การเลือกภาษาโปรแกรมอย่างเป็นระบบ [ปิด]

ฉันกำลังมองหาวิธีการในการเลือกภาษา ฉันไม่ได้ขอความคิดเห็นเกี่ยวกับภาษา ฉันได้รับมอบหมายให้ดำเนินการเปรียบเทียบภาษาปัจจุบันของร้านค้ากับผู้อื่นที่มีให้ เราเป็นร้านพัฒนาเว็บไซต์

CEO ของเราต้องการเอกสารทางเทคนิคฉบับเต็มเกี่ยวกับภาษาบนเว็บทั้งหมดที่มีอยู่ภาษาแม่ที่เป็นอนุพันธ์ของ (เช่น jsp มาจาก java ซึ่งมาจาก c / c ++) ฉันจำเป็นต้องสร้างเมทริกซ์ที่มีปัจจัยสำคัญทั้งหมดของภาษาเฉพาะเช่นกันและการมาสั้น ๆ ของภาษานั้น ภาษาถูก จำกัด โดยแพลตฟอร์มหรือไม่มันถูกออกแบบมาสำหรับการเขียนโปรแกรมการทำงานขั้นตอนหรือ OO หรือสามารถใช้กับกระบวนทัศน์การเขียนโปรแกรมใด ๆ ได้หรือไม่?

ฉันต้องมีข้อมูลทางเทคนิคน้อยลงเช่นขนาดของกลุ่มคนที่มีความสามารถสำหรับภาษาที่กำหนดและเงินเดือนเฉลี่ยในกลุ่มนั้น ตลาดจะดูทางเลือกของเราอย่างไร

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

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

มีใครอีกบ้างที่ต้องผ่านการฝึกนี้? หากคุณมีคุณสามารถแบ่งปันขั้นตอนและ / หรือวิธีการที่คุณใช้ในกระบวนการ?

@FrustratedWithFormsDesigner พูดเป็นนัยที่นี่ฉันจะทื่อมากขึ้น: คุณถูกตั้งข้อหางานที่มีราคาแพง แต่ไร้ประโยชน์

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

อีกวิธีหนึ่งถ้ามีภาษาในอุดมคติทุกคนจะใช้มันแทนที่จะเป็นภาษาที่ "เป็นกลาง" นอกจากนี้ยังกล่าวถึงการจัดการระดับจุลภาคที่ควรจะเป็นจังหวัดของวิศวกรที่จะต้องทำให้การทำงาน Erlang อาจเป็น "วัตถุดีที่สุด" แต่ถ้าไม่มีใครรู้ให้เพิ่มค่าใช้จ่ายเริ่มต้น 6 เดือน / วิศวกรและอีก 6 เดือน / วิศวกรเพื่อเพิ่มความสามารถ

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

บางแปรงกว้างในการพิจารณา:

ความนิยมทางภาษา

สิ่งนี้ไม่สำคัญเพราะความนิยมไม่จำเป็นต้องเทียบเคียงกับประสิทธิภาพความหมายหรือคุณภาพของภาษาอื่น ๆ ที่มีความสำคัญมากกว่า แต่การพิจารณานี้มักจะสำคัญกว่าข้อพิจารณาอื่น ๆ ทั้งหมดเพราะ:

1. การค้นหานักพัฒนาซอฟต์แวร์ในภาษาที่เป็นที่นิยมง่ายกว่า
2. การค้นหาเครื่องมือและไลบรารีในภาษาที่นิยมใช้ง่ายกว่า
3. ผู้มีอำนาจตัดสินใจไม่เข้าใจการแลกเปลี่ยนภาษาดังนั้นพวกเขาจะทำการตัดสินใจอย่างปลอดภัย ("หลาย บริษัท ใช้ภาษานี้ดังนั้นจึงต้องดี")

การบังคับใช้กับโดเมนปัญหา

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

ในทางกลับกันหากคุณกำลังจะเขียนซอฟต์แวร์ที่เน้นการวิจัยหรือคณิตศาสตร์เป็นหลักคุณอาจจะสนใจภาษาที่ใช้กระบวนทัศน์การทำงาน

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

ความหมายและผลผลิต

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

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

ยุคของหลายภาษา

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

มีเหตุผลทางธุรกิจสำหรับการเลือกภาษาและมีเหตุผลทางวิศวกรรมสำหรับการเลือกภาษาและทั้งสองไม่ตรงตาม การโยนด้วยเหตุผลทางวิชาการมีแนวโน้มที่จะทำให้สิ่งต่าง ๆ แย่ลง ฉันสงสัยว่าอาจารย์จะสามารถช่วยเหลือคุณในแบบที่คุณต้องการ

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

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

แทนที่จะพยายามที่จะครอบคลุมทุกภาษาฉันจะหาตัวแทนจากกระบวนทัศน์การเขียนโปรแกรมที่แตกต่างกันและประเภทของกรอบและใช้ต้นแบบในแต่ละ

นี่คือรายการคร่าว ๆ ของหมวดหมู่ส่วนหลัง:

• ไมโครซอฟท์ (อาจมีหมวดหมู่ย่อยฉันไม่รู้อะไรเกี่ยวกับพวกเขา)
• OOP เฮฟวี่เวทเช่น Drupal
• OOP ที่มีน้ำหนักเบาเช่นขวดหลาม
• เล่น / ยก / scalatra โดยใช้ Scala
• เล่น / ยกโดยใช้ Java
• เหมือนฤดูใบไม้ผลิ
• Struts เหมือน
• รางเหมือน
• Haskell ตาม
• Node.js

ที่ส่วนหน้า:

• JavaScript สไตล์ OOP
• จาวาสคริปต์ในรูปแบบการใช้งานเช่นเดียวกับขีดล่าง
• จาวาสคริปต์สไตล์การโต้ตอบเช่นเดียวกับเบคอน
• Google Web Toolkit
• ไม้ต้นจำพวก ulmus

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

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

ระบุและเสียค่าใช้จ่ายที่เกิดจากกระบวนการพัฒนาที่มีอยู่ในปัจจุบันของคุณเป็น $ A ระบุค่าใช้จ่ายในการเปลี่ยนไปใช้กระบวนการพัฒนาอื่น ๆ เป็น $ B

ถ้า $ A น้อยกว่า $ B ให้หยุด

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

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

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