上个月,在负责技术晋升评审的过程中,有人认为在评审过程中以述职讲述为主,可能对某些比较擅长写代码而不擅于演讲的同学不公平。而对于中级别的程序员技术晋升我们更倾向于筛选出擅长编程,而非仅仅是说得好的同学。 这个过程里面,存在四种情形: 代码写得好,也说得好 代码写得好,但说不出 ...
程序员都有一颗工程师的心,所以当他们到一片新的场地想做的第一件事就是,将旧的一切推倒重来。是的,他们决不会满足于简单的增量劳动。 或许这种微妙的心理定位可以解释:为什么程序员进入新项目组后宁愿丢掉旧代码重新写,也不愿意修修补补,他们认为旧代码简直一团糟。 但是,事实上真是这样吗 你之所以认为旧代码一团糟,其实是由编程的一个基本定律决定的,那就是:写代码容易,读代码难。 为什么你觉得旧代码异常混乱 ...
2015-09-23 11:13 4 2050 推荐指数:
上个月,在负责技术晋升评审的过程中,有人认为在评审过程中以述职讲述为主,可能对某些比较擅长写代码而不擅于演讲的同学不公平。而对于中级别的程序员技术晋升我们更倾向于筛选出擅长编程,而非仅仅是说得好的同学。 这个过程里面,存在四种情形: 代码写得好,也说得好 代码写得好,但说不出 ...
,包括需求分析和代码编写规范。到了后来,代码开始无法入目,我们这个团队才三个人。这时候我想到了当年乔帮主 ...
对于特定的人,在大致时间段里他所能写的、确定质量的代码基本上应该是个确定值。 这点似乎显而易见,但事实上大多时候却总是被忽视。 如果项目负责人总是认可上面的基本点,那么任何项目的日程就应该以此为前提,而不是以此为变量。 假设说一个项目被估计为1万行(SLOC),团队平均每人每天可以写100行 ...
去年帮另一个项目组赶项目时,总是有很多地方令我不舒服。本人编码有点小小的“洁癖”——即不喜欢见到冗余代码。即时现在忙,没时间整理,但是一有时间,我都尽可能的去重构。也许本人是个完美主义者吧。 个人认为重构有以下好处: 改善软件的性能、质量。 使架构更加合理。 使代码更容易被理解 ...
最近参加了多次的代码review会,在review的过程中,发现有些问题几乎每次都出现。挑了几个比较典型的问题讲解下。这几个问题都是初级问题,解决方法都很容易。只要掌握了方法,有意识避免,能让短时间内迅速提高代码质量。真所谓投入小,见效快。 变量命名不清晰,一词多义 为变量命名 ...
满园春色关不住 一串代码飘出来。日照屏幕直冒烟, 遥看代码挂前川。春眠不觉晓,起来敲代码。春宵一刻值千金,完事起来敲代码。 洛阳亲友如相问,就说我在敲代码。夜阑卧听风吹雨,做梦还在敲代码。举头望明月,低头敲代码。http://www.cnblogs.com/roucheng/君当做磐石,我愿敲代码 ...
摘要: 消沉的程序员系列 本来是愉快的蹲个坑,却不自觉的陷入编码的思考。 -- GHLandy 消沉的程序员 1 很有意思吧,很多看到这样的漫画对话的程序员,应该感觉似曾相识吧。Bug 出现了? 消沉的程序员 2 有点疑惑,有好像有点眉目,好像是感觉到哪里错了,是不是要重构 ...
大家好,我是鱼皮,今天给大家分享一个开发小经验。 很多没有实际工作过的同学,可能都会认为程序员的工作只有写代码 + 和产品经理 “拉扯”,也会习惯性地用代码量来评价一个程序员的工作强度和等级,以为码字如飞、每月能写个几万行代码的程序员就是大佬。 我以前也是这么认为的,直到我正式进入企业工作 ...