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

[yuanfnadi]

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

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

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

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

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

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

[vjnjc]

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

[xcatliu]

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

[af463419014]

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

[aoooo]

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

[GeruzoniAnsasu]

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

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

[xifangczy]

行了行了 知道你有个女朋友了 下一位。

[Tankpt]

不能忍受 不遵循规范的

[vh2h]

你的女朋友说的是对的，代码还是规范下好。

就算糙猛快，规范不会花你很多时间，甚至某种意义上还能节约你的时间。

[samlee123]

行了行了 知道你有个女朋友了 下一位。

[ii4Rookie]

“等到要开源时候再次修改，这样也不会花太多时间”
666

[Alex6]

论秀女朋友的另一种形式

[momo4tg]

行了行了 知道你有个女朋友了 下一位。

[Zzzzzzzzz]

讲真, 一个 json 文件， 一个 import from， 加起来也没几行啊

[Paull]

如果是原则问题，要坚持，但只是图省力，不如听女友的。

[rffan]

对待女盆友要温柔！要听女盆友的！不然，请把你女盆友的微信号告诉我？

[ryd994]

附言代码会被编译器优化到只剩 return girlFriend

[ming7435]

如此分歧都不分，留着过年？

[yuanfnadi]

@ryd994 和老婆意见不一样的听老婆的。意见一样听我的。

[focusheart]

@mikicomo 好厉害，这是怎么画出来的啊……