在万物可以驱动开发的时代。 终于不做不错
程序员为什么需要别人来推动开发呢？ 因为错误都是程序员造成的。 你犯了错误。 你还能告诉别人怎么做吗？
首先，让我们看一下可以推动开发的东西。 据不完全统计：
测试驱动组件(TDD )灵活驱动组件(BDD )业务驱动组件(r-TDD )快速模板驱动
什么都可以教程序员如何开发软件，但只有程序员自己，自己工作了10多年的人是不会教自己如何开发的。
可以磨练LeetCode，可以读源代码，可以学习编程，可以找到生产环境中的bug，可以开发高性能的程序，但是我不知道怎么才能很好地写代码。 我得教你怎么开发。
其实作为CRUD程序员，不需要太复杂的技能知识，已经能应对工作了。 请允许我列举一下什么能驱动开发，我认为可以分为下一步。
首先要让代码更容易阅读，更容易维护。 首先摆脱“流程”的思想，好好对代码进行“分层、分割”，不能奔跑就好了。 其实实现这个已经很难了。 厉害的人写的代码越“简单”，可维护的行越强，可替代性也越高。 是的，设计模式。 用前人总结的那些经典，更深层地“简洁”代码。 良好的设计模式可以指数降低代码的复杂度。 想想netty吧。 让我们看看spring简化后的Mono和Flex。 理解深层次计算机的基础原理。 JVM空间，操作系统内核。 当减少系统调用时。 使用多线程提高代码的效率。 (对于普通的CRUD，实际上我认为代码的可读性更重要。 )你知道测试驱动开发的存在意义吗？ 这个人应该知道好代码。
单一职责(设计模式原则)代码简单，不可过于复杂(clean code )其实简单的代码容易编写unit test。 但是一些程序员可能会通过测试来推动开发，因为他们并不深入了解好代码是什么。 你必须先写一个测试用例，让代码更容易测试。 然后我去写代码。
我觉得好的代码——很容易写测试
但是不能导出
容易写测试的代码——是好代码。 这不是充值条件。
以上是我的理解。 真的不要动我们程序员开发。 给程序员时间看书，自己在代码层面上进行各种思考，推动开发。