程序员的修炼之道读后感

我认为这本书很少有具体的开发讲解,更多的是告诉你,作为一个程序员,你应该具有哪些素质,以及怎么做。 

1,我的源码让猫给吃了 

   a,诚实面对我们的无知和错误

   b,在做某件事情时除了尽你所能外,必须分析风险是否超过你的控制。对于不可能做到的事情或者风险太大,你有权不去为之负责。但是一旦承诺某件事完成,同意为某个结果负责就必须承担其责任。

  c, 当自己犯错误的时候,诚实承认它,并设法提供各种选择。不要责备别人或东西,或是拼凑借口。
在跟别人说做不到之前请先把自己的辩解说给猫听,看看是否合理还是愚蠢。你的老板听来又是怎样?

   2,软件的熵 3

   a,不能容忍破窗户”

   b,“破窗户”:低劣的设计,错误的决策或者糟糕的代码

  c,没时间修理的对策:用木板把它钉起来-加入注释 加入TODO 用虚设的数据加以替代。

   3,石头汤与煮青蛙

    a,但请求许可去处理整个事情,你会遇到拖延和漠然。大家要设立委员会,预算需要批准,事情会变得复杂化。每个人都会护卫他们自己的资源,这叫做“启动杂役”。

    b,这正是你拿出石头的时候,设计出你可以合理要求的东西,好好开发它,一旦完成,就拿给大家看,让他们大吃一惊,然后说要是我们增加**可能就会更好。俗话说,参与正在发生的成功要更容易

我过去常常对自己写的代码得过且过,遇到一些错误的地方不去深究,书中给的建议是不要容忍破窗户,不要容忍糟糕的代码、低劣的设计、错误决策,遇到一个就积极的解决一个,这样自己的编程能力才会慢慢的提高。

第五章的大概 内容是:
1、解耦;德墨忒尔法则
2、元程序设计:使用元数据配置
3、解决时间耦合:提高并发性
4、解除视图与模型的耦合;
5、黑板(不太懂)

第六章的大概内容是:
1、避免靠巧合编程(清楚知道你所写);
2、估算算法速率,选择合适的;
3、重构,早重构、常重构;
4、编写易于测试的代码,为测试而设计;
5、不要使用你不理解的向导代码;

我过去常常随性编程,不会的时候就在网上查找别人写的,很少去自己思考应该怎么做,对代码的规范更是不在乎。书上讲注重实效的程序员在工作会做到: 负责,不仅仅是按时完成工作,更多的是,当出现问题的时候,不是去找接口,推卸责任,而是承担起来,给出解决方案。勇敢的承认我们的无知,不找蹩脚的借口。

我认为我们经常会做很多重复的工作,而我们应该做更多脑力思考的事情,而不是体力活。强加的重复,无意的重复,无耐心的重复,开发者之间的重复等等都是日后编程时应该注意的问题

第七章主要讲的是:
1、挖掘需求,建立文档,站在用户的角度,抽象设计;
2、感觉发现新方法解决问题,做适量准备,不要陷入规范陷阱;
3、不要做形式方法的奴隶;

第八章主要讲的是:
1、注重实效的团队会清楚实效的哲学;
2、尽可能使用自动化;
3、早测试,常测试、自动测试;
4、关注文档,把文档作为开发一部分;
5、温和地超出用户的期望;
6、接受挑战、传播知识,在自己作品上签名;

我过去编程时只为了完成任务,很少考虑如果别人看到我的作品会是神马感觉,也不太会与其他同学合作一些共赢的工作,书上给的建议是程序员要有务实的精神,特别要做到以下几点:有责任感、愿意改变、可以平衡取舍、丰富的知识和技能、良好的沟通能力。

读这本书,我认为书中提到的每条建议都很好,值得我去注意,学习。

转自 寂天风

 地址https://www.cnblogs.com/lq13035130506/p/11029146.html

posted @   SHINIAN200  阅读(90)  评论(0编辑  收藏  举报
相关博文:
阅读排行:
· 被坑几百块钱后,我竟然真的恢复了删除的微信聊天记录!
· 没有Manus邀请码?试试免邀请码的MGX或者开源的OpenManus吧
· 【自荐】一款简洁、开源的在线白板工具 Drawnix
· 园子的第一款AI主题卫衣上架——"HELLO! HOW CAN I ASSIST YOU TODAY
· Docker 太简单,K8s 太复杂?w7panel 让容器管理更轻松!
点击右上角即可分享
微信分享提示