读《程序员自我修养》 总结

版权声明:本文为博主原创文章,未经博主允许不得转载。 https://blog.csdn.net/cylj102908/article/details/50948090
  • 技术上
    • 尽早编码
    • 统一命名习惯
    • 不要提前优化
    • 清楚地思考,清除地表达:隔离辅助代码,让程序变得易读;抽象部分逻辑,让程序简单明
    • 看看开源项目Apache HTTP Server 或者 FreeBSD,想想这些项目有些老了,但是它们为什么并不像遗留项目??!!

    Bug跟踪系统和版本控制系统中的记录:
  • Bug应该已经包含对于问题的细致观察,如有必要,补充对问题描述的细节
  • 问题的分析,尽可能解释根本原因。有时,这无法最终确定,那就尽力解释你的猜想并给出支持它的证据;
  •  解释你的修正。这应该包括代码变更的整体说明和任何用户可能观察到的效果;
  •  如何测试你的变更。


  • 改善遗留代码(进公司的第一件事):找出那些需要修改又使用很多的模块,将它们抽取出来写成自己的模块。(有关维护遗留代码的书籍:《Working Effectively With Legact Code》(修改代码的艺术)和《Refactoring:Improving the Design of Existing Code》(重构:改善既有代码的设计))



  • 思想上
    • 不要再像之前一样有问题一个人硬扛着,自己解决一个问题需要设定时间,过了这个时间就需要找人帮忙!
    • 善待自己,随时休息
    • 如果你对自己的(编程)工作厌倦了,觉得我只是在为公司卖命(估计你要产生消极情绪了),这个时候你应该想到公司给你支付了工资,你应该从工作中获取成就感(主动去创造价值),你为公司挣钱,公司给你发放薪水。
    • 了解敏捷开发<Fred Brook 《人月神话》>
    • 总结自己的学习方式,每半年反省自己的职业生涯


  • 公司生活和形势
    • 在公司不要说得比做得好听
    • 有时间搞搞Git,做开源项目
    • 能多长时间完成添加XX功能,最诚实也是最好的回答是“我不知道!”
    • 找一个不会因你的成功而使其利益受损的师傅(弄清楚他的性格):“如果在工作上遇到问题,我该问谁?”“团队里有谁可以带我入门?”
    • 进入公司一段时间可以画出公司环境的非正式关系图判断出:枢纽、守门员、消息灵通人
    • 跟行政助理搞好关系,多跟产品支持人员沟通,了解用户反应比较多的问题!



 
展开阅读全文

没有更多推荐了,返回首页