refactoring AutoEM原版code，因为complexity的问题，差不多有一年的时间没动它。自己对架构的理解上来了以后，确实是有很多的重构空间。

问题是Matlab本质上不是一个适合做product，只适合做research的语言。从语言本上的框架来看，在做产品的时候很难elegant，beautiful。在代码的维护、拓展上，太麻烦了。

当然它在做research的时候确实是好用。一个是default的众多函数，二是界面的框架，尤其是它的workspace，帮助coder随时check state，check idea！

如果参考access的价值，他就应该是一个build prototype很好的工具。一个get clear view的工具！

不做大的改动，把原来的版本发出去！

对AutoEM的代码动了一个相对较大的手术，保持logic一致的情况下，变换了整个代码的结构。目前看算是实现了代码的可防可控了！

后续要弄的东西感觉太多了，艹！

两个星期改下来，感觉这个project确实可以有足够的天花板！ 用excel来做结构分析，应该比上来就用uml效果更好一点！

专注给user创造价值！

n5321 | 2025年4月24日 18:40

matlab作为深入学习的第一个programming language，在thinking上面确实是有很多方便的地方。

语法跟自然语言很像。

toobox里有很多很好用的algorithm

编辑的界面总是让人很清楚自己的state。

但是缺framework！

在dependency 上面全部要靠自己来平衡确实是有一点烦。跟git and powershell的integrate好像也不如python。

原来用matlab写的东西，确实是有想要换到python 平台的想法了！matlab确实是在make thinking clear上有价值，只是做project也确实是烦啊！

在很多细节问题的处理上，matlab确实可控性不够。他可能还是只适合做一个script、thinking工具！

后续改python！

give up frontend 上面的update！

自己多年前写的毫无章法的code确实生猛！简直就是个天才！

refactoring AutoEM，内部的逻辑结构比一个blog、tutorial这种复杂多了！需要深入思考！

所以 MATLAB 更擅长干嘛？

MATLAB 超适合：

• 快速搭建算法原型

• 做仿真、控制系统、信号处理

• 写论文/科研用的验证脚本

和 Simulink 联动搞模型

这就看你目的是什么：

写大型系统、长期维护的代码 → ❌ 不推荐用 MATLAB，建议用 Python、C++、Java 等更通用的语言

封装一个可复用的分析工具模块 → ✅ OOP 在 MATLAB 还是值得用的

教学/科研，做一些结构清晰的小项目 → ✅ OOP 可以帮助你理清模块划分

改Python！

n5321 | 2025年4月18日 23:53