由于 PHP 正在成熟，因此是快速即編即用的腳本編制人員與了解 UML 的面向對象的開發人員“思想達成一致”的時候了。

　　很少有編程語言能夠像 PHP 這樣迅速地得到普及?，F在廣泛宣傳的那個關于自己動手做 (DIY) 的腳本編制語言改變 IT 業的故事表明，成功不一定總是來自于系統計劃和市場研究。但是現在的實際問題是這種成功如何能夠為龐大的 IT 業所接受。Oracle 以及其他幾個大的參與者正在關注 PHP 錚錚事實表明，這種語言已經成熟。

　　直到現在，成功也只是剛剛“出現”。數量不斷增長的愛好者已經聚集在 PHP 周圍，就象聚集在一個天才神童身邊一樣。但是既然這個孩子正在長出胡子，并開始以平等的地位與成人交談，那么早期的擁護者會適應這種變化嗎？

　　PHP 與大部分主要的開放源代碼項目一樣，是正在成為主流技術的過程中的一種基本現象。PHP 會使那些使它獲得名譽的人們失望嗎？它會達到龐大的 IT 業的期望嗎？

兩種編程文化的故事

　　PHP 的成功吸引了不同背景人士的注意。早期的 Rasmus 的擁護者（如果您能諒解那些在開放源代碼圈內不常出現的略以救世者自居的語氣）習慣于快速的即編即用的腳本編制方法，他們現在必須對付那些了解 UML、面向對象 (OO) 編程的開發人員，這些開發人員決心使 PHP 與其他現代開發工具并駕齊驅。雙方都很了解 Web 開發，都擁有強大的文化。忽略任何一方都是不明智的。

　　早期的 PHP 類型了解 Web 開發的哪些方面，它擅長做什么，不擅長做什么？它了解很多關于設計的問題。它的風格有時可能會有問題，但可以看出它擁有 HTML 和 CSS 功能，不必說更為流行的多信息互聯網應用程序 (RIA) 技術了。它總是那么年輕，卻經常出現在 PHP 論壇中。術語“面向對象”對于它可能具有負面的涵義。它的代碼很扼要，注重表現而不注重可維護性。

　　由于采用類型松散的變量和為其 HTML 代碼填充 <?php?> 語句，因此 UML 類型將更缺乏吸引力。它將要考慮應用程序體系結構、類級代碼重用、團隊合作以及源代碼管理。它知道，即使復雜度適中的網站首先也是一個應用程序，而設計不良的應用程序會導致工期延誤、惹惱客戶甚至丟掉工作。

　　乍一看來，后者似乎更適應于需求越來越多的環境，在這種環境中，Web 開發將會越來越多地受到營銷策略和經濟因素的驅動。但是我們是否應該把前者看作瀕臨滅絕的物種？或許不應該這樣。如果我們承認 Web 是與臺式機系統差別很大的一種媒介 — 更不要說大型機了（還有人記得 3270 嗎？），在大型 機環境中產生了占統治地位的開發方法 — 則我們可能會得出結論，畢竟可以從這種成功卻相對雜亂的方法中學到很好并且有效的東西。