@carlos233

另外补充下，短视频什么时候起步不知道了，不过快手诞生于 2011 年，开始是做 GIF 分享，2012 年开始搞短视频。

中国 2013 年底，才发出 4G 牌照。

@carlos233

说句实话，我感觉智能手机的普及和设备性能的飙升起到的作用大多了。比如你说的短视频，我给你 4G，然后你拿着 300 万的摄像头，320P 的屏幕，开个短视频卡顿几秒，玩一会就发热严重，电量狂蹦，你觉得火得起来？当然这是假设，不过你现在拿个老手机，连着 100M 的 WIFI 差不多可以体验体验。实际上我手上还有个 iPhone4，规格比这还高，老实说听歌都很勉强。

实际生活中，大家是在外面开着 4G 刷短视频的多，还是躺在沙发或者床上或者坐在饭店连着 WIFI 看短视频的多？我想，商家提供的 WIFI 起到的作用都比什么 4G 作用大得多？不是每个人都不在乎流量的。

如果说这些东西出现在 4G 时代就是 4G 时代的功劳，那么是不是手机性能飙升也是因为 4G 了，是不是商家个个都提供 WIFI 也是因为 4G 了，是不是摄像头拍照越来越好也是因为 4G 了。

我觉得吧，这有点本末倒置了。不是因为有了 4G 才有了这些，短视频不过是长视频的补充，油土鳖那种东西十多年前就有了，智能手机发展起来后，大家就开始用手机看，但是用手机时间比较零碎，就喜欢看点短的，然后短视频诞生，然后有时候走到外面也想看看，到这时候移动网络才有了用武之地，说它是基础不成立，它是固定网络的补充。而且实际上这些新的产业都蛮适应移动化，它们其实不需要蛮大的流量和带宽……倒是那些老的视频产业比较费流量……

至于说否定 5G 乃至基础工具，你这说法有点搞笑了，谁否定 5G 了？谁说 5G 没用了？谁说 5G 不好了？

没人这么说，大家否定的只是无脑吹 5G 罢了，这否定的是无脑吹，不是否定 5G，5G 当然是很好的，但 5G 不是万能药。

网速的提升和延迟的降低多少是会带来一些新的商业模式演进，但是现在的测试速度和延迟不代表实际大规模商用后的表现，实际上最终能达到什么水平，说实在我不知道，但我知道肯定不能只看广告，4G 的理想速度也是很快的。

另外有些应用，并不只是什么网络提升就可以落地实现的，上面有些人说什么自动驾驶什么农业养殖业数据采集，这些根本是无稽之谈，现在有几个车子搭载自动驾驶系统的？车子的更新换代要数年，等到 1/10 的车子具有自动驾驶系统乐观来看至少也是二三十年后了，那和 5G 还有个毛的关系。至于农业养殖业等所谓数据采集所谓远程管理，其实也跟 5G 的推广没多大关系，其实这些东西需要很大的带宽和很高的实时性吗？我看这些东西更在意的是设备的微型化、低功耗、成本还有配套软件系统，实际上这些数年内也还是达不到的，和自动驾驶一样，想要达到可见程度的普及程度也是需要二三十年的，那时候也和 5G 没啥关系了。

其实冷静的看，5G 带来的可见改变实际上主要还是在日常生活娱乐这些方面，主要还是视频方面和游戏，比如更高清晰度和更高帧率，比如云游戏什么的。但现实点来说，如果没无限流量套餐，即使这方面的提升也是相当有限的。你说 VR、MR、AR 之类？ VR、MR、AR 的使用模式注定它不会成为普及性设备，也不太可能成为便携式的移动设备，我不太相信谁会当街用这些，5G 能和它们扯上多少关系？

这个 KaiOS 实际上是原 TCL 的人搞的，目前应该也是由 TCL 所支持的，KaiOS 的 Kai 就是指中文的“开”。

@snake8090 至于叫别人无视，别人一直都是无视的，是你自己跳出来问别人。又没人说不准你中文编程，你自己跳出来问别人为什么反对中文编程，别人当然说下原因了。

难道你发这个帖子只是想听见大家对你表示赞同吗？

那你说什么不足之处多多指教是不是太虚伪了？

程序语言本身是一种计算符号，你用汉字这种更复杂具有更多意思的表意符号去替代简单的字母符号，结果只会更复杂不会更简单。

变量名方面，不管你用母语也好外语也好，只要变量一多，命名都是难事，这个时候你如果在密密麻麻的一堆汉字中找你想要的变量就会发现一个事实，分辨汉字的视觉压力要大很多。而且，汉字在命名变量方面也是不如字母方便的，一个小写，二个缩写。你只要代码稍微写得多点，你就会发现头疼得很。这就是为什么汉字编程几十年，写来写去百十行的原因……

对于说什么母语更习惯，拼音是你母语自带的？阿拉伯数字是你母语自带的？你习惯不习惯？比如现在产品型号大多是数字或者数字加字母什么的，改成天地人甲乙丙丁一二三四五你就更习惯了？我估计你思维里会下意识的把它们转换成阿拉伯数字。

举个例子，看看这是什么意思——并盈不足为法，不足子乘盈母，盈子乘不足母，并以为实。你第一时间就明白什么意思了吗？

对比下这个公式——(15x16+16x15)/(16+15)= 15 (15/31)，这个我想只要不是弱智，多少看得懂吧。

是不是用中文计算减少了你的思考负担？对不起，用中文的话，实际上是增加了一个汉字到字符的转换过程，人的脑子总会不由自主的把看到的东西先转化成更简单的东西，然后才去思考。

当然，如果你连基本的英语都不会，那学编程自然会多些障碍，这不是编程语言导致的，是编程工具所导致的，你需要的应该是本地化支持良好的工具，而不是什么中文编程。

其实这也不是什么问题，你的主要问题是不肯下功夫好好学东西，读书的时候不好好学英语，现在学编程了也不好好学，遇到问题就开始想——都是英文的错，如果是中文我就好学了。这样的心态，基本上学不好编程。

然而那些错误提示，英语母语的初学者也是看不懂的。他们也得遇到多了，查得多了，才自己学会看。如果是母语就能轻松看懂，那就不会有什么 stackoverflow 之类问答网站了，国外编程社区一样很多英语母语者贴出错误提示问别人什么意思。

话说回来，以你现在的阶段，跑出来谈这种问题，真的毫无意义，你都没什么编程实践，告诉你原因你又看得懂吗？这可是中文回复哦。

说到这，你可能又以为我反对中文编程了，对不起，我从来没反对过，这个你喜欢这么写就这么写好了。不过要是想当然就说什么用中文更容易理解，那是没什么道理的。用中文不会更容易理解，因为代码是否容易理解取决于逻辑的复杂程度，跟用什么语言命名变量基本没有关系。事实上反而会增加一些额外的麻烦，不过喜欢的话，随便你自己，为了自己的喜好，多麻烦一点不算什么。

我其实挺支持大家搞中文编程的，有些东西不碰下钉子不会了解。

@no1xsyzy windows terminal 打开新标签的时候是会给个选择的，选择开启 cmd 还是 powershell，我的意思就是既然如此，那么其实 cmd 和 powershell 应该不需要另外的打开方式了。其实 powershell 那个本身也是可以运行 cmd 的，所以出 powershell 的时候就没必要保留 cmd 的那个入口了。

至于具体数量是几个，其实我的 win10 上面 powershell 在菜单就有四个快捷方式 pw、pw x86、pw ise、pw ise x86，反正多余就是了。

至于打开方式，其实我也一般 win + r win + x 打开，就是因为菜单太长，懒得去翻，菜单上面我一般就用最上面几个常用。这些东西自己当然总是有解决方式的，但是总归优点不太喜欢。

@qcts33 cinnamon 自带的，不知道什么终端，反正就一个终端。

@qcts33 你觉得累赘就累赘咯，反正 shell 又不会出现在菜单里面，我无所谓的。

其实有系统里面有一万个 shell 我也不会觉得多余，但是菜单或者桌面上有多几个终端图标，我就会觉得多余。

写这么细没人用很正常的，一般都喜欢什么成套的解决方案。其实他这些仓库加到一起，不是差不多也上千 star 了。

很小的工具想要火，真的要靠运气，要正好别的工具里面正好没有但大家又特别常用的（实际上常用的东西肯定会弄到大的工具里面去的）。虽然有时候大家追求精简，但是引入几十个精简的小库不如弄一个大库来的省事。

不好会有人拍吗？而且，上面可以美颜的。

不过说句实话，其实我这现实中也很多美女……

@qcts33

其实没困惑，本身也是无视的，只是觉得菜单有几个命令行工具有点多余，还不好自己卸载。我就随便说下，有人非要说 cmd 和 windows terminal 不一样，我管它们是不是一样哦，反正现在会有三个可以打开命令行的东西。Linux 里面，我自己装一个终端就好了，简洁。要用不一样的 shell，在终端里面切换一下就行了嘛。

conhost 根据我查到的资料来看，感觉好像是 Linux 下面的窗口管理器那种东西，它只是让 cmd.exe 之类的界面能够和系统相融，本身应该没有终端的功能实现。不过，你说是终端就是终端吧，随便了，我对 windows 的技术细节毫无兴趣。

其实我只想说一句话—— windows 包袱太多，很多累赘。

@qcts33 我试了下，打开这个 conhost，默认跳到 cmd.exe ，从 powershell 里面打开也是一样。

从我的角度来看，这就是有四个可以打开命令行窗口的工具了（虽然这个 conhost 并没有在菜单里面出现），而它们其实都可以用到 cmd 命令和 powershell 命令，shell 也是可以切换的，所以，真的很累赘。

另外，我看了下它，它好像是为无界面程序提供图形窗口支持的工具，好像并非终端。（真是搞不懂为什么打开它默认跳到 cmd.exe ，感觉也不太爽，要跳起码也要给个跳转到 powershell 的选项吧）

你首先搞清楚你是 BIOS 启动还是 UEFI 启动。

如果是 UEFI，你进入 esp 分区下面，把 Linux 那个目录删掉，然后把 windows/boot 目录底下的 bootmgr.efi 复制（记住是复制）到 esp 分区根目录的 Boot 目录里面，并把 bootmgr.efi 改名替换掉 Boot 里面原来的 bootx64.efi ，那 grub 就删掉了。UEFI 开机之后先来启动这个 boot 里面的 efi 文件，然后通过这个文件再去找系统的启动项，你想用什么系统的启动项管理软件，就用各自的 efi 文件替换这个 bootx64.efi 。

如果是 BIOS 的话，很多软件都可以修复，你如果能进入 windows 的话，下载 easybcd 这个软件，然后删掉所有启动项，然后选择重新创建 /修复引导项就可以了。实际上，UEFI 启动也可以用这个软件，它会自动帮你把 bootx64.efi 替换成 windows 的。