我是新手，我一般是先想好整体算法，再开始编，最后再做改动

先有整體思路是對的，也是入門的基礎。但入門之後，程序如何寫，還有更多比解決問題了事需要考慮的地方，比如可讀性、可維護性、易用性、可重用性等等，本來這些都應在整體思路中體現，但初學者往往沒這種意識，只能在以後的編程實踐中慢慢醒悟，所以編程的學習是反復遞進的，沒有學完一個學期、看完一兩本書就是學完的事，實際上你一軰子都學不完。

初學者最大的問題，是腦中一團混亂，甚至連手動解決問題的方案都沒有，就妄想動手寫代碼，那注定寫出來的程序是一塌糊塗。

收到的鲜花

• pycansi 于 2013-11-05 00:15 送鲜花  1朵  

先想好思路，接着就是翻译（敲代码），编程就是翻译过程

新手看什么书较好点，   我买了一本《背口诀 14天精通C语言》   不过有些看不懂的地方  希望能提点一下。
             比如数制的转换方面，十六进制好像不能直接转成二进制。

[ 本帖最后由 yanran 于 2013-10-13 14:30 编辑 ]

学会画程序流程图。

看大家好像都已经起飞了，我才只是刚开始而已，希望大家能在空暇时间顺手解决下我的小麻烦。

整体想好，逐步求精，

我基本赞同前面的说法，都是先想好整体再细分到各个细节

但是！

作为一个新手如果没有一定的项目基础如何进行整体的把握，一开始的原型设计如果做得比较糟糕，回头来改可能会更加麻烦，甚至整个设定都要推翻重做。如果只是想纯粹练手那倒没什么。
对于初涉程序设计（注意这里不是程序编写）的人来说，算法可能才是最重要的部分——特别是对于主攻C语言的程序员而言。那么可以先想好核心算法，然后逐步实现这个核心算法，当把这个核心算法确定下来以后，再慢慢的设计，让其他的部分逐渐丰满起来。比如说，友好的界面啊，错误处理啊，边界检查啊，代码结构化啊之类的。
当你知道一个良好的软件是如何制作的，它应该具有哪些应有的素质时，你就可以放心大胆的先进行全局规划，再逐步细分。
我还是比较赞同 8L 的三分法，我一直是这样做的。

长见识了！