楼主能力一般,但热爱技术,大言不惭的说愿意为自己写的每一行代码终身负责。我始终相信写的漂亮的代码就像诗一样,赏心悦目,充满美感。这个大概是我作为一个完美主义者强迫症的具体表现。
公司最近发展迅速,不停招人,原本只有几个人的项目组突然之间热闹了起来。人多了,事情也多了。作为一个小 leader,楼主不得不抽出一部分时间进行管理,说是管理,其实就是辅助新人熟悉代码,code review,技术分享。但在这个过程中,我渐渐有一种绝望感,新的基础是真的差,如果把顶级代码比做诗歌,他们的代码也就是小学生作文。一个简单的道理,说了几遍都还是懵懵懂懂,每每看到他们一副“被水淹没,不知所措”的样子,我都深感无奈。
作为一个强迫症患者,垃圾代码让我心碎。不过话说回来,对于那种基础差,但还有求生欲望的新人,我是愿意教的,只是多教几遍的事情。老油条才是让人恶心。说句要挨喷的话,很多人声称自己 3-5 年工作经验,但说白了不过是拿着 1-2 年的工作经验混了 3-5 年。不求甚解,应付了事,得过且过,2018 年了还用着 5 年前的技术,提醒他还不耐烦。我是真的 xxooxxx....
有些人可能会说,你是不是不会和别人沟通,要和别人多沟通。我也反思过,也认真的在沟通,但代码水平这问题真的不是沟通就能解决的。
以上就是我的抱怨,我知道,程序员要转管理,这是必经的阶段,但作为一个眼里揉不得沙子的人,这个过程的确痛苦。最近明显感觉心累,人也暴躁了很多。早上都懒的起床。😂。哎,叹个气,继续重构代码去了。
1
Junn 2018-05-14 10:54:57 +08:00 1
人多起来就要有规范了,就得有绩效了。
话说没有试用期什么的么?不是你面的人? |
2
ourzhang 2018-05-14 11:01:29 +08:00 7
code review 的时候直接打回去。一直改,改到你认为满意为止。
初期可能会慢点,每天开个会常发生的问题讲解。直到你满意为止。 有难度就降低目标。没有别的办法,在 code review 之前可以用工具检查降低工作量。 |
4
lol173 2018-05-14 11:04:59 +08:00 1
兄弟,在哪?还招人吗,2 年经验,同样追求优雅的代码,主攻 PHP,前端也还行。
|
5
forestyuan 2018-05-14 11:05:39 +08:00
关键还是要在招人的过程中有一定的话语权
|
6
ltoddy 2018-05-14 11:06:37 +08:00
|
7
l00t 2018-05-14 11:12:11 +08:00 1
是不是钱没给够?钱没给够的时候我也是老油条……
|
8
ycz0926 2018-05-14 11:16:59 +08:00
哥们,能力不够,态度好就行,态度不行,你就有的受了
|
9
aliasliyu4 2018-05-14 11:19:29 +08:00
@l00t 态度得从一而终
|
10
ik2h 2018-05-14 11:19:39 +08:00
这种心态不改变,只会越做越累,久而久之可能会什么代码都看不进去。
|
11
qwertyssp 2018-05-14 11:26:39 +08:00 via Android
如果发现直属领导是这种怎么办
|
12
nosay 2018-05-14 11:28:21 +08:00 9
兄弟,你这种情况太常见了。哪个地方没有咸鱼啊,面向工资编程了解一下。
反下我了解的不少人,对编程不感兴趣,通过培训班入行,工资水平差不多就行了,下了班 coding ?不存在的! 辞退?这些人能进的公司,一般都属于小型创业公司。在一些老板眼里,他们性价比还是很高的。 code review ?可以,但是进度还是要加快,加快.. 作为 leader,强大的心脏是少不了的。 眼里揉不得沙子?看到咸鱼、老油条就来气?抓紧改改吧,公司都能承受的住,你一打工的置啥的气? 实在受不了抬腿炒了公司走就是...以你现在的情况,那还不是天高任鸟飞吗? 不说了,工头叫我去搬砖了 |
13
zjsxwc 2018-05-14 11:33:48 +08:00
第一,谁招来的谁负责,猪队友谁都不喜欢
第二,改进架构,把猪队友负责的项目内容抽离出主要代码库(甚至可以单独搞个项目让他们自己玩),保证对方的锅甩不过来。 |
14
oneyian 2018-05-14 11:35:24 +08:00
我也遇到了,代码风格看不下去
|
15
ianva 2018-05-14 11:35:58 +08:00
公司是个商业机构,目的是赢利,为了增加产能扩大生产,多装了几台廉价的机器,对公司来说战略上是对的
换句话说,这就是环境,环境不是给你过上快乐的编码生活准备的 |
16
RorschachZZZ 2018-05-14 12:35:52 +08:00
强制执行,告诉他们对代码的这些要求是规定而不是规范。
|
17
liprais 2018-05-14 12:41:00 +08:00 3
v2ex 有一点做的非常好的地方就是:自己不能删帖
https://www.v2ex.com/t/284211#reply131 |
18
BigBunny 2018-05-14 15:32:01 +08:00
轻松自如,如鱼得水
|
19
adablue77 2018-05-14 15:54:04 +08:00 1
估计你在团队里的人际关系很一般是不是😁
|
21
codermagefox 2018-05-14 16:25:58 +08:00
对不起,看到“被水淹没,不知所措”我笑了,惭愧惭愧
|
22
anyele 2018-05-14 16:34:58 +08:00
“很多人声称自己 3-5 年工作经验,但说白了不过是拿着 1-2 年的工作经验混了 3-5 年。不求甚解,应付了事,得过且过,2018 年了还用着 5 年前的技术,提醒他还不耐烦。”
这句话我完全赞同 |
23
3dwelcome 2018-05-14 16:36:54 +08:00
人其实是充满主观和偏见的,楼主你认为的好规范好代码,在别人眼里并不那么绝对。你看不惯老油条代码,说不定老油条还看不惯你的代码呢。
|
24
h1367500190 2018-05-14 16:48:50 +08:00
“很多人声称自己 3-5 年工作经验,但说白了不过是拿着 1-2 年的工作经验混了 3-5 年”这句在 V 站真的要挨喷,戳中很多人的痛点
|
25
h1367500190 2018-05-14 16:57:24 +08:00
同代码强迫症患者,但只是个小前端,也不是 leader,以前以为是少部分,现在发现很多人是这样的:
假如他是对的,你提出看似更好的方法,他会乐意和你探讨; 假如他是错的,你指出其中的错误,他会拼命维护 |
26
M003 2018-05-14 17:00:15 +08:00
但如果有没有工作经验的,以,3~5 年经验招进来,那才是一种噩梦..........
|
27
kaneg 2018-05-14 18:48:30 +08:00 via iPhone
如果楼主在 team 里有话语权的话可以试试用 SonarQube 来扫描代码来让成员意识到自己代码的不规范
|
28
vitalis 2018-05-14 19:08:54 +08:00
招聘环节出了问题。
|
29
sagaxu 2018-05-14 19:38:05 +08:00 via Android
很多公司声称自己要招 3-5 年工作经验的人,但说白了不过是拿着 1-2 年的待遇糊弄 3-5 年的人
|
30
ww2000e 2018-05-14 19:45:09 +08:00 via Android
我的结局是最后我离职得哄着新来的和我交接,他们不说行了,经理不放人
|
31
Jsonz 2018-05-14 21:34:46 +08:00
同感 哎
之前还因为这事和老大有点闹脾气 吐个槽 不会 ajax 的前端 |
32
wr410 2018-05-14 21:45:18 +08:00
1、不知道所谓的技术落后是指“已经有 autowired 了你还要去 getbean ”,还是说“已经有 hashmap 了你还要用二维数组”?
2、是否提供了开发规范?如果没有,只要人家写的代码再烂,那能和期望结果相符,那便没有可指责的地方。 3、也许人家的代码比你所谓的顶级代码更可行?或者说你有提供顶级代码去和人家交换意见?再或者说有了解一下人家为什么会坚持他的看法? 所以说白了,还是沟通的方式问题。 大多做开发的人都喜欢以自己为中心,总觉得人家是错的,所以你觉得他是错的,他也觉得你是错的,就这么简单。 |
33
pexcn 2018-05-14 21:50:58 +08:00
同完美主义患者
|
34
guoyu4126 2018-05-14 22:22:16 +08:00
人才需要培养,试用期就是简单培养阶段,
可以进阶就留, 不可进阶,就别浪费大家时间了 |
35
mafeifan 2018-05-14 22:26:21 +08:00
敢问当初新人是谁招进来的。
对于拖慢整个团队的人早点处理得好。 所以当时面试的时候多考察解决问题的能力。 |
36
CFO 2018-05-14 22:29:08 +08:00 via Android
有 review 已经很幸运了 不合团队规范的让他一直改 改到满意为止
技术面不广的鼓励去学 不愿意学 甚至学不会的直接开掉吧 对双方都好 |
37
Mingsaul 2018-05-14 23:47:21 +08:00 via Android
楼主要不要实习生?-自学编程的那种
|
38
18076362432 2018-05-14 23:51:50 +08:00 via iPhone
楼主是广州的吗?有 iOS 开发岗位吗?
|
39
yhzwy 2018-05-15 00:13:08 +08:00
五年前的技术指得是什么?
|
40
soothsayer 2018-05-15 00:55:45 +08:00
我很庆幸之前遇到那么多优秀的同事,潜移默化的影响了我对代码的追求和看法, 只能说严格控制招聘真的很重要。
|
41
ZSeptember 2018-05-15 01:28:02 +08:00 via Android
同样的问题。看他们的代码都想骂人。。
|
42
lsmgeb89 2018-05-15 01:39:19 +08:00
leader 还不好办?
这种直接开掉,招一批靠谱的不就完了? |
43
orafy 2018-05-15 01:39:52 +08:00 via iPhone
有个问题,这种优秀的员工留不住,都去往更好的平台了。
|
44
hhacker 2018-05-15 09:02:13 +08:00
code review 的时候打回去最直接。。。。
|
45
lepig 2018-05-15 09:04:23 +08:00
楼主 刚入门的时候 就开始写诗了吗
|
46
jorneyr 2018-05-15 09:31:10 +08:00
看清,看轻
|
47
Shynoob 2018-05-15 10:00:28 +08:00
2018 年了还用着 5 年前的技术
这句话有歧义吧 |
48
tbag781623489 2018-05-15 10:02:10 +08:00 via iPhone
@liprais 同英砖,学的 py 和 js 因为动力是面向 av 编程
|
49
vimutt 2018-05-15 10:02:53 +08:00
是领导的话就开除他们,不是领导的话有两个选择,一、弄死他们 二、做好自己的工作,不去苛责他们。
话说,他们还有没娶媳妇没对象的 你要是能一并解决了 ,代码风格不是问题。 |
50
ycz0926 2018-05-15 10:03:54 +08:00
木桶理论了解下
|
51
k5716170 2018-05-15 10:16:16 +08:00
实话实说 我周围 也都是这样的人 有时候真的感觉他们选错了行业
|
52
andrewDDC 2018-05-15 10:37:45 +08:00
人员流动,总能遇到合适的人
|
53
chenyu8674 2018-05-15 10:41:26 +08:00
优雅的代码和团队协作本身就是互斥的
错的不是 LZ,而是这行的大环境 同为代码洁癖症患者常常有辞职做独立开发的念头 |
54
ryuzaki113 2018-05-15 10:43:47 +08:00
菜还不让人说,不如直接踹了
|
55
ihaveadrame 2018-05-15 11:04:20 +08:00
@ourzhang 我们现在就是这么做的
|
56
Kraken 2018-05-15 11:19:44 +08:00
@ourzhang 请问如何做 codereview 我们现在每周两次 codereview 是集体开会的那种 极其耗时间,一开会我就想睡觉,请问你们是如何做 codereview 的 ? 我们现在用 git 管理 每个功能一个分支 感觉贼鸡儿乱
|
57
evlos 2018-05-15 11:23:36 +08:00 via iPhone
每个月的精神损失费没给够呀
|
58
loy6491 2018-05-15 11:36:01 +08:00
@h1367500190 这句怎么会被喷,这是共识吧?
|
59
bookit 2018-05-15 12:25:27 +08:00
给他们加薪,例如每个月先加一万
|
60
3dwelcome 2018-05-15 13:20:57 +08:00
@bookit 可是对于本身就对代码没兴趣的人,给再多钱也没用啊。我同事是码农,但对写代码完全无爱,家里电脑都没有的那种,有也只炒炒股,不写程序,给再多钱也没啥用。
|
61
vivili 2018-05-15 13:33:03 +08:00
有一种叫做,你拿着别人双份的薪水 要求别人和你做一样的事
|
62
wolfie 2018-05-15 13:57:50 +08:00
看自己过去一年以前的代码都会感觉到有差的地方吧
|
63
tinyuu 2018-05-15 14:22:26 +08:00
那就都辞掉 ,都找 会写诗的, 不会徒手写的都不要。
|
64
ourzhang 2018-05-15 17:05:54 +08:00
@Kraken 是专门的人在做这个,程序写完之后先过 checkstyle,规则是自己公司定义的。
上传之后要过工具检查。全都过了之后才是 code review。做这个的人权限很大,不符合开发规约,写法问题,开发风格不统一,就连多一个空格都会上 Redmine,你想在项目中添加一个包都要提申请的。。 那时候很痛苦,前期很慢,对应 Redmine 的问题基本都是加班修正,后期慢慢适应了开发效率也没差别了。现在想起来对自己开发的帮助还是很大的,至今也保留下来了很多好习惯,那个项目做完之后维护起来很简单,注释很多很全,风格都是一样的,定位问题之后基本不用找就能知道去哪个文件哪个方法修改。 作为一个程序员我是不太喜欢这种开发的,虽然后期维护的时候很幸福。。。 |