扫码阅读
手机扫码阅读
最近在忙什么?为什么没更新

我们非常重视原创文章,为尊重知识产权并避免潜在的版权问题,我们在此提供文章的摘要供您初步了解。如果您想要查阅更为详尽的内容,访问作者的公众号页面获取完整文章。


TechLead 少个分号
扫码关注公众号
作者“少个分号”在文章中分享了自己近期的生活和工作状态,以及对未来写作方向的一些思考。作者提到由于工作忙碌,包括架构设计和加班,已经有两个月没有更新公众号和博客。还提到之前读者反馈文章较为冰冷理性,故此次尝试让文章风格更加轻松。
在写书经历方面,作者花费了一年时间整理内容并得以出版一本关于研发测试的书籍,内容包括单元测试、API测试等。虽然出版过程复杂,但最终还是进入校对阶段。作者认为编写自动化测试的能力对软件工程师而言非常重要。
作者还提到去年的DDD China大会后,他开始意识到个人认知对软件和架构设计的影响。因此,他创建了一个微信群和星球,用来讨论和收集能够改变认知的话题和内容。作者认为这些深刻的内容能够提高对软件行业的认识,尽管它们可能充满争议。
除此之外,作者最近整理了以前的文章和星球中的内容,制作成一本电子书,讨论软件工程中的认知话题。内容虽然朴素,但希望能引发关于架构认知方面的讨论。
关于未来的写作计划,作者想回归初心,总结项目案例和技术实践,写出更实用的内容。作者强调写作是一个好习惯,对作者本身的价值大于对读者。他还提倡"Write-Driven Learning"作为一种思考方式,并鼓励更多人通过写作交流。最后,作者表示期待读者的反馈和留言,并愿意写关于读者感兴趣的话题。
想要了解更多内容?


TechLead 少个分号
扫码关注公众号
TechLead 少个分号的其他文章
DDD 中的多对多关系建模
多对多关系是软件建模中比较的麻烦的场景,如果梳理不清楚对软件架构伤害很大。在不久前的一个项目中,十足的体验了一次多对多关系带来的痛苦。
为什么学了 DDD 不会写代码了?
谈谈 DDD 的局限性、原则和如何合理的应用 DDD。
系统设计 | 高性价比的测试策略("瓜藤"比喻)
使用 E2E + Unit 的测试策略的显著提高测试覆盖率,驱动团队主动编写测试,并驱动代码应用和服务分离。
技术管理 | 领导其实不一定懂管理,但一定懂权力
没有权力的“管理者”和有权力的非管理者。
系统设计 | 编码、散列和加密
编码、散列和加密是常用的系统设计工具,但常常被混用、误用,本文带你一起辨析常见的编码、散列和加密算法。
加入社区微信群
与行业大咖零距离交流学习


PMO实践白皮书
白皮书上线
白皮书上线