火山平台下一步更新计划

szxiao1010

我的程序大多用到串口高速数据传输，一串数据带多个字节结束符的那种。易语言的串口缓冲模块接收重来没有出过问题。奈何火山各模块做出来的不是乱，就是丢，求东求西做出来的模块也不稳定。叫我怎么切换到火山？有不少人是半路出家搞工业程序用的，就是不重视。专业程序员有几个会用火山？

liuzhichao03

szxiao1010 发表于 2025-12-12 15:58
我的程序大多用到串口高速数据传输，一串数据带多个字节结束符的那种。易语言的串口缓冲模块接收重来没有出 ...

如果是现在的东西有BUG，建议用GEMINI试试，国产的AI直接PASS吧，我让它改几十次都改不好，GEMINI只需要一次，完美

liuzhichao03

numbersir 发表于 2025-12-11 20:59
奇怪了，当初有人怪MFC编译太大，结果花时间加了WTL又怪没有表格组件(如果当时直接封exdui呢)，现在加Pytho ...

WTL其实有很多地方和MFC不一样，以前没感觉，今天工作中刚好遇到，而且一次就遇到2个。

我找BUG找了半天，一模一样的代码，我说怎么不一样呢，好一会儿才想起来，会不会是界面库的问题，果然是。

长记性了，以后不会因为那一点体积使用WTL了。所以，WTL其实也是一个花费了时间其实没多大作用的东西。

更重要的是，WTL写出来的东西减小的那一点体积，经过保护加壳以后，又和MFC完全一样体积了。

liuzhichao03

dengzf 发表于 2025-12-11 23:57
想多了。不会有更有设计器的，都多少年了，还信这些。都是画饼，，为了搞下销量 ...

关键是，即使有这个打算，就吴总那个更新进度和效率，你等得起？

liuzhichao03

冰山一角 发表于 2025-12-11 15:43
我倒是感觉一个语言能支持多语言这个没太大所谓,按照目前的感觉挺好支持c+和java,当然能支持上py最好,关键 ...

一个人做这么多工作，确实挺难，关键还铺多条腿，这根本就忙不过来。选择错就会浪费大量的时间，比如WTL，就是实打实的浪费时间和精力，做出来的一个基本没啥用的东西。

说它没用原因有2：
一，本身是为了减小体积的，但实际做出来的软件防别人直接修改明文，必须得保护加壳，加壳后的体积和MFC一模一样。
二，WTL中有很多小的BUG，可能一般遇不到，但我今天一个小软件中就发现了2个。所以，以后不可能再用WTL了，里面肯定还有很多我没遇到的。

想想都可惜，本身精力和人力都有限，一个错误的决定浪费大量的时间和精力。

liuzhichao03

zhqyong 发表于 2025-12-11 10:12
下一步重点考虑如何利用借助外部ai编程能力，引用外部资源，避免封闭造轮子，从封库的执念桎梏中解脱， ...

用AI把功能写进头文件中，然后直接用火山调用功能函数，我现在都是这么用的。没有相对应的库，就得这么干。

liuzhichao03

chenfeng0614 发表于 2025-12-10 23:49
建议把网站论坛加强一下，把各种资源视频教程丰富起来，像精易论坛那样一搜就能找到想要的答案或者案例源码 ...

这个问题，早就提过了

高山！＆流水

快速一点的办法就是开发插件接口，由大家一起添加功能

zhqyong

摘星揽月 发表于 2025-12-10 22:58
使用deepseek可以生成很漂亮的html界面，可以直接放在浏览器组件中，只要处理好数据和事件就行。 ...

这个方法简单易行高效。

dakk

看了下论坛会员ID递增的速度，这项目算是失败了。新用户已经停滞，慢性死亡可怕得很！