作者提到为那些争论语言孰优孰劣的开发人员感到可悲。然而,能够得出这样一个结论之前的人,恰恰之前正在经历这样一个阶段。作为JAVA开发人员来讲,使用何种开发语言的确已经显得不那么重要了,因为任何语言都是可以学习的,他们只是工具,或者说是知识,真正转化为生产力的, 还是需要用语言来实现系统、完成系统需求,让客户满意。不善思考的程序员或许需要很长时间绕出这个圈子,然而最近两三年的软件行业的变化(Ruby,Groovy,Scala,JRuby,Python…),不得不让每个业内的开发人员思考这样一个问题:“需要学习那一种语言才不被淘汰?”这就迫使我们每个人都去思考语言的真正意义。现如今,每种语言都有自己的强项以及局限性,新的语言可能在语法结构、动态性方面有无可比拟的优势,但是它们真正适用使用目前现行的系统吗?它的学习成本值得吗?它能解决所有问题吗?显然答案是否定的,我们需要思考每种语言的试用范围,让“锤子”去解决钉钉子的问题,而不是打开啤酒瓶! boss是“经营者”,这个论点我是非常赞同的。毕竟开发人员和boss所处的立场不同,角色不同。项目中,甚至公司里的每个成员的职责都是不同,如何很好的协作,是考验每一个一个公司(特别是中型和大型团队)管理和组织水平的。作者提到体制的问题:“体制的内涵是分两个方面的,其一是“体”,即“体系”;其二是“制”,即“制度””,确实给我很大的启发,体制如果分开来看,的确可以解释管理中一些问题。“皮之不存,毛将焉附。没有确定的组织机构,又如何能指望做出来的管理制度“合用”呢?”。 由此我无比感叹那些为了“ISO认证”和“CMMI认证”的企业,只知其一,不知其二,没有找到真正的症结。 软件工程是实践中摸索出来的方法论。每个组织的大小、行业、具体情况都很不一样,更不谈人员组成、企业文化、客户的不同了。这样每个组织都应该找到适合自己发展的软件工程的方法和过程。软件项目需要在时间、资源和功能中找到平衡,如果一个目标本身都是有问题的,软件项目注定着会走向失败。而如果项目进度和工作量评估不靠谱的话,就更是雪上加霜了。目前公司的项目都或多或少的存在着这样的问题,然而我们真的学会了“折中”吗?我们继要应对快速的变化,又需要保证系统的安全可靠和高可用性。这是我们现阶段最需要解决的难题,体制问题和认得问题真的很难严格划分。 另外,我还读到,投资最重要的是正确的选择和好的坚持
大道至简阅读笔记之二
时间: 2024-12-05 00:28:44
大道至简阅读笔记之二的相关文章
大道至简---阅读笔记(二)
1.一个人算不得团队,那是个体.两个人则互相支撑,三个人便可以构成 团队,这样便有了团队的一些基本特性:主从.监督和责任. 一个人的开发行为可以成功,这取决于个人努力:.二人小组如果能相互支撑,那也是 可以获得成功的:到了三个人的时候呢,就得选个领导了,来管理项目.做管理起码需要能承担责任,这是最基本的素质. 2.制度对于一个公司来说非常重要: 没有制度,你没有办法和依据来惩戒员工,因此 是管理者的过失: 有了制度而没有惩戒他,是执行者和监督者的过 失: 一而再.再而三地犯错,又一而再.再而三地
大道至简阅读笔记03
这几天我读了这本书的最后几章,使我对软件开发的过程也是有了更深的了解,从第六章的题目中可以看出,不管对于任何工程项目的开发来说,一门开发语言只是一个工具,每个语言都有自身的特点,我们要根据不同的使用环境及使用要求来选择最合适的编程语言,但是在没有特定要求的题目或任务中,我们要选择自己最擅长的语言来编写代码 在项目的开发中,要灵活应变,理想的状况下,“软件工程=过程+方法+工具”.然而工程成功的真正关键,并不在于你把你的团队“组织”的有多好.即使在团队中他们都显得有条不紊,你一样会面临失败. 第八
大道至简阅读笔记04
本周我阅读了<大道至简>的第4张——流于形式的沟通,读后反思与感慨也是颇多的,下面与大家分享一下. 为不存在的角色留下沟通的渠道,这一节对自己来说体会是最多的.之前我们或其他自己所知道的团队中都存在这样一个问题:维护旧项目比做新项目更难:或是很多时候当项目负责人员离开后,项目就中断和中止. 许多人应该深有同感. 本书中对此情况进行了说明,把这一切的原因归咎于“没有history”.历史记录(History)与注释(Comment)不是一回事.代码中的注释是为阅读代码而留备的,而Hist
大道至简阅读笔记一
近期开始了<大道至简——软件工程实践者的思想>这本书的阅读.又是一本关于软件工程思想的书,没有堆砌的代码,简约而真实. 这本书的序我也看了,看完我更加了解这本书.周爱民老师是专注而真诚的人,他不追求出版的经济效益,只希望表述自己的思想,希望可以对无数软件工程从业人员有帮助.他做到了他书的题目那样写书,大道至简.其著书立意一点便值得我们学习,我们应当在当今浮躁的社会有颗对于知识的简单的心. 编程的精义以愚公移山引出,通过著名的我国古时的故事阐明了编程的精义很简单,愚公移山中即已有编程的思想.许多
大道至简阅读笔记01
今天我读了<大道至简>的第一章,虽然第一章题目叫做编程的精义,但它并没有一开始就从编程的角度进行讲解,而是先举了两个例子,分别是愚公和李冰两人通过自己的方法开山的过程,其中愚公代表着一类程序员,这类程序员,只会埋头苦写代码,花大量的时间巧写代码,日复一日,月复一月,这类程序员虽然很踏实,很勤快,但是发展空间较小,最终有可能会被淘汰.相反,李冰这一类程序员,他们善于思考,不是一上来就是敲代码,而是先对问题进行分析,找出问题的切入点,将问题简单化,这样才能快速的将代码的功能实现,最重要的是,节省了
大道至简阅读笔记三
<大道至简>至此全部读完,这里谈一下对最后几章的感受. 作者在最后几章里向我们介绍了现实中的软件工程,对与思考与思想方面进行了讨论.我们要了解从编程到工程的转变,在学习阶段我们是从一个个程序编起,但到做起项目来则是一个工程,并非简单的程序本身.除了有单纯的编程技术外,我们也要有执行工程的能力. 对与软件工程的开发,我们要有一定的思考能力.讲技术的书很多,将工程开发的文章也很多,我们可以了解很多知识,但关键在于我们要思考,要懂得好的东西背后的思想.在开发过程中,我们要理解角色不同,思考的层面也不
大道至简阅读笔记3
大道至简第6章“从编程到工程”中说到“语言只是工具”,对这句话我感觉既是对语言的膜拜也是漠视.不同的角度应该有不同的理解,作为一个初学者,没有什么开发经验的学习者,我们所应该做的不是研究太多深层次的东西,应该抓住基础的东西,多多练习,把语言学习当做一个重点来学习.当有了足够的编程经验,我们应该转移我们的重点,渐渐地总结那些方法和模式,把编程的过程当做一个工程对待,这应该才是一个初学者到管理者的成长过程吧!
大道至简阅读笔记二
不管你干什么在什么行业,处在什么位置,和团队和用户和项目的交流都是非常重要的事情,在做交流的时候你要学会使用双方都能够理解和明白的方式进行交流.和用户交流的时候不能指望用户能明白的你的专业术语,不能指望用户能够从专业的角度和你进行交流,如果你有那样的想法,那你们的交流一定是一次失败的交流.交流要有有技巧,讲究的是方法.也不要试图去使用那些专业的调研方法,因为用户不明白你的专业东西,并不代表他能够明白那些专业的调研方法.所以在调研和交流的时候你要尽可能的让用户明白你所描述的问题,尽可能的去从用户的
大道至简阅读笔记2
团队缺乏的不只是管理章节中提到:“动摇制度的人不是犯错的员工,而是管理者自己.”一个团队出现了问题,责任往往被推倒员工身上.很多时候就是管理者自己不能做到严于律己,从而引起不平声.怨愤声.管理者应该有一个最低的觉悟,事情总要做到前面,也许你不能面面俱到,但是你不能从心里去逃避这个问题.管理者能够拿到高额薪水,不是你做了多少工作,而是你让这个团队积极地工作着...