@seakingii 这倒是习惯就好，我一开始也感觉很烦，但写多了就觉得还好

@junkun 我觉得人是最不可控的因素，如果是一个人的项目那还好说。反正我带的 Go 项目，本身自带自动格式化，但总是有人懒得配……除非大团队有精力做 code review ，否则最后肯定是一团乱糟糟的炒面

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

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

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

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

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

@y1y1 #55 这样就没必要了吧

@Andreas8 #52 嗯嗯，这样说没毛病。可能是我想多了，因为刚好看到前面的童鞋连发几个调侃，就跟现在网上的负面情绪联系在一起，觉得烦就说了这么一嘴，大家见谅

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

@leedarmau 可问题是，可能不是每个人都跟你一样无私，至少我看到的大部分人都是在宣泄自己的情绪而已。

其实我也知道回复 [对 IT 的影响应该很小，怨气都这么大吗？] 这句话在现在的舆论背景下，很不合时宜。可本着让大家听到不同的声音，换个角度思考问题的考虑，我还是发出来了。大家觉得说不通，就当我错了就行啦。

哎呀，这个帖子又不是来讨论这个问题的，我们不要偏题，还是帮 OP 做毕设建言献策吧。

@wcxu1123 #37 那也不能屁大点事就流泪不是吗？

我只是看到很多做餐饮的亲戚，动不动停业十天半个月，影响比我们干 IT 的大得多。可人家也没这么怨气，也不会天天传递负面情绪，觉得有点奇怪而已。我们的教养比他们那些没怎么受过教育的人差吗？如果我们是替别人发声，我倒觉得还说的通。可问题是多少人是这样的呢？还不是因为自己麻烦然后就不爽了？

我本人最近也三天两头被黄码，然后有一次去药店给小孩买碘伏消毒棒，付完款药店查码要求退款……搁谁都会不爽，可就这就不是屁大点事吗？大不了去测下核酸呗，测核酸还不用自己花钱，还想怎样呢？对吧？很多人都想跟外面一样躺平，可真躺平了出现抢不到床位的事（假设），同样的这批人还是会出来骂娘的。

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

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

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

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

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

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

@learningman 前面几位童鞋提的都是 XXXX 系统，肯定是 IT 吧？

对 IT 的影响应该很小，怨气都这么大吗？

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

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

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

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

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

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

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

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