我并不是在教唆你写烂程序。
例如，昨天，我绞尽脑汁想要写出一段程序，结果发现，它比我想象的要困难的多。这是一种很少见的情况。这段程序应该如何的运行，我已经思考的很清楚，我能够清楚的解释给任何人听，但是，当把思想转化成代码时，我发现自己的才智还不足以完成任务。
我发现，在这种情况下，你应该直接打开编辑器，写出能想出的代码，只要能运行就行。不需要优雅、效率、可维护性。只要能正确的运行就行。当把思想变成可运行的(烂)代码后，你很容易去重构它，最终把它改造成好代码。
但是要记住，不要停步于烂代码，很多初学者都会犯这样的错误。这就像是一个设计师，当他把最终版的logo图标交给客户前，他会先草绘一个简单的图案。你可以想象，如果他的设计停步于草案，直接把它交给客户，那样的结局谁都能 🙂
我一直觉得编码和艺术十分相似了~~~
我们程序员就是软件艺术家~~~
楼上没经常OT吧？中国程序员就是农民工，糊口饭吃，产品才是艺术品，代码就是一陀屎
我说的只是开发的步骤和艺术创作类似，至于开发的过程~~~~~~仁者见仁智者见智了
非常同意楼上的观点!是代码民工!
这就是开发的大砍刀模式。。。。。。。开发高效的语言、平台（如delphi/python）特别适合这种模式
想要写好程序，就得先有烂的程序。因为最开始是快速实现，等基本实现了主体，再修改细节。
这样可以避免一开始就进入细节，以及考虑一些高深的设计模式以及程序结构。
ps:代码民工是自己对自己的称呼，你认为自己是，那你就是coder了
快速原型prototyping
like 只许我自嘲 不许你嘲我 哼╭(╯^╰)╮
我就经常先写烂代码，然后“重构”
国内的环境里，项目管理者不会给你多少机会去重构代码的，他们会说：不是已经实现了吗？不是已经能用了吗？我们还有更重要的内容要去实现~~~MY GOD
真正工作中想先写烂代码再重构是不太现实的，首先工程比较大，后续的工作还要依赖开始的结构和设计；其次时间卡的也比较紧，不会用重构甚至重新完成某些模块的时间
同意楼主的观点。编程非得跟工作挂钩的话，还是按照公司的要求。喜欢编程的空闲可能会自己写写东西，这个时候可以用楼主说的方法。不是一句话在任何环境下都使用，但是找到适合的场景就能发挥这句话的作用。