@idlewater #73 归根到底，成功的开源是一种破坏性创新。如果创新在现有体制下盈利能力很强，以现在这帮商人的尿性是不会开源出来的。

因此，在企业（这里仅仅指的是大厂）策略上，除了一些价值观因素外，开源政策的主要目标是作为一种软杀伤手段：比如塑造公司高科技的形象，在就业市场获得好评；比如给地方上做智慧城市的领导一种这个东西大家都在说，所以很靠谱的印象——这些都能挤兑竞争对手。

对应的，企业的开源策略和企业老总对于开源的策略有区分：前者不可能允许对企业既有格局产生大的损伤，最多接受杀敌一万自损一千；后者则可能接受企业整体战略上的转换，比如存人失地。

这就从一个侧面回答了问题：什么是小而美的项目——举例来说，现在搞 web3.0 的社区玩法，很多企业会去小规模投资，但是很难大规模投资。因为大规模投资多少会对现阶段的流量变现格局产生硬性损伤。

那 web3.0 有没有非社区玩法呢？肯定是有的。有没有个人开源能做的玩法呢？这个需要去找。

@artnowben #63 刚发现大佬可能是百度的哈哈，我 15 年在百度干过俩月实习生，握手。
---正文---
至于越来越规范和越来越于国际接轨嘛哈哈，我个人认为还是有公司以外的，更好的方式来做开源。

@artnowben #60
您最后两点关于大厂开源的缺点，我觉得非常有意思。简单说下我的想法，见仁见智，请大佬批评。

1 、虽然我们说任何优质开源项目做下来都是要花心思的，但是对于大厂而言，这种心思可能更多体现于他们体系内的画大饼，比如升迁 KPI ，比如知名度等（开源中国这两天正在宣传的一个所谓“峰会”，我看演讲人嘛……）。但是他们特别容易（注意我说的是“容易”而不是说他们必然）采用一种上“规模”的玩法。
对于这种可能的人海战术，“小而美”就是针对他们的——要么积累数据，放到十年的尺度上；要么自己是一个特殊的人，有特定的生活和生产场景。
总之，相比起来个人开源对素质要求属实非常之高——但是这又有一个问题：如果我做出了小而美的项目，证明了自己的能力，为什么大厂（相对）很少收编呢？

2 、开源本身就意味着商业存在困难——如果商业上不存在困难，当前的搞法就是不开源。这是这个帖子下面已经无数次讨论了的问题。我认为，大厂的商业压力更多来自于内部“上规模”以后的“反噬”。
----分割线----
因此，一个小的想法是这样的：大厂其实也需要开源，但是方向错了——不是大厂向公众又多又滥（如同阿里的开源质量以及编码水平，笑，其实那个 json 的插件有很多编程模式可以尽量减少 bug ）的开源众多项目，而应该反过来。
大厂应当更多的以打榜的方式吸收开源的个人，并且鼓励开源。

这就对 op 的问题进行了一个更深层次的回答：在未来
1 、个人开源可能不一定需要干过大厂开源，可能需要以更好的方式去研究大厂到底需要什么东西；
2 、或者通过普遍改变大家编程方式的模式，来改变大厂；

以上当然很难，但是和个人干大厂比起来，似乎半斤八两，笑。

我不懂管理和市场，也许我的想法幼稚可笑，请批评的时候温柔一点。

@efaun #56 原来如此。感谢。

@efaun #51 哥们儿，虽然你加了狗头，但是我没看懂阿里的开源是啥意思……我太 out 了。能否解释一下？

练引体向上，会好很多。
你自己俯卧撑和哑铃有效果，也是因为肌肉把骨骼校正了。
引体向上对脊椎周围的肌肉练的比较均匀，这个校正效果会很好。我写代码超过十年（从小学 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 、看设计模式，恕我直言，这直接反映了你没有现实的实践经验和开阔的视野：就培训班的就业目标而言，绝大多数项目是所谓的“敏捷”开发，维持设计模式的时间成本老板是不给报销的；如果你认真研究，就会发现多数设计模式是要应用于长期、持续开发的特定软件，而不是特定互联网服务的。前者的案例国内可能是某种财务软件，国际上可能是某些工业软件；后者的案例可能是拼多多促销。

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

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