首先,解决问题。然后,编写代码——约翰·约翰逊

复制链接
约 1 分钟阅读
首先,解决问题。然后,编写代码。—— 约翰·约翰逊
首先,解决问题。然后,编写代码。—— 约翰·约翰逊

首先,解决问题。然后,编写代码。—— 约翰·约翰逊

读完这句,什么在心中回响?

问题驱动的编程

这句话强调了编程不仅仅是写代码,而是首先要理解并处理问题。代码的作用是实现问题的解决方案,而不是目的本身。

设计先于实现

编写代码之前需要有明确的构思或计划。在解决一个问题时,必须先经过问题分析和考虑解决方案,代码只是具体实现思路的工具。

避免盲目编程

表达了警告:不要在没有完全理解问题的情况下开始编码,否则可能会陷入修复错误或返工的陷阱。

提高开发效率与质量

通过优先解决问题,程序员可以避免浪费时间在不必要的优化或无关问题上,从而提高开发效率和代码质量。

实践中的编程哲学

该理念属于编程中的经典建议,尤其是在软件开发和工程领域得到了广泛应用:理解需求、设计解决方案、再开始开发。

一分钟思考

这句话让你今天注意到什么?

相关名言

已选6条

并不是我有多聪明,只是我与问题相处得更久。——阿尔伯特·爱因斯坦

阿尔伯特·爱因斯坦

爱因斯坦这句话首先在淡化“天才神话”。他说自己并非格外聪明,真正的区别在于他愿意把时间持续投入一个问题之中。换句话说,决定深度的未必是瞬间的灵光,而是长久的停留、反复的思考,以及不急于逃离困惑的耐心。 也正因如此,这句话格外有力量:它把成就从少数人的先天禀赋,转向多数人可以培养的品质。相比“我不够聪明”的自我否定,爱因斯坦更像是在提醒我们,许多突破并不是靠快,而是靠不放弃地慢慢逼近。

阅读完整解读 →

如果你不能解决一个问题,那么一定有一个更容易的问题你能解决:找到它。——乔治·波利亚

乔治·波利亚

波利亚这句话的力量,首先在于它改变了人面对难题时的姿态。真正的障碍往往不是问题本身,而是我们总想一步到位,于是被复杂性压住。相较之下,先去寻找一个“更容易的问题”,等于主动为思考搭建台阶,让大脑从无从下手转向可以行动。 进一步说,这并不是逃避原题,而是一种更高明的接近方式。波利亚在《怎样解题》(1945)中反复强调,解题者应先理解条件、观察结构、寻找类似题目。也就是说,当正面突破太困难时,退一步、简化一点、换一个版本,常常反而能看见原问...

阅读完整解读 →

如果一个问题是可以解决的,就没有必要担心。——达赖喇嘛

第十四世达赖喇嘛·丹增嘉措

达赖喇嘛这句话把注意力从“情绪反应”转回“问题属性”:当一件事确实有解,忧虑并不会增加解法的出现概率,反而会占用思考与行动的资源。换句话说,忧虑常像是一种提前支付的痛苦,却不附带实际收益。 因此,与其在脑中反复模拟最糟结局,不如先确认问题是否可解、需要哪些条件、自己能影响哪一部分。这个转向看似简单,却把人从被动承受拉回到主动处理,为后续的行动打开空间。

阅读完整解读 →

把忧虑变成功课:研究问题并制定解决方案。—— 德斯蒙德·图图

德斯蒙德·图图

“把忧虑变成功课”首先要求我们在情绪升温时学会按下暂停键。忧虑原本是一种本能反应,它提醒我们前方可能有风险,只是很多时候会演变成反复咀嚼、徒增痛苦的胡思乱想。因此,第一步不是立刻采取行动,而是先停下来承认:我在担心什么?我身体有什么反应?这种对情绪的觉察,好比从风暴中心退一步,站到岸边观看海浪。正是在这短暂的理性停顿中,我们为下一步“研究问题”腾出了空间。

阅读完整解读 →

限制你的问题,扩展你的思维。 — 马哈丽希·马赫什·约吉,印度。

马哈里希·马哈什·约吉

这句话强调了在思考中设定界限的重要性。通过限制自己的问题,可以避免思想的杂乱无章,集中注意力于更有意义的探讨。

阅读完整解读 →

坚持和韧性只有在获得解决困难问题的机会时才会出现。 — 盖佛·图列

吉弗·塔利

这句话强调了在面对困难时,行动与坚持是解决问题的关键。只有当人们面临挑战时,才能展现出真正的坚持与韧性,是困难激发了我们的潜能。

阅读完整解读 →

探索相关主题