行內的人看看行內的人，一看就知道是不是菜鳥，原因是他們有一些編碼規則是約定俗成的，快來看看他們有什麼判斷標準吧。更多內容請關注應屆畢業生網!
1. 不會利用如phpDoc這樣的工具來恰當地註釋你的程式碼
2. 對優秀的整合開發環境如Zend Studio或Eclipse PDT視而不見
3. 從未用過任何形式的版本控制系統，如Subclipse
4. 不採用某種編碼與命名標準，以及通用約定，不能在專案開發週期裡貫徹落實
5. 不使用統一開發方式
6. 不轉換(或)也不驗證某些輸入或SQL查詢串(譯註：參考PHP相關函式)
7. 不在編碼之前徹底規劃你的程式
8. 不使用測試驅動開發
9. 不在錯誤開啟狀態下進行編碼和測試(譯註：參考PHP函式error_reporting)
10. 對偵錯程式的好處視而不見
11. 不重構你的程式碼
12. 不使用類似MVC模式把程式的不同層次劃分開
13. 不知道這些概念：KISS, DRY, MVC, OOP, REST
14. 不用return而是直接在你的函式或類中輸出(echo/print)內容
15. 對單元測試或通用測試的優點視而不見
16. 總是返回硬編碼的HTML，卻不返回純粹的資料，字串，或物件
17. 總是對“訊息”和“配置引數”進行硬編碼
18. 不對SQL查詢語句做優化
19. 不使用__autoload(譯註：參考PHP手冊相關描述)
20. 不允許智慧錯誤處理(譯註：參考PEAR的ErrorStack)
21. 使用$_GET替代$_POST來做具有破壞性的傳遞操作
22. 不知道怎麼利用正則表示式
23. 從未聽說過SQL注入或跨站指令碼
24. 不允許簡易配置，也不允許類的建構函式接受引數傳遞而後執行set/get方法，或執行時的常量定義
25. 不理解面向物件程式設計(OOP)的優勢和劣勢
26. 不視情形大小而濫用OOP
27. 自認為實現可複用的軟體一定等於/需要讓你的程式碼遵循OOP
28. 不利用智慧預設值
29. 沒有單一的配置檔案
30. 不想暴露檔案原始碼，卻用字尾名取代了
31. 不使用資料庫抽象層
32. 不能保持DRY作風，即不重複自己，如果你總是在複製貼上一些東西，說明你設計得很差勁
33. 沒有實現讓一個函式/類/方法只做一件事，也不能組合利用它們
34. 沒能嘗試OOP的特長，如抽象類、介面、多型、繼承，訪問控制修飾符(譯註：如public, private, protected)
35. 不用現有的`設計模式優化你的程式體系設計
36. 不允許你的使用者在你擁有很多檔案或目錄的情況下定義基礎目錄
37. 汙染了名稱空間，比如用常見字串命名你的庫函式
38. 使用資料庫表時不使用表字首
39. 不使用統一的模板引擎
40. 不關注已有的PHP開發框架，懶於探索;其實先進的開發理念和美妙程式碼就蘊含其中。
