Sass （新版 Scss 更好），Less

敢那么干真的是吃了雄心豹子胆了

macOS 不分区的话，为什么 windows 要分呢？

@pengtdyd 我之前也有这个疑问：Java 天天人人喊打，但 JavaScript 、C 、C++就没什么人提。
后来想明白了，js 之于浏览器、C 之于嵌入式、C++之于游戏基本上都是不可替代的（就是打不过），但 Java 之于后端不是。新出的语言又大多是上层的，是个语言都能写后端。因此人人都想 battle 一下。
但这么多年都没打下来，说白了就是 Java 确实好用罢了。

换语言对于”历史包袱“指标不治本，就是下一次轮回而已

这个貌似是 gov 主导的，但没找到来路
/t/839881

个人是偏反对方面的。因为我在刚接触 web 时就差不多是这样揠苗助长的，不过还不是框架的时代。（准确地说，是给了做 web 的目标，然后放任生长。）那段路就是我技术路上最痛苦最怀疑人生的时候。

最大的问题就是：不知道代码为什么跑的通，为什么跑不通。
那时候干过的蠢事包括但不限于：手动拼接 JSON 字符串（根本不懂 JSON ）、在不了解 js 类型转换机制的情况下瞎调方法、js 设置 cookie 参数（这个其实没问题，但现在我会后端用 Set-Cookie 字段）、总是想用同步的思路写代码、代码调试用 alert 、试图解读 undefined 的概念、以及网上 copy 一段上传下载代码调试半天。。。一个基础功能也得弄个大半天，在写完后一遍又一遍地打开网页看效果。真的是极其痛苦。
这段促成我转了后端。直到前两年下定决心搞懂这个东西才开始精耕细作地学。看了 HTML 、阮一峰的 ES5 和 ES6 、《精通 CSS 》，然后看了现代化一点的 vue 、node 、webpack 等等一直到现在。

在我老师的描述里，JavaScript 似乎是种特别简单省略的语言，能轻松上手。但实际根本不是这样，是需要花很多时间去学的。在认真学了之前，我根本不知道为什么要用回调的形式写代码、不知道 JSON 的具体要求、不知道如何使用 debugger 和 Chrome 调试工具、不知道对象的所有键都是字符串、不知道 js 所有的数字都是 64 位浮点、不了解 dom 操作的 api 、不知道事件处理和冒泡的原理、不理解闭包机制、不了解错误处理机制等等。更不要说 CSS 这种现在都有点难理解的东西了。


我以前一直觉得说前端简单的人脑子有坑，后来才想明白了：浏览器宽松的错误处理机制使网页不至于整体崩掉。而不少人是那种网上随便复制代码，跑起来就用，跑不起来就扔的，能用了也不分析不删减的。（后端也一样，也有人是那种各种复制 xml 、去 idea 上乱点一通然后不说为什么的，不过编译型语言总归能让你发现错误更早一点）如果一个人能速成，那他大概率就是这种人。

对于这些速成的人吧，我是真心觉得又菜又牛逼。菜就不说了，牛逼的是他们每天看着一堆不知所云的代码，一个小功能调半天还能忍下来，换我是绝对忍不了的。

3 、xml 配置复杂的问题确实存在，不过已经基本上是过去式了，主要是老项目。真要对比也得比比同时代的，Java xml 满天飞时，其它语言又是怎么做应用的。要不然拿过去比现在属实不公平。

至于规范来说，我感觉不是什么问题。毕竟软件设计 7 大原则摆在那里，都有章可循。而且现在大家做 web 基本已经形成了一种统一的模板、最佳实践，实际上是好事，减少沟通成本。

当然能打 Java 的语言也是有的，C#就是。不过成也微软、败也微软

本命 Java 。
要是写脚本，Java 那肯定是比不上 Nodejs 、Python 这种动态语言的，写起来真的轻松很多。但要是写服务器上正经的应用，那 Java 属实是强的一批。
1 、就资源占用问题来说，带了 vm 肯定比不上 C 和 C++这种，不适合低性能、低功耗的设备。但 vm 的好处也很大，平台无关性、自动内存管理等等，最主要是省了程序员开发的时间（很值钱的）。（我写过 C 和 C++，内存管理确实不是一件很省心的事）
以前 Java 的 web 程序是打成 war 包放在 Tomcat 里，现在则是直接和 Tomcat 融合成一个 jar 。近年来还出现了各种容器化、虚拟化技术。大厂在资源占用和开发效率中的选择已经很明显了。同时 jvm 极其优秀，虽然资源占用大了点，但性能也不算差，支持多线程，在带 vm 的语言里就是 top class 。

我认为 Java 作为一种偏高级的语言其实在资源、性能、开发效率上做到了一种相当好的平衡。

2 、JRE 很大这个我也觉得很迷惑。搞得好像 js 和 python 不用运行时一样的。.net 倒是好搞，操作系统带了，但非 windows 就比较尴尬。

@i3x 可是跟 #12 说的一样，缓存问题感觉通过分块 hash 码变更才是更好的方式。这样分块内容改了就变，不改就不变。感觉比版本号更好。

@linglin0924 只 ui 的话确实应该简单很多。
但受限于浏览器的问题还是得不到解决。而且毕竟是两个进程终归比一个进程的控制麻烦了许多。比如浏览器上的 js 肯定不能随意访问用户的系统，这时候需要通过本地的做，本地的出了结果又要给 web 。无论是 restful api 还是 websocket ，还要面临序列化反序列化和延迟的问题。
而且如果想实现“右键打开文件夹”的功能就很麻烦，因为浏览器 js 操作不了。复制粘贴也是，在网页上如果你按 ctrl c 粘贴了，那么里面的信息可能就得通过 websocket 啥的传过去。以及还有可能的快捷键冲突啥的。

虽然打开网页就写代码确实很方便，但我又不是天天抱着性能孱弱的 surface go 、ipad 去图书馆咖啡厅写代码。装个本地软件性价比真的高很多。




题外话：我个人对 web ui 没有什么信心（可能是由于熟悉，所以反而没信心）。虽然也有一些拖拽、上下文菜单、触摸、移动之类的 api ，但用起来交互感始终感觉不够好，离原生差太多了。仅能做一些简单的操作。这点上也是我对本地 vscode 不太满意的点。（话说 idea 也不是原生，但体验好很多，Java GUI 能做成这样真心牛逼）

宅，对体育运动、赛事不关心，仅此而已。
上面想啥做啥我都懒得关注，开就开，不开就不开。

加这个版本具体是想干什么？我没看出这个的好处

一加 7pro 4k 60fps 不掉帧。
印象中没见过一个手机在拍摄时掉帧的。

5 、每个人想要的软件及版本都不一样，使用习惯也不一样。服务器软件环境还是自己装靠谱。

总的来说，感觉 Web IDE 是给强行给技术找应用了。
我个人还是偏向于本地开发，台式机、强 CPU+GPU 、大固态、大内存、双屏 4K 、超高网速，出差也就是加个好点的笔记本。远程开发坑点多.

而且真说起来的话劣势很大。
1 、网络延迟大，公网就更甚了。有时候工作的地方根本连不了网。
2 、不能调用很多原生的操作。我之前用 Figma 的时候，浏览器版本就有不能使用自己字体的问题，Electron 客户端倒是可以。
3 、本地的电脑也不能太差，虽说是“集成”，但 Office 、cad 、ps 又不算，这些东西又不算。我感觉反而增加了成本。
4 、浏览器和 js 的一些限制。vsc 至今都没有解决快捷键复制粘贴文件的问题。而且 js 单线程的，挺担心他的性能的。

IDEA 安装包 948MB 。。。
visual studio 看你要的功能，反正是按 GB 算的。
Eclipse 太久没用了，不知道。（后面俩不好统计，官网下载的都是辅助安装包）
要做正宗 IDE 的话，这个大小网页都是吃不下的。

而且仔细看才发现，你这 rd.readlines()函数调用的时候就已经全部读到内存了。