基本不能同意楼主的观点。无论是我的认知还是我所见到的现实，都是技术最好的走上了管理岗位。从来没有技术不行的能压着技术牛的上位的情况。如果被提拔的不是关系户，那楼主怕是小说看多了。

其实这个很容易理解，管理行不行，没有相关的经历你是看不出来的，但技术行不行，大家心里都明镜似的。管理岗位空出来了，上级正常情况下肯定会提拔技术最好的那个。因为别的不知道，至少能服众啊。再说，技术好基本是意味着人聪明，学习能力强。既然大家都没做过管理，让最聪明能力最强的去就是最符合逻辑的决定。

@JerryCha 厨子早就在暗中为每个功能标好了价钱

wifi6 目前毫无意义，先不说你有没有这个需求，就是网络都不具备使用条件呀。

真用起来 wifi6，保守估计 3 年后吧。那个时候，今天买的 16 寸该淘汰了吧。

压根没装过

楼主今天估计冻成鹌鹑了吧。穿秋裤不丢人

实在不愿意还可以穿裤袜，据说很保暖，比秋裤还温暖。我觉得也是，裤袜至少没有秋裤往上缩脚脖子发冷的问题。

特意验证了一下，没有楼上说的问题。同时发现了背景居然变半透明了。。。话说升级后还是第一次打开 console.app

32G 目前勉强够用，搞了个 2C8G 的虚拟机装 docker，基本上我所需要的基础环境可以全套带着走。这样写代码就很方便了，随时都能调试。

当然应用服务不可能全开，全开要 20G 内存。如果是 64G 内存，我就可以服务全开，不用手动启动 /停止一堆的容器了。像我这样写代码的，512G 的 SSD 绝对是够用了，CPU6 核 i7 也够用。只是写代码，丐版内存加到 32 或 64G 就可以了。

提升的原理就是快的连接不用等慢的连接处理完。就像地铁的安检，不带包的可以走快速通道不用在带包的队伍里面慢慢排队。

老的项目能正常运行的话，就不要横生枝节去折腾它了，除非你闲得慌。

当老项目需要增加新功能，支持新需求，并且是相对比较大的改动的时候，才是拆解它的良机。把新功能相关的部分从老的项目中分离出来，并且丢弃它。然后新建一个新的项目来完整地实现新功能以及相关的旧功能。

如果实在是没法拆，那就完全丢弃重写吧。

自己造轮子，如果你的系统比较复杂的话。如果只是个简单的 APP，那就直接用 Shiro 好了。

在一个微服务系统里面，用户身份验证和鉴权用这些现成的如 Shiro 意义不大，总会有不能满足需求的地方。与其费力去打补丁，还不如造一个适合自己的轮子。

我们也不允许任何开发人员使用自己的一套，但鼓励每个开发人员共同维护公司的项目模板，无论是添砖加瓦还是修复 bug。

统一的架子的好处不仅仅是统一的代码结构和风格，还意味着比较一致的包引用。当然，该有的东西模板都集成好了，直接上手业务代码就好了，能省很多事，也能减少很多问题 。

可以倒是可以，但毫无意义。别人只要改改变量名、方法名、类名什么的，你就没办法告了。你总不能不让别人用同样的思路来写代码吧。

@flowerains 二手估计最多出到 18K，血亏。还是等下一代吧🤣

价格相比我的 18 款真是良心多了，屏幕 15 寸升级到 16 寸，cpu2.9G6 核 i9 升级到 2.4G8 核 i9，内存 32G 升级到 64G，显卡 Radeon Pro 560X 4G 升级到 Radeon Pro 5500M 8G，才多了 1 千多点。

降噪效果不好的，换大一号耳塞

焦虑会白头发，不会掉头发，除非你去揪下来

谈文化谈使命很好，公司要有发展，共同目标、凝聚力、执行力这些是要有的。要不然一盘散沙，能做成什么事呢？

但是，这一切的前提就是不能损害我个人的利益。连我的正当利益都不能保证，哄鬼去给你卖命吧。

国企员工这个不叫体制内好不好，现在体制内仅限公务员