根据项目内容和状态，不同阶段要有不同的写法。最关键的是你要知道自己项目的用户在想啥。

拿我自己的项目举例： https://github.com/ufo5260987423/scheme-langserver

1 、要介绍这个项目是干啥的，两三句解决掉；
2 、介绍这个项目的背景和发行方式，一段话两三句。
3 、使用效果，最好带上图，这块可以多弄一点，要一下子抓住人家的眼球；
4 、如果是开发过程中的项目，交代一下开发状态；如果已经发布了若干个版本，要简单介绍一下各个版本干了啥；
5 、如何使用、部署、编译项目，要让人家顺着你这个介绍一步步就能把项目用起来；
6 、描述一下愿景：我将来要发什么功能；
7 、如何测试、debug
以及其他。

其实如果你写过论文的话，这些都是很正常的东西。

@Alicewish #14 归根到底是开源的领导权问题。
你们圈里的事情我不懂，但是归根到底要想办法争取大多数人，要搞团结，不要分裂。

你的问题涉及到了“开源”这个概念的核心弱点：一部分开源使用者获得的优势比另一些要多，并且能反过来利用优势形成对包括开发者在内的弱者的压制。

一旦开发者坚持某种价值观，试图对这种行为做出改变，就会遭受社区关于“你不是开源”、“开源不能对用户做区别对待”之类的声讨。

说白了“开源”只保护有钱有势有能量的开源使用者，不保护弱势的使用者和处于相对弱势的开发者。

@IamUNICODE #100 我也是

@duke807 #1 我不知道如果在 README 里面单独声明一点东西可不可以。

有点时间多搞搞自己的东西啦，给老板干的越多，赔的就越多咯

@wishyy #64
我只是在用中性语调去说我所了解到的东西而已，认知有偏差本来就是很正常的事情。
你如果是为了显得自己知道的多，可以不用反问号。

@opentrade #48 你如果去看他 github 就发现，他已经找不到工作了。因为背调不给面子，都撕破脸了。

@huang40614676 #20 我觉得你楼下#21 楼的仁兄说的才是本质。

给我印象最深刻的话是：

最后，本案已经造成我的巨大经济损失和严重精神伤害。令人遗憾的是，我也没有从这个具体的司法案件中感受到公平正义。

150w 年薪的高级打工仔都感受不到公平和正义。

@yhzwy #110 这个是事实，一看到他们什么牛鬼蛇神专家都拉出来站台就知道，名为站台，实为做空。
如果真的牛逼，不需要这么多专家的。

@Eagleyes #104 我说一个北京的现象，和你说的连起来看，不一定能完全搞懂，但是多少有点用：
今年好多二线、三线城市一点工作机会都没有，大家都只能去北京碰运气。这造成了北京似乎今年开年以后人特别多。再结合 105 楼网友说的，杭州、深圳同理。

突然意识到一个问题：其实现在 op 应该能够看出来，在老板的认知里面你们被裁掉的这些人不是利润的来源——至少不是未来的利润的来源。

这样的话，对于同样类型的企业和同样类型的老板，大概率很难找到同样类型的工作：不能为公司带来利润，还能说什么呢？

我并不是说这样的情况是合理的，我只是在提醒 op：转型可能迫在眉睫，而且眼界要尽量放宽，否则找不到工作极其有可能。

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

10T 资源求分享