一张图能解释很多事情，为什么越来越多的软件项目在主页上都不放截图了?
这个问题有趣。我猜开发者不善言谈？然后形成了一种风气，另外显得酷？
完成是猜的
1 Like
不放截图：不行看不懂，得下载下来试一下…
放了截图：OK不是我想要的，直接走人~
同样是猜的
5 Likes
遊戲的話肯定放，可是軟件一打開就能看到的畫面
確實不用放阿! 如果介面有更動，還要重拍一張
(不重拍，就變成很常見的那種，截圖像舊時代，打開來到現代…
不啊 没截图 我一看 就感觉这个人不会写markdown ，直接跳过项目（除了没有GUI的）
1 Like
因为它是代码仓库,而不是应用市场或者宣发途径.不少项目连编译结果都不提供的
反而是放qq群、宣传图的国人作品是异类
3 Likes
这种事情本身没有规定（也不应该有）。与其说是「为什么会流行不」，不如说是「还没流行起来」吧
如果想流行，可能需要发布倡议，号召社区的人们一起去做。
有些倡议可能会成功，需要有一定的影响力。
类似于：
其他类似：
- 为什么很多平台不能好好地给出一条内容的 URL？
- 为什么有的人的幻灯片上写满了字？
3 Likes
单纯的库或者是CLI完全没有放截图的必要吧。
放截图还要上传、引用，好麻烦哟。
因为很多人能上GitHub就很麻烦了（比如说我原来知道SteamCommunity的时候，同时一般情况下我还不想上特别网络环境）……
因为直连得有30%的概率连不上，经常传着传着就断连了……clone depth=1和push得重试好多次，放个图更是麻烦的要命。现在有了steamcommunity以后就好多了，可以随便上传图片了。我感觉一般情况下难以上传图片才是原因（
然而图床可以选择国内的，没有必要把介绍图也放仓库里啊。
不放图可能没有什么特别原因，只是懒得放图。
readme 里写的花里胡哨的还不如做个 github pages 呢。如果真的想大力宣传可能就专门做官网了，更没必要在仓库里放图。
1 Like
当年都不知图床为何物（
中国人刚开始用github的时候大多数应该都是看到人家repo里面有图，就想着直接塞进去吧
至于GitHub pages更是与初学者基本绝缘
github自带图床的，至少发帖时可以把剪切板拷贝的图片直接ctrl+v粘贴到编辑器里面
嗯有可能是语言运用不太行，又码了很多字不愿意精简和整理，所以全都作为资料贴上面了，有时候看了半天都不知道这软件是干啥的
现在很多网站的先进编辑器都支持直接粘贴了，google image，google translate也都支持粘贴剪贴板的图片，遇到编辑框都可以拷贝个图片然后Ctrl+V试一下
当然也有很多新软件连drag and drop都不支持，可能是传统断了
现身说法，我放了图的仓库，基本上图都过期了。。。更新文字容易，更新图片太麻烦，不同界面的截图你都得重新截一遍，截图为了演示到内容可能还需要搭建专门的环境来展示，可能还需要塞测试数据什么的。
当然，这些也可以自动化，但是往往实现这个自动化的工作量可能都超过了大部分仓库本身维护的工作量了。
总而言之，放图，可以，但是更新贼麻烦。
补充：
然后就是大部分仓库其实没有GUI，所以不一定需要图片来展示。GUI强相关的，倒是基本都有图。所以 “流行不放截图” 这个叙述我不知道来源是什么，统计结果？个人感受？我从个人感受来说的话，是不认同这个叙述的。以上。
3 Likes
直接用传到github上图片，
太复杂的，起码基本/主界面要有。
代码是哪些语言/平台也要先说清楚。
架构复杂的，也要说一下各个子系统及其关系/协作方式。。。
我觉得一切都是markdown的错，难用的要死，早年GitHub并不支持直接上图，一定要markdown+图床
小项目不需要图，大项目需要很多图。
图片本身不能很好说明，图+文才能很好说明。开始截图，往往到最后需要很多图，所以还是懒惰吧。
其实在图片上标记清楚图片对应的软件版本就可以了，也不一定要更新到最新