我已经编程一段时间了，并学习了几种编程语言。我编写了许多小工具之类的程序。我认为自己在编程本身方面掌握得非常好，比如说语法方面没有问题，我对底层的运作有很好的理解（合理的汇编知识）等。
但我的大问题是：我就是不能设计更大/更复杂的应用程序。我学习了面向对象编程原则、设计模式，学习了一些基本的Lisp编程和其他相关知识以期能够帮助我解决这个问题。
但无论我尝试什么，花费多长时间，我都做不到。我的设计总是感觉有些不对劲。因此我从来没有完成过一个更大的项目，我对程序结构总是感到不满意。
你是否遇到过类似的问题？你是如何解决的？你有什么提示可以给我吗？
我认为经验是关键因素。每个设计都会在某个时候失败，然后就取决于你去改进它并从错误中学习。
在我看来，好的软件设计不是通过读几本书就能学到的。
设计本身是一个迭代的过程。你首先从某个设计开始，然后逐步改进。
设计并不是关于达到完美，即使在更大的应用程序中也无法实现。设计是关于做出好的平衡和权衡，在最终提供符合要求的良好、强大和可维护的应用程序的过程中达成共识。
你永远不会在各个方面都做得100%正确。
阅读一些有关设计/架构的好书不能直接让你成为这方面的明星，但它肯定会给你可以用来改进和完善你的技能的工具。
以下是一些书籍的示例：
当然，实践经验也很重要。
design bigger/more complex applications
小型应用程序可能不一定有很多这些相关问题。
即使是企业应用程序，由于需要解决的诸多问题，区别在于哪些问题更重要。此外，在出现冲突问题的情况下，选择哪一个问题比另一个问题更重要。
But no matter what i try, how long i try: i just can't get it right.
My designs always seem wrong to me somehow.
Cause of that i never drawn through a bigger project, i'm kinda never satisfied
with the structure of my program.
首先看一下Uncle Bob Martin的原则，每个设计模式都涵盖了其中的一些原则，要特别关注开放封闭原则，我们总是做不到这一点，但经验的增长使得这变得更加容易。
我认为尝试解决问题并进行重构是一个很好的方法，它有助于问题更敏感地被发现，给出解决方案，并使我们摆脱如何解决它的压力。
尝试一步步进行，不要一次性设计所有内容。
通过反复试验来得到最佳结果。在完成几个项目后，你将拥有足够的经验，在第一次就能做出正确的设计（虽然对于许多项目来说，没有“正确”的设计）。
记住，让你的设计尽可能简单化，使用复杂的设计来解决简单问题并不是一个好选择。
再加点日历智慧：「不要重复自己」和「尽量减少依赖」。不过，这两者常常产生冲突。