读《大道至简》有感

自作多情 提交于 2020-03-07 18:48:41

《大道至简》读后感

刚打开大道至简的电子稿的时候,第一反应就是篇幅十分的小,当时手机上的阅读器显示只有一百二十几页,相比于一般介绍编程的书来说,可以说是非常少了。

序中也明确提到了作品的篇幅小,这也不经意间流露出大道至简的道理,就好像数学上,理论公式只有寥寥几句,然而阐述起来却需要大量的文字,还记得自己曾经旁听过法学的一节民法课,当时老师在讲述一忠案件的时候情况十分复杂,讲起来甚至有些绕,很多学生也都摸不着头脑,最后老师一阵见学的指出案例的关键,即原告是到底是哪方面的权利被侵犯了。有了这个突破口,其他的问题都迎刃而解。

在愚公移山的例子当中,周老师简单的阐述了一个工程的基本套路,就是顺序,分支,循环。当然愚公的名字不是白叫的,其愚的地方就在于其对于移山这件工程思考的过少,导致执行代码虽然简单,但是运行起来却是十分的复杂,没有一个良好的算法,那付出的代价必然是代码的冗长。

第三章中,周老师开始谈论团队的问题,是的,此时不同往日,庞大的代码已经不是一个人能够独立完成的了,必然需要一个团队的协作,而一个团队必然需要一个领导者,领导者拿着比别人更高的工资,也理应承担更多的责任,同时,也需要别人更有能力,周老师在文中只谈论到领导者最基本的素质是承担责任,但是却忘了提到领导者所要达到的指标,的确,也许团队里的每个人都有能力来承担责任,但是并不是每个人都能带领着团队完成任务,甚至是出色的完成,领导者不一定要编程能力最强。但是组织分配能力必须是相当的优秀,合理的分配对于产品的完成也有着很大的影响。

周老师在谈论领导者做项目的开始就是面对失败,是的,对于项目完成工期的确立不是一朝一夕完成的,这需要领导者对于团队的人充分的熟悉。

除了领导者,管理模式也是至关重要,就像国家的体制一般,没有说先进之分,只有适合与不适合,借鉴其实也是可以的,但是必须依据自己团队的状况加以改造,使其适应自己团队的发展。生搬硬套只能使管理模式僵化。

拥有了制度之后,严格的执行时必须的,否则制度不仅不会约束员工,反而会引起团队中其他成员的不满。

当拥有了体制之后,就必须进行相应的人员分配,这里面周老师谈到了蚂蚁的弹性分工,即当一个职位空缺时,任命其他人进行执行,很明显,相对于明确分工,这对于一个团队来说是不利的,但是我个人认为,这对于人同样是一种锻炼,它宽展一个人的人生宽度,让人发现了更多的可能,并不仅仅局限于一个职位,也许,有人能发现更好的自己。

任命好人员之后,自然就是对于项目的实施,在实施之前,明确客户的需求是必不可少的,交流部分显得极为重要,选择何种方式决定着项目完成的进度,我们需要依据不同的情况来进行相应的交流方法。

然后周老师巧用历史断带的问题生动形象的说明了在编程过程中文档的重要性。先不必说一些大的程序,我在之前做实验题目的时候,时间一长也会忘掉一些代码的功能,因此,一些注释是免不了的,那么在大的项目中,注释已经不能够满足需求,开发者需要更加明确的历史记录来记录一些必要的文档。

在我们完成项目的时候我们需要明确的并且时时刻刻的记住,不能纠结于一个技术的问题,否则是十分耗时间的,也就是成本,我在大一学C语言的时候,就是犯这样的问题,总是纠结于某一个知识点,钻牛角尖,这就耽误了我很多的时间,不肯灵活的去询问,我觉得这是我在学习变成最大的问题。

对完了周老师的《大道至简》,的确。分析了很多在团队建设当中的问题,并提出了自己的看法,还记得大一学编程的时候,刚上来不管其他,先将头文件啥的都写上,然后再大眼瞪小眼,忽略了一个程序编写前最需要的是实现它的框架,盲目的编写也许会成功,但所需要的时间往往不划算。

最让我感触很深的是第五章的过程不是死模型,画虎类狗。大一下学的C++就是最好的例子,实验中的不少题目当时根本感觉做不出来,便会偷懒到网上去搜索相应的模板,复制下来,然后再去理解,再进行相应的修改,就这样匆匆忙忙地提交了上去。

我想,到了大二选择了软工,不应该再有这样的思想了,是该收收心,好好地面对自己的大二了以及剩下的三年,不给自己大学生活留下遗憾!

易学教程内所有资源均来自网络或用户发布的内容,如有违反法律规定的内容欢迎反馈
该文章没有解决你所遇到的问题?点击提问,说说你的问题,让更多的人一起探讨吧!