我也用了 zk 一段时间了，觉得挺科学，应该是我近半年学习到最有价值的东西吧，分享一些我的理解和整理的笔记吧，以下观点来自对他人观点的整理和总结：
以下内容可能初读有点烧脑，每句话都是一个观点，都能展开成一段文字，但我挤干了所有水分，留下这么几百字，真的理解了，能持续受益，当然，在真正有价值的东西上花点时间很合算。
整个 zk 系统包含三个核心概念：
（点击 Read more 展开）
图形界大佬 John Carmack 在推特上呼吁大家，现在应该有意识的保存你的开发环境，这样多年以后你想重新构建你的软件时才不会慌脚乱手，因为通常每过几年你常常会发现，自己之前的老代码已经没有合适的环境编译了：
今天互联网上的内容，由于各种原因，正在以越来越快的速度消失，而习惯什么都从网上找的新一代网民们，却并没有备份和记录的习惯及意识。不远的将来，会有一天，当你特别想找某个工具却搜尽互联网你都找不到时，就麻烦了。
这是一张兼具收藏价值和实用价值的光碟，收录了 Borland 公司全胜时期的著名桌面开发工具：C++ Builder 6 和 Delphi 7，以及各种配套书籍和资源，都是全网最好的版本（原版 CD 安装文件加最新补丁）。别看这两款软件老，因为生成可执行独立小巧，至今依然可以用他们做出交互尚可的桌面应用。
他们最大的特点，是可以让你轻松开发出 1MB 以内的无依赖的桌面软件：（点击 Read more 展开）
1）不可撤销，SVN 随便你怎么折腾都不会把仓库弄挂，git 的话就要小心了，即便你设置保护了 master，其他分支不小心也会给弄没了。
2）简单直观，不但美术容易使用，连行政和 HR 用 TortoiseSvn 的话，二十分钟就上手了，一说就懂。Git 的话，即便是程序员，想用好的话，不读下 pro git 之类的书，我看都着急。
3）权限细分到目录，可以每次只 update 一个小目录。
4）好管理，只要本地修改下 authz.ini 然后 commit，服务端 crontab 设置个脚本，自动让最新的 authz.ini 生效即可，一切权限变更都有记录。
5）不占空间，占用空间更小，提交一些美术资源都不用担心，比 git 占用小多了。
6）成熟的工作流，branch 不方便没问题，一般 release/trunk/develop 三级分支就够了，平时大家都在 develop 分支上开发，每周一冻结版本，merge 回 trunk 开始测试 trunk，稳定下来以后再从 trunk 合并到 release 对外发布，hotfix 直接在 trunk 上做，测试通过又分别合并回 release 和 develop，非常清晰的工作流，有什么大功能的话再分出一个来。
7）负担轻，用 git 最大的负担就是天天 merge/rebase，这负担比 svn 重很多。
8）单调递增的纯数字版本号：13001, 13002, 13003 看着比一大堆 hash 标记直观，可以大模大样的写到测试邮件里，可以高效率口头交流，别人说个数字你就基本有概念，大概何时提交的？谁前谁后？
。。
说公有云 svn 少的，github 本身就可以用 svn 来操作，直接 checkout github url 即可，提交的时候用 github access-token 当密码，就是 ghp_ 开头那个很长的字符串 ，就能提交了。
代理的话 svn 一样可以配置，码云和 coding.net 等也都同时支持 git/svn。
。。
更没必要把用个工具上升到宗教程度去信仰，多角度看问题，别人的说法自己也想一想，比如曾经流传的：
说法1：git 可以当作 svn 用，svn 却不能当作 git 用，这说的是 git 可以完全包含 svn，根据上面几条，细究起来显然不是这样的。
说法2：git 是分布式的，中心挂了可以恢复；没毛病，但你又不是 linux kernel 需要全球协同，你一个公司项目，团队里所有人都坐在一起办公，即便有人在家工作也有强有力的组织约束，你是联不通内网非要用分布式还是说公司系统不可靠到备份需要依靠每个程序员的 working copy ？
说法3：git 可以方便做分支，没毛病，确实是 git 的长处；但它不经意间植入了一个潜台词 ，即“你需要频繁做分支”，真的是这样的么？还是看各个团队自己的工作流才对吧？上面三级分支的工作流在若干团队里成熟稳定的跑了多少年了，不需要像 git 一样每人每天都要处理合并问题。分支满天飞的代价就是下班前想推代码手慢被同事先 push 了，自己就只有晚半小时回家了。
这里并不是呼吁大家用 svn 代替 git，不用那么二极管思维，而是没必要把 git 当作 zz 正确，适当的时候需要用 svn 也开开心心的用就是。
同一个动作重复 300 遍，肌肉就会有记忆，重复 600 遍，脊柱就会有记忆，学完五十音图不熟练，经常遗忘或者要好几秒才想得起来一个怎么办？没关系，我做了个命令行下的小游戏 KanaQuiz 来帮助你记忆：
usage python3 kanaquiz.py <operation>
operations:
python3 kanaquiz.py {-h} play hiragana only
python3 kanaquiz.py {-k} play katakana only
python3 kanaquiz.py {-a} play all kana quiz
python3 kanaquiz.py {-d} play dakuon quiz
python3 kanaquiz.py {-t} play trinity quiz
python3 kanaquiz.py {-l} list kanas with romaji
python3 kanaquiz.py {-o} list kanas only
python3 kanaquiz.py {-q} query performance history
首先使用 -l 参数来复习所有假名：
python3 kanaquiz.py -l
然后在终端中查看：
当你复习完了，可以用下面命令开始挑战：（点击 Read more 展开）
是不是程序员总会遇到一个瓶颈期，觉得自己没有进步了，该怎么解决？
这问题不光你碰到，很多知名大公司早就面对过了，看看华为怎么解决的，
人家是站在企业文化的高度上来解决，不管内训还是办公室的墙上都有句反复提及的格言，叫做：
简单的事情重复做，你就是专家。
重复的事情用心做，你就是赢家。
整个公司/部门层面上，把这种观念贯（hu）彻（you）下去，你的问题将迎刃而解。
为啥呢？公司目标和个人目标的差异性问题，公司不是学校，最大的目标是挣钱，这是对所有人负责的大目标。再此基础上，最好的时候，两者是重合的，但不是一直都能重合，更不能 100%的重合，二者本质上是矛盾的。主管当然需要协调让两个目标重叠部分增多，然而根本上来讲，你不可能彻底解决这个问题。
二者重叠度下降难以统一时，员工会选择离职，或者能动性下降。公司目标不能随意改变，作为主管能做只有鼓励员工自学加深岗位相关知识的理解，帮员工调岗，更换工作内容让他从事更重要或者新的工作；然而缺乏锻炼机会的自学是有限的，调岗换工作内容并非容易操作之事，所以对于这些大公司而言，最有效的就是通过文化和思想工作改（xi）变（nao）员工的认识。
所以，主管碰到这类问题再原地死磕通常是没辙的，平时看看励志书也不是绝对没用的。
什么工匠精神，什么拥抱变化，什么专注之类的流行词汇，平时也要及时掌握，深入理解
出门请右转，仔细阅读：成功法则(一）：简单的事情重复做、重复的事情用心做
还有该说法的姐妹篇《机会总是留给有准备的人》，搭配始用效果最佳，后者我再一篇文章里展开过：
只能帮你到这里了。
这是之前我写的一篇知乎回答，先后获得知乎圆桌精选，日报收录和编辑推荐，起因是有人再问：
实在是对管理团队提不起兴趣，也不愿意离开现在的职位，但不这么做一方面会被后来的年轻人赶上，另一方面薪酬也提不起来。看了一些这方面的书，觉得没什么收获。
我的答案其实就是根据自己十多年管理工作的一些经历和思考，总结的技术管理者容易碰到的几大误区：
有人是转了【管理岗】就把技术丢掉，觉得终于可以摆脱码农身份，希望做纯粹的管理，进而今后向中层，高层发展。须知到处都不缺纯粹的管理人员，技术丢掉了，哪天项目变动，不一定就需要你去做管理了，退回技术岗很不适应，恐怕就只有离职的分了；纯粹的管理人员需求量并不是那么高，一般都喜欢内部提拔信任的人，哪天你换个工作了，新公司看你初来咋到，人家凭啥信任你？顶多也只能给你个骨干或者副手的机会，以观后效。见过不少转纯粹管理的，除了一直高升的极少数几个外，大部分一旦项目变动或者换工作，基本就挂了。
还有人喜欢纯粹技术，有机会转管理岗的时候不去争取，觉得只有纯粹技术岗才能将技术做好。其实大可不必这么顾虑，管理岗的非技术事情是比较多，但工作分配相对自由，管理之余你可以静心研究一些对项目比较有用的核心问题。
我见过优秀的技术管理人员，本身技术能力很强，管理能力照样很强，某同事本身在原有行业管理近 400人的研发团队，切换行业后，从基层程序员做起，并没有谋求在新公司一定就要做管理岗，凭着扎实的基础，很主动卖力的在新岗位上工作，很快成为骨干，对整个项目做出了突出贡献，开始逐步分担一些招聘和带人性质的工作，凭借先前出众的管理能力，很快被重视起来，机会一来，立马得到提拔。
能力是你自己的，职位和机会是别人给的，你真有能力，谁也很难埋没你；你德不配位，即是机缘凑巧走上了管理岗，有点变动你也就废了。真正牛逼的人，放在哪里都能闪光，没人埋没得了你。
技术管理的终极目标是【搞定问题】，把你找来是要让你搞定一个个项目的，不是吃干饭的。管理本身的目的就是在有限的资源下达到既定目标。时间、人力都是有限的，如果资源无限那要你何用呢？即，大家搞不定了，时间紧了，需要你上的时候，你得二话不说顶上去，别想当什么甩手展柜，你又不是老板，你是管理者，没有哪里需要甩手掌柜，以为【分配别人工作】就得了；硬件一分钟买不回来，没有条件，短缺这样短缺那样，你得想办法解决；另一方面，该拼命时你得下得了决心鼓励团队向前冲，比如加班。
三观正的管理者，立场肯定要站在公司一边，该对大家有所要求的时候就要能对大家有所要求，谁都想做老好人，这个说多了，可能有些人又不爱听了，问题是你管理者不是基层员工。你只有对自己和团队严格一点把一个个问题搞定了，大家的收入才能往上提升，职业才能有所发展，这才是真正的对大家好；平时大家一团和气，每个人都过的舒服自在，如果最终问题搞不定，大家收入和职位上不去，那你是在害大家。
团队的战斗力从哪里来的？严格的要求，统一目标。太抽象？我解释一下：
消亡肯定不会，但是心态需要调整一下。
产品经理们的焦虑还要考虑历史进程和大背景，即行业主导权正在从产品向运营和营销转移。产品创新的空白点已经被密密麻麻的填满后，整个互联网正在由产品创新向运营创新和营销创新转变，在这个大进程中，有些缘来习惯了产品主导的从业者们一分钟变得不是那么习惯了。
有公司做了一个麻将游戏，一开始因为某大型麻将游戏开房间玩要买5元一张的房卡（可以玩个十多分钟），该公司第一个版本是房卡免费，开房间不需要钱，想以此去竞品那争取用户，结果没人玩，后来他们变聪明了，将房卡涨价到4元，然后诚招代理，以3元的价格给代理房卡，于是代理把身边的朋友都拉过来了，“XX麻将房卡要5元，我认识一个新麻将，和它差不多，房卡只要4元，我们去那里玩吧，你们如果找我买房卡，我还可以拿到3.5元的房卡，比官方更便宜点”。于是朋友纷纷跟着代理转投新游戏，利用这种多级代理模式，那个新麻将一夜间火了。
人家这是靠营销模式成功了，这样大大小小导致成功的例子，大到前几年的充值返利，游戏首充帐号，工会，小到个体产品的流量获取模式，这两年这样的例子可以数出几十条来，而大部分都是集中在运营层面的创新和营销层面的创新。产品创新的空白点，这几年被填的差不多了，因为产品大家都差不多，而运营和营销还有大量空白点需要填充，所以产品人员感到自身的价值在下降。
有些人欺负外行，漫天要价，你找个牛人，给他1万，再找两个学生，每人给他们3千，然后再花4千元买一年腾讯云服务器。合计成本：
10000 + 3000 x 2 + 4000 = 20000
不认识牛人？没关系，预算3万，找个老师，老师帮你搞定一切（牛人+学生）。
不认识老师？没关系，身边没有本地读书的同事朋友么？他们肯定有很多留校的同学啊。
简单点的话1个月就足够出活，慢点一个半月，如果这个方案比较接近您心理预期的话可以试试。
———-
有人对 3000元是否能请到学生，1万元能否请到牛人的疑问，看你怎么说了：
学生嫌便宜的话，要告诉他们跟着牛人学东西，机会难得，跟他们说学校里学的都是死知识，你实际做一做才知道哪些知识怎么用，同时这个牛人如何如何牛，之类。不能光读书，有这个项目的经历和历练，明年他们再去一些大厂找实习，都是比较容易的，人生就像上楼梯，你要先把这一级踩踏实了，才能去够下一级，然后再下一级，如果他们简历上一穷二白，只有考试分数，谁要你啊？你朋友就是XX公司XX总，前两天还打电话给你找你推荐实习生呢，你觉得年轻人最重要的就是学习新东西的能力，是激情和执着，等等。
牛人嫌便宜的话，你可以找学校里面没出校门的牛人，他们技术一样牛，有厉害的学生技术比很多工作4，5年的人都强，却没沾染不良社会风气，不会跟你乱要价，再说如果一个牛人真的很在乎这点眼前利益，那他也不是什么真正的牛人。
你要跟他强调，不是找他做打工，是邀约他一起创业，共同成长，饿了么，课程表不都是学生创业的成功典范？人生重要的不是能力，而是选择是魄力，1万也不算低了，很多工作几年年的月薪也就这个数，除此之外这里还包饭包夜宵，团队气氛十分融洽，大家都崇尚工匠精神，这个是市里xx部门牵头的大项目，xx书记亲自过问，希望他目光长远点，不要在乎眼前小利，成功了大家一起分钱，视情况可以给他签一份他拥有本公司值人民币 10万元的股权的，云云。
我看有些app也并没有想的那么复杂嘛，找几个真正想做事情的年轻人，有激情能出活。
Recent Comments