只有一个人在开发ABP, 遇到难题时可以:
- 最根本的, 简化问题, 不要盖楼式结构
- 前端优先用VSCode看文档, 后端看官网文档.
- 看ABP源码/issues
- 到QQ群和微信群里寻求外援.
我建立了一个ABP问题速查表, 本来是用来做为讲解开发团队建设知识库的范例的. 但是如果你是一个人在开发ABP, 也是可以用上的.
当一个团队在开发ABP, 除了以上一个人开发ABP能用的方法外, 还可以用如下招数:
- 应用了Scrum开发流程的团队可以通过分解任务难度来分割难题任务
- 建设知识库
- 培育共享的技术专家
第二个方法建设知识库是最容易做并且是最容易说服领导和团队支持的, 也是我最有心得和经验的.
很多企业和团队都没有成功建设起知识库的一个原因就是找不到人专门去做.
一开始就找人专门去做知识库是不切实际的, 也是不符合2018年的快速迭代开发潮流的.
2018年的软件开发是快速迭代的.
所以2018年的文章课程写作方式也是快速迭代的, 比如我这系列课程, 也是不断根据大家的反馈去快速迭代.
那么凭啥知识库的建设还要用1998年的传统方式去做呢?
不要专门找人去建设知识库, 也不要想着先建立一个知识库系统去管理.
我的经验和步骤是:
- 最快速度先实现从0到1的突破
- 像这个参考示例: https://www.cnblogs.com/adalovelacer/p/ABP-Q-And-A.html 一样只写一个网页, 建立一个问题速查表. 谁遇到了问题并解决了就去更新这个网页
- 等积累到50/100个Q&A后才考虑引入正式wiki库. 比如AzureDevOps(TFS)的wiki和wikimedia
当知识库建设到一定程度的时候, 就自然而然有了专门的技术专家可以共享出来去处理第一个方法中的被分割的难题任务.