同龄人啊，我也一直在想这个，慢慢的做点事情吧。
不想转管理，天天开会，心累。想做点自己的产品，什么的。养活自己就好。

哈哈哈哈，小白问题真的难受，气人。
没有独立思想就算了，没有学习能力，没有独立解决问题的能力。。

没经历过，感觉和对象讨论一下吧。

Java 太吃内存了，自己项目用 Go 吧。

组织？
一般就是合并代码的时候 Review
如果大家都认真的话，确实很耗时间，有时候会 block，不过整体对团队，对自己，对项目都是有好处的
我们现在的做法是，先提交模块 interface 定义，大家 review，定好接口后，简单方法的具体实现不会 reivew 的很细
可以定个 reivew checklist，定好 reivew 需要关注哪些方面，不然 review 的时候很容易发散，就浪费时间了

看 API 定义，都可以讨论
一般是返回 null 或者不返回 key

Scala 确实有点酷，不过 写业务，什么语言不一样吗，没感觉会有很大区别。

99%的这种分享都没用，好好看书不好吗

我的一直没学会。

对我来说，没有什么转不转的，都是后端一个语言而已。

ZSH 这种就不用提了，必备的。其他用的不频繁的也不提。

Chrome
JetBrains 全家桶
为知笔记
网易云

上面的说法跟 LZ 提的没看出有什么区别

单线程也很难就直接保证了，没有考虑 处理完成，但是更新状态失败这个问题。

要 Exactly Once 基本是要业务层保证，幂等，可 redo

提个观点，我是不会让一个使用很低频的 Electron 应用挂在后台的。。
更何况你这个更加了，竟然还要起 MySQL，Redis 。。

结构化

分布式锁最基本的是有一个续约机制，但是因为各种原因导致续约失败，导致锁超时，就有可能出现并发的情况。

所以，我是不建议使用分布式锁，一般都是用某种分区机制，转顺序化串行。

哈哈哈哈，见识到原来大家都这么的职业化，只通过 ISSUE，ticket 沟通。

我比较同意楼主的，不喜欢现场去找人，也没要求一定立马回，有时间就回感觉没问题的啊。