练引体向上，会好很多。
你自己俯卧撑和哑铃有效果，也是因为肌肉把骨骼校正了。
引体向上对脊椎周围的肌肉练的比较均匀，这个校正效果会很好。我写代码超过十年（从小学 logo 语言开始算，笑），脊椎没毛病。

@fkdog #11 太精辟了，不只是博客，有一些人搞 github 也是这样的。

@cnsdytedison #3 哈哈哈哈脑补了 op：我还有一个虾仁呢～

@idlewater #48 233 我在知乎有 3w 粉丝，然后去年扔掉号了。

这个问题很复杂，我用自己的项目 scheme-langserver （ https://github.com/ufo5260987423/scheme-langserver ）为例说一下。如果说的不对、不成熟、没见识，我这个人缺点就是情绪化，希望能够友好的指出。感谢。

scheme-langserver 支持的语言是 scheme ，它本身有三个特点：1 ）工业用得少； 2 ）学术用的多； 3 ）很多优秀的程序员都承认它很有吸引力。

一、开发 scheme-langserver 的必要性
编程技术是逐步改变人类的生活的，比如 2022 年的 scheme and functional programming workshop 就有一篇文章讲的是量子计算里面的 scheme 语言的用途（ Scheme Pearl: Quantum Continuations ）。也就是说，人类社会对于编程技术的需求是在广度和深度两个方面加强的。这就需要优秀的人，以及围绕优秀的人做配套的生产体系——实际上这就是学术界的作用，也就是上面的特点 2 。

然后大规模的工业化开发使用 scheme 实际上是高成本的：主要是 1 ）代表着高技术和低技术开发人员的比例错配问题——就好像你在应届毕业生里面去找用 scheme 做主力开发的，我相信不但 java ，连 rust 的零头都不到。

但是，这些人和优秀的程序员肯定存在一定交集。而基于 3 ）：永远有一些普通程序员有一个较好的 scheme 的编程工具，因为他们自己不论水平高低，都必然处在一个需要用 scheme 的环境中。且产业界不可能在这些人做成功之前来大张旗鼓的做这个领域。

实际上，目前 scheme-langserver 也是 r6rs scheme 这个被 lisp 程序员普遍接受和了解的细分领域唯一的语言服务器。而这个工作是我做的，我现在只需要把功能维护好然后等风来：等 3 ）这部分人出来就好了。

二、如何自保
大厂不屑于抄是因为它们不屑于用；个人去抄的话，这方面很多资料实际上都是公开的，但是过去十年都没有人做出来笑。如果还有其他的情况我好歹青史留名了，这个的确没什么办法，我也不想在这个方面费太多精力。

这里一定要记住一个问题，当狗就只能吃盆子里给的，桌子上掉下来的你去捡说不好被踢一脚。

合同不要随便签，甚至就不要签：人家玩人心玩合同牛的很，你玩技术玩不过。真要用合同保证什么，让他们直接给钱，用捐的方式也好，用加密货币也好。别信任要和你签合同的人——你和你爸妈老婆孩子签合同么？签合同才有问题。

三、如何做事业
我的观点很简单，自己快乐就是赚，有人脉就是赚——比如学生用 scheme-langserver 写代码，那你就赚了，因为你影响了他们的一生。大不了以后再做点什么公众号什么的变现一下。

如果有人直接给，我可以请进家门吃顿饭，可以讨论一些更进一步的事情，甚至和代码无关的事情。也就是把用户当成自己的资源。

讲老实话，我们做开源是因为直接挣钱的生态位里面没有我们自己的位置。既然如此，拼的就是守株待兔，拼的就是蓝海。上红海去拼，没前途的。

@sbldehanhan #15 没有去认真研究过声音的问题。
我敲键盘手劲大，thinkpad enter 敲裂了笑。所以……其实都差不多。

hhkb pro2

我之前试了一下，对于很多小众需求它只是能快速检索到你需要的代码，但是还不告诉你代码来源何处。恰好，某一个领域在 github 上的代码我全看过，笑。
当搜索引擎用挺好的。

1 、幂等性；
2 、如何保证数据一致性并针对性能需求调整方案；
3 、DDD （ Domain driven design ）；
4 、流程引擎；
5 、鉴权系统和微服务之间的关系；

我说的这些应该还算 CRUD 吧？笑。

@janus77 #7 我觉得不如加强一下 spring 的异步线程池之类的。好歹还有点用到的可能性，笑。

学啥呢？要不学一下 language server protocol ？笑

@litchinn #30 很多时候问题并不是出在大屏不行，而是除了大屏，其他的环节完全推不动：数据、管理、人事、思维。全都是这样笑。

@janus77 #5 别害人家，你可要说明白了多线程是哪块，笑。
这小子怕不是脑子一热要用 lambda 的 parallel 直接在 CRUD 里面“加快运行速度”。Spring 的事务可是在 ThreadLocal 里面的。到时候报错他都不知道怎么查。

本来看到和培训班相关，不太想评论，因为培训班出来的有特定的就业目标。但是看在最后一句话的“热爱”的份上简单说一下：

1 、如果你从天赋和能力上特别能卷，我不排除你会进大厂，拿 50w 年薪甚至更高（我真的不懂现在到底是能到多高），甚至将来进管理层，甚至创业成功。
2 、但是在这一切之前，你的简历反映出来“基础不牢，地动山摇”：基本上是调包侠，没有证明你有独立开发项目的能力，难以独当一面。“热爱”这两个字眼来的太轻易、太年轻，too young too simple ，sometime naive 。

如果你的目标就是去做廉价外包，做一点 CRUD ，做一点管理系统的业务治理之类的，那你技术上已经够了。无非是缺乏经验，或者现在就业环境要求你们卷起来而已。我不懂现在的就业环境，也不想被人抬杠，所以不评论。但是人都有年轻的时候，将来你热爱的东西会更加具体。这里就从你当下的简历和知识储备进行我自己的解读。

1 、用 redis 减轻数据库 90%的访问压力，那只能说明你开发的项目是一个读远大于写的网站，不是么？那用 redis 减轻数据库压力和用默认缓存减轻压力有什么区别？那为什么一定要用 redis ？如果你能说出来个 123 ，为什么不往简历里面去写呢？是否说明你对于自己的知识储备缺少思考甚至没有知识储备？

2 、看设计模式，恕我直言，这直接反映了你没有现实的实践经验和开阔的视野：就培训班的就业目标而言，绝大多数项目是所谓的“敏捷”开发，维持设计模式的时间成本老板是不给报销的；如果你认真研究，就会发现多数设计模式是要应用于长期、持续开发的特定软件，而不是特定互联网服务的。前者的案例国内可能是某种财务软件，国际上可能是某些工业软件；后者的案例可能是拼多多促销。

但是你的技术储备明显和前者无关——我的意思是你当然可以学，但是这就好像明明是个杀猪的，非说自己在练屠龙技。也许你需要先找到自己的猪。

以上，在这个波云诡谲的年代里，祝好。

以前有个现象是地方到北京的各个单位去跑，什么单位呢？比如××委下面的××中心，××委把它们的文件拿来改一改签字，就成为了政策。地方上去跟人家签合同搞“调研”，让人家“出谋划策”。这种既当裁判员又给运动员替考的现象，我只能说是有可能存在的。


当然，自从某年拍蝇打虎（案例：XX 不经请示擅自改变出差行程）以后，“调研”就不方便了。但是这个生态位得弥补啊，怎么办？
北京呢，有个科技成果转化政策，而这些政策机构多数都是某种“科研院所”，那就把自己的政策工具转化为“大屏应用”嘛。你买了这个大屏应用就可以签合同，而且还可以要求定制化服务。

这事儿很合理，一点毛病都挑不出来。

内啥……弱弱的给自己的项目打个广告，四月可能有重要更新：gradual typing 。
https://github.com/ufo5260987423/scheme-langserver

@charlie21 #27
1 、你跑题了；
2 、你对于函数式编程的理解我持保留意见。

@InkStone #24
我提一点，不是从历史沿革开始写，而是抓住最根本的问题，从工程直觉开始写。这就有几点要抓住：

1 、问题随时间演变，所以解决的方法也要变——但是工程直觉，所谓面多了加水水多了加面必须要写清楚，这样读者才能意识到，在直觉背后，自己缺少什么知识。

2 、工程直觉不能直接解决的问题，更多的呈现为某种技巧。不能假设读者自我发明这些技巧，而是要假设读者如何通过其他领域的工程直觉层层累积最后捅破窗户纸——这就要在叙述上有重点地去叙述。

3 、叙述上的重点包括应用场景、案例、以及思考过程的三个约束：逻辑链条长度，知识积累，和语言技巧。这里就响应了您关于“比喻”、“实践”和“细节”的问题。

以上三点的关系在于要把直觉放到第一位，能把握住更多的直觉，就能够降低后面特别是第三点的难度。

@yuruizhe #17 它们不是偏理论，它们只是没涉及工程直觉。
或者这么说吧，它们的关注点是帮你补充知识的漏洞，是告诉你怎么做，而不是告诉你为什么这样做。笑。
这是这类文章必然采取的形式，但是不是一种直接作用于工程上的好的形式。而我想要讨论的是后一种。