1
yechentide 4h 23m ago via iPhone
|
2
JoeJoeJoe OP PRO @yechentide 看了一下确实很不错, 所以还是说: 这事得看人
|
3
zooo 4h 18m ago
我觉得吧,自己自嗨式做东西没错,但是仅仅是学习而已,有用的东西需要参与到整个市场中去验证,获得用户的反馈,解决用户的问题,这样反过来 Push 自己对细节进行打磨,如果没有市场和用户的反馈,证明自己做的东西价值不大,本身自己也很难沉下心来打磨细节。
一个作品好与坏,因素很多,产品力、运营、营销、商业模式等等,代码只占其中 20% 差不多。 |
5
kulove 4h 9m ago via Android
我做产品差不多要打磨半年后才会选择上线 几天做出来的玩具基本上得不到什么正反馈的
|
6
JoeJoeJoe OP PRO @kulove 想做好一个产品确实是需要用心打磨的.
现在分享创造里面充斥着各种各样的 demo 玩具,点进去之后又慢 Bug 又多, 大部分都是为了追热点做的新工业垃圾, 包括我之前 Vibe 的那些垃圾😂 |
7
teaguexiao 3h 58m ago
说到底 AI 只是工具,决定产品质量的还是背后那个人有没有工匠心态。越快越容易产出,越需要克制自己「完成就行」的冲动。
|
8
chunqiuyiyu 3h 39m ago
大浪淘沙才会沉淀下来精华。现在 VibeCoding 的好处是能帮我快速试错,将自己的想法实现出来,以前就是在脑子里想想就过去了。
|
9
gkinxin 1h 36m ago
如果做出来的东西是能解决一些问题,哪怕细节粗糙都是会有人用的,之前写了一个谷歌插件,当时做出来的样子并不好看,但支持 google authenticator 的迁移,市面上的插件基本是没这功能的。
这过程中解决了两个问题,一个就是在使用某些需要两步验证的网站时不用掏手机,另一个给人一个迁移方案。 后面用 ai 的设计方案成熟了,https://getdesign.md/用这个改善了一下 UI 。 顺便推广一下: https://chromewebstore.google.com/detail/bdghigepjelfffaeccjldnalnefmpfnd |
10
BingoXuan 1h 14m ago
最近之前合作的客户找我重新做一个新的工厂用的测试框架。新的框架全程都是 vibe coding ,功能上我觉得比起某消费电子大厂使用的测试框架要好不少。现在代码膨胀到 11k ,复杂度仍然可控。加需求 ai 很快就能处理好。5 分钟解决问题,别的同行恐怕要折腾一晚上。
vibe coding 要确保自己能理解整体运行逻辑,而不是代码细节。用 vibe coding 验证想法,再把想法放到现实中验证。 |
11
JoeJoeJoe OP PRO @teaguexiao 是这样的, AI 只是工具
@chunqiuyiyu 我也是, 之前的想法能够快速的实现出来, 然后再扔掉, 哈哈哈哈. @gkinxin 如果是蓝海的话,只能说人厉害, 能精准的找到赛道. @BingoXuan "vibe coding 要确保自己能理解整体运行逻辑,而不是代码细节。" 这一步就是最难的地方, AI 完全是黑盒运行, 如果你不 Review 的话, 你就不知道他到底是咋实现的, 很难绷. |
12
sillydaddy 33 mins ago
确实是,我用 AI vibe 了下面这些,只有 1 个在用:
1. node-based 动画制作工具。发现不适合制作复杂的动画,抛弃!几万行代码。瞎了!!!改用 MotionCanvas 以及 Manim 这些现成的工具。 2. 简单的 gtd 时间管理工具。自己用着都感觉操作不方便。搁置中。 3. 自媒体流水线管理工具。功能挺丰富的,看板、筛选、可视化都有,但目前还没用到,因为同时启动的自媒体项目数量,还远远到不了用流水线管理的程度。偶尔看看里面的话题素材,希望以后能用上。搁置中。 4. v 站新帖监测工具。这个倒是在用,也挺管用的。高频使用中。 5. LogSeq 双向链接的可视化。vibe 了一半,设计水平还是不行。搁置中。 6. 数据备份命令行工具 PAR2 的 UI 管理界面,做完了但还没有用。搁置中。 应该还有不少其他的。 有时候工具太容易做,导致不假思索就去做工具,把精力放到上面,忘了原本的目标。 |
13
kakki 28 mins ago
老板也不知道招来的程序员的实现细节啊,为什么要纠结细节,假如他招聘了几百上千个员工难道也要全部了解他们写的每一行代码的细节么?我认为这不现实也没必要,这和常凯申机枪向左移动五米没有区别.
|
14
JoeJoeJoe OP PRO @sillydaddy 有没有发现 Vibe 出来的大部分都是网站? 用 AI 搞这些东西,只能解决问题,但是不能提高自己.有竞品的情况下, 还不如拿 Token 的钱去付费竞品来用.
我最近打算重新学一下 SwiftUI 和 Rust 了, 用 AI 辅助我开发而不是我辅助 AI 开发, 试试效果. |
15
JoeJoeJoe OP PRO @kakki "看着熟悉又陌生的代码, 我发现我已经无法掌控这个庞然大物, 所以排查线上的问题就直接扔给了 AI 员工来处理, 在 AI 员工给我汇报原因和解决方案的时候, 我甚至都不能确定这是不是问题的根源, 但是只能签字部署, 观察结果, 像极了我年轻时候的领导, 哈哈哈, 终归是活成了我最讨厌的模样."
--- 道理确实是这样的, 老板不需要关心细节, 但是有一个现实的情况就是, 老板可以一级一级的往下压活, 下面的员工一级一级的拆分, 等到最终出问题的时候, 总能找到一个专门负责这一块的人来解释或者解决. 但是目前的 AI 的能力还暂时达不到这种效果, 所以出了问题的时候, 很容易瞎猜, 而且随着项目规模的增大这种现象是线性增长的. 如果开发人员不能明确的指明方向,直接让 AI 来修复,这个过程可能会很痛苦. 当然, 等以后 AI 的能力更强之后, 完全可以达到你说的老板不需要关心 AI 员工的实现细节, 但是目前来看, 还得在等等. |