@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/

写了自己的第一个作品《 Python 源码剖析》

https://fasionchan.com/python-source/

还有好几个主题想写，但空闲时间越来越少了

支持兼职吗？

@mind3x 怎么看出来的？感觉比人均水平差太多，raft 的原理是什么我现在都说不清楚，更别说写出来了……

@westoy 架构有大有小，比如说你负责厂里一个很小的模块，它可能不需要 VP 或技术合伙人来做决策，但不意味着它不需要支撑高并发压力。我也不认为干活的人就不需要懂这些技术，难道干活的人只配 if else 堆业务逻辑吗？退一步讲，从干活能干涉到架构调整，也需要一些知识储备吧？一个人不可能天生就会这些东西呀。

我不否认干活大部分情况下，是不需要用到这些东西的；我也不否认成长到能干涉架构调整时，这些东西早已掌握了，也不需要再看这种。但从前者到后者，起码有个学习过程吧？这个帖子就是想梳理一下，都有哪些技术点可以去了解、学习，仅此而已

@jeesk 我其实是想借此机会梳理个提纲性的材料，简单罗列一下都有些什么，用来做什么的。因为初学者想学也不知道要从哪入手，有个知识地图之类的指引应该会好一些