现在还有人坚持古法编程吗？

AI编程工具的普及引发了关于“古法编程”的讨论，用户们用幽默和夸张的方式定义着从纯手动敲代码到极端历史时期的编程方式，并对比了不同工具和方法的“古老”程度，甚至将面试视为一种“古法”实践场景。新回复中，用户分享了使用nano编辑器的经历，以及在处理复杂bug时AI工具的局限性，进一步丰富了对“古法编程”的定义和讨论。用户vczh的回复则直接表示自己还能写汇编语言，暗示了对更深层次“古法编程”的坚持。新加入的回复继续拓展了“古法编程”的定义，提到了Perl语言、IDE自带的Vim插件、五笔输入法，并以幽默的方式回应了AI的局限性，将编程比作“湿件编程”。近期讨论中，用户分享了公司使用企业级AI解决方案的情况，并指出在实际工作中，AI工具可能仅作为批处理工具被使用。同时，有用户认为在刷LeetCode时仍需“古法编程”，而另一些用户则推崇“百年傳統才香”，甚至将“古法编程”视为一种爱好。讨论还延伸至Fortran和打孔卡等更早期的编程方式，并有人戏谑地认为Fortran“太新了”。此外，用户还讨论了“不古法裁员”与“古法干活”的现象，引发了对工作模式和公平性的思考。

1. 关键信息

• (之前已归纳) 帖子围绕“古法编程”展开，探讨在AI辅助编程日益普及的当下，是否还有人坚持传统编程方式。
• (之前已归纳) “古法编程”被赋予了多重含义，从纯粹的手动敲代码、深入Stack Overflow/GitHub寻找答案，到使用Vim/Emacs且正则表达式全凭脑力编译，甚至追溯到打孔纸带、手插电线、手摇发电机、拨盘电话、口含纽扣电池、纸上写代码由他人录入等极端形式。
• (之前已归纳) 也有用户提到“主理人编程”和“助理写代码”的新模式，以及将Vim与Claude Code结合的混合方式。
• (之前已归纳) 用户cookie2明确表示，除非提及打孔纸带，否则不认可AI助手对“古法编程”的总结。这暗示了用户对“古法编程”的定义有更严苛且历史悠久的标准，并强调了AI在理解和总结这类特定领域（如“玩卡领域”）黑话时的局限性。
• (之前已归纳) 用户Small-Potato提出“手工编磁芯”是体验原汁原味“编程”体验的方式。
• (之前已归纳) 用户aaa进一步拓展“古法”概念，指出“插电”并非最古老的方式，并以莱布尼茨计算器为例，说明在电力发明前就已存在无需电能的计算方式。
• (之前已归纳) 用户咸鱼orz将“古法编程”与中国大学生C++考试高分联系起来，暗示了对不同编程学习和实践方式的比较。
• (之前已归纳) 用户xellous5b1引用了“手摇发电机”的说法，并幽默地将其比作“珍妮纺纱机的表弟”，进一步拓展了对早期机械式计算和编程方式的联想。
• (之前已归纳) 用户猎户葱提出“emacs + agent”属于“新古典主义”，探讨了AI辅助工具与传统编辑器结合的新模式。
• (之前已归纳) 用户Thickness4968描述了一种混合模式：Vim配合LLM工具，仅用于解决特定简单问题，并强调了对LLM幻觉的担忧和对自身代码逻辑的信心。
• (之前已归纳) 用户Thickness4968再次提及“磁芯大战”，表达了对早期编程方式的兴趣。
• (之前已归纳) 用户pikachu12138以幽默的方式回应“古法编程”，称“从海边挖沙子开始”，进一步夸张了“古法”的定义。
• (之前已归纳) 用户qwaszx指出，“面试都是古法啊，不然人人满分了”，将面试环节视为当前“古法编程”的实践场景，并暗示了其难度和筛选作用。
• (之前已归纳) 用户ze3kr将“古法编程”戏称为“有机编程”（Organic coding）。
• (之前已归纳) 用户002形容自己的编程方式为“纯天然有机手打编程 无任何AI添加剂”。
• (之前已归纳) 用户Small-Potato以“图灵赐福的哥布林”自称，并附上自己的头像图片，增加了讨论的趣味性。
• (之前已归纳) 用户katrix与Small-Potato就“图灵”和“蒙葛特”的联想，进一步延伸了游戏梗的讨论。
• (之前已归纳) 用户Small-Potato引用了《艾尔登法环》的游戏梗，如“恶兆之子受赐癫火”和“梅林娜快来噶我腰子”，将讨论带入游戏文化语境。
• (之前已归纳) 用户Playlife将Cursor视为“初古”，tab tab为“中古”，手打代码为“远古”，对编程工具的演进进行了分级。
• (之前已归纳) 用户Zwillingsturme追问，是否Cursor更新的即为Copilot (cc) 和 Codex。
• (之前已归纳) 用户fularji幽默地表示，现在用Vim的人仿佛是“见过秦始皇”。
• (之前已归纳) 用户myq区分了Copilot/Codex的CLI版本和IDE插件版本，认为插件版本“更古法”。
• (之前已归纳) 用户InAmexWeTrust提出“大脑编译直接debug+返回结果”的设想，进一步夸张了“古法”的定义。
• (之前已归纳) 用户chrisX认为，开着Cursor编程已是“近古”。
• (之前已归纳) 用户Chris提出“手搓一套GTA6”的夸张说法，以针和空白光盘作为“古法”工具。
• (之前已归纳) 用户a001082485询问是否还有人坚持写汇编语言（组合语言）或BASIC。
• (之前已归纳) 用户kingsosing表示自己太菜，总用nano编辑器。
• (之前已归纳) 用户hoodl分享了与一位只用nano编辑器的“贼厉害”的老哥共事经历，与身边普遍使用emacs/vim/vi的同事形成对比。
• (之前已归纳) 用户ctest描述了在处理一个因数据顺序错误导致的复杂bug时，AI工具“胡言乱语”，无法提供帮助，最终通过手动重写代码解决，强调了在复杂问题面前AI的局限性。
• (之前已归纳) 用户vczh直接表示自己还能写汇编语言，表明对更深层次“古法编程”的坚持。
• (之前已归纳) 用户皮皮虾询问是否有人还在写Perl语言，拓展了“古法编程”的语言范畴。
• (之前已归纳) 用户devilevga分享了使用IDE自带Vim插件的经历，以及曾经的同事使用Emacs和五笔输入法的“古法”组合。
• (之前已归纳) 用户bravefilm以幽默的方式回应，将“有机编程”与“湿件编程”联系起来，暗示了编程过程中人为的、非纯粹的因素。
• (之前已归纳) 用户WaldorfAstoria表示，由于经理和跳槽（skip）没有时间，自己无法亲自编写代码，暗示了在项目管理和时间压力下，亲手编写代码成为一种奢侈。
• (之前已归纳) 用户狂魔哥分享了一张图片，并配文“小说来啦”，可能暗示了对“古法编程”故事化的解读或创作。
• (之前已归纳) 用户slackingfred对比了过去凭爱好进入CS领域和现在“vibe coding”的工作模式，认为“古法编程”已成为一种爱好。
• (之前已归纳) 用户Bayessss提到了“Fortran + punched card”，将编程方式追溯到更早期的阶段。
• (之前已归纳) 用户HelloFox认为在刷LeetCode时仍然需要“古法编程”。
• (之前已归纳) 用户DuckRush表示老板要求使用AI，尽管大多数时候AI只是批处理工具。
• (之前已归纳) 用户JayChien分享了一张图片，并表示“一定要百年傳統才香”，强调了对传统方式的推崇。
• (之前已归纳) 用户jnnksn回复Bayessss，认为Fortran“太新了”，并戏谑地表示只能写0和1。
• (之前已归纳) 用户gogo询问AI的具体模型和框架，如是否使用cc+最新opus。
• (之前已归纳) 用户BeanCounter008指出公司已经不“古法裁员”了，并反问“牛马人凭啥古法干活”，将“古法”与不公平的待遇联系起来。
• 新增： 用户ctest提到公司使用企业级AI解决方案，但具体底层模型未知，并且AI在实际工作中可能仅作为批处理工具。

2. 羊毛/优惠信息

• 无

3. 最新动态

• 无

4. 争议或不同意见

• (之前已归纳) 对于“古法编程”的定义存在广泛的讨论和戏谑，从严格的传统编码到各种极端和幽默的解读都有。
• (之前已归纳) 用户cookie2对AI总结的“古法编程”的定义提出了质疑，认为其不够“古法”，特别是未提及打孔纸带等更早期的编程方式。
• (之前已归纳) 用户aaa对“插电”作为“古法”的定义提出异议，认为其不够“古老”。
• (之前已归纳) 用户咸鱼orz的评论引发了关于“古法编程”与应试教育下编程学习方式孰优孰劣的潜在讨论。
• (之前已归纳) 用户qwaszx的观点暗示了对当前编程面试考察方式的某种质疑，认为其过于侧重“古法”而可能忽略了现代开发实践。
• (之前已归纳) 用户狂魔哥对Small-Potato头像的联想，引发了关于头像解读和个人身份的轻松讨论。
• (之前已归纳) 用户myq对Copilot/Codex的CLI和IDE插件版本的“古法”程度的区分，显示了用户对AI辅助工具不同形式的细致考量。
• (之前已归纳) 用户chrisX的“近古”说法，进一步细化了AI辅助工具的使用在“古法”程度上的分级。
• (之前已归纳) 用户fularji将Vim用户比作“见过秦始皇”，进一步强化了对传统工具使用者的一种戏谑性定位。
• (之前已归纳) 用户Playlife对Cursor、tab tab和手动编码的“古老”分级，体现了用户对不同工具演进阶段的认知差异。
• (之前已归纳) 用户ctest的经历表明，在处理复杂bug时，AI工具可能无法提供有效帮助，凸显了传统手动调试和代码重写的重要性，这与AI辅助编程的便捷性形成一定反差。
• (之前已归纳) 用户WaldorfAstoria的回复暗示了项目管理和时间压力可能导致开发者无法亲自编写代码，这与“古法编程”所强调的亲手实践形成一种对比和潜在的“冲突”。
• (之前已归纳) 用户bravefilm的“湿件编程”说法，是对“有机编程”的延伸，可能暗示了编程过程中人为的、非纯粹的干扰因素，是对AI辅助编程的一种戏谑性回应。
• (之前已归纳) 用户slackingfred将“古法编程”与“爱好”联系起来，暗示了其与当前“vibe coding”工作模式的区分，可能存在对工作方式的某种不满或怀旧。
• (之前已归纳) 用户Bayessss和jnnksn的对话，将Fortran和“写0和1”进行对比，体现了对不同编程语言“古老”程度的戏谑性评价，以及对更底层编程方式的推崇。
• (之前已归纳) 用户HelloFox认为在刷LeetCode时需要“古法编程”，这可能暗示了算法题的解决需要更基础的编程逻辑和思维，而非过度依赖AI。
• (之前已归纳) 用户DuckRush指出老板要求使用AI，这反映了在实际工作中，AI工具的使用可能并非出于开发者意愿，而是工作要求，可能与“古法编程”的自主性形成对比。
• (之前已归纳) 用户JayChien的“百年傳統才香”观点，直接表达了对传统编程方式的偏爱，可能与对现代工具的快速迭代和变化持保留态度。
• (之前已归纳) 用户BeanCounter008将“古法裁员”与“古法干活”联系起来，暗示了“古法”可能与不公平的待遇或剥削有关，引发了对工作环境和发展模式的讨论。
• 新增： 用户ctest的反馈表明，在实际工作环境中，AI工具的使用可能受限于企业封装和外部解决方案，且其功能可能仅限于批处理，这与开发者对AI的期望和“古法编程”的自主实践形成对比。

5. 行动建议

• (之前已归纳) 对于追求纯粹编程体验或对AI辅助持保留态度的开发者，可以参考讨论中提到的各种“古法”方式，例如关闭AI助手、深入研究文档等。
• (之前已归纳) 对于希望了解编程演变历程的用户，可以从帖子中看到不同年代的编程方式和工具的变迁。
• (之前已归纳) 对于AI助手在总结特定领域（如“玩卡领域”）的黑话和历史概念时，用户应审慎对待，并可能需要更专业的知识来判断其准确性。
• (之前已归纳) 对于希望体验更早期编程方式的用户，可以考虑“手工编磁芯”或追溯到电力发明前的计算方式。
• (之前已归纳) 对编程学习和实践的理解可以更广泛，不仅限于现代AI辅助下的高效开发，也可借鉴历史上的不同方法论。
• (之前已归纳) 对于AI辅助工具的使用，可以采取更审慎的态度，如Thickness4968所示，仅用于解决特定简单问题，并保持对自身代码逻辑的控制。
• (之前已归纳) 关注编程面试的考察方式，理解其可能侧重的“古法”技能，并据此调整学习和准备策略。
• (之前已归纳) 拥抱“有机编程”或“纯天然有机手打编程”的理念，在享受AI便利的同时，保持对核心编程技能的掌握和对代码本质的追求。
• (之前已归纳) 参与到对“古法编程”的讨论中，可以尝试用幽默和创意的方式来解读和延伸，如Small-Potato所示，增加社区的趣味性。
• (之前已归纳) 关注编程工具的演进，理解不同工具（如Cursor、Vim、nano）在“古法”程度上的不同定位，并根据个人偏好选择。
• (之前已归纳) 对AI辅助工具的细分（如CLI vs IDE插件）进行考量，以更符合自己对“古法”或“现代”的定义。
• (之前已归纳) 保持对编程“古法”的幽默感和想象力，例如“大脑编译”的设想，以轻松的心态参与讨论。
• (之前已归纳) 认识到AI辅助工具（如Cursor）的使用，在“古法”的语境下可能属于“近古”或更早的阶段，并据此调整对工具使用的认知。
• (之前已归纳) 关注是否还有人坚持使用汇编语言或BASIC等更早期的编程语言，以探索更深层次的“古法”。
• (之前已归纳) 保持谦逊的态度，承认自己对某些“古法”工具（如nano）的熟练度不足。
• (之前已归纳) 尝试用极度夸张和幽默的方式来表达对“古法编程”的理解，例如“手搓GTA6”。
• (之前已归纳) 在处理复杂问题时，认识到AI工具的局限性，并做好手动调试和代码重写的准备，这可以被视为一种“古法”实践。
• (之前已归纳) 关注那些坚持使用看似“落后”工具（如nano）的开发者，他们的经验可能提供独特的视角。
• (之前已归纳) 对于坚持使用汇编语言等更底层、更古老的编程方式的开发者，应认识到其对“古法编程”的深度理解和实践。
• (之前已归纳) 对于还在使用Perl等相对“古老”但仍有应用场景的语言的开发者，可以认为是在某种程度上的“古法编程”实践者。
• (之前已归纳) 了解和使用IDE自带的Vim插件，以及Emacs配合五笔输入法等组合，可以被视为在现代开发环境中融入“古法”元素的一种方式。
• (之前已归纳) 认识到在项目管理和时间压力下，亲手编写代码可能成为一种“奢侈”，并反思这种现象对“古法编程”实践的影响。
• (之前已归纳) 幽默地看待AI辅助编程的局限性，如“湿件编程”的比喻，以轻松的心态参与关于编程方式的讨论。
• (之前已归纳) 对于希望通过编程学习来培养扎实基础的用户，可以参考在刷LeetCode等场景下坚持“古法编程”的建议。
• (之前已归纳) 在实际工作中，如果老板要求使用AI工具，应理解其可能作为批处理工具的局限性，并审慎使用。
• (之前已归纳) 对于推崇传统编程方式的用户，可以继续坚持“百年傳統才香”的理念，并将其视为一种价值追求。
• (之前已归纳) 对于在工作中面临“不古法裁员”和“古法干活”的开发者，可以反思这种现象，并可能需要权衡自身的工作方式和职业发展。
• (之前已归纳) 对于热衷于探索更早期编程方式的用户，可以关注Fortran和打孔卡等技术，并将其视为“古法编程”的进一步延伸。
• (之前已归纳) 可以通过分享与“古法编程”相关的故事或创作，来增加社区的趣味性，如“小说来啦”的分享。
• (之前已归纳) 将“古法编程”作为个人爱好来坚持，可以是一种在工作模式变化下的情感寄托和价值体现。
• (之前已归纳) 关注AI的具体模型和框架（如cc+最新opus），以便更深入地理解和评估AI工具在编程中的应用。
• (之前已归纳) 对于更底层的编程方式，可以戏谑地认为Fortran“太新了”，只能写0和1，以突出对极致“古法”的追求。
• 新增： 在实际工作中，如果公司使用企业封装的AI解决方案，且AI仅作为批处理工具，应认识到其局限性，并根据具体情况调整对AI的使用策略。