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

• 请不要在回答技术问题时复制粘贴 AI 生成的内容

This topic created in 3207 days ago, the information mentioned may be changed or developed.

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

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

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

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

Supplement 1 · Oct 24, 2017

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



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

脚本

代码

开源

规范

119 replies • 2017-10-25 09:35:14 +08:00

1 2

❮

❯

101

vjnjc

Oct 24, 2017

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

102

xcatliu

Oct 24, 2017

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

103

af463419014

Oct 24, 2017 via Android

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

104

aoooo

Oct 24, 2017 via Android

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

105

GeruzoniAnsasu

Oct 24, 2017

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

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