什么才叫做真正的编程？编程绝对不是简单的写代码而已

真正的程序员不是完完全全的技术工人，其除却技术高超之外，其思维逻辑上的价值。而不是局限于几句简简单单的代码而已。编程需要思考和理解各种数据类型、结构，并理解编程语言赖以构建服务的技术。差异主要在于完成特定任务时所使用的流程。重点不在于数据类型、设计模式、算法类型、性能或任何与代码和应用程序质量相关的内容。相反，它被纳入了实际的工作机制和技艺之中，这往往需要耗费大量的时间，最终变成一只难以维护的巨兽。一直运行输出到不同地方，并积极地测试输出，直到它非常类似于一个功能。如果有什么事情给我一种编程的感觉，但我在实际操作中并没有做到将想法付诸行动。

学编程最重要的是实践，就是写代码、看别人写的代码、再写代码，你看再多的书，不写代码，你还是不会编程。但是写代码也要讲究方法循序渐进，不能刚学了几天语法，就想写个操作系统什么的，树立这种不切实际的目标只会让你的自信受到严重打击迷失自我。

思考数据

数据结构是我感受到教育不足的一个方面。数据结构背后的想法是，你有不同的方法去存储、提取、排序和搜索数据。最初当我开始编程，我从来没有想过各种数据的任务与数据类型的性能。对需要存储、排序或遍历的任何事物，通常默认使用数组。

从计算机科学的角度看，集合、堆栈和队列对我来说是很有趣的，但在 Ruby 编程语言中看到一些实际操作之后，对我来说并不那么吸引人。在我看来，堆栈和队列是一样的，它们允许你从数据的末端获取信息，队列的例外情况是，你只能按照它们加入的顺序获得这些项。当我开始想象这一点时，我想把东西放在一个列表中，等待处理，减少可在后台运行的任务的开销。事实上在高层次的编程语言如 Ruby 中对此付诸实践，并没有多大意义，因为它基本上是在往数组中 push（后追加）或 unshift（前添加）元素。

比如，Ruby 中的栈可以像下面的代码一样简单。

队列和上面创建的数据类型基本上是一样的，Ruby 已经有一个类了。

二叉搜索树在处理搜索数据的时间和速度上吸引了我。我经常发现从数据中获取数据非常容易，但在数组中搜索需要花大量时间。这就是为什么需要二叉搜索树，我非常喜欢哈佛的这段视频。虽然我并没有使用这些东西来做过什么，但是非常想用它们来实现点东西，然后将之与原生 Ruby 的数组方法进行比较，看看二叉树比普通的数组或哈希快多少。我在关于二叉权势的研究中试图找到实际的用例，于是发现了这些有意思的文章。它的简单性是基于一个非常简单的数组，这本身就体现了它的美。我看到自己在命令行脚本中使用栈或队列，但我不确定还可以在别的什么地方使用它们。

搜索字符串 — 来源于 yuya-takeyama 的 Gist

数值搜索 — 来源于 Zach Kemp

可维护性

我的第一个 Web 应用在可维护性方面可笑极了。没有编码规范，没有设计模式，没有对定义的方法进行整理，没有使用命名空间，也没有对象和模型。如果一定要去修复缺陷，与其去找实际导致缺陷的方法，还不如重写来得快些。

设计拙劣导致乱糟糟的代码。

难以处理的问题之一是条件嵌套和循环嵌套。这些循环中存在大量的 if 语句和验证，但这个问题本身来源于一个系统性的问题，即不清楚怎样恰当地组织和拆分程序的不同部分。我曾尝试着在一个巨大的方法中处理所有事情，不关心哪些代码可以重用，也没创建一个模块来扩展对象和方法的功能。

我已经真正体会到了文本编辑器的好处，在你编写代码时它会给出提示（指出潜在的错误）从而为你节省很多时间，同时我也开始欣赏与编程相关的一些美好细节。一个写得很好的代码库，会遵循文档标准、清晰的约定和风格指南，阅读起来就像一封电子邮件或一篇网文那样流畅。（当然，有时候使用的编程语言本身就更好）总地来说，我也发现我很喜欢这本书中的许多原则， Robert C。 Martin 和其他作者的《敏捷软件匠人的整洁代码手册》 。我不会把责任推到别人身上，这段坏代码是我写的，我会承认这一点，然而其中一些本来可以通过代码导师、或者通过代码审查和“拉”请求来加以缓解。回顾这段代码，我感到惭愧，但这是一件好事，因为它表明了我作为一个开发人员的成长程度。自由在某些意义上是一个问题，但不是在其他方面。例如，对这个项目我被限制于使用 LAMP 技术栈，这是不容协商的，但与此同时，这真的是唯一的限制。我没有使用设计模式，遵循任何风格指南， 使用代码分析器，或遵循代码公约的任何政策。这就创建了一个系统，你可以自由地使用自己的设备，并且如果你还没有了解应用程序的长期性和错误修复，那么它会损害你的最终结果。

驱动测试开发

在我看来，测试驱动开发的好处足以证明其优点，但我明白，并不是每个人都同意测试为代码库提供任何价值。我不会争论测试的有效性，但我确实想分享它如何帮到我。在实际创建代码之前，为代码编写集成测试和单元测试已经在很多方面帮到我。它帮助我编写更整洁的代码，高效地编写代码，并帮助我解决了我遇到麻烦的问题。

编写更整洁、更高效的代码与编程中的许多事情有交叉。可读性、性能和编码时间是 TDD 帮到我的主要方面。我发现我能编写代码，不必重构使其可以上生产线或进入版本控制库。它不仅帮助我减少了 bug，而且帮助我减少了跟踪和修复 bug 所花费的时间。修复 bug 时，我发现我可以接受预期的输入或输出，编写一个与之匹配的测试，然后努力使该测试和所有其他测试通过。这样可以消除 bug，并确保代码实现其预期的目的。

在开始编写实际的方法或对象之前，TDD 可以帮助我组织思路。在更复杂的功能中，它可以帮助我将功能分解成其需要正常工作的集。也就是说，边界条件就是边界条件，并且在最初创建代码时往往更难于考虑到边界情况。最终我觉得测试驱动开发有助于使我成为更好的程序员。