@kakalulin
@YuiTH
9.1 分，好高啊，已下单！谢谢推荐。

@liangkang1436
真实例子对分析也是有帮助的 ！
如果不是候选人本身能力问题的话
这个我感觉是前领导问题 新人上来接项目是不合适的 负责人起码前期做一些铺垫的 简单系统还好 如果新人面临业务不熟悉、技术栈有偏差的情况下 激进推进是不合适的

@liangkang1436 哈哈哈 兄弟 你太坏了 我是负责人 只是想看看大家对类似很常见的场景下 如何做更加有效率 感觉传统的工作交接并不一定是最佳实践
所以想软件工程角度看看 从文档下手 能不能提高交接效率 为后期大家维护和参与开发遗留系统做好铺垫工作

有感触。
可能一毕业进去适应下去会很好很多。工作几年再去的话是一线员工的话，有些组估计是很难受的。
大厂的核心优势之一就是组织运转效率快，所以每个人逼迫每个人必须跟上，如果大家慢下来，这个大厂势必衰落。
当然可能和业务壁垒有关系。

@pupboss 搭建蛮重要的 但可能只是一个辅助视角 必要的文档对理解系统会更有帮助
中小规模的系统 逐行读代码的效率会比较差一些 假设有多语言的话 读起来可能会更费劲
所以可能想着从规范文档的角度 来加速理解系统 以及方便系统传承

@janus77 单人接手，后续不一定是单人开发。

@seakingii 编译一次，部署一次！同意。

@gotounix 同意熟悉业务是个很重要的角度，请教这个实践当中对应什么类型的文档比较好

@Pangurban Try 、case class 很好用！

@undownding 老哥 太帅了 奥利给！

@agagega 这个观点很有意思！ 哈哈～

@lmshl 反射确实引起很多安全性问题。 受教。

@kekxv 老哥 这个会写操作 不安全

@comlewin 是的 分隔符的方式适用没有 session 切换的场景

@Puteulanus @ysc3839 谢谢 2 位 竟然可以了！

@biubiuF 不知道密码的 不过如果有密码是可行的！

@ainimuyan 谢谢 大佬的长文回复 scala 设计有值得借鉴的地方的 其实一直在断断续续看 《 scala 编程》 里边的一些点是对语言理解有提升的 毕竟是新设计的语言 可谓是吸收了众家之长

@szuwl 看到过一些介绍 哈哈哈 不过 kotlin 写大数据好像用的比较少

@lmshl
我也希望是这样的结果，这样可以安心继续学 scala 并强推了 。
但看了 tiboe 趋势：
https://www.tiobe.com/tiobe-index/scala/
google 趋势：
https://trends.google.com/trends/explore?date=all&q=scala

scala 大概在 18-19 年热度是顶峰，和我的主观感受一致。之后就下坡了。

@ClericPy 不谋而合 多语言经常切换太麻烦了

@Pangurban 表达能力强+1 我也觉得 scala 写起来感觉不错 但无奈 scala 在数据团队不能一个语言都吃掉全部需求 但 java 是差不多的 例如数据团队一般会写一些微服务 这部分 scala 做是不合适的

@hepin1989 大佬好 复杂与否确实是因人而异 这里的复杂暂且理解为其语法多变吧 有很多关键字和写法 容易写出难懂的代码 另外一个点是 scala 有越来越小的趋势 大数据团队的语言技术栈过多 就想着能否去掉 scala 主用 java