目录
第1章 程序员的职业规划 1
IT从业人员的职位介绍 1
开发人员 1
测试人员 3
产品经理 4
UI设计师 5
运维人员 5
用户体验师（UE/UX） 6
技术经理 6
架构师 7
如何选择编程语言 8
做Web后端开发建议选择Ruby 8
做Web前端（H5）建议使用Vue.js、React 8
做移动前端（App）建议使用原生语言和React Native 9
理想的职业发展路线 10
#一阶段：新手 10
第二阶段：熟手 11
第三阶段：技术经理 11
第四阶段：创业公司CTO 或大公司技术顶层 11
程序员的基本门槛 11
英语必须好 12
思维清晰、反应敏捷 13
表达沟通能力强 14
程序员的进阶门槛 15
具备领导气质 15
技术过硬 16
IT从业人员的去路 16
继续做IT 16
小幅转行 17
大幅转行 17
不看好的职业：测试、运维、架构师 17
测试 17
运维 18
架构师 21
软件培训机构 21
确实能改变少部分人的命运 21
在一定程度上推进了国内技术的发展 22
培训机构之痛 22
第2章 程序员的职业成长建议 25
务必有技术博客 25
表达能力得到极大提高 25
技术可以得到积累 25
个人博客是一张好名片 26
不要敝帚自珍 26
要会与人和睦相处，不要任性 27
控制好自己的脾气 27
越牛就越谦逊 28
沟通能力是立足社会之本 28
沟通能力很重要 28
千万不要性格内向 29
任务没能力完成要勇敢地说出来 30
小心程序员的膨胀期 30
不要因为被上家公司坑过就对下家公司抱有成见 31
不要论战 31
使用传统编程语言的人特别容易心态不好 33
高发诱因1：过于底层的语言 33
高发诱因2：开发人群的职业年龄是2~4年 34
不要踢皮球 35
会错失机会 35
会使人缘变差 36
会使人平庸 36
要抓住一切机会带团队 36
一个人做不成事情 37
带团队能让人开阔眼界 37
具有带团队的经验能让人更好地在社会中生存 38
带团队是职业生涯注定的方向 38
要有良好的心态 39
每天都要学习 39
不要沦于平庸 40
工作就是#好的学习机会 41
办公室没有政治 42
不要参与公司的八卦 42
正确面对公司的裁员 43
敏捷方法论 44
频繁交付、小步快跑 44
能自动化的都自动化 45
必要的测试 45
每日例会 45
要培养成学习型团队 46
良好的程序员工作习惯 46
晚上十点前睡觉 47
健康问题：不要总低头弓背 48
离开显示器和手机才是休息 49
不要沙发椅，要坐硬板凳 49
显示器要有护目屏 50
程序员的工作组成 51
程序员的工作不是一直在写程序 51
技术经理 51
程序员要走出去 52
性格内向 52
过分细腻 52
容易自傲自大 52
不要坐井观天，要多看看外面的世界 53
规划好业余生活 55
不要爱上旅游 55
不要接私活 55
利用业余时间做教学 56
中国IT公司的特点 56
技术实力层面 56
人员的年纪差距 57
35岁开始失业 57
技术高层不懂技术细节 58
管理更加严格 58
国内软件岗位的地域特点：北上广深是绝#主力 58
读书清单 60
《程序员修炼之道——从小工到专家》 60
《软件工程的事实与谬误》 61
《黑客与画家》 62
《软件随想录》 63
《人月神话》 63
《人件》 64
职业前辈的博客 64
第3章 给程序员的技术建议 66
程序员如何提问 66
使用好键盘周边 67
选择什么编辑器 67
要有正确的键盘指法 68
好键盘很重要，它是我们的武器 69
合适的键盘布局 69
使用好“第六根手指” 70
如何使用快捷键 70
单键快捷键 71
两键快捷键 71
三键快捷键 71
快捷键的思考 71
薄键盘和Mac键盘不适合程序员 72
程序员的理想装备 73
大屏显示器 73
机械键盘 73
游戏鼠标 74
大容量内存 74
固态硬盘 74
高速网速 74
版本控制工具 75
控制源代码的必要性 75
历史上的一些SCM工具 76
版本控制终#者：Git 76
在技术的天空中留下痕迹 77
必须有技术博客 77
必须要有Stack Overflow的账号 78
必须参与开源项目 79
绝#不要写重复代码 80
让程序员丧失工作的兴趣 80
让程序难以修改和测试 80
让人容易辞职 80
解决重复的原则：事不过三 81
命令行在大部分时候要优于图形操作界面 81
几个例外 83
操作系统的选择：优先使用Linux 84
技术广度比深度更重要 84
以#价比#高的方式点亮技能树 85
如何学习多种技能 87
技术债 88
技术债的后果很严重 88
典型的技术债1：错误的底层架构 88
典型的技术债2：错误的技术实现 88
典型的技术债3：低劣的代码质量 89
解决方案 89
一种高效的需求分析方法：可视化分析 89
用户的需求特点：不明确 89
方法概述 91
具体方法 92
几点注意事项 97
登录页面一般分成两端 98
估算工作量 98
代码质量 99
良好的命名是#好的注释 99
为什么不要注释 100
不要使用缩写 102
慎用匈牙利命名法 102
废代码 104
看起来美好却不实用的技术 105
屏幕自动适配 105
语言的国际化（i18n） 106
多数据库的同时适配 108
其他 109
为什么要自己搭建博客 110
要学会分享和开放 110
博客是重要的名片和笔记 110
写博客可以极大地提高表达能力 111
追求自动化 111
编译的自动化 111
部署的自动化 111
测试的自动化 112
第4章 如何管理技术团队 113
基本的管理原则 113
就事论事 113
任务划分得当、精确到人 114
公平公正 114
保持开放的氛围 114
程序员的特点 114
容易骄傲 115
程序员之间的鄙视链 115
比较单纯 115
有职业病 116
容易自我关闭 116
技术人员的性格特点 117
实力决定地位 ...
· · · · · · (收起)