คุณจะอธิบายได้อย่างไรว่าวิศวกรรมซอฟต์แวร์นั้นมีความเชี่ยวชาญมากกว่าสาขาวิศวกรรมอื่น ๆ [ปิด]

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

ในทางที่เป็นคำชมที่จะดูด้วยตาเช่นว่า "ถ้าคุณเป็นคนดีคุณเก่งในทุกเรื่อง" แต่ในทางที่มันเป็นเรื่องที่น่าสนใจอย่างมากในอาชีพเช่นเดียวกับใน "Codemonkey, go Sling code" หากไม่มีประสบการณ์ในกรอบซอฟต์แวร์บางอย่างคุณจะประสบปัญหาอย่างรวดเร็วและเป็นเรื่องสำคัญ

ฉันพยายามอธิบายเรื่องนี้ แต่เขาไม่ได้ซื้อ มุมมองหรือความคิดที่แตกต่างกันเกี่ยวกับเรื่องนี้เพื่อช่วยอธิบายว่าประสบการณ์ของฉันในสิ่งใดสิ่งหนึ่ง

แต่ในทางที่มันทำให้อาชีพเป็นเรื่องเล็กน้อยเช่นเดียวกับใน "Codemonkey, go Sling code"

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

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

ฉันจะไม่เชื่อใจวิศวกรของฟอร์ดที่ไม่รู้วิธีทำงานของช่าง

ถึงแม้ว่าวิศวกรรมซอฟต์แวร์เป็นหนึ่งในสาขาเหล่านี้ซึ่งในหลาย ๆ กรณีเราคาดว่าจะเป็นวิศวกรผู้สร้างและช่างในเวลาเดียวกัน

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

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

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

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

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

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

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

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

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

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

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

มันเกือบจะไม่ถูกต้องอย่างแน่นอน วิศวกรการผลิตผู้เชี่ยวชาญต้องเข้าใจค่อนข้างมากเกี่ยวกับผลิตภัณฑ์ภายใต้การดูแลของพวกเขา

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

ในการกลับไปที่แอสเซมบลีไลน์การเปรียบเทียบแอสเซมบลีไลน์ทุกรายการจะแตกต่างกันไปสำหรับแต่ละผลิตภัณฑ์และการพัฒนาซอฟต์แวร์ประเภทต่าง ๆ จำเป็นต้องใช้วิธีการที่แตกต่างกัน - คุณจะไม่สร้างซอฟต์แวร์รักษาความปลอดภัย

มีช่วงการเรียนรู้ที่เกี่ยวข้องกับความเชี่ยวชาญที่แตกต่างกัน ฉันกำลังพูดถึงความแตกต่างระหว่างการเขียนโปรแกรมแบบฝังตัว / เรียลไทม์การเขียนโปรแกรมบนเว็บแอปการเขียนโปรแกรมระบบ / OS การเขียนโปรแกรมแบบหนาไคลเอ็นต์การพัฒนาอุปกรณ์พกพา ฯลฯ

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

ฉันเห็นด้วยกับหลักฐานที่เพื่อนร่วมงานของคุณแนะนำแม้ว่าฉันจะเพิ่มคำเตือน

วิศวกรซอฟต์แวร์ที่ดีจะสามารถสร้างซอฟต์แวร์ที่ดีในเทคโนโลยีใด ๆ ..... หลังจากที่พวกเขาได้เรียนรู้เล็กน้อยในเทคโนโลยีใหม่

อาจมีข้อผิดพลาดบางอย่างที่ไม่ชัดเจนในตอนแรก แต่วิศวกรซอฟต์แวร์ที่ดีจะเรียนรู้พวกเขาในไม่ช้า

ฉันคิดว่าสิ่งที่เขาหมายถึงจริงๆก็คือเพียงเพราะนักพัฒนามีประสบการณ์ C # 2 ปีที่มั่นคงมันไม่ได้หมายความว่าวิศวกรซอฟต์แวร์ที่ดีกว่าที่มีพื้นหลัง Java ที่ไม่เคยทำ C # มาก่อนไม่สามารถมาเรียนรู้ C # และรวดเร็ว กลายเป็นนักพัฒนา C # ที่ดีกว่าผู้ชายคนแรก

กล่าวอีกนัยหนึ่งคุณไม่ควรลดจาวาคนที่ทำงาน JUST เพราะเขาได้ "ทำเวลา" ใน C #

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

ฉันทำงานให้กับ บริษัท เฮลิคอปเตอร์และวิศวกรการบินที่นี่มีความเชี่ยวชาญตามประเภทของเครื่องบินที่พวกเขาสามารถทำงานได้ พวกเขาจะต้อง "ประเภทคะแนน" ในทางเทคนิคแล้วพวกเขาสามารถทำงานได้ทุกอย่างตั้งแต่ Robinson R22 ถึง Jumbo Jet แต่ไม่ใช่โดยไม่มีการฝึกอบรมการแปลง

ฉันคิดว่ามันค่อนข้างคล้ายกับวิศวกรรมซอฟต์แวร์ยกเว้นว่า "การฝึกอบรมการแปลง" นั้นไม่เป็นทางการสำหรับวิศวกรซอฟต์แวร์

เมื่อพูดกับจิตรกรคุณจะบอกเขาว่าเขาไม่มีปัญหากับการแกะสลัก

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

แต่การสอนจิตรกรถึงวิธีการแกะสลักวัตถุ 3 มิติหรือเขียนนวนิยาย (การแสดงออกทางศิลปะทั้งสองรูปแบบ) เป็นสัตว์ที่แตกต่างอย่างสิ้นเชิง นั่นคือมุมมองที่คุณมาจาก

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

สรุปและตัวอย่าง:

"ศิลปะ" รวมถึงประติมากรรมนวนิยายการ์ตูนและภาพวาด ทักษะที่ทับซ้อนกันรวมถึง:

• ทฤษฎีรูปร่างและสีของร่างกาย: ประติมากรรมการ์ตูนและภาพเขียน
• การสื่อสารด้วยข้อความ: นวนิยายและการ์ตูน

... และต่อไป แต่ดังกล่าวข้างต้นศิลปินการ์ตูนไม่น่าจะทำได้ดีในนวนิยายเรื่องแรกของพวกเขา พวกเขาต้องคิดต่างกัน

ในทำนองเดียวกันมีการทับซ้อนกันในด้านต่าง ๆ ของการเขียนโปรแกรม / วิศวกรรมซอฟต์แวร์ แต่ส่วนใหญ่มีความแตกต่างกันเกินกว่าที่จะกระโดดเข้าไปได้ตัวอย่างเช่น:

• อัลกอริทึม: ระบบปฏิบัติการ / ระบบรวม, เกมและสถานที่อื่น ๆ ที่คุณมักจะต้องปรับให้เหมาะสมสำหรับความเร็วหรือหน่วยความจำ ไม่ค่อยมีเรื่องใหญ่ในการพัฒนาเว็บ
• ออกแบบ: ทุกที่ในการพัฒนาเว็บ แต่ไม่สำคัญมากในระบบรวมที่ไม่มี UI
• ซอฟต์แวร์ไคลเอนต์ / เซิร์ฟเวอร์: ความคิด "ไม่เชื่อใจลูกค้า" ซึ่งไม่จำเป็นต้องมีอยู่ในบางโดเมน (เกมผู้เล่นเดี่ยวและซอฟต์แวร์เดสก์ท็อปแบบสแตนด์อโลนอื่น ๆ ซึ่งฉันยอมรับว่าหายากกว่านี้)

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

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

เรื่องแบบนี้เกิดขึ้นมากมายที่ฉันทำงาน

ฉันชอบที่จะเปรียบเทียบกับอาชีพลุงของภรรยาของฉัน - ช่างซ่อมรถยนต์

เขามีความเชี่ยวชาญในเมอร์เซเดสเขาสามารถนำความรู้ของเขาไปใช้กับรถยนต์ยี่ห้ออื่นและเขาทำ - บางคนค่อนข้างหายาก แต่นั่นไม่ได้หมายความว่าเขาสามารถซ่อม X ได้ทันทีเพราะคุณบอกว่ามันส่งเสียงดัง

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

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

มีคนพูดถึงหมอประจำท้องถิ่นของพวกเขาหรือไม่ (เช่น "ฉันปวดหัวฉันจะเป็นโรคอะไรได้บ้าง") - ฉันพนันได้เลยว่าพวกเขาทำเพราะคนส่วนใหญ่ไม่เข้าใจจริง ๆ ว่าอาชีพใดอาชีพหนึ่งมีความคาดหวังมากกว่า ของอาชีพดังกล่าว