1
jones2000 241 天前
上面这些, 面试的时候不都考的嘛,能入职就说明上面这些基本概念都已经背出来了。就差给实战,把这些东西运用上去。
|
2
sentinelK 241 天前 2
这些都不重要,或者说在生产活动中不致命,需要的时候自然会问或者自己研究。
而且有 code review 等机制来阻止产品逻辑超出预期的腐败。 从企业角度来看,核心的其实是生产安全和生产纪律。 比如如何使用代码格式检查工具,git 的基本操作与操作纪律,如何维护代码的高内聚、低耦合,实战中如何保证代码的单一功能原则。如何保证不侵入、不过度依赖别人的代码。公司提供给员工的生产工具与现有生产资源有哪些,在哪里找到应该怎么用,等等。 |
3
sentinelK 241 天前
btw:顺道说几个实战案例。
1 、某员工把自己做实验的代码直接干到了生产分支,并且手动执行了 CI/CD 。 2 、在公司有正版企业版开发工具,正版 UI 资源库的前提下,坚持自己下载、破解 IDE ,并自己下载盗版素材,手撸控件。 3 、公司有自己的 lib 库,但坚持使用某互联网巨头的 lib 库的国内不知名镜像。 |
4
sentinelK 241 天前
4 、某员工,因不了解某些既定代码的使用方法,用尽全力通过反射等方式,绕过了既有代码的数据初始化与 setter 逻辑,使得代码再缺乏启动参数的情况下半残运行,并沾沾自喜。
以上都是我工作十余年来,看到的真实案例。 |
5
zjsxwc 241 天前
《论螺丝钉的自我修养》
|
6
matepi OP @sentinelK 不同企业还是感觉有不同的问题啊。
类似你讲到的案例,在我们这里有严格的网络边界纪律和安全教育,是不太可能发生的。在我们这儿,看到得是更多的我主题里讲到的能力不足的确实体现。 “需要的时候自然会问或者自己研究。” 当基础研发能力体现不足的时候,更多会体现为——研发自己也不知道自己有需要去问、或者去研究,在根本不了解自需补充的知识情况(未知的未知)下即开展研发、反正最终业务功能实现了。 以及“code review 等机制来阻止产品逻辑超出预期的腐败”——code review 的有效性,包括 reviewer 本身的能力、精力是否足够也往往是个问题… |
7
Ashe007 240 天前 via iPhone
一卡学历二卡工龄,还是招不到合适的员工。因为你们招人都是舍本逐末,价值是由人体现的,而非其附加的符号。
本就面了个菜鸟,想着咋改造成高手,概率很小,且投入与回报比很难评估 |
8
F7TsdQL45E0jmoiG 240 天前
这么大型的企业招的什么研发人员,全是刚毕业的?
|