关键词:
Tip 1:
Care About Your Craft
关心你的技艺
我其实一直没有想明白这句话是什么意思. 我的理解是, 我们现在所学所掌握的技艺最后可能是要过时的, 要时刻关心最新的技术并尝试去学习. 不过虽然这么说, 但是如何做就是见仁见智了, 我在最近可能看了看 shell 编程, 学了学 Node.js, 还看了两眼 Golang, 最终我真正吸收的还是 Node.js, 对于 shell 和 Golang 看的我实在提不起兴趣. 不过我也没有强求, 毕竟不是靠这个吃饭的, 而且自己也没有什么兴趣, 索性就放弃了. 不过对于 Node 我还是巨有兴趣的. 这个月我都在为 SportJoin 编写 Node API.
Tip 2:
Think! About Your Work
思考! 你的工作
Tip 3:
Provide Options, Don’t Make Lame Excuses
提供这种选择, 不要找蹩脚的借口
Tip 4:
Don’t Live with Brokwn Windows
不要容忍破窗户
Tip 5:
Be a Catalyst for Change
做变化的催化剂
Tip 6:
Remember the Big Picture
记住大图景
Tip 7:
Make Quality a Requirements Issue
使质量成为需求问题
Tip 8:
Invert Regularly inYour Knowledge Portfolio
定期为你的知识资产投资
Tip 9:
Critically Analyze What You Read and Hear
批判地分析你读到的和听到的
Tip 10:
It’s Both What You Say and the Way You Say it
你说什么和你怎么说同样重要
Tip 11:
DRY — Don’t Repeat Yourself
不要重复你自己
Tip 12:
Make It Easy to Reuse
让复用变得更容易
Tip 13:
Eliminate Effects Between Unrelated Things
消除无关事物之间的影响
Tip 14:
There Are No Final Decisions
不存在最终决策
Tip 15:
Use Tracer Bullets to Find the Target
用曳光弹找到目标
Tip 16:
Prototyle to Learn
为了学习而制作模型
Tip 17:
Program Close to the Problem domain
靠近问题领域编程
Tip 18:
Estimate to Avoid Surprises
估算, 以避免发生意外
Tip 19:
Iterate the Schedule with the Code
通过代码对进度表进行迭代
Tip 20:
Keep Knowledge in Plain Text
用纯文本来保存知识
Tip 21:
Use the Power of Command Shells
利用命令 shell 的力量
Tip 22:
Use a Single Editor Well
用好一种编辑器
Tip 23:
Always Use Source Code Control
总是使用源码控制
Tip 24:
Fix the Problem, Not the Blame
要修正问题, 而不是发出指责
Tip 25:
Don’t Panic
不要恐慌
Tip 26:
“Select” Isn’t Broken
“Select” 没有问题
Tip 27:
Don’t Assume it — Prove It
不要假定, 要证明
Tip 28:
Learn a Text Manipulation Language
学习一种文本操纵语言
Tip 29:
Write Code That Writes Code
编写能编写代码的代码
Tip 30:
You Can’t Write Perfect Software
你不可能写出完美的软件
Tip 31:
Design with Contracts
通过合约进行设计
Tip 32:
Crash Early
早崩溃
Tip 33:
If It Can’t Happen, Use Assertions to Ensure That It Won’t
如果它不可能发生, 用断言确保它不会发生
Tip 34:
Use Exceptions for Exceptional Problems
将异常用于异常的问题
Tip 35:
Finish What You Start
要有始有终
Tip 36:
Minimize Coupling Between Modules
使模块的之间的耦合减少
Tip 37:
Configure, Don’t Integrate
要配置, 不要集成
Tip 38:
Put Abstractions in Code, Details in Metadata
将抽象放进代码, 细节放进元数据
Tip 39:
Analyze Workflow to Improve Concurrency
分析工作流, 以改善并发性
Tip 40:
Design Using Services
用服务进行设计
Tip 41:
Always Design for Concurrency
总是为并发设计
Tip 42:
Separate Views from Models
使视图与模型分离
Tip 43:
Use Blackboards to Coordinate Workflow
用黑板协调工作流
Tip 44:
Don’t Program by Coincidence
不要靠巧合编程
Tip 45:
Estimate the Order of Your Algorithms
估算你算法的阶
Tip 46:
Test Your Estimates
测试你的估算
Tip 47:
Refactor Early, Refactor Often
早重构, 常重构
Tip 48:
Design to Test
为测试而设计
Tip 49:
Test Your Software, or Your Users Will
测试你的软件, 否则你的用户就得测试
Tip 50:
Don’t Use Wizard Code You Don’t Understand
不要使用你不理解的向导代码
Tip 51:
Don’t Gather Requirements — Dig for Them
不要搜集需求 — 挖掘它们
Tip 52:
Work with a User to Think Like a User
与用户一同工作, 以像用户一样思考
Tip 53:
Abstractions Live Longer than Details
抽象比细节活得更长久
Tip 54:
Use a Project Glossary
使用一个项目词汇表
Tip 55:
Don’t Think Outside the Box — Find the Box
不要在盒子外面思考 — 要找到盒子
Tip 56:
Listen to Nagging Doubts — Start When You’re Ready
倾听反复出现的疑虑 — 等你准备好再开始
Tip 57:
Some Things Are Better Done than Described
对有些事情”做”胜于”描述”
Tip 58:
Don’t Be a Slave to Formal Methods
不要做形式的奴隶
Tip 59:
Expensive Tools Do Not Produce Better Designs
昂贵的工具不一定能制作出更好的设计
Tip 60:
Organize Around Functionality, Not Job Functions
围绕功能, 而不是工作职务进行组织
Tip 61:
Don’t Use Manual Procedures
不要使用手工流程
Tip 62:
Test Early. Test Often. Test Automatically.
早测试, 常测试, 自动测试.
Tip 63:
Coding Ain’t Done ‘Til All the Tests Run
要到通过全部的测试, 编码才算完成
Tip 64:
Use Saboteurs to Test Your Testing
通过”蓄意破坏”测试你的测试
Tip 65:
Test State Coverage, Not Code Coverage
测试状态覆盖, 而不是代码覆盖
Tip 66:
Find Bugs Once
一个 bug 只抓一次
Tip 67:
Treat English as Just Another Programming Language
把英语当作又一种编程语言
Tip 68:
Build Documentation In, Don’t Bolt It On
把文档建在里面, 不要栓在外面
Tip 69:
Gently Exceed Your User’s Expectations
温和地超过用户的期望
Tip 70:
Sign Your Work
在你的作品上签名
《程序员修炼之道》笔记
这几天开始看《程序员修炼之道》,也许不少人看了书的标题,第一时间会觉得这是鸡汤一类的书。但至少以我自己的感受来看,这是很棒的书,现代人文主义不是提倡自我意识嘛,自己感觉好的就是好的。况且人家也是经过了... 查看详情
程序员修炼之道:从小工到专家
... 内容简介 · · · · · ·《程序员修炼之道:从小工到专家》内容简介:《程序员修炼之道》由一系列独立的部分组成,涵盖的主题从个人责任、职业发展,知道用于使代码保持灵活、并且易于改编... 查看详情
《程序员修炼之道》读书笔记②
概述花了几天时间看完了程序员修炼之道,有很多感悟,记录于此,供自己开发时参考,相信对其他人也有用。值得一提的是,这本书写的非常好,很多大牛在走了很多弯路之后再读这本书都很感慨没有早些读。《程序员修炼之... 查看详情
《程序员修炼之道:从小工到专家》pdf下载
《程序员修炼之道:从小工到专家》【PDF】下载链接:https://u253469.ctfile.com/fs/253469-231196340 内容简介 《程序员修炼之道》由一系列独立的部分组成,涵盖的主题从个人责任、职业发展,直到用于使代码保... 查看详情
程序员修炼之道读后感3
程序员修炼之道读后感3最近阅读了《程序员修炼之道》的第三章,我感触颇深。我也学到了很多,我学到了很多陌生但以后可能要用到的一些协助编程的工具。我认识到了纯文本的作用,纯文本有很多好处,保证不过时,适用... 查看详情
程序员修炼之道读后感4
程序员修炼之道读后感4最近阅读了《程序员的修炼之道:从小工到专家》第四章:“注重实效的偏执”首先我明白了一个人的精力是有限的,不可能写出完美的软件,所以我们会对自己编写的代码可能出现的错误书写另外... 查看详情
程序员修炼之道读后感2
程序员修炼之道读后感2最近,我又继续阅读了《程序员修炼之道》,又有了更深一步的了解。我们不止应正确的规范自身行为,而且也应该规范自己说话的行为,正如书中所说“你说什么和你怎么说同等重要。”,不论是... 查看详情
《程序员修炼之道》读书笔记
这周我阅读的书目是《程序员修炼之道》,重点看了几个章节,但是可能是因为我还没有经历过大的项目,所以不太能对里面的一些观点产生共鸣,不过里面还是有些较为简单的观点让我收获了许多。 1、“我的源码让猫吃... 查看详情
《程序员修炼之道》之注重实效
十月这一个月以来,读了关于程序员修炼之道的第二站,注重实效,其中有一句话让我印象深刻。 系统中的每一个知识都必须具有单一,无歧义,权威的表示。 通过这本书,我了解到我们... 查看详情
程序员修炼之道
程序员修炼之道-从小工到专家本人阅读比较慢,只阅读了第一章,那就让我来说说从第一章中自己领悟倒些什么?本书第一章的题目为:注重实效的哲学。这在程序员中体现的很充分,对于目前的我来说是很有效的,自己编了... 查看详情
程序员修炼之道.3
了解到了程序员之道由一系列的独立部分组成,讲述了许多富有娱乐性的奇闻轶事、有思想的例子,以及有趣的类比,本书阐释了软件开发的许多不同方面的最佳实践和重大陷阱,在这里学习各种技能,发... 查看详情
《程序员修炼之道》笔记
第二章注重实效的途径1.重复的危害a)DRY-Don’tRepeatYourself。系统中的每一项知识都必须具有单一、无歧义、权威的表示。b)重复是怎样发生的ImposedDuplication强加的重复。开发者觉得他们无可选择-环境似乎要求重复。InadvertentDuplicat... 查看详情
读《程序员修炼之道(节选)》有感
同学推荐了本书——《程序员修炼之道》,在整个寒假闲来无事时,我就会翻一翻这本书,看了这么长时间,我也想写点自己的感想。 这本书很有一些特色,比如,本书一共分为64个小节,且每个小节各不相关,所以我... 查看详情
程序员修炼之道读后感
最近应老师要求阅读了《程序员修炼之道》这本书 一开始我读了序言,明白了这本书可能现在还是读不懂,但是我还是耐着性子读了下去,发现虽然不是很理解,但是发现很有用所以是我一定会好好阅读, ... 查看详情
《程序员修炼之道》读书笔记(下)
程序员修炼之道(下)Friday,March30,201815:17 就如同我在上篇读书笔记中说的那样,这本书中的一些方法和思想,需要我们在之后的编程学习过程中一点一点的参悟和领会。曳光弹比如说从我的第一次个人作业中,我对书中提到... 查看详情
c语言嵌入式系统编程修炼之道
C语言嵌入式系统编程修炼之道——背景篇...1C语言嵌入式系统编程修炼之道——软件架构篇...41.模块划分...42.多任务还是单任务...53.单任务程序典型架构...64.中断服务程序...75.硬件驱动模块...96.C的面向对象化...1... 查看详情
程序员修炼之道学习记录之注重实效的哲学
我的源码让猫吃了 软件的熵(无序)石头汤和煮青蛙你的知识财产 交流 查看详情
《程序员修炼之道-从小工到专家》吐血解读
本篇文章是对《程序员修炼之道:从小工到专家》一书的总结和解读。该书作者是AndrewHunt和DavidThomas。他们都是敏捷宣言的17个创始者之一。Andrew还是敏捷联盟(AgileAlliance)的创始人。David则是著名的DRY(Don’tRepeaseYour... 查看详情