การเลือกภาษาโปรแกรมที่ใช้งานได้ [ปิด]

ฉันได้อ่านหลายหัวข้อเกี่ยวกับภาษาการเขียนโปรแกรมการทำงานเมื่อเร็ว ๆ นี้ (เกือบในปีที่ผ่านมาในความเป็นจริง) ฉันต้องการเลือกและเรียนรู้อย่างละเอียดถี่ถ้วน

ภาคการศึกษาสุดท้าย [หลักสูตร] ฉันได้รับการแนะนำให้รู้จักกับโครงการ ฉันชอบมัน. ชอบความเรียบง่ายที่สุดของไวยากรณ์หลักการhomoiconicityมาโคร ( ถูกสุขลักษณะและไม่ถูกสุขลักษณะ) n-arity ของขั้นตอน ฯลฯ

ปัญหาของ Scheme คือภาษาทางวิชาการ ฉันไม่คิดว่ามันถูกใช้จริงในสภาพแวดล้อมการผลิต ฉันไม่เชื่อว่าเป็นการดีที่มีประวัติย่อของเรา ดังนั้นฉันจึงได้มองหาทางเลือกอื่น ๆ มีหลายคนและพวกเขาทั้งหมดดูเหมือนจะมีระดับความนิยมที่คล้ายกัน

ความคิดบางอย่างเกี่ยวกับภาษาการทำงานอื่น ๆ ที่ฉันได้พิจารณา:

• Clojure: มันฟังดูยอดเยี่ยมเพราะมันสามารถเข้าถึงโลกของ Java ได้มันมุ่งเน้นไปที่ความสามารถในการขยายและการทำงานพร้อมกัน แต่โลกของ Java ไม่ได้อยู่ตรงนี้หรือ ฉันรู้แล้วว่า Java ค่อนข้างดี แต่ควรเพิ่มพลังงานมากขึ้นหรือไม่ขึ้นอยู่กับ JVM
• Haskell: ดูเหมือนภาษาที่นิยมมาก แต่จากสิ่งที่ฉันได้อ่านมันเป็นภาษาวิชาการอีกด้วย
• เสียงกระเพื่อม: มันได้รับรอบตั้งแต่ตลอดกาล ดูเหมือนจะมีสิ่งที่ฉันชอบมากที่สุดจาก Scheme มันมีชุมชนใหญ่ สำหรับสิ่งที่ฉัน [คิดว่าฉัน] น่าจะเป็นภาษาโปรแกรมที่ใช้กันอย่างแพร่หลายในอุตสาหกรรม (?)
• F #: ไม่ได้พิจารณาจริงๆ ฉันไม่ใช่แฟนตัวยงของ MS ฉันไม่มีเงินที่จะจ่ายเงินค่าซอฟแวร์ของพวกเขา (ฉันสามารถให้พวกเขาเป็นอิสระจากพันธมิตรมหาวิทยาลัย แต่ฉันมีแนวโน้มที่จะไปกับการแก้ปัญหาชุมชนขับเคลื่อน) แม้ว่า ... ฉันคิดว่ามันจะเป็นตัวเลือกที่ดีที่สุดในอาชีพ

คืนนี้ฉันพิง Lisp หนึ่งสัปดาห์ที่ผ่านมามันคือ Haskell ก่อนหน้านั้นมันคือ Clojure ในปีที่ผ่านมาฉันกำลังทำโครงการเพื่อความสนุกสนานไม่ได้ผลักดันด้วยเหตุผลที่คุณรู้ ตอนนี้ฉันอยากจะจริงจัง (เกี่ยวกับการเรียนรู้อย่างใดอย่างหนึ่งเกี่ยวกับการทำโครงการจริงกับมันในที่สุดอาจเกี่ยวกับการทำงานอย่างมืออาชีพด้วย) ปัญหาของฉันคือฉันจะต้องเรียนรู้พวกเขาทั้งหมดในเชิงลึกก่อนที่จะสามารถเลือกหนึ่ง

เนื่องจากคุณต้องการ  ภาษาที่ใช้งานได้จริง :

ขอให้สังเกตว่า Haskell และ Lisp ใช้งานมากกว่าคนอื่น ๆ ในอุตสาหกรรมแม้ว่าจะมีความสนใจใน Clojure และ F #

แต่ดูสิ่งที่เกิดขึ้นเมื่อเราเพิ่ม Scheme ลงในมิกซ์:

อืมตอนนี้ดูเหมือนภาษาวิชาการไม่ได้ใช่ไหม?

ที่จริงแล้วกราฟด้านบนอาจเป็นเรื่องโกหก คำว่า "รูปแบบ" สามารถปรากฏในความช่วยเหลือที่ต้องการโฆษณาในบริบทอื่น ๆ นอกเหนือจากภาษาการเขียนโปรแกรม :)

ดังนั้นนี่คือกราฟอื่นที่น่าจะเป็นตัวแทนมากกว่า (เล็กน้อย):

หากคุณต้องการสำรวจภาษาถิ่นของ Scheme ลองดูที่Racket

หากคุณต้องการเรียนรู้การเขียนโปรแกรมใช้งานได้คุณอาจได้รับบริการที่ดีกว่าในการเรียนรู้ Haskell ก่อนจากนั้นใช้ภาษาที่คุณต้องการ คุณสามารถเรียนรู้การเขียนโปรแกรมการทำงานโดยใช้ภาษาอื่น ๆ แต่พวกเขายังคงอนุญาตสำหรับรหัสที่จำเป็นและเชิงวัตถุ หากคุณเขียนโปรแกรมจริงใน Haskell คุณจะได้เรียนรู้การเขียนโปรแกรมการทำงานได้เร็วขึ้นเพราะกระบวนทัศน์อื่น ๆ จะไม่สามารถย้อนกลับไปใช้ได้

หลังจากเขียนโปรแกรม Haskell ของคุณคุณจะมีเครื่องมือเช่น monads และเทคนิคต่าง ๆ เช่นการเขียนโค้ดแบบไม่ต้องใช้พ้อยท์เพื่อนำไปใช้กับภาษาที่คุณเลือก แนวคิดดูเหมือนจะแมปกับโครงการโดยเฉพาะอย่างยิ่ง

ที่จริงแล้วถ้าคุณสามารถใช้ระบบที่ซับซ้อนอย่างสมเหตุสมผลใน Scheme คุณจะต้องเป็นที่ต้องการใน บริษัท ที่คุณอาจต้องการทำงาน ก่อนหน้านี้ในอาชีพของฉันฉันพบนักเรียนบางคนที่ทำงานใน Scheme มาพอสมควรและครั้งเดียวที่มันเป็นข้อเสียคือเมื่อพวกเขาไม่สามารถอธิบายงานของพวกเขาหรือไม่เข้าใจจริง ๆ แล้วเพียงพอที่จะใช้ข้อมูลพื้นฐาน โครงสร้างและอัลกอริธึมภายในระยะเวลาที่เหมาะสม ฉันอนุญาตให้ผู้สมัครตอบคำถามเหล่านั้นในภาษาที่พวกเขาต้องการ ฉันเจอคนบางคนที่คิดว่าพวกเขาเก่งที่สุดใน Scheme ซึ่งพยายามดิ้นรนกับสิ่งต่าง ๆ ที่ควรจะทำได้ง่ายเช่นเพิ่มองค์ประกอบในรายการที่เชื่อมโยงซึ่งทำให้ฉันประหลาดใจ

แต่ถ้าคุณสามารถ "รับ" โครงการได้ดีพอที่จะเขียนแม้กระทั่งแอปพลิเคชันเว็บโดยเฉลี่ยนั่นจะเป็นจุดขายที่ดีใน บริษัท ซอฟต์แวร์ที่ร้ายแรงที่สุด

หากคุณสัมภาษณ์ที่ร้าน "ร้องไห้สะอึกสะอื้น" และนักพัฒนาคิดว่าคุณแปลกเพราะความสามารถของคุณที่ Scheme หรือ Haskell หรือ F # คุณอาจไม่ต้องการทำงานที่นั่น ในกรณีส่วนใหญ่นักพัฒนาที่มีความเชี่ยวชาญจะได้รับตัวเลือกของกิ๊กดังนั้นอย่าเหงื่อออก "การปฏิบัติจริง" นอกเสียจากว่าตัวเลือกเดียวที่คุณสามารถจินตนาการได้ในอนาคตคือองค์กร ทำงานด้วยความสามารถมีความยืดหยุ่นและหมดปัญหา

วิทยาลัยไม่ได้เกี่ยวกับการปฏิบัติจริง มันเกี่ยวกับการสร้างสภาพแวดล้อมที่ปลอดภัยในการสำรวจและเรียนรู้ ในความเป็นจริงแล้วมีประโยชน์แม้ว่าคุณจะจบลงด้วยการเขียนซอฟต์แวร์ธรรมดาสำหรับอาชีพที่เหลือของคุณ

ที่ถูกกล่าวว่าฉันไม่เห็นว่าทำไมคุณต้องการ จำกัด เพียงหนึ่งในตัวเลือกเหล่านั้นในไม่ช้า คุณสามารถเข้าใจภาษาทั้งสี่ได้อย่างง่ายดายในเวลาประมาณ 4 สัปดาห์จากนั้นเลือกหนึ่งภาษาเพื่อจดจ่อกับตาข่ายที่ดีที่สุดด้วยการเปลี่ยนใจในปัจจุบันของคุณ จากนั้นกลับไปที่ตัวเลือกอื่นแล้วลองใช้สิ่งที่คล้ายกัน ไปยังสิ่งที่ซับซ้อนและพิจารณาตัวเลือกของคุณอีกครั้ง การทดลองเป็นสิ่งที่ดี นอกจากว่าคุณกำลังพยายามหาเลี้ยงชีพในเดือนหน้าคุณยังไม่จำเป็นต้องเป็นผู้เชี่ยวชาญ

ฉันได้เขียนบางส่วนใน Scheme, F #, Emacs Lisp และ Common Lisp และอ่าน Haskell เป็นเวลาอย่างน้อยอย่างน้อยก็เป็นครั้งคราวในช่วงไม่กี่ปีที่ผ่านมา ฉันไม่สามารถพูดได้ว่าฉันเป็นผู้เชี่ยวชาญในเรื่องใดเรื่องหนึ่ง แต่การทัศนศึกษาในภาษาเหล่านั้นทำให้ฉันได้รับประโยชน์ในภาษาอื่น ๆ ทั้งหมดที่ฉันทำงานด้วยความเป็นมืออาชีพ (C #, Java, Ruby และบางครั้ง Boo, Perl และ Python) ความอยากรู้อยากเห็นจะสร้างอาชีพที่ยืนยาวและยั่งยืนให้คุณมากกว่าสิ่งอื่นใด

ฉันเคยเข้าไปใน Haskell สักพักหนึ่ง แต่ข้อสรุปที่ฉันได้รับก็คือมันค่อนข้างวิชาการเกินไป มันยากมากที่จะทำสิ่งใดในทางปฏิบัติ ในภาษาที่ใช้งานได้จริงสิ่งต่าง ๆ อย่าง IO นั้นไม่ค่อยเข้ากับโมเดลดังนั้นคุณต้องรับมือกับพระ ฉันตั้งใจว่าฉันจะต้องใช้เวลาอย่างมากในการที่จะมีความสามารถแทบจะไม่ได้ดังนั้นฉันจึงเดินหน้าต่อไป

ฉันทำโครงการในวิทยาลัย อาจฟังดูไม่สำคัญ แต่ความจริงทั้งหมดเป็นสิ่งที่ทำให้เสียสมาธิ / น่ารำคาญ ยากที่จะย้อนกลับไปที่หลังจากใช้ภาษาเช่น Python

เมื่อเร็ว ๆ นี้ฉันได้สำรวจ F # มันเป็นฟังก์ชั่น แต่ยังสามารถบังคับและเชิงวัตถุเมื่อคุณต้องการ สิ่งนี้รวมถึงความสามารถในการใช้ไลบรารี. NET ใด ๆ ทำให้สามารถผสมผสานส่วนการทำงานบริสุทธิ์ของคุณเข้ากับสิ่งที่ใช้งานได้จริงเช่น GUIs, IO และระบบเครือข่ายได้อย่างง่ายดาย คุณสามารถรับ F # เวอร์ชันสแตนด์อโลน

http://www.microsoft.com/downloads/en/details.aspx?FamilyID=effc5bc4-c3df-4172-ad1c-bc62935861c5&displaylang=en

ฉันประเมินภาษาฟังก์ชั่นหลัก ๆ ทั้งหมดหนึ่งปีหรือสองปีที่ผ่านมาจากมุมมองของการต้องการภาษาการเขียนโปรแกรมการใช้งานทั่วไปที่ใช้งานได้จริง

ฉันลงเอยเลือกClojureซึ่งภายหลังได้พิสูจน์แล้วว่าเป็นตัวเลือกที่ยอดเยี่ยม

การพูดอย่างกว้างขวางถึงเหตุผลสำคัญคือ:

• ระบบนิเวศของห้องสมุด - เพื่อให้ภาษามีประโยชน์คุณต้องเข้าถึงห้องสมุดที่ดี การใช้ JVM หมายความว่าคุณสามารถเข้าถึงไลบรารีโอเพ่นซอร์สที่ใหญ่ที่สุดและระบบนิเวศของเครื่องมือได้อย่างง่ายดายดังนั้นการใช้ภาษา JVM จึงเป็นเรื่องที่ไม่ต้องมองข้าม สกาล่ายังได้คะแนนสูงที่นี่

• Macro-metaprogramming - แง่มุมของ Lisp นี้ดึงดูดความสนใจของฉันเสมอโดยเฉพาะอย่างยิ่งเมื่อฉันคาดว่าจะมีการสร้างรหัสค่อนข้างน้อย ฉันซาบซึ้งอย่างมากกับข้อโต้แย้งที่เกิดขึ้นในบทความสั้น ๆ ของพอลเกรแฮม "การตีค่าเฉลี่ย " Lisps ต่างๆทำคะแนนได้ที่นี่

• ประสิทธิภาพคือ "ดีพอ" - Clojure รวบรวมและรับประโยชน์จากเครื่องมือเพิ่มประสิทธิภาพ JVM JIT และ GC ที่ยอดเยี่ยมเสมอ เช่นเคยมีค่าใช้จ่ายบางอย่างในการใช้ภาษาที่ใช้งานได้ แต่ด้วย Clojure เป็นที่ชัดเจนว่าคุณสามารถใกล้เคียงกับความเร็วของ Java ด้วยความพยายามเล็กน้อย (Clojure รองรับการใช้ภาษาจาวาแบบดั้งเดิม การประมาณของฉันคือ Clojure ช้ากว่าที่คุณจะทำได้ 2-5x ด้วยโค้ด Java หรือ C ++ ซึ่งสอดคล้องกับสิ่งที่คุณเห็นในเกณฑ์มาตรฐานที่มีข้อบกพร่องและเมื่อเวลาผ่านไปฉันคาดว่าช่องว่างจะแคบลงอีก นอกจากนี้ยังง่ายพอที่จะเขียนโค้ดที่ไวต่อประสิทธิภาพโดยเฉพาะในจาวาบริสุทธิ์และเรียกมันจาก Clojure

• การเห็นพ้องด้วยกัน - Clojure มีวิธีการที่เป็นเอกลักษณ์และทรงพลังในการเห็นพ้องด้วยกัน มันค่อนข้างยากที่จะอธิบาย แต่วิดีโอนี้ยอดเยี่ยมที่ให้รสชาติของหลักการ ฉันคิดว่า Clojure มีคำตอบที่ดีที่สุดสำหรับคำถามที่ซับซ้อน "คุณจะจัดการสถานะที่เกิดขึ้นพร้อมกันและไม่แน่นอนได้อย่างไรในภาษาที่ใช้งานได้"

• การออกแบบภาษา - Clojure เป็น IMO การออกแบบภาษาที่ใช้ความคิดอย่างดี ตัวอย่างคือการมีเวกเตอร์ [] และแผนที่ {} ตัวอักษรนอกเหนือจากวงเล็บเสียงกระเพื่อมปกติการใช้โครงสร้างข้อมูลถาวรไม่เปลี่ยนรูปการสนับสนุนความเกียจคร้านตลอดภาษาผ่านลำดับนามธรรมและให้โปรแกรมเมอร์ที่มีคุณสมบัติหลากหลายมุมฉากเพื่อแก้ปัญหาที่แตกต่างกัน . ดูศิลปะของนามธรรมและง่ายทำง่าย

• ชุมชน - เป็นส่วนตัวเสมอ แต่ฉันชอบสิ่งที่ฉันเห็นในชุมชน Clojure ทัศนคติมีประโยชน์มากสร้างสรรค์และใช้งานได้จริง มีการเน้นที่ "ทำให้เสร็จ" ซึ่งอาจสะท้อนให้เห็นถึงความจริงที่ว่าผู้คนจำนวนมากของ Clojure (รวมถึง Rich Hickey เอง) มาจากพื้นหลังของการสร้างระบบองค์กรที่ซับซ้อน ความจริงที่ว่าชุมชน Clojure มีการเชื่อมโยงที่แข็งแกร่งในชุมชน Java เช่นกันเป็นสิ่งสำคัญในการโน้มน้าวใจฉันว่า Clojure จะไม่เสี่ยงต่อการติดอยู่ใน "ช่อง"

หากฉันต้องตั้งชื่อข้อเสียเล็ก ๆ น้อย ๆ ของ Clojure เหล่านี้จะเป็น:

• การพิมพ์แบบไดนามิก - บ่อยครั้งนี่เป็นข้อได้เปรียบในแง่ของประสิทธิภาพ แต่โดยเฉลี่ยแล้วฉันคิดว่าฉันแลกเปลี่ยนสิ่งนี้เพื่อการตรวจสอบและการอนุมานที่แข็งแกร่งยิ่งขึ้น ส่วนใหญ่นี้จะลดลงโดยมีชุดทดสอบอัตโนมัติที่ดี แต่ถ้าคุณชอบประเภทของคุณตรวจสอบแบบคงที่โดยผู้แปล Haskell หรือ Scala อาจเป็นถ้วยชาของคุณ

• ความทันสมัย - Clojure กำลังพัฒนาอย่างรวดเร็วและมีนวัตกรรมมากมายเกิดขึ้น - ข้อเสียคือมีการทดลองจำนวนมากห้องสมุดและเครื่องมือบางอย่างยังคงไม่สมบูรณ์และมีการเปลี่ยนแปลงครั้งสำคัญระหว่าง Clojure รุ่นใหญ่ที่คุณ ต้องคอยจับตาดู

โดยรวมแล้วฉันไม่คิดว่าคุณจะผิดพลาดกับ Clojure หากคุณต้องการภาษาหน้าที่ทันสมัยที่ยอดเยี่ยมและเป็นประโยชน์!

ดูเหมือนว่าคุณจะทำการบ้านดังนั้นคุณอาจรู้อยู่แล้ว แต่ Scheme เป็นภาษาของ Lisp เหมือนกับ Common LISP หากคุณชอบหลายสิ่งเกี่ยวกับ Scheme แต่ไม่ชอบธรรมชาติด้านวิชาการลอง Common Lisp ตามดัชนี TIOBEเป็นภาษาที่ได้รับความนิยมมากที่สุดลำดับที่ 13 เทียบกับตำแหน่งที่ 26

มีบางภาษาที่คุณพูดถึงปรากฏในรายละเอียดงานที่ฉันเห็นเมื่อไม่นานมานี้ แต่นั่นอาจเป็นเพียงตัวอย่างเล็ก ๆ ของฉัน โดยส่วนตัวฉันจะเรียนรู้ Haskell แม้ว่าฉันจะไม่คาดหวังว่าจะใช้ภาษานั้นในงานของฉันโดยตรง แนวคิดของการเขียนโปรแกรมฟังก์ชั่นนั้นมีค่าสำหรับฉันสำหรับการออกแบบโปรแกรมในอนาคตมากกว่าความสามารถทางการตลาดโดยตรงของภาษานั้น ๆ