不看好,着手写程序的时候基本上对写的代码有已经有一个大致的思路。 需要工具辅助的是明确的提示,而不是可能的提示。 比如我输入System.out.会提示out下面的函数名称。 因为我事先知道明确的提示结果,以至于我可以这样输入: System.o[回车].p[回车] 或者 System.out.p[回车] 而不是我输入一个S,去联网调用远程的AI预测库,返回给我一些可能没用提示,然后我还要操作键盘处理或忽视这些提示。 换句话说,当我在不知道怎么写需要提示的时候,一般google输入关键字,然后可以根据需要选择我需要的结果,这个基本上是无法预测的(因为需要的东西大部分根业务相关)。 对于按照一定的思路快速敲代码的我,这个工具只是个累赘,我是不会用这个工具的。 结论,简单的代码有明确的工具提示,但不需要预测; 复杂的代码预测不了。 所以这东西只是个不好用的玩具。 写程序就是集中注意力手起刀落见血的过程,简单,快,实用就好,如果在这个过程中增加分散精力影响速度的因素,那势必影响杀伤力。
50,523
社区成员
85,601
社区内容
加载中
试试用AI创作助手写篇文章吧