关于写代码规范，和女朋友争论了一下。

V2EX = way to explore

V2EX 是一个关于分享和探索的地方

现在注册

已注册用户请登录

这是一个创建于 2586 天前的主题，其中的信息可能已经有所发展或是发生改变。

就是自己学其他语言或者自己使用的小脚本，是否需要遵循代码规范。

比如一个 Node.js 的小脚本，调用其他网站的 API 的 Serect，是否需要按照规范把这些变成配置文件。还是之间作为 Magic number 硬编码在代码之中。

脚本的代码量不超过 100 行。我觉得假如不开源，只有一个人使用，应该使用糙快猛的风格。先快速把自己要的功能全部实现。等到要开源时候再次修改，这样也不会花太多时间。而女友则认为无论如何都需要遵循 coding style。不能让步。

你们写小脚本的时候是怎么样抉择的？

第 1 条附言 · 2017-10-24 17:36:54 +08:00

(｡◕∀◕｡) 其实人家就是来秀女朋友的。决定听女朋友的，好好写代码。



  String doSomeThing(String me, String girlFriend) {
    return girlFriend.equals(me) ? me : girlFriend;
  }

脚本

代码

开源

规范

119 条回复 • 2017-10-25 09:35:14 +08:00

1 2

❮

❯

101

vjnjc

2017-10-24 12:03:38 +08:00

你有个优雅的女朋友，不错。
应该让你女朋友跟你分手，糙猛快？

102

xcatliu

2017-10-24 12:12:52 +08:00

代码规范已经成为了我深入骨髓的约束了，没有 lint 就会觉得浑身不舒服。
自己写的小脚本的更新频率很低，经常是过了好几个月有新需求了再去更新，如果没有 lint 和 test，则会改起来特别心虚。
安利一个之前写的 Node.js 小脚本，https://github.com/xcatliu/cqc

103

af463419014

2017-10-24 12:19:59 +08:00 via Android

以前我也有女朋友
只不过我用 idea，她用 eclipse
我用空格缩进，他用 tab 缩进
我用 vi，她用 emacs
然后我们就分手了

104

aoooo

2017-10-24 12:40:35 +08:00 via Android

这样的女朋友不分留着过年？（逃

105

GeruzoniAnsasu

2017-10-24 13:38:12 +08:00

等到要开源时候再次修改
就 100 行的东西你开啥源
啥？开源就不止 100 行了？
卧槽那你几千行的东西再回去找要改哪 100 行中的哪几行？
规范一点很花时间很麻烦吗？？？？？
我真的很讨厌那种“咱们先加个全局 flag 变量试试效果，反正不管怎么样先实现出来试试嘛”的说法
万一你这实验做得很顺利最后实现出来 1000 行呢？
你这 1000 行已经跑得好好的了难道还去重新改？改完了出问题呢？
“嗯现在这样可以跑啊，不改了呗，还改啥，丑就丑点反正实现了就行有空再说”
卧槽意思是你这锅留着以后重构给你擦屁股的人再搞呗

说这么多
其实就是想说，qnmd 女朋友，你不分手我去劝你女朋友分