通勤，每天要跑 100 多，电车或者混动的话，会更经济。

workspace

虽然，被欺骗了感情，但是也换来了 N + 1。

如果心里不爽，离职后可以暴光一下你们这个领导。（钱是小事，确实对个人发展有影响。）

吸取教训吧，也找准自己的定位。

因为资源从来就是不平均的。

做你真正感兴趣的事，并想办法从中挣到钱

北京居，大不易

我两者都有。

日常开发，多用 Mac。习惯，工具栈也更方便。iOS 开发和 Mac 开发就不用说了，用 windows 也不合适。

偶然也有些旧的 Windows 项目，那个同样用 Mac 也坑爹，哪怕是用 mono。

#7 楼说的重量问题其实非常现实。外星人那个包，那个电源，背上去至少是 MBP 的 2 倍。除非开车，否则背那东西坐公交挤地铁会重到让你怀疑人生。

坏了，而且过保你就惨了。修理基本上就是买个新的价钱。

推荐你去买个 Apple Care。

我自己当年有个版本 1，就是这样坏的，现在还在家里纪念。现在用的是版本 4。

很正常啊，大部分的“老大”都是这样的。

你换个思路，你要是在京东不是更郁闷：你这边上班写代码，他在美国那边“学习”……然后你这边发版本了，他“上课”回来说，你不 996，不是我兄弟？

这些妨碍他当“老大”吗？

所以，“老大” 也就那么回事了。

楼主加油，相信后面会好起来的，坚持。

支持 @Livid

我是少见的，在后端使用 kotlin 开发。


@hantsy BTW，编译速度速度从来不会影响开发效率。我既用 Java，也用 kotlin、Scala、Groovy，甚至还有 golang。我一般使用 Maven 做为部署编译，开发过程中使用 IDE 的增量编译，都不会有你说的速度问题。

回原题, 好处：
* FP
* 语法糖
* 强类型：刚从 Groovy 转强类型时，确实有不习惯的地方，但是用久后确实也有它的方便
* Coroutines
* ReativeX Koltin 相比 RxJava 确实也有一些有趣的地方，不过现在用 Coroutines 更多
* 没有分号

缺点或者不便：
* 强类型带来的副影响：json 相较 Groovy 或者 Java，有些地方确有不便
* 版本的快速升级

看这个

https://buyersguide.macrumors.com/#Mac

原意也许是好的，但方法却未免简单粗暴。

用一个简单粗暴的办法去解决一个复杂的问题场景，往往并不能取得好结果。

比如 71 楼

我们都喜欢 v2ex，也希望它能变得更好，但是一定不是通过这种方式

of course bug

如果，他分析的是你们公司的经营数据……

真的，你还是赶紧更新简历吧。

如果，他分析的是我们 country 的宏观数据……

真的，你还是赶紧去考雅思吧。

如果，他分析的是我们 planet 的 xx 数据……

好吧，把希望还是放到 SpaceX 上吧。

犹豫，就会败北
果断，就会白给