哪怕是一个很小的 API 对接 或者格式调整 一下居然不知道该如何下手
最后还是 AI 一句话搞定了 真是完了啊
这样下去感觉 AI 不代替我 我也完了
最后还是 AI 一句话搞定了 真是完了啊
这样下去感觉 AI 不代替我 我也完了
• 请不要在回答技术问题时复制粘贴 AI 生成的内容
 |
1
richangfoo 2 days ago
手写代码?
有车开了 你还要去练习走路 ？ 你会怕有一天 突然世界没有车了吗？ |
 |
2
pike0002 2 days ago
连 linus 都用 ai 了，有啥不正常的
|
 |
3
frank1256 2 days ago
有的时候明确知道改哪里的话，还是会古法一下。等 ai 有点慢。会等不及，复杂的都 ai 了
|
 |
4
zfyime OP |
 |
5
paopjian 2 days ago
现在有点智力的 agent 干点啥都是 5 分钟起步, 先起手一个防御性校验, 写完再来个确认检查, 有点绷不住, 但是现在代码全部是自己写的了, 根本不敢自己手动改
|
 |
7
attker 2 days ago via iPhone
@richangfoo 虽然有车开，但 100 米的小巷子真就没必要开车了，走路就到
|
 |
8
zhangli2946 2 days ago
HTTP API 调用，我现在都不让 API 写了。
API 调用和 response 处理的 DSL + DSL 解析/执行器 嵌到程序里面。 然后 crud 一下 .http 文件。 |
 |
9
matters 2 days ago
正常呢，我感觉很多人现在写代码都会这样。AI 用多了以后，确实容易从“我先想怎么实现”变成“我先问 AI 怎么实现”。但这不一定代表能力没了，更多是手写和思考的肌肉有点生疏了。真遇到复杂一点的问题，自己能不能判断 AI 给的东西对不对，反而更重要。真觉得不踏实的话，找几个小项目重新手写一遍，很快就能找回感觉。
|
 |
10
SleepyRaven 2 days ago
虽说保持思考对延缓大脑老化有益，但是我觉得在写代码这件事上少费点脑细胞似乎对我的寿命有益。
所以还是毫无心理负担地用 ai 吧，能用 ai 地地方千万别自己思考，顶多最后稍微 review 一下。 |
 |
11
AnthonyD 2 days ago
只要交付标准是自己制定的，并且做好 review ，就没什么可担心的了
|
 |
12
txican 1 day ago
你是老板, 那肯定是使唤手下的人干活轻松呀.
AI 就是你手下的人. |
 |
15
labubu 1 day ago
@zfyime #14 我宁愿它多写点防御代码和测试，我在的公司，它产品面向的是平台用户，出了一点影响用户体验的 bug 就算事故了
 ，自己写的开源的东西或者小工具产品，不在乎这些的 |
 |
16
as80393313 1 day ago
就我还在古法编程吗
|
 |
17
Chuckle 1 day ago
让我现在开手动挡也开不动了
 |
 |
18
xue777hua 1 day ago via iPhone
@labubu 没有章法的兜底防御 最大的问题是，该考虑的基本不做，不该考虑的瞎几把乱搞。
为啥这样不好？因为垃圾兜底 没有必要的防御 直接把上下文干穿了，频繁如此，于是就导致核心问题反而没考虑。 但到底哪些算过度，哪些是必要？我也不知道，这方面目前非常痛苦，目前人工审查大部分的返工都在： - 清理没有必要的兜底/防御/重构 - review 代码 或人工 e2e 到一半 发现架构设计根本不可行 实现不了需求 压根不可行 全部推倒重来（重新设计 重新写代码） 最典型的就是：每次为了防御，增加一个开关。 然后好多个开关和状态，开始打架了。考虑不周全了。这里设置了 那里忘记重置了。 为了掩盖这一堆毛线团的开关导致的问题，gpt 还会干啥呢？给你写一堆小函数。看起来似乎看不到很多开关了。但这反而把耦合的问题掩盖的更深了。 用的是 gpt 5.6 sol max 总之： - 在我不懂的领域 夯到爆炸 - 在我熟悉的领域 垃圾到了极点 |
Select Language