「这是我参与11月更文挑战的第4天，活动详情查看：2021最后一次更文挑战」
对于工程师的，每天都遇到形形色色的问题，
我们开发的软件，通常的bug丢失用户的体验，丢失用户的信心，损害软件上的用户的功能。
你写的功能又出现bug了
等等，肯定不是我的问题，不可能没什么bug，
好家伙，你自己开发的问题，
你们程序员，能不能写的程序，没有bug，但怎么说呢？
当然你可以说是，软件设计太复杂了， 我需要更多的时间去了解，这个系统的整个运作过程，以及方式。
当然，你当然也可以说，是因为时间，自己的想法，软件的复杂性等。
人之常情，这是个正当的理由；
你心里肯定想的是，难道让我要追求完美吗？
但很不幸，人体太复杂了，不可能完全了解症状， ，但是医生仍要发生不伤害病人的前提下，去尽全力救治他， 他们要是有，人体太复杂这种观念去思考， 我们有如何开脱自己的责任呢？
所谓：专业主义：
就是在犯下错误负责的人，哪怕错误在所难免，
道歉是必要的， 但你要避免犯相同的低级错误
失误不可能为零，但是你有责任趋向于，无限为零
让QA找不到任何问题
故意发布有缺陷的代码，这种做法是极其不专业的，那些你没有把握的代码都是。
不行损害之事的原则
2.要确信代码正常运行
测试，全部测试都要测试
每一行都要测试，我不是建议，是要求你 全部的代码， 尽量写测试用例，单元测试
坚决不要破坏结构
软件要易于修改， 你需要能让修改不必花太高代价可以完成。
我比较推崇 “无情重构”， 对每个模块都能童子军训练守则，
让代码固定不变才是危险的 ，
如果一直不重构代码，等到最后不得不重构时， 你就会发现代码已经“僵化”了
为什么？很多的人都不敢修改他的代码， 因为他们害怕会改坏代码
为啥这么担心
因为他们没做过测试
测试没做彻底
------是不是说出了你的心声
卢卡寄语
专业的开发人员对自己的代码和测试极有把握，他们会特别疯狂的去修改自己的代码，敢于随心所欲的修改类的方法名称
简单来说，就是他们对待代码，就是雕塑家对待泥巴，不断的进行变形和塑造
终究是可以成为专业者的
