เปรียบเทียบภาษาการเขียนโปรแกรม
Perl: ทหารผ่านศึกที่ปฏิเสธที่จะเกษียณ
Perl ทำงานในห้องเซิร์ฟเวอร์มากกว่ารายการงานที่แนะนำ: ไปป์ไลน์การประมวลผลอีเมล กาวดูแลระบบที่เขียนขึ้นเมื่อสองทศวรรษที่แล้ว การผ่าตัดบันทึก และการแปลงข้อความ โดยที่ DNA ดั้งเดิมของ regex ยังคงเหนือกว่าไวยากรณ์ที่ใหม่กว่า คำถามที่ตรงไปตรงมาในปี 2569 ไม่เคย 'Perl ดี' แต่ 'บำรุงรักษา ปิด หรือย้ายอสังหาริมทรัพย์เฉพาะนี้' ซึ่งเป็นคำตอบของบทความเฉพาะนี้
ประเด็นสำคัญ
- ข้อความเป็นโดเมนเนทิฟ: นิพจน์ทั่วไปเป็นไวยากรณ์ชั้นหนึ่ง สตรีมและการประมวลผลแบบบรรทัดนั้นออกแบบตามหลักสรีรศาสตร์ และไปป์ไลน์แบบเดิมนั้นเต็มไปด้วย Perl โดยที่ไม่มีอะไรทำอีกแล้ว มันยังคงเป็นเส้นทางที่เร็วที่สุดจากรูปแบบไปสู่กาวที่ใช้งานได้จริง
- Perl สมัยใหม่มีความเป็นระเบียบมากกว่าชื่อเสียง: มีความเข้มงวดและมีการบังคับใช้คำเตือนอย่างมีประสิทธิภาพ (ถือว่ายาวเกินไปเป็นค่าเริ่มต้น) ลายเซ็นธรรมดามาถึงในคอร์ (คลาส 5.36) และ perltidy/perlcritic บังคับใช้โค้ดที่อ่านได้เมื่อทีมสร้างสถาบันพวกเขาในที่สุด
- ระบบนิเวศยังคงหายใจอยู่: CPAN ยังคงเป็นคลังเก็บไลบรารีที่ใหญ่ที่สุดในประวัติศาสตร์ภาษา มีกลุ่มเครื่องมือของโมดูล (cpanm, การรวมกลุ่มแบบกล่อง) DBI/DBIx-class และ Mojolicious พร้อมด้วยเครื่องมือบนเว็บแบบเรียลไทม์ยังคงได้รับการดูแลสำหรับทีมงานที่เรียกใช้แอปพลิเคชัน Perl ต่อไป
- ประวัติความสามารถในการอ่านสมควรได้รับความซื่อสัตย์: TMTOWTDI (มีหลายวิธีที่จะทำ) บวกกับไวยากรณ์เวทย์มนตร์หนักๆ ที่สร้างบรรทัดเดียวที่ชาญฉลาดและสคริปต์ที่ไม่สามารถบำรุงรักษาได้ในขนาดที่เท่ากัน สาขาวิชาบัณฑิตศึกษามาจากนโยบายเชิงวิพากษ์วิจารณ์และรหัสการทบทวน ไม่ใช่จากภาษาที่เปลี่ยนแปลงธรรมชาติ
- ความเป็นจริงด้านอสังหาริมทรัพย์: กาวผู้ดูแลระบบ, ตัวกรองอีเมล (สูตรในยุค procmail), การผ่าตัด cron และแบ็กเอนด์เว็บแบบครึ่งพอร์ตยังคงมีอยู่ 'ผู้ที่รักษาสิ่งนี้ไว้เมื่อบุคคลนั้นเกษียณ' คือตัวชี้วัดความเสี่ยงที่แท้จริงสำหรับที่ดิน Perl เก่า บทความ 'perl-scripting' คำสั่ง linux ของเราครอบคลุมด้าน CLI ในแต่ละวัน
- กรอบการตัดสินใจที่เราใช้: บำรุงรักษา (คอมไพล์ ทดสอบแล้ว มีความเสี่ยงต่ำ) สูงสุด (หยุดนิ่งแต่แยกออกจากอินเทอร์เฟซที่เสถียร) หรือย้าย (เมื่อสัมผัสถึงการชำระเงินสด/เส้นทางความปลอดภัย/ข้อมูลระบุตัวตน) เขียนใหม่เพียงอย่างเดียวด้วยเหตุผลด้านแฟชั่นทำให้ไม่มีงบประมาณ
บันทึกจากหน้างาน
Perl ที่ไม่สามารถบำรุงรักษาได้ซึ่งเราถูกเรียกให้แก้ไขนั้นเขียนโดยผู้ดูแลระบบอัจฉริยะคนเดียวกันซึ่งมีตาราง cron ขึ้นอยู่กับมัน: หนึ่งเดือนกับนโยบาย perlcritic และการตรวจสอบ CI และอสังหาริมทรัพย์ได้รับผู้สืบทอดแทนการเขียนใหม่
คำถามที่พบบ่อย
เราควรย้ายกาว Perl ของเราไปที่ Python/Go หรือไม่
ย้ายสิ่งที่สำคัญทางธุรกิจและเปลี่ยนแปลงไป แยกอย่างชัดเจน รักษาสิ่งที่ทำงานเงียบๆ มาหลายปี คำศัพท์เฉพาะของเราในส่วนเหล่านี้มีความสอดคล้องกัน: ต้นทุนของการเปลี่ยนแปลงเป็นข้อโต้แย้ง แฟชั่นของภาษาไม่สอดคล้องกัน
Perl ยังคงสามารถใช้กับเว็บแอปใหม่ได้หรือไม่
ในทางเทคนิคแล้วใช่ (Mojolicious มีความทันสมัยและเน้นการบำรุงรักษา) แต่การจ้างงาน/เกณฑ์ใหม่ และระบบนิเวศด้านเอกสารประกอบทำให้เป็นคำตอบที่หาได้ยาก เหตุผลที่ตรงไปตรงมาในการเขียน Perl ใหม่ก็คือทีมที่อยู่ในนั้นอยู่แล้ว
เหตุใด Perl จึงถูกตำหนิสำหรับโค้ดสไตล์ obfusca ที่อ่านไม่ได้
ประวัติศาสตร์: พิธีการที่เรียบง่ายบวกกับการแสดงออกหมายถึงนักเขียนอาวุโสเขียนเวทมนตร์อันหนาแน่น วัฒนธรรมสมัยใหม่ (perlcritic, perltidy, Signature) ดำรงอยู่เนื่องจากชุมชนภาษาระบุถึงหนี้
แล้ว Perl 7 / แผนการวางจำหน่ายที่ใหม่กว่าล่ะ?
การทดลองการกำหนดหมายเลขใหม่ตัดสินแบบย้อนกลับ: แฟล็ก 'ใช้คุณลักษณะ' และจังหวะเวอร์ชันที่มีอยู่ การเปลี่ยนแปลงของวัฒนธรรมหลักถูกย้อนกลับไปสู่ความสามารถในการขยายภายใน 5.x: พิจารณาสิ่งที่บอกคุณเกี่ยวกับรูปแบบการบำรุงรักษาอย่างตรงไปตรงมา
Kinetikatech ช่วยเรื่อง เปรียบเทียบภาษาการเขียนโปรแกรม ได้อย่างไร
นี่คือสิ่งที่เราทำทุกวัน: ภาษาสำหรับงานระบบ การเขียนสคริปต์ และบริการ เปรียบเทียบกับสิ่งที่สำคัญจริง ๆ ในการผลิต: การรับประกันความปลอดภัย ความเร็วเบื้องต้น ใครที่คุณสามารถจ้างได้ และความเจ็บปวดของบริการที่เกิดขึ้นในการปรับใช้และแพตช์ บริการ การจัดการเซิร์ฟเวอร์และการบำรุงรักษาเว็บไซต์ ของเราดูแลครบวงจร ตั้งแต่ประเมิน ลงมือทำ ติดตาม 24 ชั่วโมง ไปจนถึงรับเรื่องฉุกเฉินภายใน 30 นาที