我有个带了两三年的徒弟，叫小马。最近告诉我，他有一些心得体会。
1、面对软件需求时，学会了思考个人表述背后的实际诉求。有些人提需求比较笼统，不涉及具体界面和操作方法，有些则特别具体。在这些诉求的背后，其实是基于其业务的效率、成本、安全这些指标。明白了这一点，开发者就能有的放矢，而不是机械的被需求牵着走。这对低代码开发尤为重要，低代码平台相比于直接编程开发，需要最大化的利用好已有的组件，这一点很像C端的开发。如何扬长避短，提高开发效率，就必须抓住需求背后的核心，用低代码擅长的方式和形式将功能做出来。
2、面对系统设计时，学会了分层次的思考，要把一个系统看作一个水果，由果核、果肉、果皮构成。果核就是数据结构，其实就是资源、属性、其它资源之间的关系。果肉就是我们平台上的流程，说起来是流程，其实是假借流程为载体的编程语言。果皮就是界面，被人看见的部分。我们低代码的优势就是能直接将用户的Excel表格或者纸质表单复现出来。这一点是用户最为满意的，将原来的死表格变成了活表格。完全没有学习软件的成本。当你习惯了从里到外的思考后，看事待人就和普通人不一样了，首先就要抛开纷繁复杂的光影迷惑，再逐渐总结出共性，最后探究驱动这一切的规律。做信息系统就是要先设定好里面的规律，然后才能逐步从里到外的展现其功能、样式。
3、在系统调优时，学会了系统里面的所有的东西最终都是一串数字。字符串、枚举、对象、职位、用户，看起来各不相同，但在引擎内部，全部都存为数字，这些数字代表的含义不同，表现不同。开发的时候，用资源的rid编号来找资源，这样可以减少同名混淆，提高效率。
但是他还有一点疑惑是，我们低代码开发，到底本质上和传统代码开发ERP有什么不同。感觉在信息管理应用开发领域，传统开发能做的，我们的平台都能完成。只是形式上，我们的平台看起来更像是Office风格，别的系统更像一个网页。而客户并没有对样式上的极端追求，能把业务再现到电脑或手机上，就已经达到目标了。至于是什么视觉风格，倒是其次。甚至有些懂行的客户要求样式尽量简洁直观，突出关键数据，防止业务出错。这其实是质量管理的一大原则。
