得跟随潮流,整上ai,开发效率直接翻几十倍
本帖最后由 qq812913329 于 2025-1-2 23:00 编辑就像gradle一样，都成熟了好多年，但是不愿意加上，这一加上香不香？本来调试等个快一分钟都快睡着了，现在直接1s。效率加的多块？ 官方几年都不出，人家海王群友一说想做，两三天就搞出来，说名并不难搞吧。21年企鹅就有提出过加入，到24年底才加入这个
吴总之前有说过，ai实际中并没有啥用。但是也要对什么人对吧，对于大神来说的确没啥用，但是用火山有多少是大神呢
用上ai你自己布局几天的界面，ai帮你几个小时就能设计好。
比如写个算法，火山你还得一行行代码手动撸撸完几十分要吧，ai帮写多快，几秒钟的事儿。
如果ai没用，就不会有Cursor这种ai的ide了，不说全球人家用户那么多，也得相信人家Cursor的投资商的眼光吧。
现在的o1 tingk 克劳德3.5多强 。
我也就说说而已，反正中文的编程也没法训练，也不可能训练，比毕竟就算能训练成本和效果实际会很差的，最好的方法是能找到方法让ai生成的代码能直接转成火山(即使复杂的参数和火山也能转换的话)
现在用着Cursor是真的舒服
但是吧好像火山可以直接用C的代码啊 嵌入代码这个特点还是没有充分发挥出来，pc就目前的情况很难评，对接ai有难度。希望在h5中有改善，现在ai写前端已经很厉害了，没理由不接入ai 是的，目前不一定要生成火山代码啊，生成C++，然后弄个插件一键转火山文本代码格式，嵌入到火山多好啊 本帖最后由 沉默流星 于 2025-1-3 10:08 编辑
说下我的观点：1.目前所用Ai模型都是英文目标语言训练得来的，如果火山要支持则需要从零开始，花费的人力物力是比较多的。
2.相对AI比较难啃的骨头，不如吴总亲自操刀录制各种子平台封装类库可能遇见的各种情况。或者挑选一个能遇到各种目标语言的开源项目从目标语言的基础到火山的嵌入，应该使用什么嵌入语法进行组合进行实现。来的实在。
3.如果吴总亲自录制了教程有2点好处，（1）可以让喜欢精进的火友可以少走弯路，直接学习吴总的教程就行，不需要单独学习目标语言和目标系统开发知识。因为吴总的教程就已经包括了。（2）可以让会原生的可以直接有资料学习，虽然有官方语法手册和官方类库进行对比来学习，但一个是摆在面前就能得到的，一个是需要自己动手才能得到的，我相信都会选择前者，原因也很简单，目前互联网发达又有AI横空出世，在这样的背景下只要年轻**生会有可能转火山，基本从2017年**开始**的有可能转火山，那么在资源匮乏的情况下，**生再懂原生也会扭头就走，更别说加快火山生态了。
4.如果不打算录制教程的话，可以做个编译器用来让对应目标语言转换成目标火山子平台代码，这样做相比ai投入要花费的少，无非需要半年或者一年的时间来开发这样的编译器。
static/image/hrline/1.gif
以上是我个人观点，如有不对的地方，请吴总多多包涵。
本帖最后由 hcwanz 于 2025-1-3 11:04 编辑
甚至和钱不钱无关, 大语言模型需要海量的正确的资料, 才能训练出可堪一用的ai.
以开源类库nurses为例, 对外的, 有大量资料的api接口, 它基本可以实现正确的理解, 甚至可以输出一些可以在调试几次后可以用的例子.
但对于nurses内部的, 没有资料的结构体, 函数, 变量, 则只能胡编乱造, 休说是给出例子了, 连正确的理解都做不到.
其本质就是个高级的搜索引擎. 所以与其让官方搞ai, 不如让官方多弄点书面资料.
资料多了, 根本不用官方训练ai, 个人就可以弄.
资料不多, 官方投再多的钱, 也就是一台胡言乱语制造器. 现在所有AI 路子都是走错的..不过也是没有办法中的办法..因为没有更好的路子..只能将就着用~早晚有一天会全部推倒重来的.. 实际开发中没卵用，搞不好让你修改的时间比自己开发研究的时间还要多！！！ 说的对
页:
[1]
2