心理咨询读书笔记:《梦断代码Dreaming in Code》

读书笔记:《梦断代码Dreaming in Code》

得到《梦断代码》书后,一口气翻了一次,然后又用了3天时间精心读了二遍,也忍不住掩卷长叹一声,做软件难。虽难,仍要继续走下去,能够把软件的限制限制得小片段,用便捷方法等进度会使软件败北的高风险小一些,毕竟大家还尚无写书上所说的这样的大型软件。

 

第0章 软件时间

1先河观望第0章并从未觉得多么奇怪,恐怕程序员的构思方法已经定位在大脑中了,但读到作者关于第0章无意搞笑时,也不禁哑然失笑,为何程序员要
从0早先计数?因为总结机从0开头计数!多么直接的答案,程序员要上学电脑的计数格局,要从0计数转换成真实用户的从1计数,不停地在先后中展开+1和-1操作。

读到Hello World,上网google了1晃以此200多少个hello
world的网页,许多都以新奇的语言。

http://www2.latech.edu/~acm/HelloWorld.html

http://www.roesler-ac.de/wolfram/hello.htm  
这一个不晓得怎么不也许体现,难道那东西也被QIANG了?

19八7年FrederickBrooks写了《未有银弹》的无人不知随想,百分之二20个世纪过去了,银弹确实尚未意识,各个方法论发生了一大批判。

 

第1章 死定了

Bugzilla软件在大家的团体里从未行使过,大家第2用JIRA,首尽管在软件快发表前用上1段时间,随着岁月的推移,一些连串就渐渐不用了。

Brooks法则:向已延误的序列中补充人力,只会使其持续延误。

做软件的人都闻讯过那一个规律,但在类型紧锣密鼓的时候确实都忽略它的留存,或然以为那法则对团结的品类不树立。此时官员的表决日常不是靠大脑,而是凭平常的直觉,人多力量大,但在软件行业不适用。“七月妊娠,无论多少女子加入都1模1样”,是个要命形象的比方。

 

第2章 Agenda之魂

卡普尔(Mitchell Kapor)在承受大卫·甘斯的采访时说过的1段话:

在改为数字资本家在此之前,小编曾教人超觉静坐,还在一家社区医院的精神科做过心绪咨询师,那些经验对本身影响极深。作者全体心绪咨询的大学生学位。所以,作者另
有趣味。笔者只是误入计算机领域,无意成为Bill·盖茨—-只有Bill·盖茨才能做Bill·盖茨。作者根本不求做大商店、赚大钱。作者只是办了家叫做水花的小集团,做了个几百万人奋勇抢先购买的软件出品,结果这家小企忽然暴长,职员和工人数千,每年收入数亿美元。很不爽。至少对自家个人来说,很不爽。所以自个儿离开了。在某一天,小编偏离了。

 

第3章 原型与Python

言语的选项或者都是三个种类在初期选用时务须求经历的难受抉择。

文中聊起了汇编、Fortran、C、Perl,聊到了编写翻译型语言和平化解释型语言,最终项目用Python语言来贯彻。

那章里提到了PAJERODF(Resource Description Framework),好像在当年结题的国家捌陆叁品种中也听到过那一个名词,原来那玩意能够用来描述万维网中的语义。

电梯游说:正是当你好运在电梯间遇到某位权钱人员时,能搜索枯肠,在短期内说服她。

 

第伍章 乐高王国

模块化和组件化是软件职员的期待,什么人都想把多少个模块插到一起就足以健全的运维并成功职责,但具体却极度严酷,能够运作的模块日常不可能与团结想写的程
序合作工作,好的源代码由于商业利益也不太不难找到,程序员只好本身另起炉灶,搭建本身的模块,但结果还是壹如既往,做出来的事物难以让客人共享,那一个场地周
而复始,不断地在八个程序员身上上演。

近年来有三个叫组件管理方面包车型大巴品类,听起来令人不用信心,连续运输营在如何平台上、给哪些用户选用都不清晰,那样的机件管理有何样用?还不比就称为文书档案管清理计算了。

书中涉嫌三个叫考克斯的人,他创立了一家名字为Stepstone的商号,致力于向C语言系统搭造者提供插入式芯片级软件组件,最终的结论是:
消息是这一次试验显示,固然使用最新的技艺,要想设计和创建既有用又真能复用的机件、为组件写文书档案以便于客户掌握、移植组件到潮水般不断涌现的新硬件平台
上、确认保障新型的精益求精或公布版本不与留存接口争持、将零件销售到近似威廉姆斯堡枪械行业这种鼓励从头做起的价值种类,都以最为困苦的。

可复用软件之梦有三个悖论:大概总能找到壹段满意大多数索要的代码。但那一个拿来的代码所不可能做到的一部分,恰恰是连串特其余立异之处—-也是创办这么些项指标落脚点。

 

第陆章 管束奇客和狗

品质三角,既好、又快、还利于,同时满意的政工不太也许发生。

从程序员转做经营常被说成是做了“前脑叶白质切除手术”,那几个术语恐怕从刚从《How
We
Decide》
那本书来看过,那种手术会让病人更新丧失情绪、不知爱恨悲喜。海外技术人士不愿承担项目老董那种管理职位,而在境内刚好相反,许多时候如故不会编制程序的人来治本。

用代码行数做判定标准只会鼓励程序员写臃肿、蹩脚的代码。

闲逛式管理MBWA(Management by wandering around)好像不可能移植到软件领域中。

有关奇客的二种概念:

以(总结机)程序瑕疵为食—-不善社交、身有恶臭、面色苍白的偏执狂,具有奶酪刨丝器壹般的为人特点。

小心于己事的人;追求技术(尤其是业内技巧)和梦想、不融入主流社会的人。

群件Groupware:即时通讯、聊天室、缺陷跟踪、源借故守旧的邮件列表等工具,个人感觉要慎用那些工具,否则你的劳作时间会被那个工具吃得一干二净。

Wiki在chandler项目中也树立了四起,感觉这么些chandler项目用到的工具太多,假如程序员不可能客观地布署自身的年华,臆想会被这么些工具所淹没。

对于程序员来说,确实有1种制造工具的冲动。磨刀不误砍柴功本人没错,但程序员在磨刀的长河中会想弄到1块最佳的石块,并花了大把的年华去把刀磨得吹毛断发,却忘了还要砍柴。

 

第陆章 搞掂设计方案

频频集成应该更便宜产品的年限公布。

那一章出现了GTD,没悟出那本书的制品chandler竟然与GTD也有关联,原来那个软件的UI设计师尹咪咪受到了大卫Alan的Get
Things
Done书的震慑,不过这里翻译为《搞掂》,而不是《搞定》,总的看假诺chandler早点公布,流行于场景上的GTD工具大概不会是omnifocus,而是chandler了。

www.floklore.org网址里有雅量关于创制MAC操作系统的小传说,可惜那么些英文看起来有点累。

关于Linux的撰稿人李纳Stowe瓦茨的话:

别做大项目。从小项目上马,而且永远不要期待它变大。假诺如此想(指做大型软件),就会做过度设计,把它想象行过于重要。更坏的情形是,你大概会被本身想象中的辛劳工作所吓倒。所以要从小处起步,着力思考细节。别去想大场合和好安插。若是项目没化解有个别要求,多半就是被过度设计了。

别期待在长期内达到大成就,作者从事于Linux达一3年之久,作者想后边还得花上好些时间。假使壹早就妄想做个大东西,大概以往还没动手呢

 

第八章 细节视图

供给搞错的严重后果,1八英尺的巨石拱门变成了18英寸的石桩子。

最盛名也最声名狼藉的匈牙利(Magyarország)命名法,只怕在用C++写Windows程序的一时半刻是急需,因为各种类型、结构、枚举、控件等等令人眼花缭乱,令人简单出错,而在Java和C#等这种强类型的语言中,这类命名法完全是对程序员审雅观的施行强暴。

prepBut nI vrbLike adjHungarian! qWhat’s artThe adjBig nProblem?

自家正是欣赏匈牙利(Magyarország)命名法!有怎么着难点?

Chandler中的全部内容都以Item,对Item能够打戳算是壹种创举,有机会看来还可以试行那款应用。

 

第拾章 白板上的即时贴

格外钦佩写规范的人,你要用5年为总结标准的见地看题目。得花上五年时间,才能获取你真正想要的卓有成效之物。

此处也波及了WebDAV,好像那协议在Mac里达成得相比全,但在Windows中都不完全。omnifocus也援助WebDAV同步。

那章里关系了37Signals商户(写《重来Rework》的那家集团),那种小型共青团和少先队专注于AJAX的WEB应用,同样获得了成功。

用贴纸法来斟酌项目相继小本子应该享有的意义特色,也是不慢开发里重点加大的。

 

第9章 方法

IBM执行强制进度纪律的中标基于两条标准:

一)布署是强制性的

二)陈设必须符合现真实意况况
—-“从底向上”,根据那一个负责按安插执行的程序员的阅历和文化而来,而不是“从顶至下”,靠长官拍脑袋或对市镇的期望而来。

CMM这几个沉重的软件开发成熟度模型在境内完全变了味,曾望着一个软件商店为了通过CMM4,编出一堆平素无人审美的厚厚文书档案,CMM果然只重进度,而境内更把那种进度流于方式,通过CMM,只为了向用户抬高报价。TSP、PSP也看过,感觉一定繁琐,在国内都难于履行。

200一年1四人领军官物,提出了便捷软件开发宣言,向那种笨重的CMM宣战,从此极限编制程序XP和SCRUM起初风靡。

谷歌(Google)让开发者把5分之壹的年月花在个人项目上。那种管理方法在国内想都不敢想。

祖尔测试的拾2个难点:

1)Do you use source
control
?     
你们使用源代码控制呢?

2)Can you make a build
in one step?     你们一步就能不负众望塑造吗?

3)Do you make daily
builds
?    你们做每天创设吗?

4)Do you have a bug
database
?    
你们有欠缺数据库吗?

5)Do you fix bugs before
writing new code?    
你们会在写新代码从前修复缺陷吗?

6)Do you have an up-to-date
schedule?    
你们有与当前工作吻合的快慢安排吗?

7)Do you have a
spec?   
你们有规则吗?

8)Do programmers have quiet
working
conditions
?   
程序职员和工人作条件安静吗?

9)Do you use the best
tools money can buy?   
你们选拔了市面上最棒工具吗?

10)Do you have
testers?  
你们有测试职员吗?

11)Do new candidates write code during their
interview?   
你们会须求应聘者在面试时写代码吗?

12)Do you do hallway
usability testing?   
你们做走廊可用性测试呢?

 

第拾章 工程师和音乐家

squeak壹种为孩子定制的samlltalk最新开源完毕,让娃儿太早接触编制程序到底好倒霉?

编制程序是工程依旧历史学?是天经地义照旧艺术?

高德纳写的书名称叫《计算机程序设计格局》,他在一玖八一年收获图灵奖时发布感言说,“总结机编制程序是门艺术”。写《总结机程序设计艺术》那本书他花了十年,写TeX和metafont程序没悟出也花了近十年。他宣称,写软件要比写书“难多了”。

 

第一1章 通往狗食版之路

吃自个儿的狗粮,那种思路确实推进进步软件品质和用户体验,思考连自身都不犯1用的软件凭什么去折磨用户呢?

McCarthy从实质上用LISP描述了LISP,有时间得看看那个大名顶顶的LISP,先把那段天书贴上,听闻与Haskell一样难学。

心理咨询 1

尾声 长赌

可怜的海湾大桥在二〇一三年竣事,上网查了查,看来需求在20壹3年才能完工,看来建桥与软件也有相似之处。

从网上搜了一张2013年竣事作时间臆度的楷模。

心理咨询 2

 

看完书后,笔者上网查了刹那间,原来chandler1.0
已经在二〇一〇年公布了,当前是1.0.三本子,也被喻为1种GTD工具,凭着一点好奇心装上了,实在不会用,立刻就删除了,满屏的东西不知底该按哪个,
大概OmniFocus的概念已经彻底地占用了自小编的大脑了,让本身扬弃拥有的omnifocus上的action全体导入到那里来保管,实在未有那么些勇气。

 

心理咨询 3

You can leave a response, or trackback from your own site.

Leave a Reply

网站地图xml地图