- Django ก้าวสู่ช่วงเวลาสำคัญของการครบรอบ 20 ปีนับตั้งแต่เปิดตัว
- Django เป็นเว็บเฟรมเวิร์กสำหรับ นักพัฒนาที่เป็นพวกสมบูรณ์แบบแต่ก็ต้องส่งงานให้ทันกำหนด และเป็นโปรเจกต์ที่ได้รับความรักมาอย่างยาวนานตลอด 20 ปี
- Django ได้สร้างสถานะเป็น เว็บเฟรมเวิร์ก หลักในระบบนิเวศของ Python และถูกใช้อย่างกว้างขวางโดยองค์กร สตาร์ทอัป และนักพัฒนาอิสระ ด้วยชุมชนขนาดใหญ่ ทรัพยากรโอเพนซอร์สที่หลากหลาย และปลั๊กอินจำนวนมาก
- ด้วย การพัฒนาและการบำรุงรักษาอย่างต่อเนื่อง ตลอดระยะเวลาที่ยาวนาน จึงยังคงเสริมความน่าเชื่อถือ ความปลอดภัย และความสามารถในการขยายระบบอย่างต่อเนื่อง
- Django มีความสามารถในการแข่งขันที่โดดเด่นจากแนวทางการออกแบบที่กระชับแต่ทรงพลัง ซึ่งรองรับทั้ง การทำต้นแบบได้อย่างรวดเร็วและการให้บริการที่เสถียร
- ปัจจุบันก็ยังถูกใช้งานเป็นเครื่องมือหลักของ นักพัฒนาบริการเว็บขนาดใหญ่ โดยมีการอัปเดตอย่างต่อเนื่องและการขยายตัวของระบบนิเวศอย่างคึกคัก
9 ความคิดเห็น
ใช้แค่ Django ก็มีความสุขแล้ว แต่พอพ่วงกับ DRF เข้าไปก็ทุกข์เลย.. ฮือๆ
ทำไมถึงเป็นแบบนั้นกันนะ!?
ฉันเคยทำ REST API ด้วย Django มาก่อน แต่พอได้ใช้ Form และอย่างอื่น ก็รู้สึกเสียดายอยู่ว่าถ้าเป็น DRF น่าจะเหมาะสมกว่านี้
พูดให้แม่นยำก็คือ ในกรณีที่ทำบริการซึ่งแยกฝั่งฟรอนต์กับฝั่งแบ็กออกจากกัน แล้วใช้ Django มาทำแบ็กเอนด์เซิร์ฟเวอร์ ก็มีความรู้สึกว่าถ้าจะใช้แค่ฝั่งแบ็กอย่างเดียว ขนาดและความหนักที่มาจากความเป็นฟูลสแตกในแบบเฉพาะของ Django มันก็ค่อนข้างเป็นภาระอยู่เหมือนกัน และก็ไม่ค่อยชอบที่ต้องพึ่งพา DRF ซึ่งใช้ควบคู่กันเพื่อเพิ่มความเป็น RESTful ให้ Django มากเกินไปด้วย..
โดยเฉพาะอย่างยิ่ง ทั้งเรื่องการผูกติดที่เกิดจากการที่ตัว DRF เองเชื่อมแน่นกับ Django ORM และเมื่อยิ่งใช้ DRF บ่อยขึ้นในหลายจุด ก็ยิ่งกลายเป็นว่าสามารถใช้ Django ORM ได้จากแทบทุกที่ จนนำไปสู่ความกระจัดกระจายและความเป็นไปได้ในการเข้าถึง DB ที่น่ากังวล รวมถึงการที่ serializer ที่ DRF มีให้นั้น ไม่ได้ทำหน้าที่แค่ data serialization และ data validation ตามชื่อเท่านั้น แต่ยังมีบทบาทและความเป็นไปได้ที่มากกว่านั้น พอใช้ serializer มากขึ้นเรื่อย ๆ การแบ่งแยกแบบ MVC ก็ยิ่งดูไร้ความหมายลงไปอีก ฯลฯ.. พอเป็นแบบนี้ก็เลยรู้สึกว่าถ้าจะขนาดนี้แล้ว แทนที่จะใช้ชุด Django+DRF ไปเลย สู้ไปทำฝั่งแบ็กด้วยเฟรมเวิร์กอื่นน่าจะเสถียรกว่า จึงคิดแบบนั้นอยู่บ่อยมากครับ เพราะงั้นในทางปฏิบัติจริง ตั้งแต่ช่วงหนึ่งเป็นต้นมา ผมก็เลยเลือก FastAPI เป็นตัวเลือกแรกครับ
ตั้งแต่ได้ใช้ Django เส้นทางอาชีพของผมก็ดีขึ้นอย่างชัดเจนในฐานะผู้ใช้คนหนึ่ง เลยรู้สึกขอบคุณมากครับ ผมเองก็เคย contribution ให้ Django อยู่หลายครั้งเหมือนกัน หวังว่าจะยังคงเป็นที่รักไปอีกนานนะครับ 555
ฉันชอบ django มากจริงๆ! ตัวฉันเองก็เป็นหนี้บุญคุณมันในหลายด้านและรู้สึกขอบคุณมาก แม้ว่า Django จะได้รับความนิยมน้อยลงกว่าเมื่อก่อนบ้าง แต่จริงๆ แล้วก็ไม่แน่ใจเหมือนกันว่า Django เคยมีช่วงที่ฮอตเป็นพิเศษตอนไหนไหม และเชื่อว่ามันจะเป็นเฟรมเวิร์กที่ยังคงได้รับความรักอย่างมั่นคงเสถียรไปได้อีกนานแสนนาน!
ผมก็ยังใช้อยู่ได้ดีสำหรับการพัฒนาเว็บเป็นงานอดิเรก
สุขสันต์วันเกิด Django!
ว้าว...! ตอนที่ใช้ครั้งแรก เป็นโปรเจกต์ที่ใช้เพราะเป็น Python...
เวลาผ่านไปนานเลยนะ!
ถ้าได้ทำงานในสภาพแวดล้อมที่สามารถกลับมาใช้อีกครั้งก็คงดี :) 555
หรือจะลองทำเป็นงานข้างดูดี...
ความคิดเห็นบน Hacker News
ผมเป็นหนี้ทั้งเส้นทางอาชีพของตัวเองให้กับ Django ตอนสมัยเรียนปริญญาตรีผมได้รู้จัก Django ครั้งแรกตอนทำเว็บไซต์ในแล็บวิจัย ตอนนั้น Django ใหม่มาก และเพราะผมไม่ได้กังวลเรื่องอย่างความเสถียรหรือความปลอดภัยเลย ก็เลยทำทุกอย่างด้วย Django ไม่กี่ปีต่อมาทักษะที่สั่งสมจาก Django ก็ทำให้ผมได้เข้าไปจัดการฟรอนต์เอนด์ที่ซับซ้อนในแล็บวิจัยแมชชีนเลิร์นนิงระดับแนวหน้า หลังจากนั้นก็ได้เป็นพนักงานประจำคนแรกของบริษัทสปินเอาต์จากแล็บ การถูกบริษัทใหญ่เข้าซื้อกิจการ การขยายระบบ ML ที่อิงเซ็นเซอร์ การร่วมก่อตั้งกองทุน VC สาย ML และการก่อตั้งบริษัท AI ที่ดำเนินมากว่า 10 ปี ทั้งหมดนี้เกิดขึ้นได้เพราะ Django
ตอนนั้นคอมมูนิตี้ Python อบอุ่นมาก มีคนคอยช่วยเหลือกันทางออนไลน์เยอะมาก และ Ruby ก็เป็นประสบการณ์ที่สนุกเหมือนกัน
ในแล็บเราใช้ ORM ของ Django แล้วดันสร้างเซิร์ฟเวอร์ฐานข้อมูล MySQL ที่แยกกันทางกายภาพสำหรับผู้ใช้แต่ละคน ทำให้สถาปัตยกรรมซับซ้อนมาก จริงๆ แล้วกรณีแบบนี้น่าจะเหมาะกับ sqlite มากกว่า
ผมสงสัยว่า Django เคยมีชื่อเสียงว่าไม่เสถียรหรือมีช่องโหว่ด้านความปลอดภัยด้วยเหรอ และก็สงสัยด้วยว่านักศึกษาปริญญาเอกด้านแมชชีนเลิร์นนิงทำไมถึงตั้ง requirement ให้แยก DB ต่อผู้ใช้แบบนั้น
สำหรับผม Django ก็เป็นซอฟต์แวร์ตัวแรกที่ทำให้ได้ลองงานฟรีแลนซ์และการพัฒนาซอฟต์แวร์อย่างง่ายดาย และยังทำให้ได้เรียนรู้ซอร์สโค้ด Python ระดับสูงกับวัฒนธรรมการพัฒนาอีกด้วย
เมื่อ 10 ปีก่อนเราเคยจัดงานฉลองครบรอบ 10 ปีของ Django แบบออฟไลน์ที่ Lawrence, Kansas วิดีโอบรรยายในตอนนั้นดูได้จากที่นี่ เมื่อวานนี้เนื่องในโอกาสครบรอบ 20 ปีของ Django ผมได้รวบรวมสไลด์บรรยายของตัวเองในตอนนั้นพร้อมคำอธิบายประกอบไว้แล้ว ถ้าอยากรู้เรื่องราวจุดเริ่มต้นของ Django ลองดูบทความนี้
ผมเริ่มใช้ Django ครั้งแรกในปี 2006 ช่วงรีลีส v0.95 "magic removal" ตอนนั้นอายุ 19 และทำงานกับ PHP ในสตาร์ตอัปเล็กๆ ช่วงนั้น Rails กำลังเป็นที่สนใจมาก ผมเลยพยายามติดตั้งดูแต่บนโน้ตบุ๊ก Ubuntu มันไม่ง่ายนัก จากนั้นผมก็ได้รู้จัก Python กับ Django และใช้เวลาแค่ 20 นาทีก็เปิดหน้า Hello World ได้แล้ว หลังจากนั้นก็มีการเปลี่ยนแปลงมากมาย ทั้ง newforms, รีลีส 1.0, ฟีเจอร์ DB เจ๋งๆ, migrations (ถกเถียงกันระหว่าง South กับ Nashvegas), class-based views, ฟีเจอร์ Postgres อย่าง JSONField ที่มีมาให้ในตัว, การรองรับ Python 3, ASGI และอีกมากมาย ผมไป DjangoCon ครั้งแรกในปี 2008 และในปี 2018 ก็ได้ขึ้นพูดครั้งแรก อาชีพของผมเป็นหนี้ Django มาก และผมไม่เคยเสียใจเลยที่เลือก Django สำหรับโปรเจ็กต์ทั้งเล็กและใหญ่ โดยเฉพาะเพราะคอมมูนิตี้ด้วย สุขสันต์วันเกิด Django
Django เป็นเฟรมเวิร์กที่มันใช้งานได้เลยจริงๆ สำหรับคนที่ไม่ค่อยชอบ JS ผมขอบคุณมากที่ Django ยังอยู่รอดมาได้ตลอด ขอบคุณทุกคนที่ช่วยกันมีส่วนร่วมอย่างสม่ำเสมอในขณะที่เฟรมเวิร์ก JS มาแล้วก็ไป
ผมทำงานกับ Django มานานในหลายบริษัท ทุกครั้งที่ต้องใช้เฟรมเวิร์กอื่น ผมยิ่งตระหนักว่า Django รักษาหลักการตั้งต้นแบบ "batteries included" ไว้ได้ดีแค่ไหน พร้อมกับปรับตัวเข้ากับเทคโนโลยีใหม่ๆ ได้ดีเพียงใด มันมีคอมมูนิตี้ที่ยอดเยี่ยมจริงๆ และการที่สิ่งนี้คงอยู่มาได้นานขนาดนี้ถือว่าพิเศษมาก แน่นอนว่าเฟรมเวิร์กอื่นก็มีจุดเด่นของตัวเอง แต่ถ้ามองภาพรวมของเครื่องมือแล้ว Django ยังดีที่สุดสำหรับโปรเจ็กต์ที่ซับซ้อนและขนาดใหญ่ และสำหรับไมโครโปรเจ็กต์ก็ไม่ใช่ตัวเลือกที่แย่เลย
ทุกวันนี้ผมวิจารณ์ Python ค่อนข้างแรง แต่ก็ยังรู้สึกขอบคุณ Simon และคอมมูนิตี้ Django ทั้งหมด มันเป็นเฟรมเวิร์กแบบ "batteries included" ที่ยอดเยี่ยมมาก และส่งผลต่อโปรเจ็กต์ บริษัท และอาชีพมากมาย ซึ่งแน่นอนว่าของผมก็เป็นหนึ่งในนั้น และจนถึงทุกวันนี้เวลาไปประเมินแอดมินพาเนลของ ecosystem อื่น ผมก็ยังใช้ pgadmin เป็น benchmark อยู่ ผมคิดว่าสิ่งที่ Django ทำสำเร็จนั้นยิ่งใหญ่มาก ถ้าไม่มี Django ความก้าวหน้าทางเทคโนโลยีทุกวันนี้ก็คงช้ากว่านี้มาก ขอบคุณจริงๆ
ตลอด 15 ปีที่ผ่านมา การได้ทำงานกับ Django เป็นประสบการณ์ที่น่ายินดี การได้เข้าร่วมคอมมูนิตี้ทำให้ผมได้ข้อคิดสำคัญมากมาย และการได้ทำหน้าที่ในบอร์ด DSF และเป็นประธานก็ถือเป็นเกียรติ ผมตั้งตารออีก 20 ปีข้างหน้าของทั้งโค้ดและคอมมูนิตี้
จากทุกเฟรมเวิร์กที่ผมเคยใช้ Django ดีที่สุดแบบทิ้งห่าง มันทำให้ผมไม่เคยรู้สึกว่าจำเป็นต้องไปเรียน backend JavaScript เลย
สำหรับคนที่เคยใช้ทั้ง Django และ Ruby on Rails อยากรู้ว่าชอบฝั่งไหนมากกว่า และเพราะอะไร เมื่อราว 10 ปีก่อนผมเรียน Python ก่อน แต่เลือก Rails เป็นตัวแรกเพราะอยากเรียน Ruby
ผมเคยใช้ทั้ง Rails และ Django ในระดับอาชีพ และในทางปฏิบัติผมแนะนำ Django ส่วนที่เป็น metaprogramming ของ Rails ก็มีเสน่ห์ดี แต่ ecosystem ของไลบรารี Python ใหญ่มากจนแทบทำทุกอย่างได้ด้วย Django อย่างเดียว บริษัทที่ใช้ Rails มักต้องมีโค้ด Python แยกไว้มาคุยกัน แต่ใน Django จัดการได้ใน ORM ทีเดียว ถ้าคุณไม่ต้องใช้ไลบรารีพิเศษอย่างแมชชีนเลิร์นนิง/AI และมีนักพัฒนาแค่คนเดียวที่ต้องการทำของให้เร็ว Rails เร็วมากจริงๆ แต่ถ้าเป็นสตาร์ตอัป ผมแนะนำ Django เป็นเฟรมเวิร์กพื้นฐาน
เหตุผลที่ผมชอบ Django มากกว่าคือ: ผมชอบ Python มากกว่า Ruby มาโดยตลอด และแนวคิดเรื่อง explicit import, namespaces, และปรัชญาที่สนับสนุนวิธีที่ควรทำเพียงแบบเดียวมีความยืดขยายได้ดีกว่า Django ก็มีปรัชญาแบบนี้เช่นกัน จึงอาจต้องตั้งค่าเพิ่มและมีความ explicit มากกว่าเล็กน้อย แต่ทำให้ดีบักง่ายและชัดเจน ที่สำคัญที่สุดคือเอกสารของ Django ไม่ได้แค่อธิบายเฟรมเวิร์ก แต่ยังสอนแนวปฏิบัติการพัฒนาที่ดีด้วย ขณะที่ Ruby ขาดจุดนี้ไป จึงทำให้แต่ละโปรเจ็กต์มีความแตกต่างกันมากในวิธีพัฒนา Django ยังโดดเด่นด้านความเสถียร และการย้ายข้ามเวอร์ชันใหญ่ๆ ก็รู้สึกทำได้ง่ายกว่า ecosystem ของ Python ก็ใหญ่มหาศาล และ admin กับ Rest Framework ของ Django ก็ช่วยประหยัดเวลาได้อย่างเหลือเชื่อ Rails ก็มีของคล้ายๆ กัน แต่แรงกระแทกไม่เท่ากัน แน่นอนว่าถ้าไม่ใช่งาน GIS หรือ scientific computing สุดท้ายรสนิยมส่วนตัวสำคัญที่สุด แต่ Rails ก็ยังเป็นเฟรมเวิร์กที่ยอดเยี่ยมอยู่ดี
โปรเจ็กต์นั้น (Django) ถูกสร้างขึ้นใน KC metro ใกล้กับพื้นที่ที่ผมอาศัยอยู่ และมันสร้างคุณค่าอย่างมากร่วมกับพาร์ตเนอร์ธุรกิจของผม สุขสันต์วันเกิด