普通用户根本不用花呗

@whileFalse 根据你这个理论，大部分 50 岁以上的人是找不到工作的，会被公司替换成年轻人

@lrxiao 3 的性能已经赶上 2 了，3.6 的 dict 是优化过的，还是保序的

@gouchaoer 所以你选择了最优雅的 php

@haierspi 事实就是，互联网公司用 Java 和 C++的可不少，那点儿性能提升，对流量大的公司非重重要。否则也不会有人花力气做 HHVM 和 PHP7 了。

现代系统默认都 65536 个了吧，63 个是 80 年代的系统吗？

@haierspi 架构合理，就能无视不同语言的性能差距了？你这也太唯心主义了

@gouchaoer Java 线程栈，默认 1M 一个，一般 128KB 也够了。Go 协程，1.4 的时候从 8KB 减少到 2KB 了，将来不管怎么变，估计是不会超过两个 page 的 size 了。我需要协程就直接用 Go 了，所以 swoole 的协程并没研究过。

@duht333 你不是单说教育么

@duht333 教育？深圳有几个 985211 么？说的好像苏州公司不能招南京毕业生一样。南京到苏州也就一个多小时，上海到苏州一个小时不到。

那些高级特性可以不用的，Java 新手也都要学会运行时合成字节码的魔法才能做项目吗？

不精通 java，基本上掌握不了 kotlin

你那只是徒弟，不是下属，被直属下属倒挂的我都见过

如果一个城市连 IT 都觉得太贵，这个城市只做金融和奢侈品，别的行业都不做吗？

git 上部署好 style 检查，严格点再弄个 pmd 之类的工具，不好的代码禁止入库，比如复制粘贴很相似的，比如写死的数值和字符串字面值。

1. 准确的说要有连接池，不管是不是微服务，连接池总归要有的。
2. 单机 10000 个线程是个典型的分界线，10000 个以内 IO 密集型线程，调度吃得消。
3. 服务注册和发现，规模很小(服务不到 10 个)的时候，通过配置文件其实也可行，甚至 redis 都不用。
4. 这跟微服务没有关系啊，单体应用也要有自动发布和灰度发布，单体也是可以多机部署的。
5. 单体应用一样要足够多的 trace 去排查一些线上问题的。
6. 灾备必须有，但是跨机房很难，最近一两年支付宝不也出现过异地灾备失效？
7. 单体一样需要监控和必要的防御措施，跟是不是微服务没有太大关系。

调用外部耗时 API 占用线程，这个好解决啊，如果调用链路不深，分支不复杂，用非阻塞的 http 客户端加回调就好了。如果调用链路深逻辑复杂，最简单就是把这部分用 Go 或者 elxir 等内置协程的语言重构成一个服务。

南京都是大白完

接手过一个轮子很多的项目，慢慢的把轮子都替换成主流库，太 tm 坑了，质量太差，还没文档。你们见过连 md5 和 base64 编码都要自己造轮子的项目吗？哦，连 json 都要自己轮一下。

设置了多少？实际又是多少？