@xianyukang 我选择用 menubarX + pipebox 。

所有笔记最终都要整理到自己的 OneNote 、Evernote 、Typora
这个是下一步的规划~
直接在笔记软件上写，要不然分屏，要不然来回切换，都比较麻烦，打断思路。anyway ，在哪儿都能写到是了，各有所爱。

@rming 哈哈 『能用』

忘了邀请你测试了~

哈哈 看我前几天发的帖子 https://www.v2ex.com/t/873641

vscode 写 c++，补全什么的好用吗。
c++没有包管理，公司用自己的编译工具，又用 c++搞微服务，一个模块可能关联四五个项目，非常蛋疼
anyway 我还是用 vim 本地比较多，远程 vs 不太习惯。确实是大部分人都是这么用的

V2 这么多人都相信
run 了就能解决这个问题，解决一切问题？国外这么完美就是天堂么。

<工作、消费主义和新穷人> 这书就在回答这个问题，推荐 lz 读一下。这不是一个一句话就能回答的问题，值得写一本书

@Kenmin
感谢推荐，看一下。

有问题好啊，有问题就去探寻答案吧。
这个问题其实没有唯一解法，你能做的就是找到自己的解。
这个问题如果真的能困扰你，就可以变成一个动力，驱动你去看很多东西。哲学，王德峰，项飚，李厚晨，<工作、消费主义和新穷人>，感觉也只能给你推荐一些东西，最后的答案如果不是你自己想出来并且相信，去执行的，毫无意义。

https://zhuanlan.zhihu.com/p/353751321

https://matters.news/@shenbolun/93028-%E8%BF%99%E4%B8%AA%E6%97%B6%E4%BB%A3%E5%AF%B9%E5%B9%B4%E8%BD%BB%E4%BA%BA%E7%9C%9F%E7%9A%84%E5%BE%88-%E5%9D%8F-%E5%90%97-%E6%9D%8E%E5%8E%9A%E8%BE%B0%E4%B8%93%E8%AE%BF-bafyreics24ssw6xlvvrkpmxnxfi4vwo7fjaxhdmm75ihypcajbscmw4dmu

懂了，大脑算力不够，所以主动放弃了这些功能。

就像视觉，其实眼睛能看到 N 多的细节和像素，但是你处理能力不够，只有焦点里的东西才看得清楚。

如果大脑能控制每一个细胞的运动，那得多少算力，还能干别的了吗。

@NaVient 微服务噢。
比如说我司，一个 CRUD 业务，基本上可以说就是 1-3 个写入接口这种业务复杂度吧。
后端拆成 10 个左右的项目，有负责热数据的，冷数据的，proxy ，统计，等等。
这样每个项目复杂度就下来了，用 go 就合适。
但是我司基础设施牛逼啊，切流，身份验证，负载均衡，文件系统什么的 都是现成的。

如果你都写在一起，就不好玩了。

4w 人公司，自己把库搭在自己开发机上。
一人一个开发机。

兴趣是最好的老师。
当年我上大学，机械专业的。参与了一个兴趣小组，天天自学
为了研究 CSS 一个样式，经常干到很晚。天天上课时候看 PHP ，给老师做项目挣钱，暑假去打工做系统挣钱

但是如果我学了计算机专业，我估计就完了。兴趣没了。
我认识的好几个同学，现在写代码混的都还可以的，都 不是计算机专业的。计算机专业没听说有干这行的，更没听说有厉害的。

当然我现在也很后悔上学的时候没多学点远离，现在时间很少了 还得研究网络，研究系统调度，要不然一个性能问题你就解决不明白。原理是重要的，是因为有场景有业务的驱动，我有实实在在的需求。
得想明白驱动力是什么，学生学这个有什么驱动力，这才是最重要的。

看了这么多回复还有一个感觉。

去年在某几万人的大厂参与了校招。

很多 1 本的，一些基础知识都不知道。女生，简历写的也像模像样，结果随便一问 简直太水了。

给我最大的感受，计算机真是一门注重实践的课程。如果没有实践，你通过努力能把”知识点”被的很好，但是深层的原理，知识之间的联系，就不是靠背诵能掌握的，你得真的做一遍，才能感受到那种”意会”的感觉，悟了。

举个例子，tcp 的各种知识点背的很熟，但是问如何用 udp 实现可靠传输，大概就卡住说不明白了。很多同学的简历都没什么项目，做的东西更像是课后作业的水平。可能你会说，没有业务场景，没办法啊。我在小公司干了这么多年，当然能理解，我也有这个问题，所以想来大厂看看；但是就遇到有 nb 的同学，自己撸个轮子，写一个异步多线程的 webserver ，先不管能不能在生产环境用起来还是 github 有多少 star ，至少这个项目让他对知识的理解程度就更深入了。

写的多了还有一个好处我觉得更重要，你就知道哪些知识才是真正的”知识点”，是实实在在的能用起来的东西，而有些只是手册型知识，需要的时候去找一下就好了。

laravel-s/swoole 是个不错的解决方式，但是有风险。

可以找到哪个请求量不小，但是速度比较慢的接口，单独部署 2 台服务器走 laravle-s/swoole ，用 nginx rewrite 一下就行；如果失败了在走传统的 FPM 。
这样就 1-2 个接口，比较好测试，出了问题也好降级，随便弄 2 个 4 核 8G 的 ECS 就能抗住很多量了。

@Richard14 操作系统也是在处理业务吧,只不过是处理计算机相关的业务,所谓"底层"业务

当然还是觉得算法难,动归到现在也没弄明白.主要是算法不是靠自己就能想明白的,业务逻辑大部分都可以.业务太复杂了还可以简化,总归能做出来.
但是数学不会, 不会就是不会.

@beimenjun
技术主业跟赚钱副业的区别很大了。

比如大厂对技术的要求，要深入。大到性能优化 架构设计，小到代码规范，Bug 管理，都是严格有流程的。

但是自己干（不是做外包），做面向市场的产品，对产品 /需求 /市场的理解是第一位的，技术只是实现自己的目标的手段，退一万步说很多业务用低代码 /小程序 /公众号 /微信群 都能解决大部分，技术不是最重要的。所以是完全不一样的路线，没什么可比性。我见过很多朋友做 PHP 做的不咋地，远远不到 1%的，但是后来做老板生意做的挺大。

做外包（包括给 uniapp 做插件）当我没说，这个可能跟大厂纯技术导向要求差不多。

做生意： 管他什么平台什么流程，先上线看看用户反馈再说，搞量搞内容第一位

做技术：管他什么用户什么业务，先把运维搞完美

从小作坊来大厂大半年了.

其实纠结技术学到什么没啥用,肯定是大厂更广泛更有难度.
我觉得更值得关注的是,大厂是对人内心,精神的影响.

举个例子,最开始没有流水线的时候,生产汽车一个人要负责全部,或者大部分的组装工作.后来有了流水线,一个人负责其中 1 点点工作,比如你是安装座椅,一直干这个, 速度就很快很熟练.对于个人来说,公司也要求你是必须可替代的,你也只有机会干这个.你可以很精通安装座椅,但是对别的基本上不熟悉.

我在大厂,看到干了五六年的同事,基本上就是这个感觉.微服务就是完完全全的流水线化,基本上 1 年写了四五个接口 /项目,然后就是维护.都是十几年的业务了,修修补补也就那样.你会在某一个领域精通.但是对人的异化,人与人之间的关系,我觉得都比小厂要差很多,搞得我现在非常怀疑人生.