:):):)易语言就是上手很快,IDE编译界面很适合中文,代码看着很舒服,火山把这2个优点都给弄没了,主打PC就很好了
管他的，先回复顶一个
我们在精易应该是比较熟悉了，但我想说，我并不认同所有的观点。
走正道应该是所有语言的出发点，这个起点不应该歪。
当然，实践反馈出很多偏门，我觉得应该是不提倡、不鼓励。
我曾听闻，好像auto.js就是因为*产搞多了，源作者似乎被帽子叔叔喊过去过， 我相信源作者本意不会主动去搞*产的。
很多事情不能摆上台面，虽然大家知道有市场、有前景，但不能公开支持，就好像pc是治安处理，而组织py是刑法一样。
我觉得关键是用户体验，都快6202年了，用户至上的思维还没有完善，是蛮遗憾的。
mfkjfidt 发表于 2025-12-28 15:31
真的建议，别在折腾火山了。易语言有大量用户，和生态，中文编程领域第一。升级易语，补全不足，就可以了。 ...
易已经出手了吧，不在他手里了
本帖最后由 liuzhichao03 于 2025-12-29 23:42 编辑
Xelloss0618 发表于 2025-12-27 12:56
你说的易语言这些也不是官方做的，现在是没人来做这些了，大环境不一样。 ...
现在火山的封库难度是不是比易要难的多？我不懂
用户群体都是像易的用户一样，严重依靠模块，现在又没有丰富的库，一般的人还封不了。
比较像样的模块像仰望的，他的比较全面，基本和精易模块差不多了。之前也看到有大佬说过，仰望的库其实是不符合吴总的验收标准的，大概意思就是把主要的封一下，或者用得到的封一下，能用。
现在吴总的更新进度，三二个月一更新，更新一次，我看见都懒得更新，那量太小了。（到目前，11.02号的更新，我还没更新，没有任何一点是我用得到的）
唉，总之，现在没有任何一样是优势，能给人一种盼头。
liuzhichao03 发表于 2025-12-29 23:40
现在火山的封库难度是不是比易要难的多？我不懂
用户群体都是像易的用户一样，严重依靠模块，现在又没有 ...
易语言封库，像调用系统API的简单，但也可以很难，因为语言本身的先天不足，很多地方需要借助汇编，封C++库也要先包装一层做成dll，再给易语言调用。
火山封库是要求有C++基础，还要花时间啃它的封装语法。
简单点概括，学火山时间成本高，变现又很难。
他什么时候会听你的，只有在这个软件快不行的时候才可能会想起来，那不是他听你的话了，那是他发觉自己软件快死了
冯古屋 发表于 2025-12-29 21:19
我们在精易应该是比较熟悉了，但我想说，我并不认同所有的观点。
走正道应该是所有语言的出发点，这个起点 ...
道德制高点，当然无敌，说什么都是对的。
但是那些每年千万级的底层，走出社会，何不食肉糜？
他们怎么办啊
他们都能年薪百万吗，他们都能大谈正义吗
1000多w的外卖骑手，他们觉得自己光荣吗？
劳动并不光荣，苦难就是苦难，不值得歌颂，不值得赞扬。
不认同，什么叫辅Zhu占了80%...什么语言本身无所谓。。而一个语言到了这一步往往就没有方向了，易也是火山也是，所以他才想搞多种语言版本。这么做虽然也不算错，但脱离了几个重要问题。第一是跟不上时代的发展资源有限精力有限做的越多越做不精。第二是脱离了开发者本身的第一性目地，易语言就因为一部分这原因才能被一部份人接受，那就是：市场，开发者想的是什么？又快又好的写出一个软件可以卖钱or使用起来，就这么简单但也很难。而火山官方有没有分析过自已的用户群体？想来是没有。有没有把拿来就用的这种优势扩大？也没有。那么理想的适合我们这类人的编程语言是什么样的？
1、通用性，一端开发多端通用，因为易和火山开发者个人开发者居多没有那么多精力和意愿搞这个平台那个平台，免费的拿来用用勉强了事，又不能当职业所以很少有人原花精力学那么多，所以平台本身的通用性要强，这点开源的仓颉是英文的可以拿来改。
2、丰富的库和组件：一个语言基本开发出来后基本就卡在这前面了，不知道库就是生态，就是原意使用的动力，要兼顾傻爪式的使用和有一定技术的深度的使用同时还要做好详细说明，为什么傻瓜？因为大家用来做产品并不关心技术细节，正如你使用大模型开发程序但不能让你去先学会如何开发大模型，要摒弃那么要求用户什么都会的心理，如果什么者会还用火山和易干什么？是来研究技术的还是来做产品的？？？一个一穷二白的技术男和一个靠这个有收入的大家会选哪个？就像官言的CV库，就是很典型的，有推理，没有训练，有大量细节技术，但论坛几个人懂用？第一个用的问题就是怎么为我所用？没有办法，因为没有提供YOLO视觉训练的部分，最后我还是在易语言上跑通了推理和训练自已的模型，这就是火山的假大空！不贴合自已的用户群体！
3、官方的产品设计理念十分古老，那些帮助手册是不是应该做成web版的可以在特定命令下注释和点赞的？是不是应该做一个云函数库让大家能把自已的不依环境的功能函数共享出来并且全网可调用而极大丰富这类功能？（官方可以自动审核BUG和征求函数命名投票）。是不是可以把UDP的点对点技术用进来，搞一个共享资源库，IDE是不是可以利用用户的网络搞点对点自动更新了？是不是应该把AI嵌入进IDE并提供丰富接口？界面库是不是十几年都是那些老东西了？除了基础组件，是不是应该搞高级组件了？各种导航栏、标签卡、发光按钮、自定义多边形节点框(YOLO实例分割标注、AI扣图、、)
所正说多也没有用，
总结：
用户的第一性目地不是学技术，而是用这工具搞钱，linux就是起不来是前车之签，抛弃技术论转市场论赚钱论、精力节省论、拿来就能用、才是真的发展之路，也是核心的”心法“。
方向错误，应该马上转仓颉，未来一端编程全端侧通用，不需要大量精力搞多端，搞死大家也搞死自已，转而可以把精力集中到库的丰富上。而且能借到势占在未来的风口上。国家在推的事，没有不成的！中国只是近代几十年落后，在历史的长河中几千年都是领先的。
改进产品IDE设计，适应现代的云、共享、共建、分布式的、多语言的(中国有这用户群体，外国也有大把，每种文字都支持，只需要内置AI翻译模型翻译文档到目标语言就行，激活十倍成长和需求基数。)需求、增加适配各种UI设计元素而不是十几年前就有的那几个组件。
老吴利用AI不停丰富对接各种库。
这样经过以上多项设计，形成目标聚力、大家合力、办事有力的工具，最终才能打破二流的桎梏成为主流！才有这样的可能！那才是一条通天大路！