主要是看了那个<低情商中年程序员>的帖子有感。 希望大家能来说说自己或者是自己身边的人有那些不好的开发习惯。 一起学习,一起改正。 同时也希望大家能够人到中年的时候,不会因为这些不好的习惯,被人挂在网上。 记得之前看过一段话,具体的忘记了,大概意思就是
开发人员做事靠谱,有好的开发习惯,好的编码习惯,其实是对自己最大的技术投资,因为慢慢的在业内或者在网上,就会树立一个很好的形象。
当然这句话也不单单是指搞开发的,其他各行各业也是一样的。但是搞开发的有个好处就是,写的代码、注释等等都是可以直接在网上开源的,大家都可以看到,有理有据。 另外,想到之前看到网上流传的雷军当时写的代码,看起来确实像诗一样。
1
bzw875 2018-07-06 09:54:18 +08:00
使用首字母起名,然后过了一段时间连他都不知道这个变量名的什么意思了。queue tasks number box 起名 qtn_box
|
2
ShineSmile 2018-07-06 10:10:40 +08:00 1
变量中带类型名算不算?
现在的 IDE 已经能够通过静态分析完成大部分类型推断的工作了 加上类型名除了使变量名更长不见得多方便理解 比如 userList 这种 最后还是见仁见智吧 感觉有一些程序员都自诩编码多规范 从来不从功能和产品的角度思考问题 盲目追求匠人精神的人不见的是真匠人 |
3
jennifertxwoodma 2018-07-06 10:20:51 +08:00
我就说一个,开发时候不正确预估时间,总是预估得太短,导致自己加班还干不完,影响别人的工作。
|
4
StephenDev OP @ShineSmile 这种起变量名的其实还是可以接受的,无非就是变量变长了。有一种「硬」起英文变量名或者说是起那种不常用英文的变量名的。自己过两天看都不知道什么意思的。
@jennifertxwoodma 这个确实是问题,但是现在不少公司,都是老板说什么时候要就什么时候要,根本轮不到下面的人预估时间。 |
5
StephenDev OP @bzw875 一般通用的使用这种首字母是没问题的,但是像你说的这种,那就是给自己和别人留坑。
|
6
chenqh 2018-07-06 10:57:02 +08:00
能说一个使用 java 吗,java 的东西感觉和其他语言配合起来好恶心
|
7
mokeyjay 2018-07-06 11:15:47 +08:00
@ShineSmile #2 userList 和 user 完全不是一个意思吧,这后缀如果不加怕是理解上要出问题
|
8
ShineSmile 2018-07-06 11:16:39 +08:00 via Android
@mokeyjay users
|
9
chenqh 2018-07-06 11:24:32 +08:00
@ShineSmile users 不明显,有时候容易看混,也容易写混
|
10
Creabine 2018-07-06 11:28:29 +08:00
前两天刚被 code review,说个小地方。用 from 当变量名,当时完全没意识到他是关键字。。。
|
11
ShineSmile 2018-07-06 11:34:47 +08:00
@chenqh badusers
|
12
ShineSmile 2018-07-06 11:36:15 +08:00
@chenqh unpaidCustomers
|
13
ShineSmile 2018-07-06 11:37:45 +08:00
@chenqh 再杠下去我就用中文了!
public 用户 未付款用户; |
14
StephenDev OP @chenqh 哈哈哈哈,Java 写 Hello World 之前,先来个几层。:doge
|
15
ShineSmile 2018-07-06 11:43:58 +08:00 via Android
另外还有 pythonchallenge 中的平顶山
为什么叫泡菜? |
16
zjp 2018-07-06 11:44:31 +08:00 via Android
在 IDEA 里创建 user 的 List 会补全变量名为 userList …不过对静态语言确实没什么必要吧,users 就够了
|
17
ShineSmile 2018-07-06 11:47:21 +08:00 via Android
还有命名风格也能看出来企业风格吧
像 C#这种 API 都是按功能命名,所以有板有眼的偏长 再比如 AWS 中的 Lambda 在历史上可以溯源的,就比较文雅一些 |
18
prolic 2018-07-06 11:52:57 +08:00
不写注释
|
19
chenqh 2018-07-06 12:16:45 +08:00 via Android
@StephenDev 我现在的问题是 kafka
|
20
liuguangcuican 2018-07-06 13:22:32 +08:00
注释,文档。我可以容忍你代码写的乱七八糟,但不能容忍你写的乱七八糟还没相应的注释和文档
|
21
notreami 2018-07-06 13:28:40 +08:00
前端,扔一坨 18 年最时髦的代码。来吧,维护、维护。各种写法,看不懂、看不懂。。out 了
|
22
loading 2018-07-06 13:34:36 +08:00 via iPhone
拼音首字母命名,还不给文档
|
23
zynlp 2018-07-06 14:13:31 +08:00 via iPhone
不写文档!!!!!!!!!!
鬼知道这几百上千行的代码是干什么的, 大家都很忙的,没时间读好吗? 动动手指,写个几十字的说明也行啊, 那至少留个联系方式嘛, 连找谁都不知道,还要到群里问, |
24
ruooooooli 2018-07-06 14:51:13 +08:00
代码风格乱
|
25
Eugene1024 2018-07-06 15:36:09 +08:00
开发不写文档,数据库设计和软件架构设计的都不写,拿到别人的项目后,看着几千张表的数据库,一片茫然
|
26
viator42 2018-07-06 16:05:33 +08:00
见识过各种后台的神操作
喜欢套层,一层一层又一层{data:{data:{data:{...}}}} 性别字段用 bool 值 后台接口没有数据的时候不返回任何信息.跟出错了一样 |
27
MrMark 2018-07-06 17:54:43 +08:00
为啥不聊好的,感觉成吐槽大会了
|
28
boris1993 2018-07-06 19:40:03 +08:00 via Android
HashMap map1 这种算吗 😂
|
29
lightening 2018-07-06 19:45:47 +08:00
服务器上的命令行操作不记下来。
代码是用 git 管理的,但是有些服务器上的 build 命令啊、参数啊什么的,手动登录进去执行。执行完了也不记下来,如果是稍微复杂一点的命令,下次或者换个人肯定忘记。 这些东西和代码一样重要,确完全没有保存下来。我认为维护一个文档是最起码的,但文档可能会忘了更新或写错。 最好是做到命令即代码,不手动在服务器上执行任何命令,一律用 provisioning 工具并提交到专门的 git 仓库里面去。 |
30
xingstar 2018-07-07 11:43:04 +08:00 via Android
@StephenDev 说的很对啊,明着是商量确定排期,实际上就那几天时间,怎么排期
|
31
mingyun 2018-07-07 20:42:59 +08:00
深层嵌套 if{if{if{}}}
|