@abcbuzhiming 你觉得用 linux 桌面用的就是所谓的 GUI ？如果 linux 系统不能用命令行我直接换 windows，把单独的桌面环境抽出来说一顿有意思吗。排除 Windows 的应用、游戏生态，单独的卓面环境也可以说它是一坨 shit。

@abcbuzhiming
你说的工业环境是什么，如果是狭义的工业控制系统，那么只是应用厂商选择 Windows 作为平台而已，就像游戏开发商做 PC 平台不做 Linux 平台一样，和系统本身关系不是很大，更多是考虑市场大小和投入产出比。

如果你说的是广义的工业，那就更有意思了，在国外你不用 linux 都混不了开源社区你不知道吗。看看这个 https://my.oschina.net/eechen/blog/79968 还有这个 https://zh.wikipedia.org/wiki/Goobuntu。Google 在你眼里可能算不上工业。除了像 Google 这样自定义系统的，还有不知道多少使用 Linux 作为开发环境的开发者。

你说国外有人喷，那当然是有的，能说明多大问题？我上 Google 随手一搜“ Why Developer Linux ” 出现的大部分文章都是关于为什么 Linux 受开发者欢迎的。比如 https://hashnode.com/post/why-do-developers-love-linux-cj82kws8k00fhz5wtjppyqclv

注意，这个 Why Developer Linux 既有可能是 Hate 也可能是 Love，搜索结果一定层度上能说明问题。

就像这篇文章说的，没有系统是完美的，但针对不同需求各自有优势。用 Linux 做设计就不好，因为没有 Adobe 全家桶，玩游戏也不行，少之又少。但作为开发平台，绝对是最好的，你说没有工业环境，我想知道，go、python、node、ruby 等等语言，nginx、redis、mongodb、postgresql 等组件，android studio，vs code，atom，sublime 算不算工业产品。很多软件的设计就是按照 linux 系统的逻辑来的。这些东西当然在 windows 上都有，但体验就像在 linux 下用 qq 一样，蹩脚又恶心。

所以问题来了，是 QQ 重要还是开发环境重要。

如果你们连 git 命令都不熟悉，真的不适合 linux，这里没有人向你推销。反倒是你自己因为无知而着急了？

实话说，抛开技术背景谈使用 linux 完全是没有意义的。多少开发者工作几年了连 HTTP 协议都搞不清楚，TCP/IP 就更别说了，还有进程间通信，管道，进程线程的关系，硬链接软链接、配置文件格式、Shell 脚本、Python、Systemd、Makefile、包管理器等等。毕竟微信 QQ 比上面这些都好用。
多少开发者处于上班混日子，下班玩王者荣耀吹牛比的状态，Linux 简直就是噩梦。他们唯一能理解的就是大数据大并发，因为马云也在吹这个。

@18k 这个帖子甚至没有“张小龙牛逼”这个前提。

另一方面是 QQ 导了巨大流量。
@didikee

要用好 linux 得花很多时间，跟风就算了。而且这也得看你的目的是什么，你是做什么开发的，做 Java、Android 开发？那就不要折腾了，这些是差不多的。做 Python、Go、Node 之类的用 linux 是有好处的。

我从大学就开始用 linux，那时候也只是玩个新鲜，现在 linux 的“可玩性”确实没以前强了，我记得 gnome2 的时候还有一大堆特效插件可以搞点点点点点点。
但熟悉后，开发效率不知道比 windows 高多少倍。前提是熟悉命令行，包括各种常用命令、系统目录配置等。根据实际情况还有各种开发环境的配置。

linux 下你可以非常方便地安装很多服务，redis、mongo、nginx、elasticsearch、docker 等等，换句话说可以很容易模拟出一个服务器的运行环境，这时候调试开发什么的效率又不知道比 windows 高了多少。当然前提是这些东西你都玩得转。如果你是那种配置个 nginx 都不会的人，那真的就不要用 linux 了。

ubuntu 和 fedora 的桌面版是很稳定的，网上很多人人云亦云，把 linux 的桌面版说得太次。其实只要你的硬件不要太新，尤其是 GPU 不要太新，现在 linux 支持得都不错。我自己的电脑 1060 5G 显卡完美支持，DOTA2 最高特效 12v12 流畅运行。公司的电脑 1070TI 的显卡，就反而差点，但不影响开发。


说个题外话，你也可以想想，为什么那么多开发工具都要出 linux 版本，linux 这么难用，国外的开发者都是智障吗？
国外的环境和国内很不一样，国内太多人还处于用 Mac 能找到优越感的阶段；国外（主要是美国）经历了整个计算机操作系统的发展过程，因此他们对于 linux 并不像国内开发者那么陌生。linux 在美国的消费级产品中绝对是小众，但在开发者圈子里却是主流。很多工具，诸如 node、python、go 等，linux 才是他们的“原生平台”。

说句实话，使用 linux 其实是选择一种生活工作方式，不 FQ 的话会差劲很多。

我很久以前用 python 写过一个。
https://github.com/wiiiky/lucy

那时候我把 adb 源代码拿过来，集成到了 python 里，然后用 gtk 写的界面。

@1024MB solo 是最 SB 的，选一样的总有熟悉不熟悉，不选一样的，英雄克制很明显。再其次，这游戏 5v5 和 1v1 完全不是一回事。

当然，玩 LOL 玩出情怀的一般没有理智。

使用 Gitlab CI 的话需要在 Runner 所在的服务器配置一个 node 环境来编译，编译的时候会占用比较多的内存和 CPU。

个人建议在你电脑上用 ansible 来自动化。没必要模仿所谓的大厂，大厂的人力资源是你们的几十倍，很多都有自己开发的一套发布系统。

@DavidNineRoc 我随便举了个例子，说一个页面三个接口的情况，你的理解就是一个页面必须一个接口？你的阅读理解才是神。

在某些人眼里，产品需求明确了，接口文档下一秒就应该出了，不出就是能力不行。

在实际中，只要不影响开发进度，我并不关心他什么时候出。很多时候都是可以先作页面的，大部分简单的接口后端也能在前端需要之前就给出。一个项目的开发是多方面的合作，而不是谁要顺着谁。如果后端接口开发真的慢，也应该反应到上级，才能让他们调整开发流程。

互相理解互相帮助，及时沟通才是正解。当然这是理想情况下。

@reus 接口完全不照顾页面，那么前端（尤其是移动端）用起来会很难受。比如一个页面有三张表的数据，可以使用三个接口，但那样前端就要考虑先调用哪个，先展示哪个，还是全部调完再展示。这个也跟 UI 设计有关系，UI 说要一个 loading 一起展示，还是三个 loading 分别展示？因此接口不可能不照顾页面设计，那样做的才是真正的坑货。

多个端写多种接口很正常，很多应用多端的需求本身就有区别，就算当前没有区别，以后也很可能会有区别，分开容易维护。我遇到两端用同一个接口的情况下，我也会提供两个 URL 给他们分别用，但内部实现是同一套代码，这样方便以后改。内部调用更是一定要另外写接口了，都说了是内部调用怎么可能和外部接口用同一个？

接口在正式上线前变更字段很正常，只是上线后不改。一旦上线，做的也一定是兼容的更改。

你说的那些接口约定其实前端自己也能定，为什么必须后端定？前端就没有看产品需求？显然不是的，归根到底是市面上 90%的前端都不具备这个能力，因此就强依赖于后端。时间多的话，完全可以让前后端都出一套接口方案，然后开个会统一一下。那样就没有任何问题了。接口是前端和后端通信的方式，并不是后端说了算的，把接口设计的责任完全推给后端也是推卸责任的行为。

就你说的那个时间戳格式问题，我遇到过多少个前端都希望后端替他们返回“ XX 前”格式的。现实中那种真正为技术考虑的人少之有少，大部分人都只是想减少自己的工作量。这点不分前后端。

我的观点是：做一个“差不多”的接口文档是没多大意义的，因为这个东西开完产品会议前后端脑子里都应该有。做一个“完备”的接口文档则要投入很大时间精力，（前端也要参加！）并不值得，如果你们公司并不在乎的话也可以搞，不过这是公司上层决定的事，没必要针对后端程序员。

如果真的要先给出全部文档，而且是那种不更改的，那要花很多时间，而且也绝不是后端自己就能定的，还要参考前端的意见，不然到时候还是大概率要改。你就说说你们以前的迭代规模，接口评审花了多少时间，效果如何。

另外就算要推动这一流程，绝不是后端程序员的事，找你们的技术总监。

很多公司连产品需求都要改来改去，更别说是接口了。

再其次，既然需求已经定了。某种意义上前端自己也能设计出一套接口，你们完全可以按照自己的思路先做，正常情况下，你们自己假想的接口和实际后端提供的，应该只是结构不同（字段名等）。如果有很多出路，很可能是你们的产品理解就不同，赶快开个会统一一下。

反正我无论是做客户端还是服务端，都会积极推动接口规范。我觉得接口不是只是后端的工作，前端也要积极参与其中。

不锁区可以买。