阅读《构建之法》第13~17章及读《一个程序员的生命周期》感想

第十三章:

对于这章的测试,我们只是简单提了一下单元测试,其他测试都没有,这章相对来说,几乎为零,看了也不知道怎么做。

问题就更别说了,等周末有时间在回头看看,再更新补上问题。

第十四章:

《一个程序员的生命周期》感想

一口气从第一篇的:从大山里走出的程序猿看到最后一篇:7年工作感悟,  很感谢他给我们分享他的经历,在一些方面看法也和作者有共鸣。

然而每个时代都并不容易,80后悲催,90后,00后都悲催,每个时代都有不同的困难,不只是单单只有一代人困难,有的人会自暴自弃,有

的人会迎刃而上,有的人随波逐流,迷失在人群,有的人坚持不懈,追求梦想,每个时代谈梦想都是一件要有勇气的事,成功了是梦想,是追

求,是追捧,而失败了是无为,是经历,是嘲笑。在如今的社会中,前辈不走,不下位一直掌权下去,后生一样困难,前辈不理解后生,如今

社会有很多一样被掌握在60那群人手中,社会制度如此,后生不愿意被压制,不愿意被牢笼禁锢,于是看到了他人创业新出路,于是都想着去

创业,然而社会的资金还是被掌握在老一辈手中,社会的对于大学生的创业制度还远远不够完善,无法很好的保证他们,失败一次两次之后你

将血本无归,你也不敢再继续下去,你有想法,有创意却一样很难实现,昙花一现而已。在一样困难的竞争力暴增的时代,机遇,能力缺一不可。

推荐:《明见万里》识中华之中国90后时代

时间: 2024-12-05 01:51:52

阅读《构建之法》第13~17章及读《一个程序员的生命周期》感想的相关文章

《构建之法》13~17章

第十四章:问题:本章主要讲的是软件的质量和对软件质量的保障工作.而且开发过程的可见性有非常差.那么在我们接到一个项目时如果没有能力去完成它,是否放弃这个项目.但是没有挑战就没有进步,这其中如何选择?第十五章: 问题:文中(288)的例子中提到很多程序员都想在开发或是修改的时候加一些功能进去,但是这往往是不允许的,那么我们如何在这中间找平衡.即允许加进我们想加的东西? 第十六章: 问题:如今科技发达,社会进步快,相对一些科技技术更新也快.但是却很难在旧的领域有创新,而新的领域又很难开发.那么当我们

阅读一个程序员的生命周期有感

博主在程序员这条路上付出了很多努力,肩负着家庭的压力,生活的压力,经济的压力,博主刚开始时,有着年轻人的激情,为公司的工作去奋斗.但是作为一个程序员,工资不是很高的情况下,只能另谋出路,虽然在公司里发展得还可以.这同时也是众多程序员的真实写照,这也是 一种无奈,青春每个人都会怀揣属于自己梦想,但是现实往往会让人屈服.如果我处在博主当时的情况,我想我的选择也是一样的.人生充满不确定性,当时正如博主所说“生活在于选择,那怕选择错了,过山车也会从谷底爬上顶峰的”,我们要勇敢去选择,勇敢去做

阅读《构建之法》13=1章

第十三章:软件测试 怎么样才能全方位的测试一个程序?又怎么样确定这个程序测试没有遗漏? 第十四章:质量保障 程序质量好,那么软件工程的质量有影响吗? 第十五章:稳定和发布阶段 推迟发布行不行? 第十六章 :IT行业的创新 有需要就有创新,如何创新? 第十七章:人,绩效和职业道德 一个人说:我在这工作了十年,有了十年的经验,我要加薪! 老板说:你只不过是一个经验用了十年而已! 怎么判断谁是正确的? 博客<连载<一个程序员的生命周期>17.最后的项目,抑郁了>读后感: 作为一个程序员,

构建之法1,5,17章读后感触

看了构建之法1,5,17章的内容,我对团队有了新认识.在一个团队中,不同成员来自五湖四海,为了一个目标,走到了一起.所以,需要的是全身心的投入.但人资历,成绩,口碑有差别,这就有了好/中/差,三等待遇,所以付出的努力不同,得到的待遇自然而然也就不同. 在我们这次软工中,我们需要一个真团队,高效的团队,来互相提升帮助我们完成这些任务.在这过程中,我们需要负担起身上的责任和要对伙伴负责.这样才能让团队走向成功

读后感之《一个程序猿的生命周期》和《构建之法——人、绩效和职业道德》

作者的<一个程序猿的生命周期>里叙述了作者从我们现在这个年龄到作者现在已经三十岁这一阶段的事情.在作者的学业上作者当时所处的境地和我很是相似,我现在就是高职生,虽然也是本科,但我深知我的学习能力真的,不如别人,所以我真的应该像作者看齐,要学习他,敢于向自己挑战,努力学习,尽自己最大努力把握剩下的大学时光:在作者的事业上,作者始终保持一个虚心求学的心态,工作的同时还能继续学习自己的专业知识.作者这几年来无论是学业.事业.爱情,经历了好多好多的坎坷.但是作者是很善于总结,每一阶段都会留下属于自己当

构建之法4,17章读书笔记

一.前言 经过上一次的阅读经验,这一次再阅读起来便顺畅得多了,顾名思义,这两章就是在讲我们如何在项目开发合作过程中更加顺利,软件工程既然有着"工程"二字,那就说明它并不是一个人的事情,软件工程离不开团队合作,而团队合作的最简形态就是两人合作. 二.分析与问题 引用:               既然代码复审能发现这么多问题,有这么好的效果,如果我们每时每刻都处在代码复审的状态,那不是很好么?事实上,极限编程(Extreme Programming)正是这一思想的体现--为什么不把一些卓

阅读构建之法读后感第三章

养成一个优秀的程序员必须做到的: 1.代码规范 首先我们需要了解的是我们的代码不只是给机器看的主要还是给人看的,那么我们就需要将我们的代码写的清清楚楚. 代码风格规范:主要是文字上的规范,看似表面文章实际上非常重要.代码风格的原则就是简明,易读,无二义性. 1.缩进,使用tab键,4个空格的距离看着正好. 2.行宽,必须限制行宽. 3.括号,括号清楚的表示逻辑优先级. 4.断行与空白{}行. 5.分行,不要将多条语句放在同一行. 6.命名,必须分清楚类,变量,关键字的命名方式. 7.下划线,用来

连载《一个程序猿的生命周期》-13.恋爱七年,一日转正

在 < 开始懵懂的恋情>中大概介绍了我们恋爱的情况,抗日战争才8年,我们就恋了7年,期间的故事犹如爱情小说一样,当自己老了的时候像演电影一样一幕幕在眼前 划过,当你看到多少世间悲情的时候,才知道自己经历过的恋爱却像蜜糖一样在嘴中永远无法完全融化. 2009年正在实施项目的时候,当时的身体状况不是很好,心境极差,脾气还不是太好,在<在项目中忍受病魔的折磨>已经详细介绍了.利用出差回京期间去 领的结婚证,也没看个良辰吉日,工作很紧张,一切都很仓促.领证的路上还小吵了一次,忘了具体原因.

连载《一个程序猿的生命周期》-17.最后的项目,抑郁了

两年的时间很快就过去了,尽管推动公司转型失败了,还是有很多收获的,毕竟竭尽全力的付出了.经历这一切,让我陷入无限的沉思之中,作为一名技术人员仅靠 技术可左右的事情太有限了.让我一直以来凭借主观能动性工作的积极掉到了谷底,各种消极的情绪充斥在工作中.有一次公司领导.技术部门和市场部门一起开 会,人员也比较多,趁着其他人员有座位的时候,借口溜了出来,会后一位老同事问我干嘛没参加会议,我随性说:有你们参加就行了. 2013年10月份,快到年底了,离我再干两年的许诺已经接近尾声了.也开始谋划换个环境工作