我学编程为什么难？是思维方式不对还是学习方式不对？

已经有很多大佬巨佬回答了。俺为了可怜的盐值也来凑个热闹吧。

俺是初学者， 因此这是完全强答的，如果您被误导了， 请接受俺的道歉。

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

如何提出一个好问题？

行是知之始， 知是行之成。初中生的知识也是力量。

**这是 STACKOVERFLOW 上的经典文章， 实际上它适合所有人而不仅仅是程序猿

搜索，并研究
...并记录你找到的东西。即使你在网站的其他地方没有找到有用的答案，包括没有帮助的相关问题的链接可以帮助其他人了解你的问题与其他问题的不同之处。

写一个能概括具体问题的标题
标题是潜在回答者看到的第一件事，如果你的标题不有趣，他们就不会阅读其他内容。所以要让它发挥作用。
假设你在和一个忙碌的同事谈话，并且必须用一句话来总结你的整个问题：你可以包括哪些细节来帮助别人识别和解决你的问题？包括任何错误信息、关键API或不寻常的情况，使你的问题与网站上已有的类似问题不同。

拼写、语法和标点符号都很重要!
记住，这是你的问题的第一部分，别人会看到 - 你想给人留下一个好印象。如果你不习惯用英语写作，可以请一个朋友为你校对。
如果你在总结问题时遇到困难，就把标题写在最后--有时先写问题的其余部分可以使你更容易描述问题。


例子：

Examples:

Bad: C# Math Confusion

Good: Why does using float instead of int give me different results when all of my inputs are integers?

Bad: [php] session doubt

Good: How can I redirect users to different pages based on session data in PHP?

Bad: android if else problems

Good: Why does str == "value" evaluate to false when str is set to "value"?


【糟糕的】C#数学的困惑？
【好的】 当我的输入都是整数时，为什么使用float而不是int会得到不同的结果？
【糟糕的】 [php]会话疑问
【好的】如何在PHP中根据会话数据将用户重定向到不同的页面？
【糟糕的】android if else问题
【好的】 当str被设置为 "value "时，为什么str == "value "评估为false？

在你发布任何代码之前，先介绍一下这个问题
在问题的正文中，首先扩展你在标题中的总结。
解释你是如何遇到你要解决的问题的，以及妨碍你自己解决这个问题的任何困难。你的问题中的第一段是大多数读者会看到的第二件事，所以要尽可能让它具有吸引力和信息性。

帮助他人重现该问题
不是所有的问题都能从包括代码中受益，但如果你的问题是关于你写的代码，你应该包括一些。但是，不要只是复制你的整个程序！这不仅可能使你的问题得到解决，也可能使你的问题得到解决。如果你发布的是你雇主的代码，这不仅可能给你带来麻烦，而且可能包括许多不相关的细节，读者在试图重现问题时需要忽略这些细节。这里有一些准则。

• 只包括足够的代码，让别人能够重现这个问题。关于这方面的帮助，请阅读《如何创建一个最小的、完整的和可验证的例子》。

• 如果有可能创建一个你可以链接到的问题的实际例子（例如，

在
http://sqlfiddle.com/

或
http://jsbin.com/
但也要把代码复制到问题本身。不是每个人都能访问外部网站，而且链接可能会随着时间的推移而中断。使用Stack Snippets来制作内联JavaScript/HTML/CSS的实时演示。

• 不要张贴代码、数据、错误信息等的图片。- 请将文本复制或输入到问题中。请保留使用图片的权利，用于图表或演示渲染错误，这些东西不可能通过文字准确描述。欲了解更多信息，请参见Meta FAQ条目：为什么不在提出问题时上传代码/错误的图片？

包括所有相关的标签
尽量为你的问题所涉及的语言、库和特定的API包含一个标签。如果你开始在标签字段中输入，系统会建议与你输入的内容相匹配的标签--请确保阅读这些标签的描述，以确保它们与你所问的问题有关 另请参见。什么是标签，以及我应该如何使用它们？

发布前要进行校对!


现在你已经准备好提出你的问题了，深吸一口气，从头到尾读一遍。
假装你是第一次看到它：它有意义吗？
试着在一个新的环境中自己重现这个问题，并确保你能只用你问题中包含的信息来做。添加任何你遗漏的细节，并再次通读它。现在是一个很好的时间来确保你的标题仍然描述了这个问题!

发布问题并回应反馈
发布后，让问题在你的浏览器中打开一会儿，看看是否有人评论。如果你错过了一个明显的信息，请准备好通过编辑你的问题来回应，以包括它。如果有人发布了答案，请准备好试用并提供反馈意见

寻找帮助，寻求帮助
尽管你做了所有的努力，你可能发现你的问题没有得到很好的回应。
不要感到绝望!
学习提出一个好的问题是一个值得追求的目标，而不是一夜之间就能掌握的。这里有一些额外的资源，你可能会觉得有用。

思维方式

       推理的阶梯 ------------------------------------- 行动... 我根据我的信念采取行动 信念... 我采纳关于世界的信念 结论... 我得出结论 假设... 我根据自我添加的意义做出假设 解释的现实... 我增加了意义（文化和个人） 被选择的现实...  我从我观察的东西中选择数据 现实与事实... 我体验和观察     

学习方式

*** 学习的秘密全在这一张图里面

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

【未完待续】

灵感来自于这篇文章：为什么秦军要在长平死磕？如果廉颇扛不住压力，出军血战，秦军大概率惨胜，那五国不就得利了吗?

我也算是喜欢读书了，白话版和原版史记也都读过；但还是有很多很多东西没读出来。

比如，在前面引用的那篇文章里，作者基于《战国史料编年辑证》，综合《史记·秦本纪》以及百家著作，再配合地图、按年月逐字逐句对照，就揭示出了只看史料文本绝不会知道的很多事实——比如，秦攻赵时，其粮草应当取之于魏，具体来说是自本土运送青铜等高价值物资，到魏地交易换取军粮，然后沿丹水北上：

事实上，想要真正理解这个结论，你还需要：

1、知道三门峡天险，知道自汉中运粮的风险和损耗；

2、知道大军人吃马嚼，每天大约需要多少粮草——您要停留在“何不食肉糜”水准，那……

3、知道大军运输任务有多繁重——比如，你有没有扛过50kg的粮草袋？有没有提着20kg的重物走上几公里？见没见过做体力活的工人？

《史记》共一百三十篇，五十二万六千五百余字。这是远远不够把上至黄帝、下至汉武这三千年的事实描摹清楚的。

所以，靠我那种囫囵吞枣的读法，结果也就是张冠李戴、放飞想象了。

更差的，那是连想象都没得想——嗯，“欲把西湖比西子，淡妆浓抹总相宜”，对吧？

请问，看着这张照片，你能不能告诉我，西施长什么样子？长的是更像张曼玉呢，还是林志玲？

哈哈，开个玩笑。

不过，这里也能显示出那么一点点不同来：和美女照片不同，历史事实类的文字记载是有“极高压缩率”、也可以通过一些手段“解压缩”的。

怎么解压缩呢？

1、拿出一份中国地图；

2、把《史记》释放到地图上——哈哈，其实是照着历史记载，把各国疆域画上去、重要城市标出来。

3、拿出历法研究方面的著作，把《史记》中提到的时间对应到统一的、我们习惯的公元纪年上去。

你看，历史资料的“时空展开”就完成了。

类似的，这些资料也可以借助心理学、生物学等等进一步展开——于是，惜字如金的“毕万封十一年，晋献公卒，四子争更立，晋乱”，就丰满起来了；历史事件的轮廓、走向、细节，也渐渐可以理解了。

不仅如此，当我们完成解压后，遇到某些“不合逻辑”的状况，是不是也就可以更正它了？

比如，还是前面链接的那篇文章：

10月，秦廷令白起帅率兵反击，被白起拒绝。于是，白起被治罪。
此时，张唐疑似攻克了魏国的邺邑（《秦本纪》原文“郑”，疑为“邺”字之误）。

你看，还带纠错的。

为什么会触发纠错？

很简单，完成“时空展开”时，这些字句无法正确展开、会和其他字句产生冲突。

这种冲突就是所谓的“不自洽”；那么，当所有字句中的绝大部分自洽、仅此一句或一字不自洽时，我们就知道这里出现了错误。

这才是历史书的正确读法，对吧？

那么，有没有可能……理工科的各种知识，其实也可以这样“解压缩”出来呢？

事实上，理工科知识被“压缩”的更厉害。

比如说，欧几里得几何学，仅仅用五句话（五个公理，古人叫“五大公设”），就可以把一切尺寸角度相关问题囊括其中。

如何解压缩呢？

借助逻辑公理，完成证明——就我们初中学过的，如何证明三角形相似、如何证明两个角相等，等等。

当然，为了方便“解压”，我们会针对一些难点或“复用”特别多的东西做一个总结、然后自公理开始做一个证明（也就是自公理“解压”出来一个经常会用得到的中间结果）——这，就是“定理”。

你看，从几何学公理到五花八门的各种应用，就这样“解压缩”出来了，对吧。

类似的，牛顿三定律，一旦“解压缩”出来，那不光是“时空展开”，而是“囊括宇宙中的一切”——因此，当年的物理学界才会认为“物理学已经尽善尽美了……剩下的就是些小修小补的工作”。

没错。千万别以为“物理学就是门研究质点刚体之类东西的、严重脱离实际的学问”；真想学懂它，你首先就必须学会“解压缩”，能够拿它来随手解决你身边的、除了人际相关或生物、化学相关的一切问题。

做不到，你其实就没学会它——这和文科还不同。文科你学不会“时空展开”、掌握不了古人的某种“高端技艺”，起码也听了一个有趣的故事，甚至还可能变成一个张嘴就是故事的、有趣的人；但理科，你学不会解压缩，那就是竹篮打水一场空。

同样，为什么很多人怎么都学不会编程？

很简单：

1、为了学习编程，你得先明白计算机原理；

2、要明白计算原理，你先要学会“如何把数学解压缩到物理、化学、人力、统计等一切学科”；

3、不光要会解压缩；你还要会“把日常所见的一切一切，从原理到操作步骤、巨细靡遗的压缩回数学逻辑描述格式”；甚至你还得更进一步，“把时空上连续的一切事物‘压缩’成一组离散的数字、一堆离散的逻辑”。

4、如果还想进一步理解计算机硬件工作原理，那你不光要先“把物理学的电学知识‘解压缩’到电阻电容运放等各种电路上”，还要进一步“把一切动作‘压缩’到数字电路”同时还能“把数字电路解压到日常生活的一切”。

比如，《操作系统原理》关于锁的章节，你就应该这样展开：

当然，如果你对自己要求不高，能够“把日常事务以准确无歧义的数字、逻辑方式表述出来”也差不多够用了。

我在这个回答里提到过：

总之，读书，尤其读那些实用性的书，这个“解压缩”的思路必须贯穿始终。

你不能有效的把书本知识“解压缩”到现实世界，那就等于连皮毛都没学到。

不仅如此，绝大多数学科，越是学的深，它探讨的东西就越是抽象的厉害、“解压缩”难度也就越大。

举例来说，小学你学数学，那玩意儿可以直接对应到菜市场买菜，可以说“解压缩”没有任何难度；但到了初中、学到方程，再想“解压缩”就得绕个弯了；进一步的，扩展到了函数——它关注的是什么？关注的是几个量之间的数值关系，是自变量x出现一个增量时、因变量y如何跟随变化。

那么，函数如何“解压缩”到日常生活？

杠杆原理就是比例函数。你会解压缩吗？

速度-时间-距离，这个关系是简单的“乘法关系”，或者叫“比例函数”；但加速度呢？

那么，登月时，“飞船受到的地球引力按距离的平方成比例衰减”，这句话是物理学哪个公式“解压缩”出来的？

更进一步的，“飞船受到的引力随着自身和地月距离的改变而改变”，因此它的全程受力是不停改变的、且和它的运动轨迹息息相关，而这个力又反过来作用于其运动规矩——这句话，其实凭中学物理知识，是足够你推导（解压）出来、或者把它表达成物理公式的（压缩）。你会吗？

级数、导数、微积分……越到后来，“压缩/解压”就越难，对吧。

很多人从小就学会了偷懒。压缩/解压太难、太麻烦？那我不干了。我就死记硬背，只把抽象的计算规则记住就行——奇变偶不变，符号看象限，你看，多简单！

电容器？从原理、公式自己推导多麻烦啊。幸好，这玩意儿考起来也不难，一句话，电容器隔直流、通交流，完了。

带通滤波电路怎么办？继续死记硬背？

那，手机扬声器出现噪音了，你知道怎么分析原因吗？频响不平直影响了通话质量，这事该怎么解决？

我们学习科学技术，学的究竟是什么？

学的是分析事物的思路，是解决问题的思路。

对于简单的事物，加减乘除，因为所以，线性思维拿出来，直接就可以解决；但稍微复杂一些，就多了很多弯弯绕，就不再能线性的解决，不然就可能力往东使、结果却东南西北飘忽不定。

怎么办？

函数图像，奇偶函数一番分析，哦，原来不能直挺挺上啊，还绕了这么多弯子……所以想让它往东走，我们反而得先往西用力推、然后往北、往南推……

更有甚者，想登月？你能直接F=ma往里套吗？

不可能。

你要先建立坐标系，列出“引力大小、方向”和“坐标点”之间的函数关系；然后写出关于速度的“微分方程”，再荡到导数那里转一圈、把微积分建立起来，这才能解决“变力做功”和“飞船轨迹”问题。

——你看，那些巨复杂的公式，其实还是套简单的牛顿三定律“解压缩”出来的。

——只不过，为了成功“解压缩”，我们得先建立一个学科叫微积分。

——而微积分本身，又是靠“极限”方面的艰难研究和深刻认识才“解压缩”出来的。

如果你没有学会这个“压缩/解压”的思路，而是只会按着步骤往里死套，那无异于“试图用小学生的脑子包打天下”。

这事吧……搁过去，虽然开创性工作指望不上了；但起码你也能当个人形计算机用。毕竟“死套步骤”也挺难的，并不是每个人都能学会。

但现在呢？计算机比你套的更好、更准、更不犯错——还几分钟就能解算完你一辈子都算不完的问题。

计算机编程，这活本质上是什么？

本质上就是，把我们要解决的一切问题，“压缩”成纸面上的逻辑步骤，从总体上分析它、把握它；然后进一步“展开”成可以在计算机内部运转的、更详细的逻辑步骤。

其中的第一个“压缩”，需要我们熟悉各种事物的本质、可以自如应用各学科知识；而第二个“展开”则需要我们熟悉计算机的整个体系结构，知道我们提交的每个动作如何被计算机执行、影响到了它的哪个部分、是如何影响的。

而在“压缩”和“展开”之间，还有一个至关重要的“分析、把握”——这个步骤，实际上又是一个“压缩”过程。

通过这个压缩，才能把庞大的、复杂的程序逻辑归结为牛顿三定律那样的、简单的几条基本原则；然后程序就可以只实现这些原则，让计算机自动“解压缩”，从而节约大量的人力、物力。

但这个“分析、把握”又是最难、最见功底的地方。

为什么它这么难？

因为，这类知识又叫“非陈述性知识”，它们是没有办法通过语言或者格式化的步骤直接教给你的——就好像你看一万场拳击比赛也不可能学成泰森一样。

想要学会它，你必须亲自上手，一拳一拳的，打人，挨打……

慢慢的，慢慢的……很偶然的，其中一部分人就会“顿悟”，技艺就上了身。

这个东西，实际上是在从小学到大学的整个学习过程中、潜移默化的教给你的。

想要学会，你就必须从一开始就学着自己完成各种知识“解压”和“压缩”过程、用心体会先贤们的“压缩”“解压”思路——没错，这些东西的确可以写成文字、搞成具体的、标准化的步骤灌输给你；但我们的目标是大千世界，是宇宙，囊括了已知和未知的一切。

这东西，怎么教你？怎么给你写出标准化步骤？

你只能自己去揣摩，去离经叛道——理工科学子脑后必须长反骨——直到你真正理解了前人思路、彻底掌握了相关知识。也就是有能力扩展它、发展它或者订正它的错误。

这很难，难到哪怕大学生，其中绝大多数人也没能掌握它；但也很容易，容易到哪怕小学生都有能力理解它。

关键在哪里？

关键就在于，你能不能意识到，知识并不是书本上那干巴巴的几行黑体字、几条定律；而是可以解压出来放在大千世界中的、一台活生生的机器。

你先要把这台机器读出来、把它正确的构筑于现实；然后，跟着书上的字句，推动这台机器运转、看看它的状态变迁是否和书本上严丝合缝——若有任何偏差，那么或者是你读错了（那就要重新构建这台机器、直到它能够正确运转），或者是书本写错了（发论文甚至成名成家的机会就在眼前了）。

这还不够。最终，你还要把这台机器拆掉，自己重新发明它、优化它、改进它——这样做的目的并不完全是为了“超越它”，而是为了确保自己的理解无误、没有夹生饭（而不是依样画葫芦成功就自以为学会了）。

亦因此，我学任何东西，不光不去死记硬背，反而会刻意遗忘——只有在没有任何提示的前提下、还能把整个机器搞出来，这才能证明自己真的掌握了相关知识（实际上仍然无法排除“潜意识还记得”）。

几年前，去我妹家。外甥女正对着一张试卷着急。我妹过去辅导，忙了半天，还是搞不定。就推给我：“让你舅舅看看”。

我当时正在看宋史，听她一说，晕了：“我都差不多20年没碰过几何了，欧几里得五大公设一下子都没法列清楚……各种定理那是连半点印象都没有了。算了，先看题，看看还能想起多少……”

看了几分钟，在草稿纸上画了两幅图，有把握了：“这道题出错了。名校老师怎么了？欧几里得也会错。这样作一条辅助线，如此，这般，可以证明这两个三角形相似，那么除非这个三角形是等腰三角形，这两个角就不可能相等，对吧。但题目要求证明两个角相等，却没有限定等腰三角形，所以说这题目出错了。”

外甥女懵了：“你怎么会想到这样作辅助线的？”

“因为一个问题不够清晰时，不妨把它极端化。这是个很有用的技巧。所以，你看，我在草稿纸上另外画了两幅图，分别对应两种极端情况。这时候两个角明显是不相等的。这说明出题老师被他自己画的图骗了，所以我就想到去证明它们不等。这可以用反证法：如果两个角相等，那么这条线就是角平分线，那么两侧就应该是对称的。那么，这样画辅助线，就可以证明两个角当且仅当这个三角形是等腰三角形时相等，对吧。”
“这个思路的关键并不是辅助线怎么画，而是遇到问题时，我们不妨把它的每个条件分别极端化，这样就可以从存在明显差异的多个不同方向看问题，于是就可以很容易的看出矛盾来。不光是做这道题，任何事都可以用这个办法一下子抓住重点。”

普通编程初学者的思路：
想学编程 -> 买参考书/上课 -> 装个简单好用的IDE -> 学习整数、字符串、表达式、input/print -> 学习分支/循环、子程序、函数调用、递归 -> 学习指针、链表、二叉树、冒泡排序、快速排序…… -> 学习面向对象、GUI编程…… -> 尝试写各种各样的小项目 -> 在程序员的世界里存活下来
耗时：3年

文艺编程初学者的思路：
想学编程 -> 读经典书籍/听公开课 -> 配置个Vim或者Emacs + 编译工具链 -> 深入掌握一门函数式语言 -> 融会贯通学会各种编程语言 -> 自己实现一个LISP方言或者ML方言 -> 用自己的编程语言秒杀代码问题 -> 在程序员的世界里存活下来
耗时：10年

101011编程初学者的思路：
想学编程 -> 啊，学什么好呢 -> 听说PHP是世界上最好的语言 -> 感觉好黑啊，不学 -> 还是做APP比较流行 -> 啊，安卓还是iPhone呢 -> 用安卓的是屌丝，不学 -> 那就iPhone吧 -> 买macbook，买买买 -> 买开发者帐号，买买买 -> 装上xcode了 -> 卧槽OC为什么会有那么一大堆一大堆的英文单词 -> 算了放弃OC -> 听说新出了个Swift -> 那就学Swift吧 -> 咦，教程为什么这么少 -> 算了，换安卓 -> 啊，还是Java用的人多 -> 泥煤，虚拟机是什么鬼，J2EE和J2SE又是什么鬼 -> 泥煤，运行时环境配置不来 -> 算了那就学web咯 -> 后端那又看到PHP了，不学 -> HTML是美工做的，不学 -> CSS是配置文件，不学 -> Javascript是web程序员写的，就选它了 -> 咦，为什么Javascript和Java完全不像啊 -> 卧槽 -> 卧槽卧槽卧槽 -> …………
耗时：3天

题主明白了吧

========

学习方式不对，真的想学编程就得从最基本的东西开始，有了足够的积累才能自由发挥。不要被现在“做个App一夜成名”的氛围干扰。尤其是不要一上来就接触那些厚重的部分（比如图形界面）。题主好像学吉他？可以想想按和弦、爬格子……都是怎么练的。

我初学的时候十多岁，没现在这么好条件。writeln一个自己的名字就可以高兴一下了，第一次听递归就像听到黑魔法一样，后来接触到Delphi简直兴奋坏了。就是由简到难一步步学下来的，能做看起来比较酷炫的东西是把Delphi用熟之后的事情了。

现有的条件下，听一门在线课程然后跟着写代码，是一个很好的方式。另外，把问题精确化很重要。（只要你能把问题说明白，会有很多人（尤其是男生）愿意帮你的，嗯（p.s.作为一个程序媛，对括号不对齐之类的问题要有天生的敏感性）

150107补充：

于是题主已经学了不少/写了不少了嘛——我的第一反应是：那不是挺好的嘛。

那么觉得“难”主要是难在哪里呢？

之前的答案里黑了一遍的，是环境/框架/库的复杂性（手机应用、web应用开发通常需要面临）。本人多年专注劝初学者绕道。但是，有一定经验以后（以上文中“存活”的标准），靠查资料和定位问题的能力，可以啃下来。比如善用StackOverflow大法。大法好。

另一种难是知识的深度，举个栗子，第一次听说Monad的时候我怎么也想不通这是什么东西，于是这个问题在我脑中停留了一年多，直到自己做语言的时候才逐渐理解。这就只能以自己有限的脑力和无限的脑洞慢慢想了……

节奏正常的情况下，学了几年要解决的难处不会少的。真要说女生和男生不同的就是，男生在这种情况下就是以“什么不怕什么烫，烫烫烫烫烫”的态度应对问题，然后继续geek下去罢了。

呐…实在受不了就做点简单而且受欢迎的玩意（比如html5小游戏？）找找信心吧！

福利时间～点击下面的链接获取「夜曲编程」，这是一款在线学习编程的利器，由百词斩（对，就是那个百词斩）出品——