泥潭日报 uscardforum · 内容汇总

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

内容摘要

古法编程定义进一步细化,Cursor被确立为“初古”基准线。

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在实际工作中可能仅作为批处理工具。
  • (之前已归纳) #94 @bravefilm 分享了一张图片(链接见原帖),并评论“有的,而且比AI还快”,暗示存在某种超越当前AI速度的传统或极致编程方式,延续了幽默夸张的讨论风格。
  • (之前已归纳) #96 @真的很需要 描述了公司禁止使用Agent时的折中方案:手动将代码复制到Copilot处理后再复制回来,反映了政策限制下的低效工作流。
  • (之前已归纳) #98 @tar 指出面试场景不仅考察编程能力,还可能涉及对“古法LeetCode”考核方式的适应,进一步细化了面试中的“古法”元素。
  • (之前已归纳) #99 @tututututu 提出了核心观点:使用Claude Code后难以回归纯手动模式,但强调核心逻辑和架构仍需人工思考;认为“古法编程”的价值在于理解底层,而AI的价值在于执行效率,两者互补而非对立。
  • (之前已归纳) 新增: #100 @jnnksn 回应关于面试的讨论,提出除了LeetCode外,Jane Street风格的脑筋急转弯也是面试内容之一,进一步丰富了“古法面试”或“硬核筛选”的具体形式。
  • 新增: #101 @秦时月 对编程工具的“古法”分级进行补充和确认,认为Playlife提出的“初古”(即Cursor)已经是极限,而“中古”(指代比Cursor更现代但仍非纯手打的工具或模式)则“真不行”,暗示了对AI辅助工具替代传统手动编码趋势的某种无奈或接受,同时也侧面印证了Cursor在“古法”谱系中的基准地位。

2. 羊毛/优惠信息