V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  lollipogo  ›  全部回复第 3 页 / 共 5 页
回复总数  86
1  2  3  4  5  
2024 年 10 月 11 日
回复了 lollipogo 创建的主题 Podcast 你们听播客都是什么场景?
@ronman #12 聊感想的,聊书的,评论时事的,讲技术的比如 AI 的,聊科技动向的,聊开发的

挺多播客中,就是有些部分就是要集中一下精神,思考思考,有时候可能还要倒回来再仔细听一下。开车时听过几次,这种要思考的基本不行,容易分神,一段没听就丢失上下文了,开车时要往回倒也不安全。纯闲聊的倒还好

上面大家提到的散步、跑步应该是最合适的场景了
2024 年 10 月 11 日
回复了 pythonee 创建的主题 问与答 微信读书还是得到读书会员?
得到没怎么用过。微信读书挺喜欢的,体验挺好,没有的书可以从网上找过来导入,也有 AI 速读、AI 问书,PC 上 Web 端体验也很好。没事领领体验卡,我基本都是用体验卡加 6 元换一个月会员,对我来说够用,书已经读不过来了。
2024 年 10 月 11 日
回复了 blucas01 创建的主题 分享创造 一文带你了解 PageSpy,开启前端调试新姿势
好东西,已 star ,赞一个
2024 年 10 月 10 日
回复了 djyde 创建的主题 阅读 AI 和写作
我理解写作过程中更多还是要关注自己的内心感受,以尽可能准确的表达自己、抓住自己的念头为目的。这一步加上 AI 可能是会有些聒噪的。我认为用户输入可以是草率的,而在输入完成后是可以交给 AI 来对内容做一些分析、关联、扩展等。

比如我之前的一个想法是,notion 建一个 database ,即时的输入提交后直接进入 Draft 分类,然后这一步会调 AI 接口根据输入的内容做一些处理,比如打上标签、主题,查找一些关联信息之类的附加上。这就是一条初始记录。这种即时的输入是需要后期再继续梳理的,梳理之后可能多条合并成一条,然后手动再从 Draft 分类转到 Archive 分类。这里面也可以做一些别的事情,比如用 AI 定期整理回顾,发个邮件什么的,但是我最近没继续去弄这个了。当时参加一个厂商活动写了一篇文章,感兴趣可以翻一下,https://www.notion.so/guoleilei/SiliconCloud-AI-AI-6b8ab4ed2bd4487db098bb9fd93b5eaa

说回 OP 的想法,据我所知 me.bot 也是有做类似的事情,然后 Google 的 NotebookLM 在播客功能火之前,其实主要也是做类似的事情。

另外现在输入过程中也有一些 AI 能力加持,比如微信输入法自带 AI 润色功能和问 AI 功能,这种东西用户按需使用其实也挺不错的,不需要的人也不打扰。

提升自己的写作能力可能是另外一件事,这个其实是提升表达能力,按我理解多和 ChatGPT 对话也可以做到,毕竟要打出一段话来讲清楚自己的需求。当然这个做一个类似的应用,比如让用户选择自己喜欢的语言风格,以一些话题引导用户表达,然后针对性的给出一些润色建议,其实可能也是挺好的应用。
@gogogo1203 #36

UI 这一块确实是,我一般让 AI 先大概写一下,然后自己再调细节。

至于很多说几分钟做了一个什么什么的,我之前一度想屏蔽掉 Cursor 这个关键词,其实发现参与者基本也都有一些技术背景(多是了解一些技术的产品经理),然后做出来的东西其实不复杂,细节也不太讲究,大部分可能也只是 wow 一下不再继续维护迭代。就像文生图一样,很容易可以画一幅画出来,但是想调整细节到自己理想的状态可能就很难继续通过描述去实现了。

其实还是部分程序员提效+ AI 本身能力能覆盖部分初级岗位,这是会导致对程序员的需求收缩。或者初级程序员也不用担心,因为可能还没有 token 贵。不过技术也在发展,成本也在降低,还是要看看后续怎么优化自己的工作。

对我来说,想到有一个点是觉得广度比追求深度更重要一些,技术细节是真的可以抛在一边,多了解一些技能专业之外的工作内容,结合 AI 是可以快速扩展自己的能力边界的
@Yc1992 #25 有启发,显卡散热员,网线整理师

@wei2629 #28 之前有类似体会,写需求比写代码费劲,但是后面慢慢试着把一些相对比较清晰的模块(好描述一些)描述出来让 AI 实现,效果还挺让我意外,所以也会慢慢能比较接受这种方式。另外一致不一致这个问题咋说呢,人类写出来的代码也有一些 edge case 考虑不到的,需要后续通过修 bug 之类的来完善,或者可以把现在的 AI 编程看做一个一两年经验的程序员,后续会继续发展。需求理解上也是类似的,现实中不同的 prd 清晰程度也不一致,相同的 prd 不同的程序员理解程度也不一样。先把 README 之类的文件写好可能会对 AI 代码生成有好处,比如 @Chinsung #27 提到的测试用例,或许可以像 TDD 那样,人类先写好测试用例,然后让 AI 去理解然后做编码这一块,测试用例能全跑通了人类再继续介入。
我是更喜欢 Tailwind 的方式,配合 VSCode 插件挺好用的。另外 TS 的话见仁见智,我现在部分情况如枚举、纯工具函数之类的会单独用 TS 写,大部分还是用 JS 写,部分 JS 函数也可以再把注释完善一下,其实用起来代码提示也够了
@acorngyl 是的,所以说后面可能像我们这种人更多做需求调研、Code Review 、devops 之类工作,AI 来负责具体编码。也是想随便聊聊,对于我们来说,后面侧重于投入哪些技能会更好点
@hongyexiaoqing 人类程序员也分 369 等的,就像上面的一个大兄弟说的,比他工作两年的同事强多了。我也有同感,如果是让 AI 现在写一些需求清晰的模块的代码,完成率和质量都很高。这样一方面效率提升,一方面 AI 能替代大量初级程序员,一来二去对程序员需求是降低的。现在就我观察,周边很多同事对这个趋势其实没什么认知,用 Cursor 这类软件的都很少,一部分可能会用通义灵码之类的软件辅助编程,但是也是比较基础的用法,补全对话之类的。(对新技术不太关心)


@sillydaddy 说的很好,但是有一个时间的问题。现在 AI 编程热钱多,落地效果比较好,或许会早其他行业一步被逐步替代(可能因为我本身在这个行业更关注这一块,有注意力偏误,或许其他行业也是类似情况)
@nVoxel Cursor 直接选中一个文件,让结合 codebase 一行一行写注释也很方便。另外你这个英语母语的倒是让我想起来学英语的好了,因为互联网英文资料的丰富,训练出来的大模型对英文更友好些。在文生图或者写普通 prompt 的时候,有时候就单纯把中文提示翻译成英文效果都有明显提升。英文好确实能接触第一手资料
@gulu 他这个帖子暂不论。但 AI 在编程这个市场现在看来算是做落地确实比较好的了,也比较热门。再给几年的发展时间,真不好说是什么样子。或许像我们有程序员背景的人,以后很可能去做 需求调研、Code Review 、devops 之类的工作,具体的编码由 AI 来处理
2024 年 10 月 8 日
回复了 leewaytown 创建的主题 分享创造 我试做了一档面向程序员的技术历史播客
对这样的播客挺感兴趣的,正在听第一期。感觉现在的节奏和内容更适合文章或视频的形式?在想播客的话如果找个合适的人一起聊天主持,可能会更轻松一些,顺便问一下 OP 即刻 ID 和第一期的文稿?
我认为 node 足够了,接口少的 nextjs 或是 serverless function ,复杂点的用 nestjs 搭纯后端也行。nestjs 的话我之前有练习写过一个模版,实现了一些常见的需求,commit 里可以看每个提交对应什么功能,我觉得这东西做小应用挺合适的 https://github.com/KwokKwok/nest-starter
赞一个
2024 年 9 月 6 日
回复了 HeyCaptainJack 创建的主题 职场话题 坐标郑州,老前端 er 已失业
@HeyCaptainJack 是,你退出的那个群
2024 年 9 月 5 日
回复了 HeyCaptainJack 创建的主题 职场话题 坐标郑州,老前端 er 已失业
即刻上热衷于出海 ai 的都很多,可以去看看,感觉不用局限于郑州。 另外我也在郑州,可以加个微信 MTc2ODE4OTA3MzM=
2024 年 9 月 5 日
回复了 HeyCaptainJack 创建的主题 职场话题 坐标郑州,老前端 er 已失业
啊群主是吗
@xiaoli1999 所以加了个自动生成优化版的中英文 prompt ,也考虑单独再加一个翻译按钮,中文实在是没法看
1  2  3  4  5  
关于   ·   帮助文档   ·   自助推广系统   ·   博客   ·   API   ·   FAQ   ·   Solana   ·   3286 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 45ms · UTC 12:28 · PVG 20:28 · LAX 05:28 · JFK 08:28
♥ Do have faith in what you're doing.