作者:
[美] Gregory T. Brown
出版社: 人民邮电出版社
副标题: 程序员精进之路
原作名: Programming Beyond Practices
译者: 李志
出版年: 2018-3-1
页数: 124
定价: 49.00元
装帧: 平装
丛书: 图灵程序设计丛书·程序员修炼系列
ISBN: 9787115478375
出版社: 人民邮电出版社
副标题: 程序员精进之路
原作名: Programming Beyond Practices
译者: 李志
出版年: 2018-3-1
页数: 124
定价: 49.00元
装帧: 平装
丛书: 图灵程序设计丛书·程序员修炼系列
ISBN: 9787115478375
这本书的其他版本 · · · · · · ( 全部3 )
以下书单推荐 · · · · · · ( 全部 )
- 3.程序员的自我修养 (葡萄)
- 团队图书馆 (dexteryy)
- 幽暗之境:编程与黑客序列 (Azeril)
- 黑客:照进未来世界的光 (cnfeat)
- 码农的计算机 (西山)
谁读这本书? · · · · · ·
二手市场
· · · · · ·
- 在豆瓣转让 有432人想读,手里有一本闲着?
订阅关于代码之外的功夫的评论:
feed: rss 2.0
0 有用 尼欧✔️ 2018-09-17 22:31:14
代码只是找到解决问题最有力的工具而已。
2 有用 昊天 2019-11-05 03:03:41
程序员和其他人一样关心人类利益;只不过,他们很难将其作为生活重点,因为每天大部分时间都被花在查找缺失的分号、阅读没有文档的库的源代码,或是盯着某些可能因Unicode转换错误而损坏的二进制转储文件发呆。如果能够与粗糙、低级、繁琐的现有工具作斗争,逐渐用与工作成果更贴近的工具取代它们,那么行业的关注点就能果断地、永久地由以技术为中心转变为以人为本。 现在就行动起来,你将会有一个值得骄傲的明天。对于... 程序员和其他人一样关心人类利益;只不过,他们很难将其作为生活重点,因为每天大部分时间都被花在查找缺失的分号、阅读没有文档的库的源代码,或是盯着某些可能因Unicode转换错误而损坏的二进制转储文件发呆。如果能够与粗糙、低级、繁琐的现有工具作斗争,逐渐用与工作成果更贴近的工具取代它们,那么行业的关注点就能果断地、永久地由以技术为中心转变为以人为本。 现在就行动起来,你将会有一个值得骄傲的明天。对于我们每个人来说,问题的答案不尽相同,但考虑这个问题是很有必要的,因为未来需要每个人参与创造、互相帮助、贡献力量。 (展开)
0 有用 席则鸣 2019-03-06 07:35:01
编程的感悟与经验
0 有用 半米街区 2019-03-24 12:22:43
代码只是程序员解决人类社会问题的一个工具和手段,我喜欢这样的论调。各类开发语言和框架层出不穷,it码农总是在追随新语言和新工具的时尚浪潮,但是不论哪种语言或者框架,都只能是匠人手中趁手的工具,而不能成为指挥匠人的思想。设计,不论哪行哪业的设计,目标就是要解决问题,而程序员的设计,应该是如何在代码之外,发现问题的本质与核心,再借以代码直捣问题核心。当然,简洁漂亮的代码是你个人的烫金名片。code i... 代码只是程序员解决人类社会问题的一个工具和手段,我喜欢这样的论调。各类开发语言和框架层出不穷,it码农总是在追随新语言和新工具的时尚浪潮,但是不论哪种语言或者框架,都只能是匠人手中趁手的工具,而不能成为指挥匠人的思想。设计,不论哪行哪业的设计,目标就是要解决问题,而程序员的设计,应该是如何在代码之外,发现问题的本质与核心,再借以代码直捣问题核心。当然,简洁漂亮的代码是你个人的烫金名片。code is our reputation, design is our thought! (展开)
2 有用 superweiyan 2019-03-17 22:15:02
其实写的蛮一般的
0 有用 villim 2023-02-27 00:38:23 四川
这种讲故事的方式还是有意思的,挺适合入行人士感受一下,当然是感受「理想型」的工作 :D
0 有用 yohunl 2022-12-27 08:21:47 广东
书本的名字很好,内容很水
0 有用 Marine 2021-12-28 21:44:53
简而言之,啥玩意儿啊…
0 有用 prife 2021-02-21 23:49:45
很好,角度不错
0 有用 YJXZ 2021-01-03 22:08:12
● 不要因为某个变更没有明显改变现有特性,就认为它会向后兼容或绝对安全。相反,应该对隐藏的依赖关系随时保持警惕,即使进行的是最简单的更新操作。 ● 注意除代码库之外的大量共享资源:存储机制、处理能力、数据库、外部服务、库、用户界面,等等。这些工具形成了一张“隐藏依赖网”,会给看起来毫无关联的应用特性带来副作用或引起故障。 ● 利用限制和验证的方式,在最大程度上防止局部故障对整个系统造成影响。但还要... ● 不要因为某个变更没有明显改变现有特性,就认为它会向后兼容或绝对安全。相反,应该对隐藏的依赖关系随时保持警惕,即使进行的是最简单的更新操作。 ● 注意除代码库之外的大量共享资源:存储机制、处理能力、数据库、外部服务、库、用户界面,等等。这些工具形成了一张“隐藏依赖网”,会给看起来毫无关联的应用特性带来副作用或引起故障。 ● 利用限制和验证的方式,在最大程度上防止局部故障对整个系统造成影响。但还要确保系统拥有良好的监控机制,以保证快速知晓和处理突如其来的系统故障。 ● 在复用现有的工具和资源时,要尤其注意使用环境的变化。任何对使用范围、性能标准或隐私安全级别的改变,如果不经过仔细考虑,都可能引起非常危险的问题。 (展开)