szxiao1010 发表于 前天 15:58

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

liuzhichao03 发表于 前天 22:50

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

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

liuzhichao03 发表于 前天 22:54

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

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

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

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

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

liuzhichao03 发表于 前天 22:56

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

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

liuzhichao03 发表于 前天 23:02

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

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

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

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

liuzhichao03 发表于 前天 23:06

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

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

liuzhichao03 发表于 前天 23:11

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

这个问题,早就提过了

高山!&流水 发表于 昨天 01:10

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

zhqyong 发表于 昨天 08:20

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

这个方法简单易行高效。

dakk 发表于 昨天 19:32

看了下论坛会员ID递增的速度,这项目算是失败了。新用户已经停滞,慢性死亡可怕得很!
页: 1 2 3 4 5 6 [7] 8
查看完整版本: 火山平台下一步更新计划