本来想找找自己以前的代码, 提取一点 snippets. 结果找到了自己原来提取出来的一份框架代码. 原来写过的几个作业都是从这个基础上改的. 有好几个错误, 发现我用了 只 Visual Studio 支持的宏.
有一个图像编辑的主界面, 下面是日志和图像相册.
这个节点的编辑, 本来想弄成 bezier 曲线, 但是没搞定, 我现在也不知道它怎么工作的...
还自带了一个超像素分割的例子:
用的还是 qt4, opencv 2, 哪天得把它移植一下.
话啊刚瞟了一份代码 (网上下的, 不是我的), 真是太学院派了... 细节暴露得太多... 突然想到我以前的一个吐槽:
还是应该调和一下, 信息隐藏在什么尺度什么层面下都是很重要的!
学院派代码的一个大特征就是喜欢写 for 循环和乱用指针. 哪怕 vector 效率和数组指针一样 (你嫌扩容拷贝起来蛋疼可以先 reserve 啊), 哪怕 for 循环几乎都可以弄成 map (C++ 里的 transform), reduce 之类.
当然工程化太严重也有问题, 比如太依赖测试. 测试的意义, 尤其是敏捷上提倡的 red-green-red 那种开发模式, 在于把不能动态调试的语言如 Java 变得像 Perl 和 shell 脚本一样能够及时反馈 (但这需要很多练习才能用顺). 然而... 有些东西不好写测试, 比如我关心的图像处理和图形学上的东西. 大多数时候都是人眼 debug. 等我测试知道怎么写了, 别人做完了... 写什么测试啊...
一言以蔽之, 如果技术成熟 (别人把路趟平了), 就保守一点 (搭车, 跟跑); 如果还没有, 就大胆一点 (失败的成本低, 成功的增益大)... 所以还是得情况.
