读《一个程序猿的生命周期》所感

常言道:理想很丰满,现实很骨感。有的时候你一腔热血想做点什么大事,可现实的压力总会给你当头一棒。房子 车子 款子 哪一个不是压得你喘不过气?文中有一段这样戏谑的描写:29岁啦,家庭比较稳定,有房有车有老婆有孩子,现实版的“四有人才“。三十而立,在家庭方面还算可以,但是确实想在事业上有更大的成就。说实话,当我设身处地的设想,如果我是文中的主人公,我不敢保证会有他现在的成就。

当然,每个人都是独一无二的,马云的成功也不可复制。我们现在只是个尚未毕业的大二学生,大一学弟口中的大二狗,毕业的压力可能一时半会儿体会不到,但也经常从学长的口中听到类似毕业即失业的笑谈。毕业前的时光总是迷茫、彷徨的,以后能干什么?方向在哪里?可能我们更像无头的苍蝇!

文中,作者以一个过来人的身份回顾了自己的校园时光、毕业、择业、结婚生子、创业、跳槽离职寻求转型的经历,可谓声动至极,不可谓不传神。其中作者的某些想法也引起我的共鸣。作为一个基层的程序员,如何实现自身的价值?是每天机械式的码代码‘混’日子,还是具有创造式的工作?这里,我比较赞成作者的观点。他是这样描写的:其实做iter,在职业生涯中有自己完整的得意的作品就够了,如果老是机械的重复类似的coding又有什么意思呢,form、表单、字 段.......确实让人没有多少激情,也只是混个饭吃而已。我并不是讨论iter这个职业,也并不是厌恶coding,只是感觉作为一名程序猿应该创造 性的工作,而不是机械的、重复的搬代码。在中国这样的大环境下,这种命运是不可避免的,集体性浮躁,从iter的跳槽频率就能看出来。

也许是我的年纪太小,还没有经历那么多的事情,许多的感触可能只有自己真正体会过后才会拥有。

前路坦途,时光依旧,大好前方在等待我们,加油吧!

时间: 2024-08-27 11:26:06

读《一个程序猿的生命周期》所感的相关文章

读<<人月神话>>

这本书在软件领域知名度很高,每次看到年度推荐的文章里面都有这本书且强烈推荐.出版30年了,可谓经典. 但我在读的过程中并没有那么深的体会.书中很多章节都是基于大型项目或者大型系统的经验总结,至今为止我还没有参与大于30人的项目.只能说自己的境界还不够. 第一章,焦油坑 再也找不到一个词比焦油坑更能形容,软件开发的过程了.我们都在挣扎.计划,计划,不断计划,但还是拖延,拖延,拖延.... 职业的乐趣: 创造性,贡献助人为乐,过程的魅力或者解决问题的成就感或写代码的快感,持续学习新事物,驾驭感. 职

读“人月神话”有感

在软件工程这门课中我们学到,一个软件的开发过程不是简单的一个选择编程语言编码实现的过程,而是一个要经过可行性研究分析.需求分析.形式化说明.总体设计.详细设计再到编码实现的过程,后期还需要对软件进行维护,整个软件的开发过程需要开发成员之间的密切而有效的合作. 这个学期,经同学的推荐,我读了一下<人月神话>这本书,一开始并不知道这是一本关于软件工程的书,毕竟这书名迷惑性太大,一般的人都会理解为是人跟月亮的神话,完全不会像软件工程的方向靠近.不过当你读了这本书之后会发现,整本书都是在以一种非常幽默

读人月神话有感

人月神话书如其名一样震撼人心,它引起了许多别的领域的读者对此进行评价. 律师,医生,社会学家,心里学家,和软件人员一样对此书提出评论和建议.人们经常通过比较计算机软件开发生产率和硬件制造生产率来支持这个观点,后者在 20 年内至少翻了 1000 倍.正像第 16 章所解释的,反常的并不是软件发展得太慢,而是计算机硬件技术以一种与人类历史不相配的方式爆发出来.很多年后作者还是会被道“你现在认为哪些在当时就 是错误的?哪些是现在才过时的?哪些是软件工程领域中新近出现的?”很多年来人们对软件生产率和影

人月神话

读人月神话给我感受最深刻的是作者以焦油坑为例向我们抛出了大型系统开发的问题,简短的说出了作为程序员的乐趣与苦恼.人月即产品开发的人数和时间,文章指出了人月并不能衡量一项工作的规模,即人与月是不能相互转换的,在程序开发过程中在某个条件下可以通过增加人数来提高工作效率但到一定情况下再增加人数只会使效率越来越低同时给出了作者自身关于软件任务进度的安排1/3用于计划,1/6用于编码,1/4用于构件测试和早期系统测试,1/4用于系统测试,对于项目开发而言提前的计划非常重要会避免进度的拖延,对于一个进度落后

人月神话阅读笔记—序言及第一、二章

初读人月神话这本书的前言和序言,觉得这本书在关于软件体系结构思想层次方面应该是很高的,而且它流传甚广,并且经过了40余年的沉淀,仍然经久不衰,可见此书的影响是相当深远的. 从目录来看,此书说的不是如何进行程序代码的编写,更多的是关于软件工程中的管理问题,从很多的具体事例,和软件工程历史上发生的一些著名事件来引出章节的内容,以及通过这些具体事件,反映了一些什么样的问题和解决的办法. 第一章的标题名为焦油坑,以开发过程中遇到的很多问题来比喻.介绍了编程系统产品所耗费的时间其实是很多的,接着介绍了作为

读《人月神话》所感

<人月神话> 读书心得: 因为现在还是学生,且没有什么真正在应用项目的开发经验,所以读<人月神话>这本书,与其说是在学习这位计算机先驱的经验,不如说是在了解一个大型软件系统的开发过程以及在开发过程中将会遇到的困难.但是,通过一些小项目的练习经验,还是有很多感触. 如果以后工作了,从事软件编程这个行业,在拿起这本书读一读,有了实际的经历,一定会有更多的收获. 读<人月神话>所感,布布扣,bubuko.com

读《人月神话》所感所思

近日,读了老师推荐的<人月神话>,深感项目开发的艰辛.<人月神话>这本书最开始的版本是1975年的,四十年过去,当下看来书中有些观点依旧适用,而有些观念已经过时.以下列举看过这本书之后两个印象十分深刻的观点:  “人月是危险和带有欺骗性的神话,因为它暗示人员数量和时间是可以相互替换的.” 诚然,这个观点至今还是毋庸置疑的. 人月之所以是危险和带有欺骗性的,原因是人们混淆了工作量和项目进展.根据Brook 法则,向进度落后的项目中增加人手,只会使进度更加落后.向软件项目中增派人手从三

读《人月神话》有感

<人月神话>是IBM360系统之父布鲁克斯所著的经典,它为人们管理复杂项目提供了颇具洞察力的见解,既有很多发人深省的观点,也有大量的软件工程实践,读后受益匪浅,倍受启发. 本书分为15节,其中焦油坑,人月神话,外科手术队伍,贵族专制,民主政治和系统设计以及没有银弹是我最喜欢的几章,以下是我从这几个章节所获得的知识和见解:从(焦油坑)一节中,我认识到了 编程系统产品开发的工作量是供个人使用的.独立开发的构件程序的九倍:编程行业也存在一些苦恼:(1) 将做事方式调整到追求完美,是学习编程的最困难部

初读《人月神话》

在平时的工作中,时常体会到消耗大量时间的往往不是一些难度很高的技术问题,而是一些由于工作流程管理不当及沟通不善造成的时间浪费,比如没有经过深入全面地分析和详细地设计就开始编码,事后常常要花大量的时间返工和修改:比如代码管理混乱,合并代码时常常出现各种小错误,耽误了进度:比如没有撰写清晰完备的文档,后续其他同事在维护之前的代码时,非常费时费力,等等.因此,学习一些项目管理方面的知识非常有必要.抱着这种心态,我翻开了<人月神话>,开始第一次阅读.下面摘录一些本次阅读过程中的一些笔记: 1.任何创造

读《人月神话》之感受

中国科学技术大学软件      朱秀秀           原创作品转载请注明出处 自暑假以来,就认识到这本书几乎成了软件行业不可或缺的一碗鸡汤,不过在我刚一看到“神话”两个字,两眼顿时放光,觉得闲暇之余还可以看看神话之类的小说,煞是惬意,可是暑假档期排得实在是不能再满了,于是乎,决定开学之后再看吧. 暑假的课程紧锣密鼓的进行着,一天,两天....只能说从来没有如此充实的度过长达一个月的起早贪黑的学习生活,好在这段难忘的时间终究还是离我而去,几场考试过后,向往已久的研究生生活开始了. 于是在老师