您的举报已经提交成功，我们将尽快处理，谢谢！
很负责的告诉你!如果你没有学好高中的文化课程,特别是数学和英语!你和软件开发或IT业根本就无缘!
北大青鸟的托子满天飞!
北大青鸟的...
我想学VB可学到半途中，怎么也学不进去了，是不是不懂英语就不能学呀
我是学计算机的。
我认为入门的话学C语言是最合适的，虽然现在C已经基本不流行了，但是作为入门语言，它可以帮助你快速掌握编程思想，学好了C，今后再学别的语言就会...
如果是想下VC6.0，在网上比较容易找得到，下比较新的VS的，如果是学生，很多都可以免费获得验证码，你可以到微软网站或者网上很多地方都有得下。...
大家还关注学编程为什么这么难？每个新手绝对要知道的那些事 - 文章 - 伯乐在线
& 学编程为什么这么难？每个新手绝对要知道的那些事
Quincy Larson曾经只是个穿西装坐办公室的家伙，有一天，他决定要学习编程。于是，他到处打听关于编程的事情。他从Ruby入手，接着很快学了Scala、Clojure和Go等多种其他的编程语言。他用过Emacs和Vim，甚至还学过Dvorak键盘布局。他不仅学会了Linux，涉足过Lisp，并且有超过半年的时间靠在命令行下编 Python 代码为生。
Quincy就像龙卷风中的一片叶子，别人给他的建议让他在编程的世界中晕头转向，直到他学完了“能想到的每一个在线教程”。尽管在故事的最后，Quincy，但他说：
…我认为，我碰到过的程序员们看似一帆风顺，实际上他们都饱尝过学习编程的痛苦，只是他们都压抑着没有说出来。
唉，这些话是不是听着很耳熟？
阶段一：手把手辅导的蜜月期（Hand-Holding Honeymoon）
每个即将进入编程行业的人都满怀期待，这很正常。
一方面，你在年轻的时候总听流言说编程如何如何难，但它们就像老奶奶讲的吓人故事，是用来唬孩子们去学习社会科学而已。
而另一方面，“学习编程”运动已经取得了很多成就，它打破障碍并向人们展示编程其实也没那么可怕。 像 、和
这样触手可得的工具，它们可以确保你（甚至任何人）不仅能学会编程，还能成为一名熟练的开发者。
突然间，问题不再是对编程的恐惧，而是抱有过多希望，期望太高。
而且最重要的是，这些入门工具足以像教小孩过马路那样，引导你学习那些令人头疼的变量和条件语句，以及初级编程语法。当你不断完成游戏般的挑战时，你的自信会随之大增。说不定你最后就学会了编程！学会编程并不难，基本上你已经是一名开发者了。
手把手辅导的蜜月期（The Hand-Holding Honeymoon）
现在问题来了，你正处于编程初期阶段，我喜欢称之为“手把手辅导的蜜月期”。尽管你可能感觉成功就在不远处，但其实你才刚踏出第一步。一切才刚刚开始……
描绘未来之路
在我们一头扎进第二阶段之前，先来仔细看看整个过程。
在这篇文章中，我将介绍典型的编程之路上必须经过的四个阶段，以及如何平稳渡过每个阶段。你也会看到资源的丰富程度和知识范围（各个阶段必须掌握的）的广度这两个关键因素是如何在编程之路上起到决定性作用的。
旅程艰辛就为了达到找工作的水平，这个艰苦的过程可以描绘成你的自信心随能力增长的变化曲线。
学习编程之旅
由于自信和幸福感紧密关联，而且只有在自信和能力相匹配时，才能正式地说你可以“上岗”了，因此，上图中的自信和竞争力是息息相关的。
随后我们会观察剩下的三个阶段中存在的独特挑战，但每个阶段本质上都包含了上面的这种关系：
手把手辅导的蜜月期（The Hand Holding Honeymoon），这个阶段充满了乐趣，面对看似棘手的问题，那些高质量资源的鼎力相助让你轻松取胜。虽然你主要学的是基础语法，但完成的工作会让你很有成就感。
充满迷惑的下滑期（The Cliff of Confusion），在这个阶段你会痛苦地发现，手把手辅导的阶段结束后，事情变得更困难了，实际上你没法独立做任何事。在你试图重新振作时，你面对的首要挑战不仅是要反复调试，而且你还不懂怎么问问题。
绝望的迷茫期（The Desert of Despair），这个阶段漫长而又孤独。在这个沙漠（充满困惑迷茫就像身处沙漠）中几乎没有路，每个方向都看似正确，但你却总是在绕圈，你极度渴望找到办法逃出生天。警惕“狂燥中出现的海市蜃楼（Mirages of Mania）”，它们就像是沙漠的迷魂曲，将引诱你误入歧途。
煎熬的上升期（The Upswing of Awesome），这个阶段里你终于找到了一条路走出沙漠，并且总体清楚了如何创建应用程序。但你的代码仍然很封闭，到处都是漏洞，就像纸糊的房子一样摇摇欲坠。你的网站可以运行并且你已经掌握了几种有效的模式，这些都让你的信心大增，而且你的朋友们都在称赞你的网站很酷，但实际上你知道底层连自己都不忍直视。你根本不知道该如何写出“可发布”的成熟代码。该如何弥补这个差距，从而找到一份真正的工作呢？
在过去这些年里，我已经面试过成百上千的开发者，他们都心怀抱负，并且不断给我说着相同的经历。我写这篇文章的目的，是希望你能够在学习的路上擦亮双眼，做一个详细的计划避开很多前人都曾掉入过的陷阱。
让我们回到阶段二吧…
阶段二：迷惑的下滑期（The Cliff of Confusion）
你正处于阶段一，也就是“手把手辅导的蜜月期（Hand-Holding Honeymoon）”，你正在获取各种奖励徽章并完成编程挑战，同时你的自信和能力都在蹭蹭地上涨。情况也不是很糟糕…那大惊小怪些什么呢？因为你的自信已经失去理智地膨胀到了极点。。。。。。
小心了！你即将踏出悬崖，多少英雄在此折腰沦为“编程太难”一族。这错误的一步发生在你第一次在键盘前坐下，打开文本编辑器并试图从零开始创建一个工程，但你却不用任何很赞的线上编辑器，也不用别人的代码框架或寻求有用的提示。
简直扯淡。
也许你能照着自学教程依葫芦画瓢，但是没有人可以一步登天，而且从某种意义上来说，你要徒手从一个空白的文本文件开始简直是异想天开。你才刚刚进入学习的第二个阶段，接下去你的自信将跌落谷底，这也是为什么我称之为“困惑的下滑期（Cliff of Confusion）”。
困惑的下滑期（The Cliff of Confusion）
你开始创建工程。你抓耳挠腮却只找到了一个勉强能用的方案，但总觉得哪里不对。为了你的（也就是你的大工程）能表现不错，你陷入了和bug的战争之中。似乎只有通过一键谷歌才能解决每一个问题，你那些过去能搞定问题的自信荡然无存。
Buuuuuuuuuuuuuuuuuuuuug！！！
不论是作为教育者，还是作为这个行业的从业者，在大家看来这个阶段都格外令人沮丧。任何人写的程序都可能有bug，但我们还是希望你能有所进步，因为最不可能的地方也能成就最伟大的成功。
在阶段一结束时，学生们被迫进入了阶段二。他们必须飞跃这个阶段，但太多有潜力的人却不去掌握真正有用的技能，而是一味地停留在挫败的情绪中。
可怕的是，你甚至还没有遇到过真正棘手的事情。阶段二的结束还早得很。当你解决掉足够多的bug结束了大部分的痛苦，并且已经完成了几个工程，尽管这标志着阶段二的结束，但总体来说你也仍然是刚上路而已啦。
对那些真正准备从事这个行业的人来说，他们通常会在渡过阶段二以后决定是否全身心投入这个新生活。但太多的人放弃了。而不幸的是，你现在才刚到阶段三（“绝望的迷茫期”）的入口。
起作用的两个关键因素
那么前两个阶段的真正区别是什么呢？为何相比阶段一（手把手辅导的蜜月期）来说阶段二（困惑的下滑期）给人的感受会如此糟糕？如果你的经历很像我们前面描述的那样，只要理解了这两个问题，你就能释怀了。
从根本上来说，每个阶段都有两股关键力量在起作用，那就是资源的密集程度和知识面的广度。在探索它们对阶段三的影响之前，我们先来看看这两个因素到底是什么。
因素一：资源密集度
正如我前面所说，一开始你会感觉有遍地的资源在引导你上手编程。事实也确实如此！
搜索“”，你会得到一大堆有用的工具、文章、视频以及自学教程。而且，老实说它们都很棒！从未有过如此多的方法指导人们学习编程。
不幸的是，后期可供使用的资源太少了。每一个从初学者成长到当前状态的人都能体会这其中的差距之大，相比刚开始入手，当你试图完全依靠自己创建工程时，能利用的资源就少得多。
进入阶段三后需要了解的知识猛然陡增，恶化了上面的问题，这也是为什么我把这个阶段称之为“绝望的迷茫期”。一旦你度过了这个阶段，并且开始了解你需要搜索的东西，你就会找到很多资源，还能使用一些技术工具，如专业博客和视频讲座。矛盾的部分仅仅在于明白该问什么问题。
下图显示了各个阶段中的资源密集程度（线条越密集表示资源越多）：
各阶段的资源密集度
因素二：知识面的广度
现在我们来聊聊一个相关的话题——知识面的广度。它表示你在每个阶段中必须学习的新知识的总体广度。下图就显示了这个因素在每个阶段中的情况：
各阶段所需知识的广度
刚开始学编程时，你需要理解的东西很少。不论你的目标是什么，不论你用什么编程语言，也不论你之前是做什么的，每个人要做的都是搞清楚什么是for循环，如何创建条件语句，以及其他一些编程语法的基础结构。总体来看也没多少基础概念，因此阶段一所需要的知识面广度很窄。一旦你学完了基础部分，就需要去了解一些更复杂的东西，比如理解错误以及何时使用那些你已经会用的代码，此时你会发现需要学习的额外知识瞬间多了很多。这个时候情况变得不同了，因为一个明确的问题不一定有一个绝对正确的答案……事情开始变得棘手。
当你进入第三个阶段后，所需的知识面广度就更宽了。你需要理解该使用哪些工具，该学习什么编程语言；学习相关的计算机科学基础，如何写模块化的代码；学习面向对象的编程，学习好的代码风格，以及学会寻求帮助（以上仅列举几个例子）。每一次在 或 上进行搜索都让你大开眼界，找到的东西多得让你喘不过气，都是些你不知道但感觉自己应该了解的知识。
你不知道自己不懂哪些东西。
只有当你终于摸到了一些门道并结束这个“荒漠之旅”以后，所需的知识面广度才会再次缩小。那时，你已经选择了某种技术，并了解了它在这个行业的生态系统中所处的地位。你最终学会了那些你以前不懂的东西（可以说相当了解），也知道如何解决问题。随着你深入学习和事业逐渐起步，你将越来越专注于自己领域的技术。
阶段三：绝望的困惑期（The Desert of Despair）
理解了上面两个因素后，你会发现阶段二仅仅是个转折点。快速提升的知识面广度和急剧下降的资源密集度让你在这个阶段倍感痛，因此我称它为“绝望的沙漠”（身处这个阶段犹如在沙漠中一样，迷茫得团团转却找不到方向）。
本质上来说，你知道这个沙漠肯定在某个地方有出口，但你就是不知道怎么找到它。
绝望的沙漠
这个沙漠之旅路途遥远，而且危机四伏。你会发现自己总是沉溺在虚无缥缈的东西里，许多诱人的资源看似包含了你要找的对策，实际上它们只是又一次地让你深陷在了无边无际的砂砾之中。
或许你已经在 、 或 上注册了几门课程，又或许你找到了一个声称能一路指导你的自学教程。你自以为吸取了阶段一（手把手辅导的蜜月期）的经验教训，明白问题并不是那么好解决，但还是忍不住去寻找帮助。你注册的课程信誓旦旦地保证，一定能让你达到前所未有的高度，对此你还信以为真。无论别人怎么说，你都不可能只花一个星期或一个月的时间，也不可能就只上个学院课程就学会这些东西。因此，别再相信那些谎言！
这个阶段要学的东西很多，远超出你可能预期的那些。尽管你能让许多app运行起来，但要成为一名真正的专业开发人员需要做的更多，在其中你很容易感到迷茫失落。你每一次进步都难以衡量，你如何知道自己该学什么？甚至这些东西是不是你该学的呢？
就算你走对了方向，却仍然很难衡量你取得的进步。在你能做出外形和功能都符合自己期望的东西之前，你可能会感觉很迷茫。但是只要坚持不懈，并且保持正确的方向不跑偏，终有一天你能将那几个“货真价实”的处女作发布出去，你终于开始上道了。一路走来确实很艰难，但你开发的这个web东东其实也没有那么糟。。。。。。一切都在变好！
阶段四：煎熬的上升期
你已经成功穿越了荒漠，也越来越自信。你Google搜索的技能（ ）越来越了得，也能理解那些细致入微的专业博客文章和视频讲座。或许你已经深入掌握了某一种编程语言或框架，并且有自信能创建并发布一个能运行的应用。
这是“煎熬的上升期”：
煎熬的上升期（Upswing of Awesome）
表面看上去一切都OK，但你知道底下还差得远呢。
虽然你能让那个应用程序运转起来，但底层都发生了什么？你的代码里充满补丁，最糟糕的是，你甚至不知道哪部分很糟糕，也不知道实际上哪部分将运行无误。你不时地取得成就，同时也犯了许多菜鸟级错误，更糟的是，你渐渐开始怀疑怎么还是搞不清自己在做什么。
这是个两极化的阶段。一边觉得自己是个无所不能的开发者，另一边又觉得自己是个效率极低却深陷其中的狂热新手。走得越远，越是感觉惶恐不安，生怕哪天有人 “揭穿”你代码中的诡计。
你觉得自己应该算是一名开发者了，但你现在写的代码和在“职业”工作环境下写出的代码相比，差距实在是太大了…
尽管艰难，最终你一定会成功。那时的你心情澎湃，浑身充满力量，绝望的荒漠已经过去，而令你困惑迷茫的阶段二也成了遥远的回忆。终于，你是真的在走上坡路：你的学习速度更胜从前，也更理解如何学习编程。尽管历尽艰难，但你会经历足够多的最佳实践，把那些宝贵的知识凝结成产品级的技能集。这个可怕的上升期会比你预想的要长，也会让你感觉看不到头，因为你已经离终点如此之近……但你肯定会到达的。如果你在正确的道路（确定未来要做什么）上足够坚持，一定会有人愿意付薪水给你，让你继续学习。工作机会是你的了！
现在你已经看到了前方的路，也知道了为何会一路艰辛。将前面描述的四个阶段和过程中对它们起作用的两个要素结合起来，就得到了下面这个图表：
对这个过程的了解归了解，去经历又是另外一回事。你还是先迈出正确的第一步吧。
如何通过每一个阶段
整个旅程看似艰难，但坦白地说，学习编程的过程通常都是这么艰苦的。了解自己的目的很重要，尤其当你孤军奋战的时候。但你不会只能靠自己的，因为大部分问题都有捷径可走。学习编程没有人们说的那么简单，但也没有你在绝望时想的那么难。
我会在这部分介绍一些重要的策略，你能利用它们保持一个正确的方向。
你在各阶段取得的进步
I：如何顺利通过手把手辅导的蜜月期（Hand-Holding Honeymoon）
丰富的可用资源让阶段一充满了乐趣。这些资源能够在接下来的阶段中，很好的培养你的逻辑思维。现在是学习编程的大好时机，记住这两个建议，享受编程的乐趣吧！
从尝试多种不同的学习资源入手，找到最适合自己的学习方式和最让自己感兴趣的项目类型。最适合你的可能是的快速挑战、 的在线练习，或者是Chris Pine的书《》和Code School里那些古怪的 训练。刚开始你要思维开阔，不要理会那些告诉你应该学什么的建议。。。。。。在这个阶段学什么都是一样的。
选择一个，一旦发现它适合自己就要坚持下去。完整学习整个入门教程，你会从中学到写基础脚本和应用需要的所有基础知识。接着，就要准备好开始独立地创建工程。
II：如何顺利通过困惑的下滑期（Cliff of Confusion）
几乎每个人都要经历这个阶段，因为成为一名开发者的唯一途径就是不断去开发。你可以通过注册一些自学教程（或那些冒充是“完美课程”的自学教程）来模拟创建工程，但最终你还是要自己动手，这么做不过是拖延了时间。自学教程能很好地让你从更个性化的例程中得到启发，但是在某些情况下你必须脱离过多的辅助，独立解决问题。
如何过渡到独立地创建工程，下面有三个建议：
和他人一起工作，哪怕同样是菜鸟。你会惊讶地发现，两双眼睛更容易调试出一个不可能的错误。
阅读他人的代码，熟悉好的模式。尽量理解为什么作者这么做。同样的道理，不读书是不会想成为一名小说家的，对吧？我将在下一篇文章里集中讨论这个问题，但现在，请仔细注意其他人对任何小问题或工程提出的解决方案。
从小事做起，不断尝试。对于将来，你应该想过做一些有趣的大工程，但你也必须适应调试的过程，搜索一些带有小型挑战的学习资源。经验是无可替代的。
III：如何顺利通过绝望的困惑期（Desert of Despair）
一旦适应了调试过程，最令你头疼的问题就是难以获取所需知识，以及学习所有这些知识必须付出的代价…简直就像处于令人绝望的沙漠里。这种情况下，你真正需要的是一条有效的前进路线。而Mirages of Mania代表那些吸引你的捷径、诱惑你冒险的新世界和速成计划，它们最终只会浪费你的时间。
因此，要逃离这个沙漠的关键在于：
拥有一个强烈的目标想去实现，否则，什么有趣但没用的东西都学的话，最终不过瞎忙活一场。如果你在学习之外还有充裕的时间，请忽略这一条。。。。。。
找到一条有效的路径能直达你设定的目标，并且要验证其可行性。你必须深入思考“这个方法到底能不能帮我实现目标？”，而不是光看那些课程网站或书皮上打出的营销口号和看似真诚的笑脸。
专注，避免分心。因为你如果是个对学习编程很有兴趣的人，那你肯定也会对所有美妙的事情感兴趣。当编程遇到了困难，你需要进一步解决这个问题，而不是另起炉灶。
如果能确定一条路并坚持走下去，你最终一定会进入到下一个阶段，而不是花费了数月或数年，最终只是徒劳。
IV：如何顺利通过煎熬的上升期（Upswing of Awesome）
这个阶段是最棘手的过渡阶段之一。尽管你能开发出应用程序，但你实际上想成为一名web开发人员。通过这个阶段并找到工作，你需要做三件事情：
为编程寻找最佳实践，并效仿。你需要理解一个普通方案和最佳方案之间的差别。自己一味闷头钻研，远远比不上别人在真实工作环境下写出的产品级代码，而最佳实践样例很好地体现了这其中的差距。
检验你的假设。因为你可能回避了一些自己知识体系中的漏洞，甚至你自己都不知道有这些漏洞的存在。你需要检查并修复这些漏洞。
正确对待那些并不吸引人的技能。尽管它们很少被强调，但是你要过渡到一个专业环境，它们还是相当重要的。这些技能包括测试、数据建模、架构和部署，我们很容易忽略它们，但它们都是优秀开发的基础。
要做到上面这些并通过最后阶段，关键是要不断获得他人的反馈。完全自学或许富有成效，但难以写出易读、模块化以及可维护的代码，这就使自学者在职业环境中没那么有吸引力。你需要和和那些会怀疑你假设的人们一起工作，他们会提出尖锐的后续问题，并迫使你对自己的知识体系进行查缺补漏。
那么……这条路能行吗？
这些可能听起来让人崩溃，但我保证，在你之前已经有很多人坚持不懈地通过了这个旅程。理解前面的路，你就能有一个明确的计划，也会知道如何获取真正有用的帮助，这些都为你踏上这个旅程开了好头。
很显然，这篇文章没有按我们想的那样，深入挖掘旅程中的每个阶段，也没有提供详细的建议告诉你该怎么做。即便如此，由于我们熟知这个旅程并且对此抱有极大的热情，因此，我们希望倾尽全力帮助大家。
我们的是专为衔接整个过程而设计的，但如果你有兴趣自学这个课程，我们将在未来的博客文章中对此进行调整和深入探讨。
在此我们进一步探讨了各种问题（从寻找导师，到如何缩小差距得到一份web开发的全职工作），如果你也想尝试一下，就在下面注册吧。因为，尽管前方的路充满挑战，但你不是一个人在战斗。
祝你好运！
特别感谢Peter DePaulo、Javier Noris、 Michael Alexander、 Andy Brown、 Saul Costa、 Phil Nachum和分享你们的经历，以及帮助修正这些观点。
关于作者：
可能感兴趣的话题
关于伯乐在线博客
在这个信息爆炸的时代，人们已然被大量、快速并且简短的信息所包围。然而，我们相信：过多“快餐”式的阅读只会令人“虚胖”，缺乏实质的内涵。伯乐在线内容团队正试图以我们微薄的力量，把优秀的原创文章和译文分享给读者，为“快餐”添加一些“营养”元素。
新浪微博：
推荐微信号
（加好友请注明来意）
– 好的话题、有启发的回复、值得信赖的圈子
– 分享和发现有价值的内容与观点
– 为IT单身男女服务的征婚传播平台
– 优秀的工具资源导航
– 翻译传播优秀的外文文章
– 国内外的精选文章
– UI,网页，交互和用户体验
– 专注iOS技术分享
– 专注Android技术分享
– JavaScript, HTML5, CSS
– 专注Java技术分享
– 专注Python技术分享
& 2017 伯乐在线我学习编程的一些秘诀
过去一年，莫名其妙成了全职的编程培训师。大概是天注定，唉。最常遇到的新手问题就是，请问如何入门 XXX 技术。当然，对我来说，写 Rails 都快十年了。这这个领域东西还真难不倒我，抄了家伙就干已经是我这几年的风格。不过我一向蛮有实验精神的。为了要能够回答这个问题，我特地去重学了新的编程语言（ Ruby Motion ），来近距离观察重新拆解我十年以来的学习反射性动作到底是什么，来写一份给新手的参考指南。Step 1 : 建造时光机我在学习新技术时，会用到两个东西。第一个是 Git，第二个是 Redmine。Gitgit 是新手的时光机。我认为如果一般人学习任何编程语言，甚至写任何笔记，都应该上个 git 版本控制。起码看你上一次写了什么东西。其实 git 一开始也不用学太多指令，练习以下几个就够：git init （初始一个 Repo）git add [档案名称] （将某某档案加入版本控制）git commit -m “储存讯息” （将这次要加入版本控制的档案，写入历史纪录）git checkout -b “新分支名称” （ 如果要实作一个蛮巨大的实验性功能，我通常会开一个 branch）git checkout “分支名称” ( 切换不同分支 ）git push （推送变更到远端做一次备份，通常是 Github）git pull 拉下远端的变更主要是将做过的东西，“每一个 interaction 都做一次备份”，让自己知道当初为什么做了这些变动。RedmineRedmine 是一套专案管理系统。不过在这里我是利用它的“树状 ticket 系统”去规划我的练习。我运用的方法如下：大致切出第一层，我觉得我想要练习的主题然后中间要是有遇到难题，大概 30 分钟解不开，我就会“放弃”，然后开另外一张票，隔天心情比较好再回来学中间我要是觉得“有个功能实在太棒了”，我应该可以来做。忍住，开出另外一张票，下周再来做。每一张 Ticket 我拿来记几个东西：我这次找到了哪些 link（几乎是一 google 到一个疑似可以用的资源，就 copy 一份）这次这个功能写了哪些 code。（是的，我不止 git 记了一份，redmine 上还复制了一份）这次我做了哪些改动我之前的“错误做法”，为什么错了。bug 的原因是？为了解 bug 所找到的 stackoverflow 资源我的 redmine ticket 记这些东西，每张非常的详尽。（不是指笔记做得好，而是指这当中的过程，我把每一步几乎都录下来）这样做的好处是：我不会分心，专注在我当初想练的主题上我不会被鬼打墙的 bug 打击到自信心全无我不会被自己一时的成就产生的“傲慢感”牵走把每一步包括 bug 都录下来。bug 的产生以及解法，其实是“重要的知识”。因为 git “往往只会保留正确的结果”，而不会保留你 debug 的结果。然后下次自己还是会掉进同样的坑里面。Step 2：挑选合适的主题，熟悉基本工具在无数篇自我的学习部落格我都曾经提到过，在自学过程中保持一定的“成就感”是很重要的。最近，我把我多年来练习题目做了一个总结，找到了一个模式。超级新手：一个“单一功能”，CRUD 的练习。先做 R 再做 C 再做 D 再做 U。完整做完一轮，搞懂怎么样让这个专案会动的基本因素与语法。（注意，这个系统内只有“自己”这个用户）新手：以下按照顺序除了 CRUD 外的三个功能这个系统内只能有 1 个角色，通称“使用者”。登入系统套版加上一个外挂功能部署（这个最实际的例子就是 TODO + 使用者注册 + 套版 + deploy）。这一系列做出来，起码可以让一个人至少可以熟练这个系统的最基本工具，而不太容易绊倒。中手：第 2 个角色开发者认为的 10 个重要核心功能至少加入 3 个外挂权限介接一个第三方 （学会读文件）之所以会建议这样做的原因。是我发现每当建议新手自己找题目练习后，他们自己想的题目反而变成了灾难。说灾难的原因是因为他们挑选的题目带给了他们浓厚的挫折感。而这当中最核心的原因在于失控的 scope。而 scope 的最主要的控制变因在于“这个系统里面有几个？操作角色”。很多人会忽略掉一个重要的事实，开发系统里面多“引入一个使用者角色”，这个系统的复杂度就会成“等比级数上升”。举个例子来说好了：一个匿名论坛，大家可以上去发表文章。一个实名论坛，大家必须要登入才能发表文章。一个实名论坛，大家必须要登入才能发表文章，“并且针对它人的文章留言”。一个有管理员的实名论坛，管理者可以任意删除大家的文章以及留言。发文者也可以砍掉自己文章底下的留言。这四个例子的功能数量是“等比级数的上升”。而一旦新手挑的题目，系统内角色多于 1 人，基本上就注定“打挑战级难度被王打死”。而我一向的学习方式，都是会尽量让难度可以控制在自己“开开心心学习”的程度上（每次逐步加重，而不是一开始就被灭好玩）。我知道唯有己有成就感地学习，学一门技术才不容易中途而废。Step 3：将 Redmine 的笔记整理成技术文章在学完这整套技术后，我会在适当时机，把过去的笔记写成一篇技术文件。视情节发布给同事或给部落格读者。比如说这个专案如果是跟同事协作的，我会在拉 pull request 时，附上快速的一篇 getting started 。如果是这个技术难度比较高，用一篇 getting started 的方式很难让对方快速掌握，我会至少做一份 newbie guide ，让想学的人，透过 guide 带练至少一次快速冲到新手等级。因为 redmine 上当初的笔记非常得详细，在看这些笔记与 git 的时候，我当时的记忆就会被唤醒。甚至上面有现成的 code example 可以直接拿来改编。而把这些笔记整理成技术文件与指南非常有帮助，因为“写作”这件事可以帮助我从此把这门新技术“想通”，而且烙印到大脑里面。总结以上的步骤，最后可以总结成三个重点：建造时光机，与录下自己学习的过程做有成就感的题目，透过控制“角色”去控制复杂度，在头两个循环就掌握到基本工具，而且做出有成就感的东西。重新复习，写成文章，内化成自己的架构。分享给大家。稿源：
转载请注明：文章转载自 开源中国社区
本文标题：我学习编程的一些秘诀
本文地址：
引用来自“卖萌的程序猿”的评论http://csrc.nist.gov/rbac/sandhu-ferraiolo-kuhn-00.pdf总体来说就是，用户-》角色-》许可权限，再附加限制规则，从结构上来说可以大概想象成角色树和权限树，权限可以所属权限或者角色，角色可以所属角色，然后再把角色赋予用户，比如你说的什么可以编辑和删除自己的帖子等等，就可以使用规则，在规则给角色和许可添加额外的限制。使用group设计则需要附加组的概念，组的概念其实从实质上作用到业务逻辑上，鸡肋而已！没看到有什么高明的地方呀,你这里的&角色&不就是PunBB的groups表里的群组(记录)么?&许可权限&不就是groups表里的操作(字段)么?比如users表里有一个用户eechen,属于groups里的Moderator群组,可以,这个群组可以禁言用户(g_mod_ban_users).
http://csrc.nist.gov/rbac/sandhu-ferraiolo-kuhn-00.pdf总体来说就是，用户-》角色-》许可权限，再附加限制规则，从结构上来说可以大概想象成角色树和权限树，权限可以所属权限或者角色，角色可以所属角色，然后再把角色赋予用户，比如你说的什么可以编辑和删除自己的帖子等等，就可以使用规则，在规则给角色和许可添加额外的限制。使用group设计则需要附加组的概念，组的概念其实从实质上作用到业务逻辑上，鸡肋而已！
http://csrc.nist.gov/rbac/sandhu-ferraiolo-kuhn-00.pdf总体来说就是，用户-》角色-》许可权限，再附加限制规则，从结构上来说可以大概想象成角色树和权限树，权限可以所属权限或者角色，角色可以所属角色，然后再把角色赋予用户，比如你说的什么可以编辑和删除自己的帖子等等，就可以使用规则，在规则给角色和许可添加额外的限制。使用group设计则需要附加组的概念，组的概念其实从实质上作用到业务逻辑上，鸡肋而已！
你可以去观摩yii2的权限设计，通用简洁