“ ประวัติศาสตร์วัฒนธรรมภาษา” มีบทบาทอะไรบ้างในการเล่นกับแท่น?

ฉันเพิ่งพบสิ่งนี้บทความจากไม่กี่ปีที่ผ่านมา มันระบุว่าความแตกต่างอย่างมีนัยสำคัญในวัฒนธรรมโดยรอบ VB และ C # ไม่ใช่ความแตกต่างที่เกิดขึ้นจริงในภาษามีส่วนร่วมในการเขียนโค้ด C # โดยทั่วไปมีความสามารถมากกว่า VB ตัวแปลงสัญญาณ เห็นได้ชัดว่าทำให้เกิดเปลวไฟสงครามมากมายและคำถามว่า C # ers หรือ VBers เป็นคนโง่จะไม่ได้รับคำตอบ ดังที่กล่าวไว้ผู้เขียนอ้างว่าวัฒนธรรมรอบ ๆ แพลตฟอร์มเฉพาะนั้นมีส่วนทำให้คุณภาพของทีมยังคงมีเหตุผล ตัวอย่างเช่นแม้ว่า Java มีประสิทธิภาพมากกว่าในการพัฒนาแอปด้วยในขณะนี้ทีมนักพัฒนาของ Google Go ดูเหมือนจะมีความสามารถโดยเฉลี่ยสูงกว่าทีมนักพัฒนา Java เนื่องจากเรียนรู้ Go นักพัฒนาอาจมี ที่จะเป็นลูกบุญธรรมสุดยอดและหวือชายแดนแฮ็ค ดังนั้นโดยสรุปวัฒนธรรมยอมแพ้อย่างใดอย่างหนึ่งหรืออีกแพลตฟอร์มหนึ่งส่งผลกระทบต่อคุณภาพของนักพัฒนาโดยเฉลี่ยบนแพลตฟอร์มนั้นได้อย่างไร

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

สคริปต์ kiddies (และ บริษัท ที่จ้างพวกเขา) ให้ภาษาที่ถูกเลือกเป็นตัวกำหนดสถานะของพวกเขาในระดับของ "โปรแกรมเมอร์" วิศวกรที่ดีไม่สามารถสนใจภาษาทางเลือกได้น้อยลง แต่ให้ความสนใจกับการแก้ปัญหาด้วยวิธีที่เหมาะสมที่สุด (ชัดที่สุดคือข้อความทั่วไปและสามารถนำไปใช้กับปัจจัยต่าง ๆ ได้) ไม่ว่าจะเป็น C #, VB, C ++, Python หรือชุดประกอบที่เขียนด้วยมือมันไม่สำคัญว่าจะมีประโยชน์ชัดเจนในการใช้เทคโนโลยีนั้นเพื่อแก้ปัญหา

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

เพียงแค่สองเซ็นต์ของฉันในเรื่อง :)

คุณภาพของรหัสที่พัฒนาขึ้นในแต่ละภาษาเหล่านี้ขึ้นอยู่กับปรัชญาพื้นฐานเหล่านี้และน้อยกว่าสำหรับนักพัฒนาแต่ละคน

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

เช่นเดียวกับศาสนาภาษาการเขียนโปรแกรมมักจะดึงดูดผู้คนที่มีความโน้มเอียงที่เหมือนกันกับผู้ว่าจ้างหลักและปรัชญาของผู้สร้างภาษา

ตัวอย่างการรับรู้คุณภาพของการแก้ปัญหา

ในค่าย Microsoft เดียวคุณมี:

ปรัชญาของ C # ก็คือมันให้ความสำคัญกับ Object Oriented มากขึ้นส่งเสริมสำนวนที่ทันสมัยมากขึ้นและต้องการความรู้มากขึ้นในการทำอย่างถูกต้องดังนั้นจึงควรให้โซลูชันที่มีคุณภาพสูงขึ้น นี่คือสิ่งที่ดึงดูดผู้คนให้ใช้ VB

ในค่าย Microsoft อื่น ๆ :

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

นี่คือลิ้นและแก้มที่ใช้กับภาษาและปรัชญาของพวกเขา:

คน Perl มักจะสนใจเกี่ยวกับสิ่งที่ตรงกันข้ามกับที่คน Python ใส่ใจ

คน Java สนใจเกี่ยวกับการทำเงิน

ภาษา JVM (Groovy, Scala) ใส่ใจเกี่ยวกับ JMV ไม่ใช่ภาษา Java

ภาษาเฉพาะของ Microsoft ทั้งหมด (VB, C #, F #, C ++ ที่มีการจัดการ) มักสนใจเกี่ยวกับการทำเงินบน Windows

คนของ Erlang ใส่ใจกับทุกสิ่งที่ทุกคนที่คนอื่นไม่ต้องการดูแลและไม่เห็นคุณค่าสิ่งที่พวกเขาไม่รู้

คนเสียงกระเพื่อมไม่สนใจสิ่งที่คนอื่นคิดว่าพวกเขาสนใจ

สิ่งที่กลุ่มคนเหล่านี้ใส่ใจเกี่ยวกับรูปร่างภาษาการพัฒนาและชุมชน

ปรัชญาเปลี่ยนไปด้วยประสบการณ์และความต้องการ

ฉันใช้ ASM และ BASIC เพราะในปี 1983นั่นคือทั้งหมดที่คุณมี ฉันต้องการเขียนเกมและการสาธิตเหล่านี้เป็นเครื่องมือที่จะทำ ASM ส่วนใหญ่สำหรับการสาธิต

ฉันยอมรับ C และ C ++ กลับมาเมื่อมันเป็นวิธีเดียวที่จะเขียนสิ่งต่าง ๆ เช่นการเรนเดอร์ 3D และสิ่งอื่นใดที่ค่อนข้างสำคัญในเรื่องพื้นที่และเวลา มันไม่ใช่ ASM ดังนั้นฉันจึงเรียนรู้

ฉันนำ VB มาใช้เพื่อทำเงินมันเป็นสิ่งที่ใกล้เคียงที่สุดกับสภาพแวดล้อมการพัฒนาของ Scala, Director และ CanDo ที่ฉันคุ้นเคยกับ Amiga ฉันเห็นด้วยกับปรัชญาการพัฒนาที่รวดเร็ว

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

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

ฉันใช้ Lua เมื่อฉันต้องการวางเอ็นจิ้นสคริปต์น้ำหนักเบาลงในโปรแกรม C ++ และ Java นี่เป็นวิธีก่อนการสนับสนุน JSR233 ใน Java ฉันเห็นด้วยกับการฝังภาษาสคริปต์อย่างเต็มรูปแบบที่ใช้งานง่ายควรเป็นปรัชญา Lua แบบง่าย ๆ

ฉันใช้ Erlang ในปี 2549 เมื่อฉันเริ่มต้องการความยืดหยุ่นที่มากและการประมวลผลแบบมัลติคอร์ที่ไม่เจ็บปวดสำหรับปัญหาที่ขนานกันอย่างมากและมีการดำเนินการข้ามแพลตฟอร์ม ** ฉันเห็นด้วยกับการไม่มีรัฐที่ใช้ร่วมกันการส่งข้อความปรัชญาของรัฐที่ไม่เปลี่ยนแปลง * 8

ฉันใช้ Objective-C เมื่อฉันเริ่มต้องสร้างแอปพลิเคชัน OSX และ iOS ฉันเห็นด้วยกับการเพิ่มเพียงแค่สิทธิของ Object Orientation ใน C เพื่อให้เป็นปรัชญาที่ดีขึ้น ยังทำเงินได้ดีกว่า

ฉันยอมรับ JavaScript อย่างเป็นทางการในปี 2009 เพราะฉันเห็นด้วยกับปรัชญา CouchDB และใช้ JavaScript ยังคงไม่ชอบ JavaScript เมื่อฉันต้องจัดการกับ DOM

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

คำถามที่น่าสนใจอย่างแน่นอน มันเป็นหนึ่งในสิ่งที่คุณเข้าใจคำตอบในระดับจิตใต้สำนึก แต่พยายามที่จะทำให้เป็นคำพูด

มันถูกมองว่าเป็นห่วงเวรกรรม

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

ฉันพยายามหากฎเฉพาะ แต่ฉันพบว่ามันยากที่จะพูดคุยทั่วไป เราจำเป็นต้องตรวจสอบแต่ละแพลตฟอร์มแยกกัน ข้อสังเกตเล็กน้อยที่ฉันได้ทำ:

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

• ขีด จำกัด น้อยกว่าแพลตฟอร์มเสนอแม้ค่าใช้จ่ายของความเสี่ยงที่สูงขึ้นในการยิงตัวเองในเท้าอย่างเท่าเทียมกันดึงดูดใจการทดลองที่กระตือรือร้น

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