@redtea 进口合法售卖不合法。毕竟正常人和正常公司也想不到这层关系。

@Braisdom 你这是没见过 staging 么.....

这不就是简单场景没必要，复杂场景学习成本高么

举个例子，我们线上数据库都是同一套，因此要做线上隔离全靠表名区别

以 members 为例，staging 环境的表名是 members_staging

你这个文档写的真的不清不楚，根本没办法通过文档决定怎么开发

简单看了下代码，DomainModel 的 tableName 或者 class 的 getSimpleName 。

那我一个 domain 用在多个表上还要搞 2 个类么？

真的有时间，建议完善下文档，至少做到 MyBatis 的文档水平，再做宣传。

想让别人做什么事情都看源代码解决是不现实的事情，有的是太菜看不懂源代码，有的是太忙没有时间花在读这种代码上。

根据计薪日,应该拿 4/21.75 的月薪吧.

这题我会,三类户

+1,一般来说除了特殊场景,直接拿 future 多简单,还要加塞个 blocking queue 多麻烦

Future<T> future = CompletableFuture.supplyAsync(() -> T);
//blahblah
T returnObject = future.get(timeout);

多简单的事情,连 channel 这种概念都用不到.

@luckyrayyy
锁都是类似的,不过 Java 的锁确实多很多
但是基础的读写锁 /互斥锁各个语言基本一样
Golang 的 sync.Map 目前 clean+dirty 双读然后加锁回写的机制,没有类似 ConcurrentHashMap 那种分桶锁+红黑树实现
Python 虽然说有 GIL 很多情况下可以不考虑 thread-safe,但是实际非 atomic 操作一样要加锁
主要是 Java 实现太完善了,有 hashmap,有 linked map,有 tree map.基本业务需要的都有...
还都是基础库....

@namelosw

难学么,感觉也还行吧,如果说大家都要做到 60 分的话,确实可能 Python 做的快很多,而且效率也高
但是如果大家都要往 80 分做,Java 会明显更简单一点(毕竟 GIL 挡在那 CPU 密集型操作除了换成 C 写没有别的方法
Java 生态上,只做后端 Server 基本就是 Spring 大一统(国内),入门成本虽然高,但是换家公司几乎一样的技术栈
其他语言生态虽然看起来简单,但是每个公司实现都不太相同,没有一种一致的 pattern,有好有坏吧

但是很多技术也是一样的,比如并发读写 map 这个最简单的场景吧,Python/Golang/Java 都得加锁
当然每个语言都提供了对应的解决方案,但是前提要有意识才能用对....

@namelosw
"一个 Exception 挂一个线程。"
评价一下 Golang 的 panic 挂掉整个进程,不仅仅是 Goroutine 的设计呗
"搞不了 messaging 要上各种 broker"
除了 Erlang 天生自带 messaging,那 Python 和 Golang 是不是也都坑呢
"同步 Spring 性能菜的抠脚"
怎么看待大部分场景 Python 连长连接都没法做,只能短链接同步调用的情况....

@murmur
不要屏幕的笔记本那还买什么笔记本,买个台式机多好.觉得主机大 NUC 也行....
平时有电脑支架架起来,加上 2 个外接屏幕,还行

@AlexaZhou
MacBook 贵是偏贵了,不过和 yoga 也没什么可以比的
yoga 这种 sRGB 300nit 1080P 的屏幕没法看,何况 MacBook 还是 2560 x 1600 P3 500nit
每个人对笔记本要求不一样,没什么好比的

@deppwxq
一个以 Go/Python/C++为核心,Java 为辅的环境里
用 Java 就是自找没趣...

@jackrelative
裸的服务简单返回接口 100 byte 够用了，一般情况下不够
毕竟还有流量染色信息，各种 header，tracing
正常情况下的 RPC 接口几 K 很正常，我们这边还有很多几百 k 甚至上 m 的 response

@vitoliu
这个不可避免，最后是作为 output 的 map 往外传递的
这里面是组装格式，又不仅仅是算个 hmac
这里不改其他地方也得做。。。
你代码没看仔细吧

@ArJun
滴滴和字节内部实际还有大量 Java 系统
而且字节内部还有大量用 Python 做线上场景的服务，有钱任性机器随便堆，还能跑的很好，这是别人无法复制的成功。

不知道是不是用了 Go 的公司都没办法统一技术栈
但是用了 Java 的公司几乎不会出现 Go 做业务系统的情况
这里只说业务系统，底层基础建设语言几乎没法选择（比如 agent 用 go 实现，容器用 go，kv 用 C++/go，大数据是 Java/Scala ）

@jhdxr +1,看起来很多人没理解 Java 生态的完整程度根本不是其他语言能比的
什么语言能做什么不能做,这个根本就不是重点,汇编啥写不了,C++啥实现不了,都不是问题
重点还是生态,凭一己之力根本改变不了什么
何况 Go 没做,或者说做不好的多了去了,Android APP,大数据基建,Hadoop,MQ,机器学习
要是只是站在写个小 demo 自娱自乐的情况下,什么语言都无所谓,Go 也是.

不过容器 /网络转发 /一些 agent 确实是 Go/C++做得好.写 Java 那就不做这种基建方向就好了