不用追新技术，真正有价值的新技术，迟早都会推送到你的面前。作为一个靠技术吃饭的程序员，真正的核心能力不是掌握新技术，而是利用合适的技术去解决问题。简单地说，就是仅仅技术学得多没用，会用技术才有用。说难听点，就是会临时抱佛脚，而且不会失手的才是无往而不利的才是真本事。

当然，要 get 「临时抱佛脚」这个技能，并不是什么简单的事，而是要有深厚的基础知识，开阔的眼界才行。

别爬个人隐私信息，这个最近抓得很严。很多 APP 涉嫌不当采集隐私信息或采集隐私信息未提示被处罚了。

256 一般用用也够的，只要电脑上不安装虚拟机，不存图片、音视频文件以及下载的东西，128G 都够用。

干前端 16G 够用

这个要看情况，买断式的当然属于客户。但如果你对客户的出价并不满意，然后又觉得这个东西做了有比较大的市场。于是你就收取客户较为低廉的价格，开发完成后只是授权客户使用的话，著作权就属于你自己。

中台就是抽象的业务，或者叫能力中心。譬如在商城中抽象出订单、支付、物流等业务，可以若干业务都使用它们的能力。

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

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

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

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

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

压根没装过

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

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

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

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

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

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

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

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

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

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

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

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

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

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