在大型企业中，考虑研发员工应具备的通用基础能力角度。不考虑上层架构设计方面能力。
0 、基本程序设计表达形式（流程图绘制、伪代码编写与理解）
1 、日志设计（及监控、报警设计）
2 、并发与锁机制
3 、程序异常处理
4 、性能及容量设计（并发/池化/TPS 基本概念、hash 、缓存、数据库基本性能概念等）
5 、外部接口/外部资源调用（及其资源关闭、延时、日志、异常处理）
6 、IO 基本常识（字节与多字符集、输入输出流、文件、内存、EVENT 流式处理等基本概念）
7 、可恢复性（任务中断/进程重启漂移后的状态可恢复等）
8 、可扩展性（可分布性等）
9 、可维护性（模块化、代码可阅读性）
10 、可用性易用性
11 、信息安全编码常识
12 、基础设施、操作系统、网络、进程/线程，及其异常处理等基本常识
……
抛转引玉，大家觉得要有哪些研发基础能力呢？
0 、基本程序设计表达形式（流程图绘制、伪代码编写与理解）
1 、日志设计（及监控、报警设计）
2 、并发与锁机制
3 、程序异常处理
4 、性能及容量设计（并发/池化/TPS 基本概念、hash 、缓存、数据库基本性能概念等）
5 、外部接口/外部资源调用（及其资源关闭、延时、日志、异常处理）
6 、IO 基本常识（字节与多字符集、输入输出流、文件、内存、EVENT 流式处理等基本概念）
7 、可恢复性（任务中断/进程重启漂移后的状态可恢复等）
8 、可扩展性（可分布性等）
9 、可维护性（模块化、代码可阅读性）
10 、可用性易用性
11 、信息安全编码常识
12 、基础设施、操作系统、网络、进程/线程，及其异常处理等基本常识
……
抛转引玉，大家觉得要有哪些研发基础能力呢？
8 条回复 • 2024-04-11 11:08:18 +08:00
 |
1
jones2000 19 天前
上面这些， 面试的时候不都考的嘛，能入职就说明上面这些基本概念都已经背出来了。就差给实战，把这些东西运用上去。
|
 |
2
sentinelK 19 天前  2
这些都不重要，或者说在生产活动中不致命，需要的时候自然会问或者自己研究。
而且有 code review 等机制来阻止产品逻辑超出预期的腐败。 从企业角度来看，核心的其实是生产安全和生产纪律。 比如如何使用代码格式检查工具，git 的基本操作与操作纪律，如何维护代码的高内聚、低耦合，实战中如何保证代码的单一功能原则。如何保证不侵入、不过度依赖别人的代码。公司提供给员工的生产工具与现有生产资源有哪些，在哪里找到应该怎么用，等等。 |
|
3
sentinelK 19 天前
btw:顺道说几个实战案例。
1 、某员工把自己做实验的代码直接干到了生产分支，并且手动执行了 CI/CD 。 2 、在公司有正版企业版开发工具，正版 UI 资源库的前提下，坚持自己下载、破解 IDE ，并自己下载盗版素材，手撸控件。 3 、公司有自己的 lib 库，但坚持使用某互联网巨头的 lib 库的国内不知名镜像。 |
|
4
sentinelK 19 天前
4 、某员工，因不了解某些既定代码的使用方法，用尽全力通过反射等方式，绕过了既有代码的数据初始化与 setter 逻辑，使得代码再缺乏启动参数的情况下半残运行，并沾沾自喜。
以上都是我工作十余年来，看到的真实案例。 |
 |
5
zjsxwc 19 天前
《论螺丝钉的自我修养》
|
 |
6
matepi OP @sentinelK 不同企业还是感觉有不同的问题啊。
类似你讲到的案例，在我们这里有严格的网络边界纪律和安全教育，是不太可能发生的。在我们这儿，看到得是更多的我主题里讲到的能力不足的确实体现。 “需要的时候自然会问或者自己研究。” 当基础研发能力体现不足的时候，更多会体现为——研发自己也不知道自己有需要去问、或者去研究，在根本不了解自需补充的知识情况（未知的未知）下即开展研发、反正最终业务功能实现了。 以及“code review 等机制来阻止产品逻辑超出预期的腐败”——code review 的有效性，包括 reviewer 本身的能力、精力是否足够也往往是个问题… |
 |
7
Ashe007 19 天前 via iPhone
一卡学历二卡工龄，还是招不到合适的员工。因为你们招人都是舍本逐末，价值是由人体现的，而非其附加的符号。
本就面了个菜鸟，想着咋改造成高手，概率很小，且投入与回报比很难评估 |
 |
8
morenacl 19 天前
这么大型的企业招的什么研发人员，全是刚毕业的？
|
Select Language