สำหรับโลกภายนอกผู้เขียนโปรแกรมนักวิทยาศาสตร์คอมพิวเตอร์วิศวกรซอฟต์แวร์และนักพัฒนาอาจดูเหมือนกัน แต่ก็ยังห่างไกลจากกรณีของผู้ที่สร้างซอฟต์แวร์สำหรับการใช้ชีวิต ความสามารถและความรู้ของโปรแกรมเมอร์เดี่ยว ๆ นั้นมีความสามารถอย่างกว้างขวางเช่นเดียวกับเครื่องมือ (OS, ภาษา, และใช่, ตัวแก้ไขที่ต้องการ) และความหลากหลายนั้นทำให้เกิดวัฒนธรรมย่อยจำนวนมากในซอฟต์แวร์เช่นโปรแกรมเมอร์ที่ใช้ Stack Overflow และเว็บไซต์นี้ เมื่อเทียบกับอีกหลายคนที่ไม่ได้
ฉันอยากรู้อยากเห็นจากคนอื่น ๆ ว่าพวกเขาได้พบกับซอฟต์แวร์ย่อยวัฒนธรรมใดบ้างเป็นของชื่นชมชื่นชมไม่ชอบหรือแม้แต่สร้างขึ้นมา สำหรับการเริ่มฉันได้พบ:
- บริษัท และผู้พัฒนาที่ขับเคลื่อนด้วย Microsoft : สแต็กทั้งหมดมาจาก Redmond, WA อีเมลคือ Outlook คืออีเมล เว็บคือ IE และ IIS พวกเขามีตัวประสานขนาดใหญ่ของการสมัครสมาชิก MS Developer Network ซึ่งเต็มไปด้วย VB, .net, Visual Studio และอื่น ๆ หลายรุ่นหลีกเลี่ยงการทำงานกับเชลล์ / บรรทัดคำสั่ง ไม่เห็นความยุ่งยากกับโอเพนซอร์ซและอะไรที่เกี่ยวกับ บริษัท ที่มี MS เป็นศูนย์กลางมีแนวโน้มที่จะ 9-5 และค่อนข้างเป็น บริษัท (ขับเคลื่อนโดยผู้จัดการธุรกิจไม่ใช่พนักงานซอฟต์แวร์) ทุกวันนี้ (เนื่องจากมีเครื่องมือที่ไม่ใช่ MS ที่มีอยู่อย่างกว้างขวาง) นี่คือสิ่งที่ตรงกันข้ามกับวัฒนธรรมแฮ็กเกอร์
- ผู้คนในโรงเรียน CS : พวกเขามักรู้จัก Lisp และ Unix เป็นอย่างดี บางครั้งพวกเขาอาจเขียนเสียงกระเพื่อมกึ่งนิยมตัวเองหรือระบบสาธารณูปโภค หากมี "วิศวกรรมซอฟต์แวร์" สิ่งใหม่ ๆ สำหรับพวกเขาและพวกเขาไม่ประทับใจ รู้จักการอ้างอิงประวัติและความหมายระดับสูงของภาษาโปรแกรมเช่น Lisp, C, Prolog และ Smalltalk สามารถขมเกี่ยวกับผลลัพธ์ของ AI ในยุค 80 และ 90 มีแนวโน้มที่จะเป็นผู้ใช้ Emacs สามารถพิมพ์คำสั่งเชลล์หลายบรรทัดโดยไม่ต้องกระพริบตา คำแนะนำของพวกเขาสามารถเป็นความลับ แต่มีทองเมื่อเข้าใจ
- ผู้พัฒนาเว็บโรงเรียนใหม่ : เล่นกับคอมพิวเตอร์และวิดีโอเกมที่โตขึ้น แต่บ่อยครั้งที่เริ่มเขียนโปรแกรมจริงๆในช่วงปลายยุค 90 หรือต้นยุค 00 สะดวกสบายกับสคริปต์ภาษา / ไดนามิกแบบ 1 ถึง 1.5 คิดว่า C และภาษาที่อยู่นอก Ruby / Perl / Python นั้นไม่จำเป็น / วิเศษ อาจถือว่า HTML เป็นการเขียนโปรแกรมเริ่มแรก มีแนวโน้มที่จะได้รับ Mac และคลั่งไคล้ / ไม่มีเหตุผลเกี่ยวกับเรื่องนี้ ใช้เฟรมเวิร์กมากกว่าสร้าง บ่อยครั้งที่กระตือรือร้นมากเกินไปเกี่ยวกับ NoSQL และ / หรือ Ruby On Rails
- โรงเรียนใหม่ CS : การฝึกอบรมด้านสถิติแบบจำลองแบบเบย์และการอนุมาน อย่าพูดว่า "AI" พูดว่า "การเรียนรู้ของเครื่อง" Java มากกว่า Lisp แต่อาจเป็นโปรแกรมเมอร์ Haskell ผู้เชี่ยวชาญ การเห็นความสำเร็จที่สำคัญในโลกแห่งความเป็นจริงโดยผู้เชี่ยวชาญในสาขาของพวกเขา (Google, การเงิน / คำสั่ง) มักทำให้พวกเขา (มากกว่า) มีความมั่นใจ แต่ข้อมูลขนาดใหญ่และการประมวลผลแบบกระจายของสิ่งเหล่านี้กำลังเปลี่ยนแปลงโลก
ตัวอย่างข้างต้นไม่ได้มีความถูกต้องถูกต้องตั้งฉากหรือวัตถุประสงค์ :) สิ่งที่ฉันได้เห็นเป็นการส่วนตัวและเตรียมที่จะจุดประกายการอภิปรายและร่างคำถามที่กว้างขึ้น รู้สึกไม่เห็นด้วย!