- 主题:我觉得各位马龙真的要考虑下自己的饭碗了
不好意思,看帖没那么仔细,但两周时间代码加测试,虽然开源不能要求太高
但在可用性方面还是有些存疑,比如测试用例的广度和深度怎么考虑?
另一个疑问就是例子里面看到的多数是实现细节,最大可能也就是函数的实现,那么在架构
设计方面是怎么完成呢?gpt4能起到什么作用呢?
【 在 lvsoft 的大作中提到: 】
: 我在例子里说了,整个代码是最终是能跑并且通过测试的。
: 当然,这也一样是和gpt4一起调试一路debug过来的。
: 这是其中的一个比较复杂的debug case的例子。
: ...................
--
FROM 113.110.140.*
不是,我说的我朋友做的版本是纯rust的,我这里贴的是我的例子。我这个例子并不是从零写一个实现,而是直接整合开源实现,难度没他那个例子大。但我这个例子一是总共就用了5天左右,二是这个时候我对gpt4还是充满不屑和疑虑的,所以我也没达到最大效率的用法。
但你说的问题都不是问题,我朋友的实现是借用了别的成熟项目的testcase的,而且他甚至都发现了别的成熟项目中的testcase的中不符合协议规范的地方。至于架构设计,这个就更不是问题了。谁能跟gpt4比背景知识的丰富程度和经验呢?我另一个请教激光焊接的例子其实已经可以看出一些端倪了,只不过我估计在做的各位也不太懂这个领域所以看不出gpt4的回答,尤其在大方向上是多么的精准罢了。
比如我特地问他空压机的选型,这么多种类型他没给我推荐最大路货的活塞式,而是推荐了螺杆式,并且精准的推荐了双螺杆规格。这个就是架构能力的体现。
【 在 Regous 的大作中提到: 】
: 不好意思,看帖没那么仔细,但两周时间代码加测试,虽然开源不能要求太高
: 但在可用性方面还是有些存疑,比如测试用例的广度和深度怎么考虑?
: 另一个疑问就是例子里面看到的多数是实现细节,最大可能也就是函数的实现,那么在架构
: ...................
--
FROM 223.104.4.*
用gpt代码实现快,但是否高效因人而异吧,比如省出的时间会不会在testing和merging过程中debug的时间又多出来呢?或者说加上gpt来debug,综合才高效?
我理解对于gpt问对问题这个最关键,但会提问本身就是一个很大的挑战,老兄能否提点一二?
【 在 lvsoft 的大作中提到: 】
: 不是,我说的我朋友做的版本是纯rust的,我这里贴的是我的例子。我这个例子并不是从零写一个实现,而是直接整合开源实现,难度没他那个例子大。但我这个例子一是总共就用了5天左右,二是这个时候我对gpt4还是充满不屑和疑虑的,所以我也没达到最大效率的用法。
: 但你说的问题都不是问题,我朋友的实现是借用了别的成熟项目的testcase的,而且他甚至都发现了别的成熟项目中的testcase的中不符合协议规范的地方。至于架构设计,这个就更不是问题了。谁能跟gpt4比背景知识的丰富程度和经验呢?我另一个请教激光焊接的例子其实已经可以看出一些端倪了,只不过我估计在做的各位也不太懂这个领域所以看不出gpt4的回答,尤其在大方向上是多么的精准罢了。
: 比如我特地问他空压机的选型,这么多种类型他没给我推荐最大路货的活塞式,而是推荐了螺杆式,并且精准的推荐了双螺杆规格。这个就是架构能力的体现。
--
FROM 113.110.140.*
我后面贴了测试的例子,你可以仔细看看。这个bug很隐蔽的,而且是硬件bug非常难调,但还是在gpt4的辅助下搞定了。
我是觉得gpt4基本上是极大的提升效率的工具。但你一定要有辨别能力,如果被gpt4拐到坑里那是会浪费时间的。
总之,我认为现在开始能否用好ai这个工具,将会是拉开人与人差距的重要因素。就跟搞技术,用百度看csdn的,和用Google看stackoverflow的,一定是两个档次。
【 在 Regous 的大作中提到: 】
: 用gpt代码实现快,但是否高效因人而异吧,比如省出的时间会不会在testing和merging过程中debug的时间又多出来呢?或者说加上gpt来debug,综合才高效?
: 我理解对于gpt问对问题这个最关键,但会提问本身就是一个很大的挑战,老兄能否提点一二?
:
--
FROM 49.93.83.*
感谢分享
【 在 lvsoft 的大作中提到: 】
: 你这个例子就是我早期的心态。还在把它当作一个挑战者,以上位者的心态去考验它,然后觉得不过如此,没有威胁,然后关了页面再也不接触了。
: 我前面已经说了,它大概就相当于一个二本生的水准,二本生犯点错误太正常不过了。我现在更多的是把它当作小弟,脏活累活丢给它,它做错了我指出然后让它重做。比如你这个例子,你就应该把ms的文档丢给它让它自己改正确,而不应该告诉它做的不对,并在不给它具体信息的情况下
: 笏龆浴
: ...................
--
FROM 222.131.59.*
你用4.0或者4.0 turbo试试看。
【 在 z16166 的大作中提到: 】
: 一看你就是天天不用chagpt的
: 我这两天让chatgpt 3.5写了几个pfx证书相关的windows代码,经常是编译不过去,或者参数不正确,或者瞎扯,得手动改
--
FROM 223.72.42.*
我想问一下返啥软件,是怎么设置的?我必须用nordlayer完全代理整个系统才能用chatgpt,只用代理代理一部分网址是不行的
【 在 heropapa 的大作中提到: 】
: 你用4.0或者4.0 turbo试试看。
--
FROM 119.181.63.*
嗯,还是需要比较强的提问技巧以及自身的知识储备和逻辑能力。
【 在 lvsoft 的大作中提到: 】
: 我后面贴了测试的例子,你可以仔细看看。这个bug很隐蔽的,而且是硬件bug非常难调,但还是在gpt4的辅助下搞定了。
: 我是觉得gpt4基本上是极大的提升效率的工具。但你一定要有辨别能力,如果被gpt4拐到坑里那是会浪费时间的。
: 总之,我认为现在开始能否用好ai这个工具,将会是拉开人与人差距的重要因素。就跟搞技术,用百度看csdn的,和用Google看stackoverflow的,一定是两个档次。
: ...................
--
FROM 113.110.140.*
我上面举的那个例子就是4.0
【 在 heropapa 的大作中提到: 】
: 你用4.0或者4.0 turbo试试看。
:
--
FROM 221.218.160.*
那是自然,其实就把gpt当人一样去问就行了,但前提是你也得展现出足够专业的能力,这样gpt也会给你足够专业的和有价值的反馈。你把自己代入gpt来想下,你每天要面对无数各个层次的人的对话,如果对面这个人的对话表现的像小白,那你的回答自然也会倾向于科普。
所以用好gpt很简单,就是你自己足够的专业,你越能给出专业的信息,越能挑出gpt的错误和问题,那gpt对你的助力自然也越大。并不需要什么特殊的提问技巧。
【 在 Regous 的大作中提到: 】
: 嗯,还是需要比较强的提问技巧以及自身的知识储备和逻辑能力。
--
FROM 223.104.4.*