หากการแข่งขันใช้ 'lingua obscura' เพื่อการพัฒนา (ทำไม) ฉันควรกังวล? [ปิด]

ฉันอ่านเรียงความของ Paul Graham - Beating The A ค่าเฉลี่ย (2003)และนี่คือสิ่งที่เขาต้องพูด:

ยิ่งมีรสชาติด้านไอทีที่รายละเอียดของงานมากขึ้น บริษัท ก็ยิ่งอันตรายน้อยลงเท่านั้น ประเภทที่ปลอดภัยที่สุดคือประเภทที่ต้องการประสบการณ์ Oracle คุณไม่ต้องกังวลเกี่ยวกับสิ่งเหล่านั้น คุณยังปลอดภัยถ้าพวกเขาบอกว่าพวกเขาต้องการนักพัฒนา C ++ หรือ Java ถ้าพวกเขาต้องการโปรแกรมเมอร์ Perl หรือ Python มันจะน่ากลัวนิดหน่อย - นั่นเริ่มเป็นเสียงเหมือน บริษัท ที่ด้านเทคนิคอย่างน้อยก็ทำงานโดยแฮกเกอร์ตัวจริง

ตอนนี้เป็นบทความวันที่ แต่ผมไม่เห็นว่าการใช้ภาษาที่ไม่ใช่ธรรมดา (C / C ++ / Java, C #) จะเป็น'อันตรายน้อย' หากโปรแกรมเมอร์ขององค์กรคล่องแคล่วในการใช้ภาษาเพื่อการพัฒนาพวกเขาควรมีความเชี่ยวชาญในการเขียนโค้ดที่เหมาะสม ในความเป็นจริงถ้าคุณใช้ภาษาที่ไม่ใช่เรื่องธรรมดาจะไม่เกิดปัญหาในการบำรุงรักษา / การปรับปรุงเนื่องจากคุณมีโปรแกรมเมอร์ไม่มากนักในระยะยาว

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

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

อะไรที่ฉันขาดหายไป? มันแปลว่าการสตาร์ทอัพจะเลือกภาษาที่ไม่ต้องใช้ไอทีเป็นหลัก (แม้ว่านักพัฒนาอาจจะเก่งในเรื่องภาษานั้น) เศรษฐกิจ (การเขียนโปรแกรม) คืออะไร / แรงขับเคลื่อนตลาดหลังการอ้างสิทธิ์นี้?

PS: 'lingua obscura' ไม่ได้มีไว้เพื่อทำร้ายความรู้สึกของทุกคน :)

Toolchain เป็นอาการ

เมื่อ บริษัท เลือก Oracle นี่เป็นข้อบ่งชี้ว่า:

• เงินจำนวนมากที่จะโยนรอบ
• บริษัท ใหญ่
• โครงสร้างองค์กรที่ซ้อนกันอย่างลึกซึ้งพร้อมการจัดการหลายระดับ
• บริษัท ดำเนินการโดย 'สูท': ประเภทผู้บริหารหรือการตลาดและการขาย
• สร้างผลิตภัณฑ์ซอฟต์แวร์เสาหินขนาดใหญ่ที่มีเบสโค้ดขนาดยักษ์
• กระบวนการที่เป็นทางการสำหรับทุกสิ่ง

เมื่อ บริษัท เลือก Python นี่เป็นสัญญาณของ:

• บริษัท เล็ก ๆ
• ไม่มีเงินเหลือ
• ลำดับชั้นเรียบ
• บริษัท ดำเนินการโดยโปรแกรมเมอร์
• สร้างผลิตภัณฑ์เอนกประสงค์ขนาดเล็กที่มีฐานรหัสขนาดเล็ก
• กระบวนการที่ไม่เป็นทางการส่วนใหญ่

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

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

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

คนที่ตกเลือด (python 2003) เป็นคนที่น่าเป็นห่วง พวกเขาหิว. พวกเขารับความเสี่ยง พวกเขามีความอยากรู้อยากเห็นทางปัญญา คนประเภทเดียวกันที่กำลังตื่นสายการเรียนรู้ภาษาใหม่ที่น่าตื่นเต้นคือประเภทที่อาจยกระดับอุตสาหกรรมของคุณก่อนที่คุณจะทำ

เกรแฮมหมายถึงอันตรายน้อยกว่าเขาในฐานะคู่แข่งไม่ใช่แค่อันตรายน้อยกว่า ประเด็นของเขาไม่ใช่ว่า Java (หรือ C ++ ในปี 2003 หรือ COBOL ในปี 1980) มีอันตรายน้อยกว่า แต่เป็นเรื่องปกติและมีความเป็นไปได้สูงที่ บริษัท ที่ค้นหาทักษะดังกล่าวเป็นเพียงคู่แข่งโดยเฉลี่ย แต่ บริษัท ที่กำลังมองหาความสามารถที่แข็งแกร่งในภาษาที่คลุมเครือ (หรืออย่างถูกต้องมากขึ้นภาษาที่ใช้พลังงานสูงและเป็นที่รู้จักน้อยกว่า) เป็น บริษัท ที่น่าจับตามอง

และใช่แล้ววันนี้มันสมเหตุสมผลดี มันใช้งานได้อย่างสมบูรณ์แบบก่อนที่เกรแฮมจะเขียนมันเราไม่ได้พูดถึงชวาในสมัยนั้น

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

• Facebook: PHP
• Stackexchange: C #
• Google: Java และ Python
• Twitter: Ruby on Rails

ดังนั้นเราจึงสรุปได้ว่า Facebook และ Stackexchange ไม่ได้คุกคามคู่แข่งของพวกเขา ไม่น่าเชื่อมาก

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

• Reddit: เสียงกระเพื่อมสามัญ
• wufoo: งูเห่าและ php แบบคลาสสิค
• scribd: แฟลช
• ดรอปบ็อกซ์: Python
• Heroku: ทับทิม

มีสัญญาณบางอย่างของความพึงพอใจสำหรับภาษาที่ค่อนข้างคลุมเครือและมีประสิทธิภาพ แต่ Flash, PHP และ ASP แบบคลาสสิกก็แสดงไว้เช่นกัน

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

นักพัฒนาโดยเฉลี่ยใช้เครื่องมือโดยเฉลี่ยเพราะเขาไม่เห็นคุณค่าของเครื่องมือที่ทรงพลังกว่า:

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

(ของฉันเน้น)

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

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

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

บรรทัดล่างคือตัวเลือกของคุณในภาษาที่ควรได้รับการประเมินอย่างเหมาะสมในบริบทของคุณ ตัวอย่างเช่น Facebook ไม่เป็นไรโดยใช้ php ซึ่งโดยทั่วไปไม่ถือว่าเป็นภาษาที่ปรับขนาดได้มาก

ไปถามโปรแกรมเมอร์ที่ดีที่สุดและแย่ที่สุดที่คุณรู้ไม่ว่าจะเป็นเกณฑ์อะไรก็ตามภาษาอื่น ๆ ที่พวกเขารู้ ตอนนี้เขียนโฆษณางานเพื่อดึงดูดอดีตและคุณมีคำตอบ แม้ว่าแอปของคุณจะอยู่ใน C ++ คุณจะได้โปรแกรมเมอร์ที่ดีขึ้นถ้าคุณจ้างคนที่รู้ภาษาที่ไม่ได้สอนในโรงเรียน

มีสองสิ่งที่คุณควรกังวลหากคู่แข่งใช้ภาษาที่ผิดปกติ:

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

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

แต่ถ้าคู่แข่งเลือกภาษาที่ผิดปกติและใช้งานได้ดีคุณอาจมีภัยคุกคามที่สำคัญในมือของคุณ

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

ถ้าลูกค้าของคุณจะไม่ถูกขังอยู่ในนั้นใช่ คุณควรกังวลเกี่ยวกับคู่แข่งที่ใช้ภาษาที่ทรงพลัง

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