（1）
不是说完美的产品才OK，完美的产品才能满足人们的需求，有的时候差一点的产品也能满足需求的
就好像，一个木桶，虽然有个短的板子，但是还是能运水的，是能够解决喝水的需求的
不是说必须得搞个所有板子都是高的木桶，搞个完整的木桶，再喝水
这样的话，往往会悲剧的
我们经常看到有个网站，看上去low死了，用起来卡死了，都搞不清楚它为啥这么烂了，还能活着的原因。
其实它肯定是在某一方面解决了某些用户的需求，即使在其他的一些方面不太好，但这些不好的方面对于用户而言，根本不重要
很多网站的团队，很努力的工作，加班加点，但是做出来的东西并不是人们所需要的，伪需求，那如果团队非要说我们很努力，那岂不是有些不太合适
全栈工程师，全栈是为了搞出一个“完整”的产品，不一定处处都“完美”，“完整”的产品就可以解决人们的需求，一个木桶才能装水，即使是有的板子短，有的板子烂，但是没有木桶，只有板子就撑不起来水了
另外，打造一个产品，不是一蹴而就的
同样，18般武艺样样精通程序大咖，那是多年后的事情
（2）
全栈，编码可能只占20%，就是那个2/8定律的20%
有点像，比如写作，把字敲出来，可能是占用时间非常少的，但是背后的个人的积累、经验，思考、总结，这些是非常耗时间的，需要输入非常多的东西，并且他还需要把这些内容进行梳理，才能把文字敲出来，最终以文章的形式展现给用户
当年的newone非常简单，但是李笑来知道最重要的东西不在那的——有起始流量的——流量比网站更重要
比如微信，微信的代码可能一个人花一段时间就能搞定，但是搞定了并不是这个项目最重要的部分，微信上的人、生态体系才是最重要的
代码等你熟了，code非常简单的
编程总计就200个词汇，都是两三个字母的，语法也非常的简单，世界上所有的流程就三个（顺序，循环，分支）
学的不仅仅是代码，而是思考方式
最终要能做到：要有想法，还能把它实现出来
（3）
花时间帮助别人弄明白，非常有意义——教是最好的学——
还可以，直接写书，当写完了也学会了
帮别人解决问题，写“书”等，绝对不是浪费时间
帮助别人，各种错误都见过，最终自己也收益了
这背后的机理是这样的，相当于你这个机器，被那么多机器、数据喂养，怎么可能比那些不被“喂养”的人成长的慢呢
仔细看看市面上程序员的圈子，大家都要求有博客的
学习的过程中，还是会遇到很多的坑的，特别是程序出错
情绪不好，自卑了，就自卑把
该自卑的时候，不自卑，就会感觉不对劲
由于编程这个行业的特殊性，全是英文，英文资料更厉害
工程师的玻璃顶是英语——现在的编程就是乐高
编程这个领域的历史，对于学习编程非常的重要，MBA课程都是商业案例，这些案例本质上也都是历史
不管学什么，都去研究那个东西的历史——非常的有意义——教，找教育史书读
还要避免一个大坑，学系统了再开始用
你从来不是专门学习走路，才开始走路的
从来不是系统的学习完整个说话这事才说话的，都是饿了要喊爹喊妈，就直接慢慢会了
只不过那个时候，并没有人“嘲笑”你做得不好
但是这真的不是最重要的
学习任何需要的东西，学的好不好不重要，用上一点就重要，在用中慢慢成长
（4）
学习编程如此
学习英语亦是如此，不是说全学完单词，才能读书
学习任何东西都是如此的
学习很重要，但是学习理念、思路更重要
方法很重要，但是理念、思维更重要
