理解专业程序员

[美] 杰拉尔德·温伯格

出版时间

2006-06-30

ISBN

9787302129943

评分

★★★★★
AI导读
核心看点
  • 剖析程序员职业本质与专业素养
  • 揭示职场生存法则与沟通艺术
  • 探讨高效思维模式与身心健康
适合谁读
  • 初中级及资深软件工程师
  • IT团队管理者与技术主管
  • 关注职业发展的计算机学生
读前提醒
  • 结合职场寓言故事深入理解
  • 关注反馈机制对职业成长的影响
  • 注意部分翻译可能存在的生硬
读者共识
  • 充满真知灼见的行业经典
  • 幽默寓言让阅读过程轻松
  • 适合反复阅读以领悟深意

本导读基于书籍简介、目录、原文摘录、短评和书评生成,不等同于全文精读。

精彩摘录
  • "如果你想让人们改变他们正在做的,那么你就应该确保他们所作所为的结果都会反馈给他们自己。 很多程序员——也许是绝大多数程序员——工作在这样一个环境中:他们从来没有收到过自己工作成果的真实反馈。因为缺乏反馈,所以他们也就缺乏谋求变化的积极性,而且他们也缺乏信息,指导他们做出正确的变化。"
  • "“狠摔学校”的学费很贵,但有些人就是不能从任何廉价的学校里学到东西。"
  • "经验不一定能教会人懂得任何东西。"
  • "要点不是在于,居然有这么多看似专业程序员的人在四处丢人现眼,而在于,没法有几个管理者知道,正在和自己打交道的到底是“他们”中的一员,还是“我们”中的一员。"
  • "在我们的行业里经理不愿意编码,这说明写代码这个职业在人类等级体系中的地位略高于盗墓者,低于管理层。对于这样的思考方式来说,编写代码不可能构成一种独立的技艺,不可能是一种天分,也不可能是一种有着自身地位的体面职业——所谓体面,就是说不必和盗墓呀,管理呀之类的在同一个尺度下衡量。只要这种态度在数据处理行业还处于主导地位,那就仍然会有6个星期培养出来的专家,也还会有那些经理——他们甚至不愿倾听公司高薪聘请的、有15年经验的程序员说话。"
  • "在美国,任何人都可以成为接待的专家,只需要有一个招聘广告 在欧洲,成为一个高级接待的专家,至少需要10-15年的,甚至20年的的训练"
  • "我研究了一些我认识的具有15年经验的程序员,发现的问题列表 1,在做整数除法时,不知道“余数”的存在 2,把一个取值在0-5的变量转化为取值在“1-6”的变量,有人用了5个IF加5个赋值 3,有些人不使用“Else”子句,原因是“这不一定管用” 4,在写批p/l程序时,有些不用变长字符串,原因是“这个不够高效” 5,有些人不写子程序,原因是“这个太复杂”"
  • "曼哈顿问题:据说1627年,白人们用27块钱买了曼哈顿岛。如果这笔钱存在银行,按年利率4.5%计算,今天会有多少钱呢?"
作者简介
杰拉尔德·温伯格(GeraldM.Weinberg)是软件领域最著名的专家之一,美国计算机名人堂代表人物。他是 Weinberg&Weinber g顾问公司(位于美国内布拉斯加州首府林肯市)的负责人,并曾因其在信息科学领域的杰出贡献而荣获 J.D.Warnier 奖,该奖项的得主每年只有一人。温伯格精力旺盛、思想活跃,从20世纪70年代开始,他总共撰写了30多本书籍和数以百计的论文。今天,温伯格作为一个教师、讲演者、作家,仍在通过自己独特的见解帮助本行业提升生产力。 在西方国家乃至全球,温伯格拥有大量忠实的读者,这些“追星族”阅读了温伯格的每本重要著作,他们甚至建设了专门的组织和网站,讨论和交流大师的得要思想。可以说,温伯格近年来的每本瓣书都是在万众瞩目中推出的。
目录
第1章 对专业人士来说,有哪些重要问题
成为一个程序员要花多长时间1
残障人士能成为成功的程序员吗6
专业程序员有哪些范式10
一个专业人士能从这个职位中感到快乐吗14

显示全部
用户评论
这本书我没有完全看懂,肯定至少还需要看第二遍。
赞。程序员价值观和引用罗杰斯大赞,寓言故事尤其是蟋蟀木柱寓言大赞。
要是早一些看到就好了!在业内混了几十年的技术咨询师,确实句句真知灼见!回答了许多令程序员困惑不解的现象。
原书可打5星,因为翻译质量和错别字,扣掉1星
已经买了,看过一遍,感觉值得再读。
作者的幽默感像他自己说的,有时候是有点怪。
正反馈循环,专注当下,持续学习。
看他的书,每本都读,读好几遍。
作为一个外行人来看非常喜欢,老爷子给程序员做了一次祛魅,并且他的写作的幽默感真的无人能及,太有趣了,但调笑中寓言故事+循循善诱讨论着非常重要的话题,无论是面对职业的焦虑感,选择公司,对待黑话和传达,计算机编程是人类从来没有遇到过的、最难的智力工作。其中谈论的东西恰恰是穿越时间的,教导我们如何面对未来,面对焦虑的随机应变,注重健康,面对官僚系统应该如何自处:如果你想让人们改变他们正在做的,那么你就应该确保他们所作所为的结果都会反馈到他们自己。其实更像是一本以程序员出发的人生指南,对于问题的解决而不是好坏的判定,对于思考,创意的生发,说人话,编程如同写作。「对于它的用途来说,这个程序是否足够好」;不要问「一百年后编程会变成怎么样」,相反,应该看看你现在在做什么。
收藏