软工读书笔记 week 8 —— 《疯狂的程序员》

这次接着上一次的进度继续阅读,并将其中感悟较深的几点记录如下。


     程序员是一个幕后工作者

书中绝影给医院写软件,而医生(用户)只是评价这个软件好不好用,而不会去评价写这个软件的程序员优不优秀。这看起来对程序员不太公平,我辛辛苦苦写的代码,评价都没有我的份。但是这就是个事实,一个软件开放给用户的只是它的功能、它的界面,用户不会管某一个功能实现起来背后的代码有多复杂,他只是从他用这个软件的感受出发。所以,还是那句话,用户体验是第一位的。


高分和技术矛盾吗

在周总审阅简历的时候,有这么一份简历被直接拒绝,原因是上面写了几门课的分数都是90+,然后周总的逻辑是“他把所有时间拿去学习,没有时间去真正的动手实践”。我觉得,直接因为成绩太好去打掉一个人总不是很合情理的吧。不过这个告诉我们,简历应该有的放矢,对方不关心你能考多少分,只关心你有没有丰富的技术储备,有没有相应的项目经历之类的。换句话说,就是要展现出对方想了解的,其他方面比较优秀的,可以放上去,但是不能作为主体。


     杂七杂八的感悟

有感触的一点就是,像绝影和BOSS Liu一样,明明花了五六个小时甚至通宵调好的bug,后来再提及时,总是不太想说自己实际花费的时间。一方面是“打肿脸充胖子”,另一方面就我自己而言,确实是在调bug或者说写代码上花费了很多无谓的时间,如果当时能够想清楚,真的只是二三十分钟或者一个多小时的事。我觉得还是经验问题吧,代码写多了,这些无谓的时间应该会越来越少。

还有就是提到的主任给绝影提这种要求,要求不少,还不一次性提完,这个现象在实际的软件项目中还是很常见的。但是没办法,用户第一位,虽然心里可能骂了无数句,该做的还是要做。但另一方面,写代码的时候,就要考虑到修改的方便性,这可以就是多个函数,或者说运用一些预处理语句之类的。除非是重构代码,否则尽量要做到减少修改的工作量。这也是优秀代码的一个体现吧。

还有一点边角一些的感悟就是话不要提前说太满,不要吹牛太多。这一点体现在BOSS刘向新公司推荐绝影这件事上。我们在做软工项目时,总是倾向于提前把要实现的功能构想的多么多么好,但实际上最后的结果总是和最初的构想有不少差别。我觉得还是最初就实际一些为好,当然这个对实际的预估也建立在有经验的基础上。

再就是一点软件这个行业,新人总是会层出不穷,旧人只有保持技术不落后,不断地去和新人竞争,不断地学习,才能不被淘汰。对于我们学生来说,未来我们首先还是新人,作为新人,也要不断地努力,工作之外的时间可以用于学习新的技能,而且新人没有那么多的后顾之忧,这也是我们的优势。

上一篇:小程序实现GBK编码数据转为Unicode/UTF8


下一篇:Sass、Less编译器koala及koala不支持中文字体的解决方法