这个 tiobe 的排名标准是什么，参考性和权威性很强嘛？

为什么总会对 90 、00 后有各种不切实际的期待。

许多时候感觉 90 、00 一代的想法甚至比上一代人还要保守。

本能的抵制把个人原子化的社会趋势。但是大概无能为力。

zapfino （ bushi

可以试试看有没有类似的，功能不相同但原理差不多的项目，fork 一下慢慢研究。

不过如果要实现的功能需要用私有 api 的话感觉就够呛…

是很明显的迹象了吧。

几代 i9 呢

最想做的大概是自己设计一个通用编程语言实现 compiler ，网页的话感觉都可以，比如说在玩的游戏的小集合就挺好（

感觉可以期待一下什么时候说「自己身体的第一负责人」
虽说我也极度厌恶抽烟的人就是了

可是 asp .net core 也不是 ui 框架啊，完全可以拿来只传 json ，这时候跟 ui 就一点关系都没有了吧

不理解也不想理解，但尊重不同人有不同的政治态度。

往好了想，至少没给你推献宗或者姨学大洪水。

对事不对人就好了吧。

其实产品和服务都可以，但是不能把自己当服务给卖了

在语言特性上 dart 其实没什么特别的，感觉也就比 java 多了个空安全

而且好像除了 flutter 外也基本没人用了

不如弄个平台夹

虽然用不着不过下载下来看了一下，macOS 上的效果还是很美观的，支持一下 op 。

码就不领了，给更有需要的人吧。

因为 JavaScript 一开始就不是一个正经的语言。传说中的 10 天造出来的语言，能期待有多好的设计。

关于性能问题，我的猜测是，因为 JavaScript 是没有类型的，基于原型链的语言，这就意味着属性访问的实现方法和静态强类型 OOP 语言里面的 devirtualization 有很大的差别了。OOP 语言可以通过各种编译期的优化来消除 devirtualization 里面的性能开销，但是 JavaScript 的语言基准太灵活了，所以无法优化。（只是个人不负责任的猜想）

另外一个问题是`with`本身把变量直接引入到上下文里，也就是说，不需要写变量名就可以直接把关联在这个变量上的无论什么垃圾都调用出来。

Kotlin 里面的`with`并不会把变量关联的属性都暴露在上下文里，因为看函数签名就可以知道了：

```kotlin
inline fun <T, R> with(receiver: T, block: T.() -> R): R
```

receiver 是被捕获的变量，类型为 T ，block 是一个 receiver 函数，在这个函数里面，`this`的类型是 T ，也就是说必须显式指明`this`再访问这个变量所有可能的方法和属性。这种 aliasing 的写法，显然比把不管什么垃圾都倒进作用域安全多了。

话说过来在有 extension 的语言里，本身 scope 函数就可以自己随手造出来，当然了，scope 函数本身也涉及到了虚函数 devirtualization 的问题，如果语言运行时没有专门优化的话，是会造成性能问题的。

所以，并不是说「简化代码」就很好了。

至于「造出来的原因」，大概就跟语言设计历史上的各种其他的离谱的设计一样吧，因为当时的人们还没意识到哪些设计是好的，哪些是坏的。现在回过头看，也只是在马后炮了。

@AOK123 这样呀，话说秋招途径是什么呢，有没有什么专门的网站还是说各大公司会有专门的栏目可以投递或者问询的嘛……

欧洲的话一般是上 indeed 之类的网站找公司然后逐个发 email 问（？ 然后就是学校或者其他地方也会有一些 JD 但是质量不一定多高就是了……

不过也会担心国外的文凭反过来参与秋招，会不会被 HR 刷，比如说觉得文化方面合不来什么的。另外一方面确实也会担心 PLT 这种爱好会不会被认为太不务正业了（

不过之前只考虑到在欧洲找工作的事情，如果说国外文凭在国内也能参与秋招的话感觉也可以试试看，毕竟算是多了一条路子。

欧元区的话德国和低地国家算是待遇最好的一队，其次是法国和北意大利，瑞士那种……虽然收入是很高，但是看看就好了，而且瑞士的生活成本也不是别的国家比得了的。

法国其实也是大厂几乎不会招应届生了，听说是基本上都把业务外包给了外包公司，当然也和法国的工作合同有关，大厂现在不想承担招一个新人的潜在成本了。德国那边如果能读博后直接留公司倒是很好的路径，就是读博又是吃三年低保，还是挺难熬的。

说起来，如果在欧洲这里找到一个在亚洲区域有业务的公司，然后想办法外派到亚洲或者中国，不知道这个想法怎么样呢。从 op 的角度讲感觉这个大概是最理想的情况？以前倒是经常跟朋友聊的时候会开玩笑这么说，倒也从没这么考虑过。

就是感觉这样的机会大概真的很难找到了……

如果是开源+自行部署，那还是可以的。
小程序就算了…