现在的年轻人都被 jetbrains 惯坏了，没经历过动态特性大爆发的弯路时代。

不要用静态语言的思维来思考动态语言，静态语言是数控车床，动态语言就是雕塑家手里的那把小刻刀

应该说是 rails4 以后，后端已经成熟了

后端程序员又要裁员了，烧死你和你朋友

使用动态语言的正确姿势是：自己记住每个函数每个方法的参数类型和返回类型，记住项目的每一行代码，对整个项目了如指掌。调用每个函数每个方法时，都在自己的脑子里跑一遍，在自己的脑子里填上几次不同的参数把这个方法测试一下。

这种情况适合：
1、自己一个人写项目，一砖一瓦一草一木，都是自己亲手打造起来的。
2、使用无自动完成功能的编辑器，需要自己记住方法的名字，乃至每一个参数
3、写长期维护的项目，比如 rails 框架这种，作者写了十几年了，整个项目的代码成了作者生命的一部分。

所以，在编程行业还没有现在这么浮躁的早期，动态语言编写出了很多优秀又经典的程序。艺术家手里那把灵活的刻刀永远比车床更有创造力。前提是艺术家靠谱 + 有足够的打磨时间。

但是现在，特别是国内，IT 行业已经变成了拼成本拼人力的劳动密集型血汗行业，公司希望一个人一个月之内就出一个中型项目，一个项目做完立马就上另一个项目，程序员根本没有一刻喘息的时间。在这种情况下再把整个项目往自己脑子里装非爆栈不可，很多良心程序员就是这样被累垮的，明明老板拿他当牲口用，他还抱着做艺术品的心态打磨每一个细节。在重压之下结果最后把自己搞内伤了。

就现在浮躁的这个环境，IDE + 强类型语言 是最优解，强类型可以保证类型 100% 的正确，程序员不用再动这个脑子了，IDE 帮程序员记住了类名、方法名、属性名、参数类型、返回值类型这些东西，程序员只需要做填空题即可，这种状态最适合当下浮躁内卷的大环境。其实国外也好不到哪里去，不然现在 PHP、PYTHON、RUBY 这些语言不会向强类型靠拢。这些语言向强类型靠拢，也有 jetbrains 的一大功劳，这个 IDE 打的动态类型语言毫无还手之力。

go 语言排名跌到 18 位了 https://www.oschina.net/news/154005/tiobe-index-202108

啊？这是编程语言？昨天我看到还以为是编辑器配色方案

代码没细看，首先这 UI 就很清爽。

其实这是 Vue 的广告贴

2018 年的时候，在深圳入职一家游戏公司，每月只休 2 天，平时全周无休，干了 3 个月，每天早晨醒来心脏还在扑腾扑腾跳，就像刚做过剧烈运动一样。最后受不了辞职了。

那时候 996 还是政治正确，我因为提出太累周末要休息，被老板在会上公开批斗，说公司不是养老院云云。。。没有一个同事哪怕私下给予一点精神上的支持。

游戏行业加班更厉害

冒号在 ide 里面丝毫没有违和感

关于函数不加括号，现在 python 也加上这个语法了，不过 python 实现的还是有些保守，需要用 property 装饰器（https://docs.python.org/3/library/functions.html#property），并且加上这个装饰器后，就不能再加参数了。

关于多个参数不加括号，我原则上是自己实现的函数只要有参数都加括号，没参数的一律不加，不加括号会看上去赏心悦目很多，不然 python 也不会加这个功能。

多个参数还不加括号的，一定是作者在定义方法的时候已经考虑到不加括号了，比如 rails 的 migration，确实不加括号读起来更优雅。

rbs 新开一个文件，的问题，完全可以由 ide 来弥补，我相信将来 rubymine 就会解决这个问题。

对 IDE 来说实现这样的功能并不难：

让类型声明看上去在同一个文件中，实际上在 rbs 文件单独保存

这就是 google 操纵舆论的高明之处，在暗中操纵舆论，却从来不亲自下场。

炒火了，就是“众望所归”，炒不火，也不丢人，“都是小喽啰在下面瞎搞，我本人不知情的”。

万花丛中过，片叶不沾身。

现在 ruby3 有 rbs 了，可以定义类型，慢慢的 ruby 对 ide 的支持会好起来的。

先讨论讨论怎么活到 60 岁吧

web 大前端让我无法接受的另一个原因是它模糊了 url 的重要性（本质上整个应用就一个 url），url 可是 web 的灵魂所在

万维网的精髓就是超文本和超链接，而大前端有逐渐把超链接干掉的趋势。

jquery 的各种组件插件也很齐全，也不是从头自己撸组件，各有各的生态。

这些现成的组件只能用在后台，前台还是得自己做 UI 自己做组件，不然让用户看出来第三方组件的痕迹，会有一股浓浓的山寨感。

这就造成了很尴尬的现象：明明需要前后端分工的前台开发，却不能用大前端；而往往只需要一个人搞定的后台 curd 开发，却最适合用大前端。所以前后端分离往往是一个程序员写一会前端，再写一会后端。

还有黑色的？我的怎么是白色的

报个班

1、生不逢时
2、没有个好爸爸

这年头，早不是 20 年前，随便出一个语言就有人追捧的年代，现在哪怕是再优秀的语言，背后没有金主都火不起来。

在 8 年前我就预言过，go 语言是一个泡沫，go 语言的推广是一场营销盛宴 https://ruby-china.org/topics/14407

现在我仍坚持以前的观点，不信再等 8 年后来看

过分的求简短没意义

手拿魅族 16spro 默默路过

楼主能问出这种问题，说明现在静态语言占上风了，在 10 年前问的比较多的是“java 的一个方法如何能像动态语言一样接受可变参数？”

ruby 不是 java

vue 的思路很有“江浙系”特点：堆积。不管三七二十一，一个劲的往里堆东西，淘宝如此，支付宝 app 如此，阿里云后台如此，堆得乱七八糟，毫无逻辑可言，毫无规划可言，你别说，这一套还真就能把小白给镇住。小白见识少，不懂得分辨，一看功能挺多就觉得很 NB。殊不知都是让人眼花缭乱的花架子。但小白数量多，智商低，方便割韭菜，所以江浙系这一套虽然很烂，但赚钱却赚的很遛，真是得小白者得天下。

继续谈谈“沉浸感”，上班集中精力写代码的时候很讨厌同事来打断是不是？那就是因为你写代码整个人都沉浸到代码里面去了。用 mac 和 linux 的时候这种沉浸感尤为明显。而用 windows，这种沉浸感不明显，整个人的注意力大部分还是在现实世界的，其实，这是 windows 的优点，而不是缺点。

我用了 6 年 macbook，最近又买了个 windows 游戏本，回到 windows 的怀抱。实在忍受不了天天敲着兰花指操纵触摸板，受够了各种组合键，home、end、pageup、pagedown 直接按单个键真香。开发十几年了，我还是离不开复制粘贴代码，才不信那些“高手从来不用复制粘贴”的传言，而复制粘贴，选中文本的时候，鼠标比触摸板好用十几个档次。

使用 Windows 心智负担真的很低，一点都不累的感觉。难怪几十年来 pc 一直是 windows 的天下。mac 的 dock 栏让人眼前一亮，但是论实用，windows 的任务栏是迄今为止世界上最合理最实用的设计。

当然用 mac 的这 6 年我也收获了很多，mac 和 linux 确实比 windows 更有沉浸感，就是使用的收整个人都沉浸到操作系统中去了，这种沉浸感是把双刃剑，让我打开 mac 或 linux 的时候不由自主的就陷入到技术的海洋，用 mac 的那几年开始逐渐习惯喜欢上了命令行操作。在技术上也有了不一样的感悟。

上面我说到用 windows 的心智负担很低，最直接的表现就是用 windows 划水的时候，划一天都不累。用 mac 或 linux，哪怕就是划水，时间长了也很累。用 mac 或 linux 的时候，精力是高度集中的，这样有利于深入研究技术，但对人的消耗也很厉害，特别是人到中年身体各项机能都退化的时候，windows 是更优的选择。

支持 windows 对生态的发展很重要很重要，linux 的中文输入法 20 年了还是搞的一塌糊涂，mac 也不符合大部分人的操作习惯。