不會利用如phpDoc這樣的工具來恰當地註釋你的代碼php
對優秀的集成開發環境如Zend Studio或Eclipse PDT視而不見 正則表達式
從未用過任何形式的版本控制系統,如Subclipse 數據庫
不採用某種編碼與命名標準,以及通用約定,不能在項目開發週期裏貫徹落實 編程
不使用統一開發方式 設計模式
不轉換(或)也不驗證某些輸入或SQL查詢串(譯註:參考PHP相關函數) 框架
不在編碼以前完全規劃你的程序 函數
不使用測試驅動開發 工具
不在錯誤開啓狀態下進行編碼和測試(譯註:參考PHP函數error_reporting) 單元測試
對調試器的好處視而不見 測試
不重構你的代碼
不使用相似MVC模式把程序的不一樣層次劃分開
不知道這些概念:KISS, DRY, MVC, OOP, REST
不用return而是直接在你的函數或類中輸出(echo/print)內容
對單元測試或通用測試的優勢視而不見
老是返回硬編碼的HTML,卻不返回純粹的數據,字符串,或對象
老是對「消息」和「配置參數」進行硬編碼
不對SQL查詢語句作優化
不使用__autoload(譯註:參考PHP手冊相關描述)
不容許智能錯誤處理(譯註:參考PEAR的ErrorStack)
使用$_GET替代$_POST來作具備破壞性的傳遞操做
不知道怎麼利用正則表達式
從未據說過SQL注入或跨站腳本
不容許簡易配置,也不容許類的構造函數接受參數傳遞然後執行set/get方法,或運行時的常量定義
不理解面向對象編程(OOP)的優點和劣勢
不視情形大小而濫用OOP
自認爲實現可複用的軟件必定等於/需要讓你的代碼遵循OOP
不利用智能缺省值
沒有單一的配置文件
不想暴露文件源碼,卻用.inc後綴名取代了.php
不使用數據庫抽象層
不能保持DRY做風,即不重複本身,若是你老是在複製粘貼一些東西,說明你設計得不好勁
沒有實現讓一個函數/類/方法只作一件事,也不能組合利用它們
沒能嘗試OOP的特長,如抽象類、接口、多態、繼承,訪問控制修飾符(譯註:如public, private, protected)
不用現有的設計模式優化你的程序體系設計
不容許你的用戶在你擁有不少文件或目錄的狀況下定義基礎目錄
污染了名稱空間,好比用常見字符串命名你的庫函數
使用數據庫表時不使用表前綴
不使用統一的模板引擎
不關注已有的PHP開發框架,懶於探索;其實先進的開發理念和美妙代碼就蘊含其中。