PHP คือ "Toyota Corolla" ของโลกการเขียนโปรแกรม
(deprogrammaticaipsum.com)- PHP และ JavaScript ได้พัฒนาขึ้นเป็นสองเสาหลักของเว็บตั้งแต่เปิดตัวในปี 1995 และแม้จะมี ข้อบกพร่องในการออกแบบช่วงต้น และการถูกเยาะเย้ย ก็ยังขยายระบบนิเวศได้อย่างต่อเนื่อง
- ทั้งสองภาษาได้ผ่านกระบวนการ มาตรฐาน ในปี 1997 และต่างได้รับ การฟื้นตัว ในทศวรรษ 2010 โดยได้รับการสนับสนุนจาก Facebook กับ Google/Microsoft
- PHP เคยถูกดูแคลนจากคำว่า “การออกแบบที่ไม่ดีแบบ fractal”, ไวยากรณ์ที่ไม่เหมือนใคร และข้อบกพร่องต่าง ๆ มานาน แต่ยังคงมี 70~80% ของเว็บไซต์ทั่วโลก ที่ทำงานด้วย PHP
- โดยเป็น หัวใจของสแต็ก LAMP ที่เข้าถึงได้ง่ายทุกที่ ต้นทุนต่ำ และพัฒนาสู่ภาษาที่แข็งแกร่ง ทั้งยังมีฟังก์ชันสมัยใหม่ (OOP, FP, ตัวจัดการแพ็กเกจ, การทดสอบ ฯลฯ)
- ช่วงหลังมีการนำ FrankenPHP และ runtime ที่ใช้ Go เป็นฐาน มาใช้ พร้อมกับ การปรับปรุงด้านความปลอดภัยอย่างต่อเนื่อง และการพัฒนาที่ขับเคลื่อนโดยชุมชนเพื่อมองหาอนาคต
การเติบโตของ PHP และเว็บโปรแกรมมิ่ง
- ในปี 1995 นักพัฒนาซอฟต์แวร์ผู้หนึ่งซึ่งใกล้เคียงกับการไม่เป็นที่รู้จักได้เผยแพร่เวอร์ชันแรกของ PHP สคริปต์ภาษาใหม่ ทำให้ขอบเขตการพัฒนาเว็บแอปพลิเคชันกว้างขึ้น
- โดยการมาตรฐานอย่างค่อยเป็นค่อยไปและการเพิ่มฟีเจอร์ OOP (Object-Oriented Programming) ทำให้กลายเป็นภาษาที่เป็นรูปธรรมมากขึ้น
- อย่างไรก็ตาม ด้วยไวยากรณ์ที่ไม่เหมือนใคร โมเดลการทำงาน และปัญหาด้านความปลอดภัยที่เกิดซ้ำบ่อย รวมถึงกรอบงานจำนวนมาก ทำให้เป็นเป้าหมายของการวิจารณ์จากนักพัฒนา "สายจริง" นานนับทศวรรษ
- อย่างไรก็ดีด้วยพลังของชุมชนและการสนับสนุนจากองค์กร IT รายใหญ่ PHP จึงค่อย ๆ พัฒนาตนเองและขยายระบบนิเวศที่กว้างขึ้นเรื่อยๆ
ประวัติขนานของ PHP กับ JavaScript
- ในปี 1995 ทั้งสองเกิดขึ้นจาก Rasmus Lerdorf ("Personal Home Page Tools") กับ Brendan Eich (Netscape) ตามลำดับ
- ทั้งสองภาษาในระยะเริ่มต้นต่างถูกวิจารณ์เรื่องการออกแบบและปัญหาหน่วยพจน์ที่หยาบกระด้างจากนักพัฒนา "สายจริง"
- ปี 1997 ทั้งคู่ผ่านการ มาตรฐาน อย่างเป็นทางการผ่าน PHP/FI 2 และ ECMA-262
- เมื่อเข้าสู่ทศวรรษ 2010 ได้รับการพัฒนาอย่างกว้างขวางด้วยการสนับสนุนจาก Facebook, Google, Microsoft และบิ๊กเทครายอื่นๆ
- ณ ปลายปี 2025 เริ่มปรากฏ runtime แบบใหม่ที่เกิดใหม่บนฐานภาษา Go (FrankenPHP, TypeScript Native)
ความย้อนแย้งของภาษาที่ทุกคนไม่ชอบแต่ทุกคนใช้
- C, Java, Python, Perl และภาษาต่างๆ ต่างก็มีฉายาเฉพาะตัว
- C: "assembly ที่พกพาได้"
- Java: "เขียนครั้งเดียวดีบักได้ทุกที่"
- Python: "pseudo-code ที่รันได้"
- JavaScript: "ภาษาที่ถูกสร้างใน 10 วัน"
- Perl: "เทปพันสายของอินเทอร์เน็ต"
- PHP แม้มีฉายาเชิงลบอย่าง "การออกแบบแย่มากแบบ fractal", "Pretty Horrific Programming" แต่ก็มีสถิติการรันเว็บทั่วโลกถึง 70~80%
PHP: "Toyota Corolla ของวงการเขียนโปรแกรม"
- ราคาถูก ใช้งานได้ง่ายในเกือบทุกที่ และเป็นสัญลักษณ์ของการผสาน LAMP (Linux, Apache, MySQL, PHP)
- ทุกวันนี้ PHP เป็นโปรเจกต์ โอเพ่นซอร์ส เต็มรูปแบบ และรองรับฟีเจอร์ OOP ระดับสูง (trait, property hook, namespace, attribute, enum) และฟีเจอร์ฟังก์ชันเชิงฟังก์ชัน (closure, capture list, arrow function)
- ด้วยฟีเจอร์ใหม่ที่กำลังมาเช่น pipe operator, การตรวจสอบประเภทที่เร็วขึ้น, ไลบรารีมาตรฐานที่หลากหลาย, ตัวจัดการแพ็กเกจโอเพ่นซอร์สที่ทรงพลัง (Composer) และ Packagist, รวมถึงเฟรมเวิร์กทดสอบ PHPUnit ทำให้มีลักษณะทันสมัยและทรงพลังมากขึ้น
- ประสิทธิภาพและความเร็วในการคอมไพล์ ยังโดดเด่น พร้อมทั้งมี IDE เฉพาะของ JetBrains, มาสโกต์ของตัวเอง และชุมชนที่คึกคักพร้อมระบบนิเวศที่เป็นของตัวเอง
ปัญหาในอดีตและการเปลี่ยนมุมมอง
- แม้ยังมีข้อด้อยอย่างตัวดำเนินการ
goto, ชื่อตัวแปรที่ไม่เหมือนใคร แต่ช่วง 10 ปีล่าสุดมีการปรับปรุงต่อเนื่องผ่านการปล่อยเวอร์ชันเป็นช่วง ๆ การลบช่องโหว่ความปลอดภัย และการทำความสะอาด legacy API- ในต้นทศวรรษ 2000 มีปัญหาด้าน ช่องโหว่ความปลอดภัย และขบวนการ 'I Hate PHP' สร้างภาพลักษณ์ด้านลบ
- ในสิบปีหลัง มีการ ปล่อยเวอร์ชันเป็นระยะ (เดือนพฤศจิกายนทุกปี), เพิ่มความปลอดภัย และ อัปเดต API ทำให้ความสมบูรณ์และความน่าเชื่อถือของภาษาเพิ่มขึ้น
- ถึงเวลาที่นักพัฒนาที่เคยมองข้าม PHP ต้องยอมรับการพัฒนาในช่วงหลัง
- ประเด็นความปลอดภัยสำคัญอย่าง SQL Injection ซึ่งเป็นปัญหาคลาสสิกในอดีต ยังคงเป็นจุดที่ต้องระวังอยู่เสมอ
ชุมชนและระบบนิเวศ
- เมื่อองค์กรทางการอย่าง PHP Foundation และการสนับสนุนจากอุตสาหกรรมแข็งแรงขึ้น นอกเหนือจาก JetBrains ก็ยังคงรักษาวัฒนธรรมชุมชนที่ค่อนข้างอิสระจากอิทธิพลองค์กรเทคขนาดใหญ่
- ในปี 2004 อันดับภาษานี้อยู่ที่ที่ 3 แต่ปัจจุบันลดลงมาพอสมควรและอยู่ช่วงอันดับ 7~15 ในตัวชี้วัดต่างๆ
- แม้ดัชนีความนิยมอย่าง TIOBE, IEEE, PYPL จะลดลง แต่ RedMonk และบางดัชนีอื่นยังคงเลื่อนขึ้นเรื่อยๆ ในอันดับบนสุด แสดงว่าวงจรลดลงอาจไม่รุนแรงอย่างที่คิด
การพัฒนาของเอนจิน: FrankenPHP
- หลายสิบปี Zend Engine ทำหน้าที่เป็นเอนจินมาตรฐานของ PHP แต่ไม่นานมานี้เมื่อมีการนำ runtime อย่างเป็นทางการตัวใหม่ชื่อ FrankenPHP มาใช้งาน การรองรับสภาพแวดล้อมคอนเทนเนอร์ได้รับการพัฒนาอย่างมากขึ้น
- FrankenPHP รักษาความเข้ากันได้ 100% กับโค้ดเดิม ขณะเดียวกันก็ให้ความสะดวกในการคอนเทนเนอร์และโมเดลการทำงานใหม่ ทำให้กลายเป็นแกนหลักของการพัฒนา PHP สู่อนาคต
อนาคตและการรับรู้ต่อ PHP
- แม้ PHP อาจยังถูกมองว่าเป็นภาษาที่ "ไม่จริงจัง" แต่ก็ยังคงมีอิทธิพลเชิงปฏิบัติที่หนุนรองรับเว็บไซต์และแอปพลิเคชันมากมาย รวมถึงชุมชนที่ยังคงคึกคัก
- ยังคงมีตราบาปว่าเป็น “ผลผลิตของการออกแบบโดยบังเอิญ” และ “ภาษาที่แทบไม่ปรากฏในงานวิจัย”
- ตามที่ Rasmus Lerdorf เน้นไว้ เราจะเห็นได้ว่า PHP เป็นภาษาที่สร้างจากการมีส่วนร่วมและการเติบโตโดยสมัครใจของชุมชน
- ปล่อยการควบคุม (Control) ออกไปและพัฒนาผ่านความร่วมมือของผู้คนจำนวนมาก จึงจารึกไว้เป็นตัวอย่างความสำเร็จโอเพ่นซอร์สแบบแบบบาซาร์
สรุป
- PHP เป็นสิ่งที่ไม่สามารถมองข้ามได้ เปรียบเสมือน Toyota Corolla ของระบบนิเวศเว็บ
- มันอาจเป็นเป้าหมายของอารมณ์ขันและการวิจารณ์ แต่ในความเป็นจริงคือภาษาการเขียนโปรแกรมที่แข็งแกร่งและเป็นรากฐานของเว็บทั่วโลก
- ด้วยค่าใช้จ่ายไม่สูง ใครๆ ก็เข้าได้ง่าย และระบบนิเวศที่เข้มข้น ทำให้นักพัฒนารุ่นใหม่สามารถเริ่มต้นได้ง่ายขึ้น
- ในอนาคตก็ยังมีโอกาสเติบโตอย่างต่อเนื่องจากการผสมผสานระหว่างชุมชนกับเทรนด์เทคโนโลยีใหม่
8 ความคิดเห็น
พูดง่ายๆ ก็คือ “ภาษาสร้างรายได้”
ในฐานะคนที่ทำงานกับ PHP อยู่ ผมไม่ค่อยเข้าใจเลยว่าทำไมจึงมีคนมองถูกหรือลดทอน PHP แบบนี้มากนัก
หลายคนบอกว่า PHP ถูก, สร้างระบบได้ง่าย, ใช้ระยะยาวไม่ได้ และมีความปลอดภัยต่ำ
แต่ความคิดเหล่านั้นล้วนเป็นความคิดแบบล้าสมัย และผมอยากกล้าที่จะบอกพวกเขาว่า 'โง่'
PHP ในปัจจุบันเป็นภาษาที่ทันสมัยมาก และแม้เริ่มทำโปรเจกต์ระยะยาวตั้งแต่วันนี้ ก็สามารถสร้างโมดูลที่ใช้ได้ทุกที่และนำไปใช้ใหม่กับเว็บใดก็ได้ ซึ่งเป็นสิ่งที่เฟรมเวิร์ก PHP สมัยใหม่กำลังยืนยันอยู่นั่นเอง
แม้จะไม่ใช่เวอร์ชันล่าสุด แต่ PHP เวอร์ชัน 8 ขึ้นไปก็มีความปลอดภัยดีขึ้นอย่างมาก และประกาศการอัปเกรดเวอร์ชันทุกปี
โดยเฉพาะ Laravel ก็มีการอัปเกรดเวอร์ชันทุกปีเช่นกัน
สำหรับผู้ที่บอกว่า PHP มีความปลอดภัยต่ำนั้น ก็สามารถบอกได้ว่าในภาษา Java หรือภาษา backend อื่น ๆ ก็ยังพบรายงานความเสี่ยงจำนวนมาก และยังคงมีความเสี่ยงใหญ่ ๆ ที่เกิดขึ้นอยู่เสมอ
ตัวอย่างเช่น ประเทศเกาหลีใต้ ซึ่งเป็นประเทศที่ใช้ JSP ด้วย Java ในหน่วยงานรัฐ แต่ปัญหาด้านความปลอดภัยก็ยังคงเกิดขึ้นทุกปี
สรุป: PHP ไม่ได้โง่ ไม่ได้อ่อนแอ และไม่ได้ถูก
ผู้ที่ใช้งาน PHP อย่างผิดพลาดเองต่างหากที่โง่ อ่อน และถูก
เรย์?
ราคาถูก ใครๆ ก็เข้าถึงและใช้งานได้ง่าย และใช้งานได้ง่ายสำหรับทุกคน
แม้จะเป็นรถเก๋งเล็ก แต่รู้สึกว่าค่อนข้างกว้าง จึงยัดของได้หลายอย่าง
รูปลักษณ์ก็ยังดูค่อนข้างสวยเกินคาด
แต่ประหยัดน้ำมันไม่ดี ทำให้ระยะยาวแล้วไม่ค่อยถูกอย่างที่คิด
แต่เมื่อจะยัดของให้เยอะๆ จริงๆ พลังเครื่องยนต์และปัญหาหลายอย่างก็ทำให้ขับตามใจได้ยาก
ใช้เป็นรถแคมป์ปิ้ง ชอบตกแต่งไปตามที่ใจชั่วคราว แต่สุดท้ายก็แค่ขับไปเรื่อยๆ แบบลวกๆ
แถมยังมีความเสี่ยงคว่ำได้อีกด้วย
ราคาถูก ใครๆ ก็เข้าถึงและใช้งานได้ง่าย
สำหรับ PHP ก็สามารถใช้ได้หลากหลายรูปแบบ ทั้งเว็บ, CLI, workload ฯลฯ
รูปลักษณ์ก็สามารถจัดวางได้ค่อนข้างสวยงาม
ง่ายต่อการกลายเป็น "สปาเก็ตตี้" และเมื่อเวอร์ชัน PHP สูงขึ้น ความซับซ้อนก็เพิ่มขึ้น ทำให้ค่าใช้จ่ายในการดูแลรักษาสูงกว่าที่คิด
แต่เมื่อพยายามใช้ PHP ในหลายหน้าที่จริงๆ ก็หนักเกินไปเมื่อรันทฤษฎี CLI จึงไม่ง่ายที่จะใช้ได้มากกว่างานเว็บ
แม้ว่า Laravel และ Symfony ที่มีโครงสร้างค่อนข้างสะอาดก็มีอยู่ชั่วคราว แต่ยากมากที่จะต้านไม่ให้เอาไปปะปนจนกลายเป็นสปาเก็ตตี้เสมอ
เป็นภาษาที่ต้องกังวลหรือถูกกังวลเรื่องภัยคุกคามด้านความปลอดภัยอยู่ตลอด
มันไม่ต่างจากมอทนิงหรือสปาร์กเหรอ? ไม่มีเงินแต่ก็อยากขับขี่ 555 ตอนแรกฉันก็เริ่มด้วย PHP เหมือนกัน แต่ตอนนี้แทบไม่ใช้แล้ว พอเห็น Laravel อย่างนี้แล้วก็รู้สึกว่าโปรเจกต์เล็กๆ ทำไมต้องใช้ OOP เยอะขนาดนั้น. มันเป็นความปะปนโค้ดยุ่งเหยิงจริงๆ. ถ้าไม่ใช้เฟรมเวิร์ก จะได้เห็นโค้ดดิบๆ ของคนละหลายคนเป็นไฟล์อย่าง xx.php xx1.php เต็มไปหมด 555
ถ้าพูดถึงรถยนต์ที่ผลิตในประเทศแล้ว คิดว่าจะเป็นรถคันไหนกันนะ?
พอร์เตอร์?
เสี่ยง แต่ไม่มีอะไรที่ดีกว่านี้แล้ว
ฉันก็เห็นว่า "พอร์เตอร์" ก็น่าจะเหมาะ
ความคิดเห็นจาก Hacker News
Java เหมือน Corolla มันตั้งใจที่จะดูธรรมดา ขาดความหรูหราเมื่อเทียบกับคู่แข่งอย่าง Mazda3 และให้ความรู้สึกเหมือนถูกใช้ได้แค่เดินทางจากจุด A ไปจุด B เท่านั้น PHP ในทางโปรแกรมมิงเหมือน Hyundai Elantra สมัยก่อนมีค่าเริ่มต้นต่ำ จึงมีคนใช้กันเกือบทุกคน แต่ก็ถูกล้อเลียนมานานเพราะปัญหาดีไซน์และความน่าเชื่อถือต่ำ แต่เช่นเดียวกับ Elantra มันพัฒนามาได้มากและตอนนี้ก็ดีขึ้นมาก
การประเมินค่า Corolla ในปัจจุบันต่างจากความเป็นจริงในหลายด้านมาก ตั้งแต่ปี 2023 เป็นต้นไป รุ่น Corolla เบื้องต้นมีเทคโนโลยีช่วยขับขี่อัตโนมัติในตัว และยังเหนือกว่าตัวเลือกระดับบนสุดของ Mazda ด้วย และยังเป็นรถรุ่นเดียวที่ผ่านการทดสอบระบบเบรกฉุกเฉินอัตโนมัติที่หยุดสนิทได้ที่ความเร็ว 62 ไมล์
ตัวอย่างการเปรียบเปรยนั้นดีมาก แต่การยกตัวอย่างมีข้อสังเกตอยู่บ้าง Mazda3 กลับให้ความรู้สึกใกล้กับ “ตัวเลือกน้อย, ราคาประหยัด, ใช้งานได้ดี” มากกว่า โดยเฉพาะเมื่อมองจากปี 2025 และที่สำคัญฉันไม่ค่อยจำสมัยที่ Corolla มีปัญหาความน่าเชื่อถือตอนเป็นเรื่องจริงๆ เหรอ อย่างญาติผู้ใหญ่บางคนยังคงโอ้อวดเสมอว่ารถ Corolla ปี 1969 เป็นรถใหม่ที่ซื้อตัวแรก และนั่นเองที่เปิดทางให้รถญี่ปุ่นครองกระแสในยุค 80
Java ในปัจจุบันก็ถือว่าดีมากขึ้น Feature ต่างๆ อย่าง type inference, fibers, text blocks, records มีการพัฒนาเต็มที่ หากมองแค่ว่า Java 8 ก็เข้าใจได้ แต่ตอนนี้การใช้ Java สมัยใหม่ไม่รู้สึกไม่ชอบเช่นเดิม
การเปรียบเปรยดีมากจริงๆ อยากรู้ว่า Python จะเปรียบกับรถอะไรสักคัน แล้วเอาไว้ไว้ใช้ตอนซื้อต่อไป
Java จริงๆ แล้วใกล้กับ Honda มาก มันกระจายอยู่ทั่วไปจนแทบเห็นได้ทุกที่ ดูน่าเบื่อเพราะธรรมดามากและมั่นคง สายการแทนที่หรือยกเลิกมันมีหลายครั้งแต่ก็ยังรอดมาได้เสมอ
สาเหตุเดียวที่ทำให้ PHP ประสบความสำเร็จคือการ deploy ที่ง่ายมาก คนเขียนโปรแกรมมักมองข้าม แต่มันเป็นประสบการณ์ที่เปลี่ยนโลกในตอนที่ฉันเพิ่งก้าวสู่เว็บดีพลอยเมนต์ เพราะเอาใส่ production ได้จริงในไม่กี่นาที มันเหมือนรถจักรยาน—ถูก ใครก็ขับได้ ไม่ต้องมีใบขับขี่ และวิ่งได้เร็วโดยไม่ต้องผ่านขั้นตอนซับซ้อน จึงเป็นเรื่องน่าพิศวงสำหรับคนที่ไม่ได้ใช้มากว่า 10 ปี และเป็นจุดเปลี่ยนที่ทำให้ตกหลุม
แม้จะมีการเย้ยหยัน PHP บนอินเทอร์เน็ตมาก แต่ประโยคที่ว่า “ใครๆ ก็ใช้ PHP ได้ — จริงๆ แล้วคนโง่ๆ ก็ใช้เยอะ” นั้นน่าประทับใจ แต่การที่ entry barrier ต่ำเป็นเรื่องที่ดีจริงๆ ฉันเชื่อว่าหากคนมากขึ้นเข้าถึงการเขียนโปรแกรมได้ก็จะดีขึ้น และถ้า PHP ช่วยได้ ฉันยิ่งยินดี
ประสบการณ์ที่รู้สึกไร้แรงเสียดทานแบบนี้เองเป็นการก้าวกระโดดแบบควอนตัม เพราะถ้าคุณทำสิ่งที่สำคัญได้ง่ายเกินไป ไม่ว่าจะเป็นเครื่องมือเฉพาะทางหรือบริการมวลชน คนเรามักยอมรับข้อเสียไปด้วยเลย จึงนึกถึงปรัชญาชื่อดังที่ว่า “ถ้าทำสิ่งใดสิ่งหนึ่งให้เก่งแล้วค่อยๆ พัฒนาให้ดียิ่งขึ้น”
ตอนที่ทำงานด้วย Perl CGI script นั้น ฉันมักเจอปัญหาอย่าง FTP upload, ตั้งสิทธิ์รัน, permission ของไฟล์ อยู่เรื่อยๆ แต่ PHP ฝังตัวอยู่ในเว็บเซิร์ฟเวอร์ จึงลบขั้นตอนเหล่านี้ออกไปได้ ทำให้หลายครั้งไม่ต้องปะทะกับเว็บแอดมิน แค่ทำให้ทำงานได้เลย ตัวขับเคลื่อนที่สำคัญจึงเป็นโครงสร้างการ deploy มากกว่าส่วนของภาษาตัวเอง
ถ้าจะอธิบาย PHP ให้จบในประโยคเดียวค่อนข้างยาก ช่วงปลายทศวรรษ 1990 ตอนเปลี่ยนจาก mod_perl มันถูกใช้เป็นตัวเลือกแทน และทำให้เพิ่มข้อมูลแบบไดนามิกลงในหน้าสแตติกได้ง่ายมาก โดยเฉพาะเมื่อขณะนั้นยังขาดประสบการณ์ในการทำเว็บไซด์ขนาดใหญ่ จึงผ่านความผิดพลาดยาวนาน แต่ตัวภาษายังไม่ดีมากนัก ถ้าจะยึดประโยคที่ว่า “คนช่างไม่ดีมักโทษเครื่องมือ” ก็จินตนาการไขควงแบบจับสองมือ แต่หัว 3 แบบวางปะปนกันดูสิ อาจใช้งานได้ แต่คนที่บอกว่ารักเครื่องมือแบบนี้จริงๆ มักทำให้ฉันสงสัย โดยเฉพาะเมื่อมี Snap-On ที่ดีกว่าและใช้ฟรีอยู่ตรงหน้า
ดังนั้นการใส่ฟังก์ชันฝั่งเซิร์ฟเวอร์เล็กๆ ด้วย PHP ก็ไม่มีปัญหา แต่พอสะสมเป็นโครงข่ายขนาดใหญ่แบบ “แมงมุม” ขึ้นมา และคนก็ชมว่าดูสิ ทำได้ด้วยไขควงนี้สิ! แล้วบางส่วนก็ยุบตัวลงเป็นช่วงๆ ซึ่งไม่ค่อยให้ความน่าเชื่อถือ มันอาจดีขึ้นบ้าง แต่ยังคงเป็นไขควงที่ค่อนข้างแปลกอยู่อย่างมาก
โดยสรุป PHP คือแฟรกทัลของการออกแบบที่ไม่ดี
ตอนนี้ภาษาอื่นๆ ก็ไล่ตาม PHP มาได้แล้ว ในช่วงแรกที่ภาษาใดที่เขียนโค้ดตรงใน HTML โดยตรง มักเป็นของเฉพาะทางแบบ server-side JavaScript, ColdFusion, ASP เท่านั้น แต่ PHP เป็นตัวแรกที่เป็น open-source และพอใช้งานได้ จนปี 2001 กลายเป็นตัวเลือกที่ 1 ของการพัฒนาเว็บแอปพลิเคชัน เมื่อเทียบกับ cgi-bin แล้ว PHP รวดเร็วกว่าและจัดการทรัพยากรได้ดี ทำให้โฮสติ้งบริษัทราคาถูกในบริการ PHP hosting ได้ และทำให้เกิดผลิตภัณฑ์โอเพนซอร์สที่เปลี่ยนโลกอย่าง WordPress ขึ้นมาได้ แต่ข้อจำกัดเด่นๆ ก็โผล่ขึ้นมาเร็วมากว่า การทำเว็บแอปที่ดีต้องมีโครงสร้างเฟรมเวิร์กที่ route หน้าแตกต่างตาม input เช่น ฟอร์มที่ผิดพลาดต้องแสดงหน้า success ซ้ำหรือแสดงข้อความ error ใหม่ ซึ่งแม้ PHP ก็ทำได้หากมีวินัย แต่เมื่อถึงจุดที่ต้องสร้าง router ใหม่ ระบบ template แยกมุมมองก็แทบเป็นสิ่งที่หลีกเลี่ยงไม่ได้ หลังจาก Ruby on Rails ปรากฏ เฟรมเวิร์กของทุกภาษาเริ่มสะดวกใกล้เคียง PHP ในระดับเดียวกัน และก็เริ่มต้องการวินัยระดับหนึ่ง
ฉันใช้ PHP มานานกว่า 20 ปี และใน backend มันเป็นภาษาหลักเสมอ ฉันไม่ใช่วิศวกร server แต่ PHP เร็ว สนับสนุนดี และถ้ามีทักษะก็สามารถสร้างเซิร์ฟเวอร์ที่แข็งแรง, ปลอดภัย และประสิทธิภาพดีได้ได้ ข้อจำกัดอยู่ที่ตัวภาษานี่แหละที่ฉันไม่ค่อยชอบมากนัก ทว่าเชื่อว่าอีก 50 ปีข้างหน้าก็ยังคงเป็นหนึ่งในภาษาหลักด้าน backend ได้ โดยมีสิ่งที่ฉันเรียกว่า “อะควาเรียมกราฟ” (aquarium graph) ที่บอกทุกอย่างไว้ในลิงก์นี้ ลิงก์กราฟ
ฉันเองก็ใช้ PHP มานานกว่า 20 ปี และยังคิดว่ายังเป็นภาษาที่โอเค ในปัจจุบันชอบ TypeScript มากกว่า แต่ก็ยังมีงานสคริปต์เป็น PHP อยู่บ้าง เพราะฟีเจอร์ที่ฝังตัวนั้นยังใช้งานได้ดี
สนใจมากว่าข้อมูลกราฟนี้มาจากไหน ตัวเลข Scala 4.6% กับ Python 1.2% ตรงกันข้ามกับที่ฉันคาดมาก มุมมองในอุตสาหกรรมอาจต่างกัน
ในสายตาฉัน ข้อมูลนี้น่าจะสะท้อนสัดส่วนตลาดที่สูงมากของ CMS ที่สร้างบน PHP ทั้งหมด เช่น WordPress 43%, Joomla 2%, Drupal 1%
ผู้เขียนอธิบายได้ดีว่าปัญหาการออกแบบที่ไม่ดีในปี 2009 ได้รับการแก้ไขไปเยอะแล้ว แต่ฉันยังไม่รู้สึกว่ามีเหตุผลชัดเจนว่าทำไมต้องเลือก PHP สำหรับโปรเจกต์ใหม่ในปี 2025 จุดที่ทำให้ยืนเหนือกว่าภาษาอื่นไม่ค่อยชัด เจตนาเหล่านี้ก็เป็นฟีเจอร์ในระดับใกล้เคียงกัน ไม่ได้เด่นชัดว่าดีกว่า
ข้อได้เปรียบเดียวที่ PHP มีอย่างชัดเจนคือสถาปัตยกรรม “shared nothing” ตัวอย่างเช่น ใน Python อย่าง fastapi ถ้าข้อมูลถูกโหลดไว้ใน memory จะค้างอยู่ข้าม request ซึ่งช่วยแก้ปัญหาบางอย่างได้ไว แต่โครงสร้างนี้ต่อมาก็ยากต่อการพยากรณ์ผลลัพธ์และ debug มากขึ้น ในทางกลับกัน PHP จะไม่เก็บข้อมูลค้างข้าม request ดังนั้นสิ่งที่ต้องการเก็บจึงต้องอยู่ภายนอกเสมอ ทำให้ข้อผิดพลาดประเภทนี้ถูกป้องกันตั้งแต่รากฐาน ซึ่งข้อดีนี้มีนัยสำคัญมากเมื่อเขียนโค้ดมากๆ
ข้อดีของ PHP เมื่อวานนี้และตอนนี้แทบไม่ต่างกัน: 1) deployment ง่ายและเร็วมากโดยเฉพาะบน shared hosting 2) ไม่มีการแชร์ข้อมูลข้าม request ทำให้ได้ข้อดีด้านความพร้อมรันขนาน 3) ใช้งานร่วมกับ HTML ได้เลย จึงไม่ต้องใช้ template language แยก ส่วนข้อที่สามไม่ใช่จุดเด่นของทุกคนเพราะเฟรมเวิร์กหลายตัวนิยม template แยก แต่ก็มีบางกรณีที่สะดวกมากจริงๆ
หากเทียบกับ Python, Ruby, Javascript นอกจากข้อได้เปรียบเรื่อง shared nothing แล้ว PHP ยังได้เปรียบด้วย ecosystem โอเพนซอร์สที่สุกงอม, ชุมชนที่เป็นผู้เชี่ยวชาญ, package management แบบ single และประสิทธิภาพโดยรวมที่ค่อนข้างดีกว่า (อาจไม่เร็วเท่า Javascript) ภาษาที่แข่งขันกันอาจเก่งกว่าในบางด้านได้ แต่เมื่อดูครบหลายเงื่อนไขพร้อมกัน PHP ดูจะครบถ้วนที่สุด
โค้ดจำนวนมากที่มีอยู่เดิมอาจเป็นฐานที่ดีสำหรับ vibe coding
ผมคิดว่าผู้เขียนอธิบายไม่ครบว่าปี 2009 PHP ถูกพัฒนาไปมากเท่าไร เพราะข้ออ้างส่วนใหญ่เป็นแบบ “ไม่ต้องใช้วิธีเก่า เอาวิธีใหม่ที่อยู่แล้ว” สุดท้ายผู้ที่พลาดและยังเดินตามวิธีเก่าก็อาจเจอลำดับข้อผิดพลาดต่อเนื่อง การมีค่าเริ่มต้นที่ดีเป็นเรื่องสำคัญ แต่ถูกมองข้ามไป
สะท้อนประเด็นว่าบทความใส่ใจเรื่อง PHP haters มากเกินไป จนแทบไม่ได้อธิบายว่าทำไมในปี 2025 ต้องเลือก PHP เลย ถึงแม้ฉันแทบไม่ค่อยได้เขียน PHP แต่ว่าถ้ามีเหตุผลที่โน้มน้าวใจมากกว่านี้ก็ดี เพราะสาเหตุที่ยกมาค่อนข้างไม่ “จี้” ฉัน
การพบกับ PHP ครั้งแรกของฉันค่อนข้างน่าขำ แต่เหมือนไขม้าของความเป็นมืออาชีพตอนนี้ก็กำหนดจากตรงนั้น ตอนเทอมสุดท้าย มหาวิทยาลัยมีหลายวิชาเข้มข้นแบบเร่งด่วนมากเกินไป หนึ่งในนั้นคือวิชาเว็บเดฟ โดยงานคือทำเว็บอีคอมเมิร์ซ ตอนเรียนหลายวิธีและข้อดีที่ชัดเจนที่สุดคือการ deploy ของ PHP ง่ายมาก แต่ในชั้นสุดท้ายอาจารย์สั่งให้ทำทั้งหมดด้วย vanilla JS แล้วฉันก็ไม่สามารถ deploy JS ได้จริง เพื่อนร่วมชั้นก็ประสบแบบเดียวกัน พอดูเกณฑ์การให้คะแนน ก็เห็นว่าคะแนนโค้ดมีเพียง 20% อีกร้อยละ 80 อยู่ที่ดีไซน์หน้าเว็บและการ deploy สำเร็จตามเดดไลน์ เมื่อเชื่อว่า PHP จะรันได้แน่ๆ ฉันจึงยอมทิ้งส่วนของคุณภาพโค้ดแล้วเน้น deploy ให้สำเร็จ ทำให้ได้ B- ในขณะที่หลายคนติดหล่มไม่สามารถ deploy ได้เลย สนใจ PHP รุ่นใหม่แต่ไม่รู้ว่าควรเริ่มจากตรงไหนหรือดู ecosysytem ไหน มีแต่คนมองว่า PHP ยังคงเป็นภาษาที่ไม่น่าดูและความปลอดภัยอ่อนแอ
ก่อนเปลี่ยนไปทำงานสายอื่นๆ ฉันหารายได้ค่อนข้างดีจาก PHP ตลอดมา ตลอด 20 ปีในสายงานไม่เคยมีช่วงที่ไร้งานเลย คนในวงการที่ใช้ภาษาอื่นมักเจอช่วงที่หางานยากกว่า
ฉันไม่เห็นด้วยอย่างยิ่ง PHP เหมือน Ford Escort (ต้องดูแลบ่อยและความปลอดภัยไม่สูงมาก แต่ขับง่ายและตรงไปตรงมา) ในทางตรงกันข้าม Corolla นั้นเชื่อถือได้มาก เป็นระบบที่มีความสม่ำเสมอ และปลอดภัยกว่ามาก (จากคนที่ใช้รถและภาษาเยอะๆ มากมายแล้ว มันก็เป็นทางเลือกที่ด้อยกว่าอยู่ดี)