其实编程语言就是个工具，看应用场景，趁手就用，不顺手就换，哪来那么多教义，搞得跟宗教一样

我刚毕业时经常晚上八九点才下班，回家还是坚持看一个小时书，现在还记得那时刷《 STL 源码剖析》的情形。坚持下来后，发现每天虽然看得不多，但一年下来能深度看完一两本经典中的经典。

这些年下来看了不少（包括大学期间），书单如下： https://fasionchan.com/books/ 。可以看看里面有没有感兴趣的，挑一两本试试。

好处是可以抵扣个税，坏处是钱失去流动性。
如果经济条件好没有养老压力，没啥用；如果收入有限抵扣不了多少税，也没有啥用；如果刚好在中间可能有点用。
另外，中产收入高比如可以规避百分之二三十的税，看上去很客观。但是摊到锁定的二三十年，其实每年也没多少。因此，个人觉得如果要交的话，退休前几年交最划算（前提是政策没变）。

今天看了一个关于资产配置的讲座，讲师提到一个点很有意思。
他说一般人以为储蓄是这样的：储蓄=收入-支出，但是用这个公式的人往往存不到钱。
然后他又说，正确的公式应该是这样的：支出=收入-储蓄；量入为出才有可能存到钱。
结合现在的各种信用贷、分期，深有体会。
如果觉得没有存款会躁动，可以看看在第二个公式上是否能下些功夫。

@wanmyj #74 您说得没错，什么时候都有人过得好，有人过得差。只不过恕我眼拙，我看不出这世道有什么大问题，然后就聊聊而已。

@yumenawei 这本应该还算挺好看懂的，是不是因为有些基础课没学过？

@wanmyj 其实现在不能说遍地机会，但也足以安身立命。

我举老家没读书的弟弟为例，他从初中毕业后就去服装厂当学徒，现在也是在厂里打个工，人家照样能自己买车。结婚基本不花家里钱，家里盖房子也出了力。当然了，辛苦是肯定的，但也算有劳就有得。勤劳致富，古人诚不欺我。

然后 00 年步入社会也不意味着肯定成功。别说 00 年，就算 90 年代就开始混特区，混到现在只能在老家盖自建房的也比比皆是，至少我不少亲戚是这样。在同样的社会环境下，总有人把握了机会实现了理想，也有人慢慢背社会落下。所以不可否认环境的因素有影响，但我个人认为应该更看重人的因素。因为谈环境容易消极，谈人打点鸡血还有进步的可能。

00 年步入社会的大学生，确实过的不错。但 00 年能读大学的人也是凤毛麟角，放在今天，大致应该是接近清北级别的人才吧？今天能读清北，相信大部分应该也能混的不错。

我自己的看法是，认清自己的位置最重要。给自己做个规划，如果每天都能进步一点点，就很好了。

Go 目前还算小众，岗位跟 Java 没法比；但由于 Go 的简历不错，有时不好招人，所以 offer 会高一点点，有好有坏吧

我也觉得前端比做后端好，就我在公司招的几个外包看，前端编程能力基本都比后端差，但报价却却比后端高，应该是供需因素导致的？

很意外，看到很多人说代码屎山避免不了；也很高兴看到不少人提到一些不错的建议

其实，我自己的亲身体会时，合理的组织结构，还是会起到很积极的作用的。只是这需要功底，也需要花多一些时间。但是说实话，很多人达不到这样的功底，包括我自己。
有时一些简单的组织逻辑第一次写都没有梳理清楚，然后某天突然想明白了，去重构。或者某天发现自己在一个不合理的结构上消耗太多精力，才想方设法去做一些优化。
但是最可怕的事情就是没有意识到问题，如果不能意识到代码屎山带来的破坏性，不能意识到良好结构带来的好处，那结果就是在错误的路上越走越远。

还有通常在多人协作的项目，存在三个和尚没水喝的问题。你花精力去思考怎么设计得更合理，更稳定，更能适应未来可能的变化，但其他人都是胡乱堆砌，只刷 KPI 到点下班，那你一定会心里不平衡，可能也跟着堆屎山了。上面提到开新坑，定期跑路的，有一个算一个都是自私的人。如果接盘的人可以选择不接，然后你就跑不了路，我想可能又会有所不同。
从这个角度看，想要战胜人类与生俱来的自私，团队定期复盘代码设计质量可能也很重要。

花了一个周末把梳理出来的知识点都简单写了一遍，大家有兴趣可以看看：

https://fasionchan.com/posts/high-concurrency/

也算是完成了前些天立下的 flag

我个人比较喜欢自己折腾，之前用过别人开源的，但总觉得限制太多，改起来比较麻烦。自己搞就不一样了，想怎么改就怎么改，哈哈

我是自己折腾了一个，因为不是专业的前端，做得比较简单： https://fasionchan.com/network/