1.不要看到別人的回覆第一句話就說：給個**吧！你應該想想為什麼。當你自己想出來再參考別人的提示，你就知道自己和別人思路的差異。
2.初學者請不要看太多太多的書那會誤人子弟的，先找本系統的學，很多人用了很久都是只對部分功能熟悉而已，不系統還是不夠的。
3.看幫助,不要因為很難而自己是初學者所以就不看；幫助永遠是最好的參考手冊，雖然幫助的文字有時候很難看懂，總覺得不夠直觀。
4.不要被物件、屬性、方法等詞彙所迷惑；最根本的是先了解最基礎知識。
5.不要放過任何乙個看上去很簡單的小問題--他們往往並不那麼簡單，或者可以引伸出很多知識點；不會舉一反三你就永遠學不會。
6.知道一點東西，並不能說明你會寫指令碼，指令碼是需要經驗積累的。
7.學指令碼並不難，jsp、asp、php等等也不過如此--難的是長期堅持實踐和不遺餘力的博覽群書。
8.看再多的書是學不全指令碼的，要多實踐。
9.把時髦的技術掛在嘴邊，還不如把過時的技術記在心裡。
10.學習指令碼最好的方法之一就是多練習。
11.在任何時刻都不要認為自己手中的書已經足夠了。
12.看得懂的書，請仔細看；看不懂的書，請硬著頭皮看。
13.別指望看第一遍書就能記住和掌握什麼——請看第二遍、第三遍；
14.請把書上的例子親手到電腦上實踐，即使配套光碟中有原始檔；
15.把在書中看到的有意義的例子擴充；並將其切實的運用到自己的工作中。
16.不要漏掉書中任何乙個練習——請全部做完並記錄下思路；
17.當你用指令碼到一半卻發現自己用的方法很拙劣時，請不要馬上停手；請盡快將餘下的部分粗略的完成以保證這個**的完整性，然後分析自己的錯誤並重新編寫和工作。
18.別心急，寫指令碼確實不容易；水平是在不斷的實踐中完善和發展的；
19.每學到乙個指令碼難點的時候，嘗試著對別人講解這個知識點並讓他理解----你能講清楚才說明你真的理解了。
20.記錄下在和別人交流時發現的自己忽視或不理解的知識點。
21.儲存好你做過的所有的原始檔----那是你最好的積累之一。
23.到乙個論壇，你學會去看以前的帖子，不要什麼都不看就發帖子問，也許你的問題早就有人問過了，你再問，別人已經不想再重複了，做為初學者，誰也不希望自己的帖子沒人回的。
24，雖然不是打擊初學者，但是這句話還是要說：論壇論壇，就是大家討論的地方，如果你總期望有高手總無償指點你，除非他是你親戚！！討論者，起碼是水平相當的才有討論的說法，如果水平真差距太遠了，連基本操作都需要別人給解答，誰還跟你討論呢
IT人必讀 寫給浮躁的IT同仁 請不要做浮躁的人
it人必讀 寫給浮躁的it同仁 請不要做浮躁的人 2.初學者請不要看太多 嗟氖檳腔嵛筧俗擁艿模 日冶鞠低車難 芏噯擻昧撕芫枚際侵歡圓糠止 蓯煜 眩 幌低郴故遣還壞摹?3.看幫助,不要因為很難而自己是初學者所以就不看 幫助永遠是最好的參考手冊，雖然幫助的文字有時候很難看懂，總覺得不夠直觀。4.不要被物...
浮躁的IT同仁
浮躁的it同仁 2.初學者請不要看太多太多的書那會誤人子弟的，先找本系統的學，很多人用了很久都是只對部分功能熟悉而已，不系統還是不夠的。3.看幫助,不要因為很難而自己是初學者所以就不看 幫助永遠是最好的參考手冊，雖然幫助的文字有時候很難看懂，總覺得不夠直觀。4.不要被物件 屬性 方法等詞彙所迷惑 最...
嵌入式開發學習路線 寫給初入門的同仁
一般的應用開發，例如桌面應用的開發，移動應用的開發，通常都是在乙個ide整合開發環境中完成。開發者，熟悉了ide的使用，熟悉了相關應用程式設計介面api，就能開發應用了。不需要關心系統本身的太多東西。當然，這並不是說，一般的應用開發，不需要了解很多的系統知識。如果開發者具有深厚的系統知識，那當然對於...