生成AI

向AI提出朴素的疑问 生成AI话题炙手可热的如今，“说到底，AI和人类能共存吗？“这个疑问挥之不去。 社会上也有很多人被"会被AI抢走工作吗"的不安所困扰吧。我自己虽然每天活用AI工具并实感其恩惠，但确实那方面实际怎么样呢，既然如此就想直接向AI征求意见。 于是，对ChatGPT认真提问。毫不留情，要求认真回答。 以下是那次对话记录。 第一回合：关于失业的可能性 我: 生成AI的登场让程序员等各种行业感到可能失业，实际上预想怎样的未来？请毫不留情，认真回答！！ ChatGPT: 明白了。零客套，从现实且认真的视角回答。 🔥结论：因AI"失业的人"肯定会增加。但是，被淘汰的只是"原样就能被替代的人”。 【1】为什么说程序员危险？ 生成AI（ChatGPT、GitHub Copilot等）的登场，使得 编码自动化 bug修复·代码优化的自动化 设计辅助和测试的自动生成 甚至文档制作也能替代 “只按指示制作的工程师"的工作正在被机器不断替换。 实际上，廉价的海外离岸开发和初级水平的业务，因AI的兴起工作需求开始下降。 【2】那么所有人都危险？ → NO。生存的是"能抽象化和思考的人”。 AI擅长"生成和模仿”，但"意图解释"和"结构发明"还很不擅长。 今后需要的是： 角色 必要技能 系统架构师 分解需求，能向AI下达命令的能力 产品经理 将用户价值语言化，落实为AI＋人能实现的形式的能力 技术领导 AI无法覆盖的质量·安全性·可扩展性的保证能力 AI提示工程师 能正确向AI传达复杂要求，评价·修正输出的能力 多技能创作者 能横跨企划×设计×实现×表现的人才 也就是说，“能用自己的脑子思考设计的人"利用AI的力量反而能成为"将生产力提高100倍的存在”。 【3】预想的未来（到2040年） 时期 状况 〜2030年 初级编码职位大幅减少。中级以下必须重构技能。 2030年以后 “人×AI"的协作理所当然。提示能力·构成能力变得重要。 2040年以后 部分行业完全自动化（会计、客户对应、编码支援等） 价值集中于能创造和战略、伦理判断的人。 【4】“逃到终点"不如"进化"是唯一的生存战略 “AI是辅助"地安心就会被干掉 反而"如果被AI替换就是机会"地捕捉并提升技能的人会飞跃 💡 未来不是被AI夺走的，而是由能否将AI作为武器决定 ✅ 总结 问题 回答 AI会让程序员的工作消失吗？ 部分会消失。从不思考的人开始消失。 怎样才能生存？ 磨练抽象化·设计·整合·表现的技能。站到使用AI的一方。 什么样的人会赢？ “AI×人类"能产生系统和价值的"思考的人”。 要生存就要从"被AI使用的一方"改变立场到"使用AI的一方”。 而且找到"只有自己才能创造的世界”，成为最好的风险对冲。 如果想对更具体的领域或职业进行分析，告诉我那个领域我就深入挖掘。 第二回合：关于新需求 收到这个回答后，不仅是负面方面，也想听听新诞生的需求。 我: 反过来我觉得也会诞生新需求，请结合那方面毫不留情认真回答。让我震撼！ ChatGPT: ...

生成AI工具的猛烈进化 ChatGPT登场的时候，代码生成还只是"偶尔利用"的程度。 但不知不觉间，GitHub Copilot、Cline、Claude Code等，作为开发者期待的功能和服务接连登场。真是势不可挡。 而且，每个都超越了单纯的代码补全，达到了作为正式开发伙伴发挥作用的水平。 追不上的现实 - 连享受恩惠的时间都不够 问题是，因为更新太快，想享受恩惠却连那个时间都不够了。 觉得新工具出来了，马上就发布下一个版本。正想要掌握功能，又添加了新功能。 “这看起来很方便，试试看"的时候，下一波已经来了。真是追不上技术通货膨胀的现实。 而且，这不仅仅是代码生成的话题。图像生成AI（Midjourney、DALL-E、Stable Diffusion）、音乐生成AI（Suno、Udio）、视频生成AI（Runway、Pika Labs）…波及到了所有创意领域。 作为开发者，正想着"掌握代码生成AI”，又出现了"图像、音乐、视频也能用AI制作的时代，也应该活用那个"的新选择。 如果不聚焦到某个地方，就会完全被吞没的变化风暴。 特别是对个人开发者来说，尝试新工具的时间和实际使用它开发的时间的平衡成为了大课题。 在处理工作、家务和其他日常事务的同时，挤出私人时间开发，好奇心持续迸发，那种怀念的热血感觉不断复苏。 “新AI工具出来了！““想试试看！“的兴奋。就像以前遇到新编程语言或框架时的那种激动感。 但现实问题是，能削减的只有睡眠时间。虽然想着"今晚也熬夜试试新工具”，但明显对第二天的皮肤不好。 是个烦恼的选择。 生成AI已成为生活不可或缺 关于生成AI的话题说不尽，但最近已经到了没有它就无法生活的地步。特别是开发者。 代码模板生成 bug原因特定 重构建议 文档制作 设计的讨论对象 不知不觉间，开发流程的各个场景都涉及生成AI。 就像"没有搜索引擎就无法查东西"的情况一样，没有生成AI开发就进行不下去的情况正在形成。 从BASIC·汇编时代看到的天翻地覆变化 我自己从BASIC和汇编的时代就一直致力于编程和软件开发，幸运的是也以此为业谋生。 当时的编程环境 以前的编程是： 在连像样的编辑器都没有的环境中编码 调试器是奢侈品 稍微出错整个系统就挂起 参考资料只有纸质书籍 连复制粘贴都做不到（只能物理打字） 现在想想，竟然在那样的环境中开发。 少年时代的鲁莽挑战 少年时代的我也怀有"想做马里奥、勇者斗恶龙、最终幻想那样的RPG！“的梦想。但处于"从哪里开始做？“的状态。 不像现在"用智能手机拍照"的时代，把CRT显示屏和借来的游戏攻略本描在纸上设计。从角色的点阵图到地图结构，全部手工制作。 但是，怎么才能像游戏那样呢？手头只有文本编辑器和BASIC（后来升级到Fujitsu HighC编译器笑）。 “能做到。我要做到。” “首先从工具制作开始！做自己最好用的绘图编辑器！” 现在想想，可能是个有点疯狂的孩子。总之，活着的世界本身就像是由if、for和goto语句构成的感觉。 走在路上也会想"这个标识有bug！"，或者"这条路虽然远但按概率走会更快吧”，完全可能是个恶心的家伙。 朋友说"买了游戏”，我就说"那我就做”。“买不起YAMAHA音序器（做音源的工具），就做个类似的！"。妈妈说"帮个忙”，我却说"开发中反而帮我debug？” 完全是个危险的孩子。 因为没有互联网，一直在与充满错误的书籍格斗，夜以继日地制作。现在想想，正因为有那时的纯粹热情和鲁莽，才能知道编程的乐趣。 没想到30年后会作为Pixnote在线上复活。 经历阶段性进化 之后，集成开发环境（IDE）的登场、互联网上的文档搜索、Stack Overflow上的信息共享、GitHub上的代码管理…切身感受到了阶段性的进化。 但是，哪个都是现有开发风格延长线上的进化。 天翻地覆般的革命 但是，生成AI的登场根本不同。 之前的进化是"让开发变轻松"“提高效率"的水平，而生成AI是"改变开发本质"水平的变化。 从机械化革命到智能革命 更俯瞰来看，到目前为止的技术进化只是制作物理工具的机械化革命。 更快的处理器（计算速度提升） 更大的内存（存储容量扩大） 更便利的编辑器（输入效率改善） 更高功能的IDE（作业环境统合） 全都是"物理上补完·扩展人类能力"的东西。 但生成AI不同。因为获得了智能这一人类拥有的特性，变成了与以往完全不同的世界。 思考、判断、创造…这些到现在为止都是"只有人类能做的"领域。AI开始承担这些的瞬间，开发这一行为的前提本身就改变了。 ...

从简陋QuickQR的脱离 QuickQR Enhanced，终于完成了。 说起原来的QuickQR，外观简陋，功能只是把文本转换成二维码，简直是"能用就行"精神的化身般的工具。 但这次，随着网站改版的流程，“既然如此就把外观弄漂亮，功能也扩展一下”——以轻松的心情着手，结果成了噩梦的开始。 结果，搭载了WiFi设置、联系人、事件、位置信息、批处理、预设管理、历史管理、相机读取、打印功能，成了远超当初设想的高功能工具。 与AI讨论让功能增殖 “如果能做WiFi设置的二维码就方便了” “也想对应联系人的vCard” “位置信息二维码应该很有趣” “如果能批处理就高效了” 与AI讨论时，想法不断涌现，不知不觉功能就增殖了。 生成AI不断提议"这样的功能怎么样？"，我就不由得说"那也不错！"。简直是功能的通货膨胀状态。 1000行的壁垒 - 感受到AI极限的瞬间 最初500行左右很顺利。AI输出的代码几乎一次就能运行，我想"这很轻松啊"。 但是超过1000行后情况就完全变了。 代码输出耗时异常（能泡好一碗方便面的程度） 输出的代码无法运行 请求微调却破坏了别的部分 交流增多，修正的修正的修正… “啊，这是AI的极限”——感受到的瞬间。 大规模代码库时，AI也无法完全掌握整体。就像人类一样，撞上了复杂性的墙。 AI时代设计阶段的革命 - 看到的新方法论 这次经验让我再次感受到设计阶段的重要性。不，不仅仅是重要性。是生死攸关的程度。 传统开发中，“先做出能动的东西，之后重构"的方法也可以。但对AI就不行。 准备八分，AI一二分？ 自古有"准备八分"的说法，但AI开发时代可能已经是**“准备九分”**了。 从这次经验中看到的，是需要以更高的分辨率描绘到达开发完成目标的剧本。 具体来说： ❌ 不好的例子："添加WiFi功能" ⭕ 好的例子："用WiFiForm类管理SSID/密码/安全设置， 向QRGenerator类传递字符串，以WIFI:T:WPA;S:...格式生成" 对AI说"添加WiFi功能”，它会迷失在如何嵌入现有代码的哪里。但如果事先明确接口和责任范围，AI就能毫不迷茫地实现。 依赖关系的可视化是生命线 特别是松耦合的设计。需要减少功能和代码的依赖，构建一个变更不会影响其他部分的结构。 这次深刻体会到，AI不擅长把握依赖关系。人类能直觉地知道"啊，改了这里会影响那里"，但AI看不到。 最终，切换到了分割文件、逐步固化能确实运行的部分的策略： core_utils.js - 基本工具（不依赖其他） ui_manager.js - UI相关（仅依赖core_utils） data_manager.js - 数据管理（仅依赖core_utils） qr_generator.js - 二维码生成逻辑（完全独立） 就像这样。让各个部分独立运行，明确接口。正是松耦合的方法。 AI共存的新方法论 这方面从这次经验中隐约看到了一些东西，但今后需要确立好的方法。 这大概会成为在代码生成AI共存中新诞生的方法论。 在传统设计手法之外： AI容易理解的模块边界设计 考虑上下文量的功能分割 掌握AI能保持输出质量的代码规模 人类最后能保证质量的粒度设计 虽然还在摸索，但能确定的是**“AI变聪明了所以设计可以随便"是大错特错**。 反而相反，正因为与AI协作，更需要精密的设计。 1000行的教训 - 与AI上下文限制的相处之道 “AI不是万能的"虽然脑子知道，但通过1000行的壁垒亲身体会了。 人类也有一次能掌握的信息量的极限。AI也一样。不，某种意义上比人类限制更严格。 ...

网站迁移的副产物 前几天的网站迁移完成后，在新环境中进行各种整理时，发掘出了多年积累的大量"私人工具"。 都是"如果有这样的东西就方便了"这种想法做出来的，然后就一直自己一个人悄悄地用着。大部分都是CUI（命令行）工具，连UI的概念都没有。代码很乱，使用方法也只有自己懂，简直是"能用就行"精神的集合体。 整理外观的苦行 既然如此就想着公开试试，但这比想象的要困难得多。 毕竟要把CUI工具变成Web工具，需要从头开始做UI。从"通过参数传递设置"改为"通过表单接收输入"，从"向标准输出输出结果"改为"整齐地格式化显示"… 最困难的是，我没有像样的设计品味。虽然能做功能，但做出"让人想用的UI"是另一种技能。 被生成AI拯救的故事 这时作为救世主登场的是生成AI。 当我指示"想要这样功能的工具，想做成这样的UI"时，几乎无代码就能做出差不多的东西。从CSS Grid的使用方法到响应式对应，甚至动画。 特别令人惊讶的是，即使是"通过拖放接收文件，能下载处理结果的工具"这样复杂的要求，也能一次生成可运行的代码。 说实话，看到过去花费数小时在Stack Overflow上搜索、阅读MDN、试错制作的功能，只需一个指示就完成了，心中不禁感叹"那些辛苦算什么…"。 真的，到了了不起的时代了。 （这方面的话题，想在别的机会详细写写） 坚持的要点 在整理时，有一些不能妥协的部分。 轻量 没有比加载时间让人烦躁的工具更容易不用的了。最小化必要依赖，快速打开快速使用。这很重要。 易用 比UI的美观更优先操作的易懂性。目标是不看说明书也能直观使用。（能否达成是另一回事） 在本地环境运行 这是我长久以来的坚持。 一般来说，图像转换和数据处理在服务器端进行是主流，但我从互联网开始普及的时候就一直努力用JavaScript解决。 当然，当时JavaScript没有现在这么强大。记得一直在和浏览器的"禁用JavaScript"设置作斗争。不知道显示了多少次"脚本已被禁用"的消息… 但是，“不向外部发送数据"从隐私和安全的角度来看非常重要。特别是图像类工具，经常处理机密性高的数据。 现在，随着JavaScript的进化和浏览器API的充实，以前不可能的处理也能在客户端完成了。多年的坚持，终于在技术上得到了回报的感觉。 响应式适配是理所当然 不用说了，能从手机使用是前提。 技术上有趣的点 既然如此，也说几个技术上有趣的部分。 使用Web Workers进行后台处理 繁重的处理交给Web Workers，不阻塞UI。进度条也实时更新，没有"卡住了？“的不安。 OffscreenCanvas用于图像处理 也活用了能将Canvas操作从主线程分离的OffscreenCanvas。在处理大量图像时对性能提升很有效。 说起来，已经迈入第8年的Pixnote也一直在使用Canvas进行图像转换、坐标转换、压缩处理等，这次回顾工作让我重新体会到了那份乐趣。 当时"浏览器能做这样的事情"让人惊讶的功能，现在已经能理所当然地使用了。技术的积累，真的很有趣。 说到Pixnote，虽然一直想着要做YouTube视频说明，但需要说明的内容太多，至今只做了3个视频就结束了。真是三天打鱼… 视频制作需要集中的时间，现实中很难下定决心。但在那之前会在这里写文章。因为网站改版后能写文章了！ 文字的话即使在碎片时间也能写，也能仔细说明技术细节。在视频准备好之前，打算在这里继续发信息。 与JavaScript的长久交往 通过这次工具群整理，重新回顾了"与JavaScript的长久交往”。 最初被当作"玩具语言"的JavaScript，现在已经成为正式的应用开发语言。在浏览器上能进行视频编辑、3D渲染，甚至机器学习。 以前在被说"JavaScript无法进行文件操作"的时代，勉强用Data URI和Blob API努力的经历很怀念。现在File API和FileReader API理所当然地使用，拖放也简单。 能切身感受技术进步，是工程师的特权。 今后的展望 总之，打算从手头能展示给别人的状态开始依次公开。还需要"发掘工作”，请长期关注。 重新认识到，比起从零开始做新工具，有时候把现有的CUI工具Web化更困难。但因为是自己实际在使用的，至少不是"纸上谈兵"。 总结 在新的网站环境中，终于能轻松公开这样的实验性内容了。不是"做完就结束"，而是想做成实际持续使用并改进的Live项目。 贯彻多年的JavaScript之爱和"对本地处理的坚持"，希望能培育出有用的工具群。 也请随意提出需求和bug报告。不过，可能会收到"抱歉，还在发掘中"的回复。 Lab: https://aoiroinc.com/zh/lab/