AI 受害者 2

AI

强制

技术

82 replies

1

ponelyr

5h 16m ago via Android

好事吧

2

Sundayz

5h 11m ago

这是好事啊，他拍板的事情，出了问题他背锅就完了，上班就是听领导的，他让干啥就干啥。

3

121819756

OP

5h 10m ago

1

@Sundayz 出了问题，背锅还不是我们，他就来一句，你描述的不够清楚，你咋办？我们几个产品吐槽不好用，他就来了这么一句

4

yuyuf

5h 10m ago

2

他对 AI 使用和理解：你自己要把方案全部搞好，让他改哪里，怎么改，你都得定清楚了。

别的不说，这个句话比较认同

5

kinghly

5h 8m ago

6

我觉得你领导的想法基本是对的。

6

121819756

OP

5h 7m ago

@yuyuf 哈哈，对，一开始的 AI 我觉得这样比较好，但是现在不停的进化了，我对一个模型的好坏标准，就是，我一句话描述了，你可以自己定方案自己修改，这才叫 AI ，不然我觉得顶多算个代码辅助

7

bitkuang

5h 6m ago

低代码还没有被 AI 杀死吗😂

8

121819756

OP

5h 5m ago

@kinghly 思路想法没问题，但是太理想化了，基建也不行，实际操作起来效率反而慢，还有我觉得 deepseek 目前做不到吧

9

121819756

OP

5h 4m ago

@bitkuang 不谈了，以前老一辈前同事搭的低代码，用的我都想 jue 过去

10

bojue

5h 1m ago

我们现在也是 AI 全部开发，感觉没事，低代码+AI 明显效率更高，就是客制化有点难受了

11

ration

4h 58m ago

我们现在也是很少写代码了，让 AI 先出计划，自己审核计划，计划没问题就直接执行了，执行有问题就让 AI 慢慢改

12

maocat

4h 58m ago

领导做 AI 基建是最害怕的，管杀不管埋，你做差了是你不会玩，你按你觉得好的方式做完了，领导觉得我这套 skill 确实太牛逼了
这就好比懂王瞎鸡儿弄些政策，下面的人确按好的方向执行，MAGA!

13

121819756

OP

4h 57m ago

@bojue 效率肯定是没问题的，我从不否认，但是一行代码不写，我觉得不现实啊，就你说的客制化，还有一些我一眼就看出来的问题，我顺手改了不比再去让 Ai 改的快吗

我还是觉得结合使用最佳

14

121819756

OP

4h 55m ago

@ration 对，但是我问了几个朋友，他们模型都比较贵的，我用来感受也是这样

15

121819756

OP

4h 54m ago

@maocat 是的，这就是核心问题所在了，不允许有反驳，几个不懂 AI 的产品使用吐槽了，他就来一句，你得描述清楚

16

bojue

4h 52m ago

@121819756 #13 我已经一年没写过业务代码了，也没任何问题，包括你们类似的低代码+AI,还有其他项目，客户项目都两个目前感觉没任何问题

不过没在 ds 模型上尝试过，我现在用 cc ，国产的用的是 gml5.2 救急,可能国产模型把上线再提一下

17

121819756

OP

4h 50m ago

@bojue 你自己写 skill 吗？会有这么流畅吗？就很小的问题也让 AI 改吗，ai 改的肯定没啥问题，主要过程，会不会改错啊改偏啊，越改越离谱这种

18

maolon

4h 49m ago

因为这里有一个矛盾的点：要么你就完全不用 ai ，用了 ai 之后他的产量（文档和代码）已经不是你能 review 的过来的，所以你领导的思路应该是对的：就是人拿方案，ai 写 ai 改。

现在的麻烦的点是人怎么验证正确性和方向一致性，这两天看到一个不错的思路可以参考一下：

19

461229187

4h 45m ago

AI 搞低代码

20

yggd

4h 40m ago

没人想知道，这个 DeepSeek V4 便宜，是怎么做到的吗？

21

bojue

4h 39m ago

@121819756 #17 我不写 skill,cc 上我感觉有点鸡肋，现在模型都不删除 skill,目前还是提示词开发

低代码我们后端是 [表+orm] ,前端是基于 [ORM] 的动态配置，不是传统的拖拉拽了，低代码相当于收敛了 AI 的幻觉，表与表之间的关系 ORM 已经卡好了

我目前新功能先让 AI 分析问题，涉及到的改动，涉及到的风险 -> 改动 -> review ，不过要不停的测试，偏差肯定有的要测试调整，有时候可以把问题全部梳理好，让 AI 深度分析下问题来源再改

22

qiuhang

4h 37m ago

都现在了还写什么代码？你是有什么特殊 xp 吗？

真正不妨拥抱 ai ，相信我，在座的个位，写具体的实现代码，真没几个写的比 ai 好的。
当然，成熟工具不用，搞几个半吊子的 skill 就妄想覆盖一切那也是不可能的，纯纯异想天开。

23

Meteora626

4h 34m ago

@bitkuang 低代码配 ai 才是最方便的吧，就是组件堆叠，都不用考虑代码屎山。。。

24

winnerczwx

4h 29m ago

@121819756 #6 真到这时候, 你就没存在的必要了, 产品一句话全搞定了.

25

gcgj72

4h 27m ago

后面就是降本增效

26

Daubert

4h 20m ago

“不允许手写一行代码”

似曾相识的说法，一些开发者迷信这一点，一问就用编译器打比方，说“你会看或者改编译器生成的汇编代码吗”云云...

但我感觉现在的 AI 远远还达不到编译器那种程度吧...

可以听听这个讨论： https://www.xiaoyuzhoufm.com/episode/6a562c4b4ab24d105312a44e?s=eyJ1IjoiNjI0ZTc0MWRlZGNlNjcxMDRhNmUxNTI0In0%3D

27

121819756

OP

4h 12m ago

@qiuhang 是这个道理，但问题是成本啊，不考虑 token 情况下谁会手写一行代码呢。

28

121819756

OP

4h 11m ago

@Meteora626 问题来了，有没有可能这个低代码本来就垃圾呢，哈哈哈，我们就是

29

imagecap

4h 10m ago

“不允许手写一行代码”，这种极端做法都是各大 AI 厂商极力推荐的，各种洗脑，连傻子都信以为真了。

30

121819756

OP

4h 8m ago

@bojue 是的，基于已有的，只要限制够多，肯定没有任何问题，问题就是客制化。说到底，就是够用，提效就行了，我无法理解一行不写怎么能行呢，你管我怎么实现，活干完不就行了。 token 到后面越用越贵，哈哈不过 ds 确实便宜

31

Promtheus

4h 7m ago

他对 AI 使用和理解：你自己要把方案全部搞好，让他改哪里，怎么改，你都得定清楚了。这个没啥问题啊实际上你还自己写代码？不是吧什么代码还要自己写

32

fredweili

4h 4m ago

还对 AI 抱着抵触情绪，等着被优化，不好就去解决问题

33

121819756

OP

4h 2m ago

@Promtheus 没有啊，gpt 啊一些模型，我觉得目前是可以自己定方案，然后你选择让他执行，然后你自己 review 。如果你定好方案，教他怎么改，确实简单很多，但是我觉得并不高级吧。初期的 ai 我觉得能这样，现在都进化到什么地步了。我挺好奇的，你们 token 这么足够吗？真一点不写吗？我现在都是一些简单的，比如调换位置添加字段，我都手加呀，token 不够用呀

34

121819756

OP

4h 1m ago

@fredweili 我不抵触啊，我早就自费用 cc ，gpt 了呀，我司到现在才开始用，现在强制用 ds ，我只能说肯定有点抵触啊

35

coryxu

3h 57m ago

2

记得把 ai 往死里用，让领导感受到 AI 的金钱力量

36

LongerAng

3h 55m ago

如果公司全报销，就用呗。等出事再说吧。
有时候改普通参数 ai 会浪费很多 token ，你知道在哪但是它还是会分析一通

37

tho

3h 49m ago

只要用的是最好的模型，对于 99.99%的开发者来说，确实不需要手写一行代码。

38

AEDaydreamer

3h 46m ago

我现在连改文字都不手写了...只不过单纯是自己懒
我觉得问题核心是低代码和不允许人手写

39

Enter3211

3h 46m ago

楼主别犟了，你领导说的是对的

40

Sosocould

3h 44m ago

老板说的没错

41

xz410236056

3h 43m ago

@121819756 #3 工作留痕，任何有可能背锅的事情一定要请示并留痕，不然不做。

42

121819756

OP

3h 40m ago

@tho 是的，我觉得 ds 肯定是不行的，他们的前提都是基于 ds 的描述

43

121819756

OP

3h 39m ago

@Enter3211 是的，你说的对，我的问题。但我想问 ds 真的能做到吗

44

121819756

OP

3h 38m ago

@xz410236056 是的，吐槽归吐槽，混还是要混的，还是按照自己节奏来，不背锅不犯错，意见建议是提不了一点

45

chtcrack

3h 38m ago

梁文峰时刻死劲蹬 pro,让你老板报销,感受一下 AI 的魅力.

46

121819756

OP

3h 38m ago

@AEDaydreamer 我就很好奇，你们 token 这么足吗？

47

121819756

OP

3h 38m ago

@LongerAng 是的，ds 起码够用了，报销我也没法说什么，按自己节奏来吧

48

121819756

OP

3h 37m ago

@chtcrack 是的，我可以不手写，没额度了你别怪我就行，不犯错不背锅

49

Building

3h 32m ago

把方案全部搞好，让他改哪里，怎么改，你都得定清楚
这流程工作量不比直接写代码复杂十倍？这是多大的公司啊，Google 动代码都没这么严

50

Ravenddd

3h 18m ago

token 够的话确实可以全 AI,别抠抠搜搜不够用那就废了

51

wktrf

3h 15m ago

> 你自己要把方案全部搞好，让他改哪里，怎么改，你都得定清楚了。

这个恰恰是最难的，开发一般都是`提出假设 → 修改/实验 → 观察结果 → 修正假设`的流程然后迭代达到最终目标吧，一上来就定清楚，是最不现实的

52

zhengfan2016

3h 12m ago

工资正常发的话，领导说啥就是啥，你要做的就是以后清算时刻如实撇清责任就行了

53

gl3081

3h 11m ago

cursor 最近 30 天消耗 1.1B tokens ，越来越觉得完全让 AI 写 AI 改比人靠谱太多了。我的工作流程(后端服务器)是：1. AI review 策划的需求文档，制定相关 plan(中间会跟策划 battle 几次) 2. 根据最终定稿的策划案制定 Plan 3. 根据 plan 设计接口和数据结构 4. 实现接口并生成客户端对接文档+QA 测试用例文档 5. 换个新的窗口 review 当前功能分支更改 6. 部署到测试环境 7. 客户端直接连测试环境开发。上面每一步都会人工 review AI 的结果，调整也只会让 AI 直接去改。目前看这套流程产出的可靠性还是很高的(QA 已经快失业了)

54

121819756

OP

3h 10m ago

@zhengfan2016 是的，就是单纯吐槽吐槽，这行情，能 gou 尽 gou

55

121819756

OP

3h 8m ago

@gl3081 当然是 AI 靠谱，你这套就是基础的工作流搭建，当然消耗也是巨大的，依赖性一旦有了，到时候被收割起来就更难受了，一旦涨价啥的，就很难受

56

121819756

OP

3h 7m ago

@wktrf 所以技术领导说出这样的话，我是很震惊的，为什么能有这么武断的话，ai （ ds ）都能改。

57

FreshOldMan

3h 6m ago

[你自己要把方案全部搞好，让他改哪里，怎么改，你都得定清楚了。 ]
这个 codex 和 claude code 可以

58

gl3081

3h 5m ago

@121819756 涨价肯定是不会的？这点成本对于公司来说都是毛毛雨

59

121819756

OP

3h 4m ago

@Building 是的，这也好，说明我们还是有点用，还得靠人定方案。，哈哈哈

60

121819756

OP

3h 2m ago

@gl3081 认真问一下，为啥肯定不会涨价？还有您这 1.1B ，大概多少钱？ 1000 刀有吗？

61

PrinceofInj

2h 51m ago via Android

我感觉你评价你老板对 AI 理解的最后那句话说的一点问题都没有啊，现在不应该就这么做吗？套用之前在 X 上看到的一句话，你现在会去检查汇编代码吗？你不去检查，你怎么知道编译器编译出来的汇编是没问题的？

62

121819756

OP

2h 48m ago

@PrinceofInj 没太明白您的意思，你指的哪句？老板只听他的？

63

gl3081

2h 44m ago

@121819756 现的趋势是各大模型都在降价的。
cursor Ultra 订阅，一个月 200dollar 还用不完

64

Retas

2h 26m ago

领导思路没问题，除了强制使用没啥槽点

65

elan

2h 23m ago

其实也还好，相当于创造了一种面向 AI 的新编程语法了，解放了语言细节对业务能力的桎梏。

66

lneoi

2h 22m ago

你和 AI 交互改代码会产生个问题，对 AI 代码理解不透，导致改出新问题，AI 没注意到你改的，导致另外问题。
还有就是你觉得 AI 写的代码非常杂乱，想去重构，就会产生更多问题。

方案没办法一次性搞好，或者说自身没办法将最终产品想的那么具体，只能多轮次迭代弥补了

67

Eillott

1h 49m ago

我已经快一年没写过一行代码了，改一行配置都是让 AI 去改

68

WebKit

1h 46m ago

最搞的是强制使用 AI ，不允许手写一行代码，全部托管，只允许让 AI 改，参考前同事，后面 AI 训练好了。人就可以走了

69

nsjs

1h 42m ago via iPhone

觉得不爽可以加很多确认潜在影响范围、花式测试验证的指令，狠狠地烧 token😏问就说 ai 改代码不放心

70

c10iou97

1h 22m ago

已经一年半没手写过一行代码了，我们整个部门（怀疑公司大部分研发）都是，不区分序列。。。。

71

furlxy

1h 16m ago

有一种："__指挥，__部署，__烂尾"
的感觉

72

GunnerX

1h 14m ago

不手写代码全交给 ai 写没啥问题，你要是一半手写一半 ai 写才容易出错呢，因为你和 AI 都没有完整的上下文

73

121819756

OP

53 mins ago

@GunnerX 那是模型不行吧，我之前用 curosr+自己手写，没啥问题，当然啦，手写的部分是非常简单的，我不想等 ai 改而已，比如方法换地方，加字段什么的

74

iyaozhen

38 mins ago

“我对一个模型的好坏标准，就是，我一句话描述了，你可以自己定方案自己修改，这才叫 AI ”
“他对 AI 使用和理解：你自己要把方案全部搞好，让他改哪里，怎么改，你都得定清楚了。”

你同事理解是对的，至少短期内是这样。业界叫 harness/loop engineering
至于说强制，更是对的。现阶段不可能说搞出一个尽善尽美的东西，你拿来用就行，那到时候已经都失业了。

我的建议是，你作为业务方、使用方，深度参与进去，一起拿结果。

75

ldy619354397

31 mins ago

有没可能是模型不行，加钱用好点的模型吧

76

Promtheus

23 mins ago

@121819756 #33 我感觉你对 ai 的使用还停留在几年前的水平

77

brucewar

18 mins ago

我想知道，那些说“不手写一行代码”的人，他们真的如此吗？真的能做到，一个字母都不动吗？还是说，为了极力证明什么

78

121819756

OP

18 mins ago

@Promtheus 啊，ai 模型自己定方案，是几年前的水平吗？我觉得现在也做不到这一步吧

79

121819756

OP

16 mins ago

@iyaozhen 是的，所以我想说，就不要武断的说全部托管 ai ，结果追问下来，还不是要自己定方案吗。ai 只是把你的方案通过代码实现而已，还是要盯着整个流程的。

80

121819756

OP

16 mins ago

@ldy619354397 是这个道理，ds 用下来虽然便宜。

81

nrtEBH

11 mins ago

领导还是懂 AI 的

82

vegeta2ex

8 mins ago

ai 现在太强了，好久没有写代码了