每天应对繁杂的修改,我有几次想发火,但不知道该对谁嚷:
- 对程序员,它会说出一大堆理由,来证明程序发展到现在不是他的错。因为以前我也这样干过!
- 对需求人员?人家会叫冤,好多需求让我觉得实在太合理了。所以,我不得不在单调乏味的工作中挖掘出感兴趣的东西。
写程序为了什么?站在程序员的角度,首先是与人分享,让人能一下子或借助技术文档看懂你的程序思路,然后才是局部算法,最后才是功能实现。好的代码往往经过多次重构。看着别人的代码,除了骂人家外,更多的要吸取其不足,好好审视自己,有则改之,无则加勉,同时,人家肯定有值得借鉴的地方,不要忘了把它学走。
为了加快各成员间的协作效率,今天公司启动了一个bug修改流程的系统,我初次接触,需要实践一段时间。此前,我在《程序员》杂志上看过一篇关于bug管理的文章,里面讲述团队如何有效解决bug,进而提升团队能力。刚好,机会来了。