如题，譬如 Python 有 PEP8，谷歌的规范等。你们在公司写代码会不会遵循编程规范，还是大体上确保代码没问题就行，不是严格遵守这些规范？
如果遵守这些规范的话是怎么保证大家都遵守统一规范的，一般都采用什么办法
• 请不要在回答技术问题时复制粘贴 AI 生成的内容
This topic created in 2694 days ago, the information mentioned may be changed or developed.
 |
zyqzyq08Jun 20, 2019 via Android
1
pycharm 直接 refomat code
|
 |
2
前端可以加 eslint，然后增加 git 提交检查，如果有不规范直接自动禁止提交，非常管用
|
1 |
moyupoiJun 20, 2019 via iPhone
5
恩，但可以强制提交，加个-n 绕过 eslint 检查，但下一个人如果普通提交会被上一个人强制提交的代码卡住，然后这个人就被打死的
|
|
moyupoiJun 20, 2019 via iPhone
6
这种方式不适合那种水平很菜，代码已经写了好几万行没人维护的项目，适用于水平差不多的人，提高代码质量，相互约束，还有一种场景就是制那些水平很烂却牛逼哼哼的代码“大神”
|
 |
russianJun 20, 2019
7
没有 code review 吗? code review 的时候可以给他提意见
|
|
russianJun 20, 2019
9
@jdhao 那至少开会把？有的人代码写得很烂，比如一个函数 200 行，肯定所有人都能知道。这种容易出 bug 或者不好测试的，肯定会说起来。说起来的时候让他自己改
|
 |
12
@russian 我知道你的意思，我们目前没有 code review 之类的，算法主要是输出训练好的模型，保证模型能得到需要的结果
|
 |
hyrepoJun 20, 2019
13
Java 有静态检查插件，比如 checkstyle，风格不对会挂 build
|
 |
qiaobeierJun 20, 2019
15
eslint config
|
 |
luozicJun 21, 2019 via iPhone
16
没有 code review 并且有基本规范和定期分享。也么有门槛监督，所有的规范都会变成空中的飞机。
|
 |
JonzJun 21, 2019
17
我们 Java 团队最近的新项目就是按阿里的编码规范来要求，IDEA 装 P3C 插件扫描。。
|
 |
xsiongJun 21, 2019
19
阿里的 java 手册
|
 |
jowanJun 21, 2019
20
PSR
|
 |
l00tJun 21, 2019
22
代码风格在编程规范里是最不重要的东西，没必要花太多心思。
|
 |
axbxJun 21, 2019
23
提交之前会跑一遍 sonar。
|
 |
kaedeaJun 21, 2019 via Android
24
.editor onfig
|
 |
hexingbJun 21, 2019
25
@russian 200 行代码还差劲吗？看我这里几千行的。自从接手这个烂坑，我心里骂了多少 fuck，绝对比代码字母数多。
很多人、很多公司不考虑这个，总是拿追进度做借口。实际上，规定一套很简单的规范就能够很好的统一代码风格。比如空格 tab，比如 dos/unix 换行。 |
 |
yvescheungJun 21, 2019
26
c++遵循谷歌规范，不规范编译无法通过
|
 |
zhuweiyouJun 21, 2019
27
搬砖而已,只要能完成功能就行了
|
 |
28
加 pre-commit，把代码风格检查放进去。过不了就 commit 不了，ci 里也会过一下 diff，代码风格不对 ci 都过不了，别说 Merge 了。
|
 |
no1xsyzyJun 21, 2019
31
@jdhao （其实 APP 也算前端，只是现在前端常特指网页前端）
是的，甚至理论上不需要写代码，只需要写伪代码。不过写个代码能够很明显地看到：它能跑，能出需要的结果，所以逻辑没错。 至于代码质量？算法写完的代码是需要后端重新写一遍的。算法写的代码可能是 Python, Matlab, R 甚至是 Fortran 的，但是后端的是 Java 或者 Golang。让算法维护代码？经济效益就低了，老板是不干的（如果老板能懂这点的话）。但后端可能只是看得来 Python 等，稍微写一点写不了很复杂的，那不如重新写一遍。 所以说为什么 Python 的一些地方非常垃圾但算法常用，因为其实就是当个能跑的伪代码用。 |
 |
neverfellyJun 21, 2019
32
@no1xsyzy 做算法也算程序员啊...只要是 cs 的，代码就应该以规范化来写，传统 linux 科学家哪个不是写得一手好代码，就说最近火热的机器学习这一块，xgboost，lightgdm 也是按照规范在运作...纯粹训练模型算是偏数学科研工作者了
|
|
no1xsyzyJun 21, 2019
33
@neverfelly 以前的程序员还搞硬件呢，不也是逐渐分开了？随着社会发展，让职位分开是大势所趋啊。
而且 Linux 科学家是指哪些啊…… Unix 就是工程师的事了吧。 |
 |
diluJun 21, 2019 via Android
34
有，git 钩子检查，不符合规范直接扣绩效
|
|
neverfellyJun 21, 2019
35
@no1xsyzy 可能表达有点错误，linux 科学家指:是 linux 教徒科研工作者...虽然目前来说确实就训练模型来说，对代码的抽象性和理论推导要求比实际代码能力来要强一点，所以并不会要求代码写得很漂亮，但这也确实正在成为所诟病的一点，诸如脚本调参侠之类的戏称。个人感觉 cs 最重要的还是对代码如同艺术以及对数学如同神明一样古典美感结合最好
|
|
no1xsyzyJun 21, 2019
36
@neverfelly 我倾向于算法这块构造属于算法的新的美感，就好像数学的美感在程序员里就可能是丑陋的（单字母公有自由变量）。
|
|
37
@no1xsyzy 这个就是代码之美，写的代码能够被其他人容易读懂，所以变量命令要有意义，不能像搞数学的弄一些单变量的名字，也是软件工程的要求吧，清楚的代码更加容易维护。
|
 |
38
python 是 pep8, js 是 esline, 代码通过 git review 提交到 gerrit 上面, 通过 jenkins 检查格式.
|
 |
loadingJun 21, 2019 via Android
39
结对编程，只要另外一个能看懂，注释够，编译能过就行，←_←
|
 |
intsilenceJun 21, 2019
40
CI 里检查
|
 |
janxinJun 21, 2019
41
工具检查
|
 |
brustJun 21, 2019
43
java 没有规范 但是我按阿里的 java 手册
|
 |
RitrJun 21, 2019
44
我们公司没什么规范，能跑就行！
我个人的代码风格是增强约束性，变量名起全名，function 行数在 50 行以内，减少公共变量等等 |
 |
WispZhanJun 21, 2019
45
xxx-lint
checkstyle sonarqube 最重要的 code review，不符合风格的，打回去 |
|
no1xsyzyJun 21, 2019
46
@jdhao 类似地，我认为算法工作最后得出的美感也会和程序员（软件工程）的不一样。
这不是在说个体差异，而是工作内容、工作需求、工作环境决定的。 至于最后会变成什么样我也不知道，就算这时候有谁预言中了也不过是瞎猫（略 |
 |
kljsandjbJun 21, 2019 via iPhone
48
大括号换行？
|
 |
ben1024Jun 21, 2019
50
PSR
PHPCS |
 |
xiangliudevJun 21, 2019
51
我司 java 是用 checkstyle
|
 |
52
问题一：在网上搜下使用语言的比较有名的一个或几个规范。综合生成适合自己现在公司项目的。
问题二：拿着规范进行培训、使用代码检查工具等多管齐下 |
 |
w292614191Jun 22, 2019
53
|
|
JonzJun 22, 2019
54
@w292614191 只能看具体是什么问题了，如果一直是没办法按规范来的就把那个类型的错误先关掉提示呗。刚刚加班想偷懒拷了一堆重复代码，也是一堆波浪线，后面想了想就还是抽出来公用方法了。感觉就是可以时刻提醒自己去按规范来
|
|
brustJun 22, 2019
55
|
 |
EarlJun 22, 2019
56
规范肯定有，而且我们是要求强制执行的。
合入前必须通过静态检查，不然不能合入。 |
Select Language