本帖最后由 hs999xl 于 2024-5-20 11:10 编辑
表格属性里加个@AI代码，用AI生成的代码直接粘贴给这个值，就嵌入代码了，嘿嘿。
比如用AI写个GO关于数据库cha询的代码，然后把AI生成的代码复制，粘贴给火山属性@AI代码里。
火山 Ai，可以弄成 语音输入或简单命令，一步步，写程序
现有火山cv库实用性，示例不全，
现在ai的能耗、软硬件和使用成本都比较高，虽然是有点用，但对于个人来说不是必须的。大家都想要快速方便 的生成代码，也要思考一下相应的成本和代价问题，现在国企在强推国产电脑和正版化，还不如多点精力解决跨平台问题，可能未来发展收益会更高点。
hs999xl 发表于 2024-5-20 10:46
表格属性里加个@AI代码，用AI生成的代码直接粘贴给这个值，就嵌入代码了，嘿嘿。
比如用AI写个GO关于数据库 ...
没必要，ai生成的代码和普通的嵌入式代码是一样的
国外的Ai没有试过，但**的试过2、3家，感受如下：
1. **几家“Ai”，训练 or 投喂的样本模型几乎是一致的，所以，在编程方面给出的解释或例程，高度一致；
2. 目前可以肯定的是，它们都不符合我对“智能”的期望，各大搜索引擎搜不出的，它也是无解；
3. 目前的“Ai”，不具备自我学习、更新迭代的能力，或者，是它学习速度过慢？
综上所述，目前，国产所谓Ai充其量，就是个简化、更换交互方式的搜索引擎吧……
我觉得早日引入跨平台比ai更重要
个人感觉中文编程主要是降低国人英语阅读的难度，能够快速的理解其含义。
现在AI就是快速解决这个问题，而且解释的更全面，更友好！基础的功能还帮你生成，用的还是原生的语言。中文编程还在造轮子，不停的追赶原生语言的轮子库，这个很不现实！
十二只耳环 发表于 2024-5-20 00:36
打个比方 如果火山语言语法 类似c# 直接问c#源码 弄个翻译成火山行不行。 因为我经常把一段火山 ...
c#不行，但java\c++\go的代码可以直接当作火山代码
当开始反省，开始思考的时候，就离解决问题近了一步
OPNECV的时候就应该考虑这个问题了，而不是先搞GO
易语言出现在PC时代，当时的时间节点，易解决了诸多痛点。
而现在火山的时间节点确很尴尬，名字跟最强的火山引擎冲突，终端与移动互联的主流小程序不符，
让全国人民用中文编程的宏愿，也要贴合实际情况！
目观当下，功能强大，变现难，投入产出比并不符合火山当下定位，已有恶性漩涡的迹象，也不知道吴总考虑过这背后的问题没有！
AI本质还是数据排列定义。如果不能打通主流语言互通有无的这层隔板，那就专注解决某一痛点！
编程的过程也是为了解决问题。当现在编程行业整体内卷下行之际，AI替代伪基础已是定局。
要么做真正的基础，要么就专注解决某些AI不方便解决的痛点。
火山现在就有点四不像。用它开发又融不进主流！
前有易语言，后有快码，周边全是AI生成！
架构很好，问题很多。
宏愿易许，硅步难行。
再好的工具也是要用来解决问题的。好用自然就越用越多，不好用就越用越少了！
服务器子平台开发完成一定要解决H5，小而快的应用场景，我觉得才是中文编程的应用场景。
祝吴总早日看清生态，真正的让一门中文语言能如树常青，如溪长流！
赚钱只是自己爱好的顺带产物。