@han1988 #11 完全赞同你的观点。

10T 资源求分享

根据你的目的不同，一般要：

1 、找入口和出口，比如 io 是从哪儿进入哪儿输出的，比如 main 函数在哪儿开始在哪儿结束；顺便，关于 io 我见过很多代码把函数的副作用甩籽一样满世界散，然后都作为输出的，笑；

2 、很多和学术有关的项目，函数名往往和学术名词关联，维基百科一下或者看一下论文；

3 、分析依赖包都是干什么用的，同类竞品都有什么——有时候用这个包不用那个，是因为一些特性需要用；

4 、按照入口、出口的逻辑，绝大多数大项目都类似 MVC 结构把代码分成 model view controller 三个层次，然后在 controller 这儿再按照业务来分。

emmm 我说怎么一直觉得 firefox 挺快的呢，原来我一直用 ubuntu 笑死。

啊，说错了，直接用蓝光光盘，而不是光盘库。光盘库太贵了。

蓝光光盘库。我一年要产生小 100g 的工作数据，都通过这个方式备份。
10 年前通过 dvd 备份的数据（那时候一年也就是 4-5G ）都还在，我的硬盘已经坏了五六块了（包括 ssd ）

其实挺好的，充分证明我国目前进步的主要阻碍在中层干部。

羡慕和恭喜！

code template 算不算？

给自己新闻联播的待遇而已，你看他们都戴口罩

这是我在 V 站看到比较精彩的简历，几个面试官，包括蔚来、美团、快手三者的评价都是完全正确的。包括我看了你的 github 等等，完全符合我对“优秀”计算机爱好者的印象。这里使用“计算机爱好者”这个词并不是贬义，而是对你提出另一个层面的要求。因为世界上多数计算机科学和技术方面“突出”而不仅仅是“优秀”的人。而从你的简历来看，更加倾向于某种“实践”，低情商的说是“调包侠”。这不是不可以，这一点在 10 年代能够快速满足大厂们的用人需求，好得很。

首先祝福你，希望能够找到好的工作。

然后进行评论：
1 、你需要在简历里面更多的描述你遇到了什么困难，以及解决困难的方式。我相信在使用 spring 过程中的各种幺蛾子你都通过搜索引擎解决了，那你用搜索引擎解决的最困难的问题是什么？

2 、你是计算机专业的根正苗红的学生，计算机三大浪漫你应该都听说过或者多少学过。你认为这些基础课对你工作中面对的困难有什么作用呢？请先进行一些搜索以后再去说这个话，因为老师们可能不会讲，但是为了找到工作，你应该进行这样的思考。

3 、你的 github 我看了一眼，没有什么可以评论的，现在似乎年轻人搞 github 都是这个样子搞。包括你的博客，也是比较的平均水平。我们很多老家伙没有那样搞，可能是因为我们不需要，笑。

最后给一点建设性的意见：实在不行你研究下你投的那些企业，他们的开源项目有啥，然后你对症下药准备简历呗。甚至从代码里面找点 bug ，提几个 issue 和 request 。

24 届努努力还来得及，加油。

@lovexiaofan12312 #4 我还以为是我的问题(手机不行)，没想到是微信的问题笑

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

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

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

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

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

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

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

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

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

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

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

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