การมีงานด้านเทคนิคที่มีค่าตอบแทนสูงหมายความว่าคุณจะไม่ได้รับรหัสอีกต่อไปหรือไม่ [ปิด]

ฉันทำงานใน บริษัท ขนาดใหญ่ที่มีคนช่างเทคนิคตกอยู่ในกลุ่มเหล่านี้:

1. นักพัฒนาในทีมต่อสู้ที่พัฒนาสำหรับผลิตภัณฑ์เดียวและอาจจะทำงานร่วมกับทีมงานอื่น ๆ ที่เกี่ยวข้องอย่างใกล้ชิดกับสินค้า
2. สถาปนิกที่มีมากขึ้นของผู้ให้คำปรึกษาในหลายทีม (5-6) และพยายามที่จะรับรู้ commonalities ระหว่างความพยายามของทีมงานที่สามารถแยกออกเป็นห้องสมุด (สถาปนิกไม่ได้เขียนรหัสห้องสมุดอย่างไร) สถาปนิกรายนี้ยังเข้าร่วมการประชุมหลายครั้งกับฝ่ายบริหารและพยายามกำหนดทิศทางทางเทคนิค

ใน บริษัท ของฉันบทบาทของสถาปนิกคือที่คนทางเทคนิคส่วนใหญ่เข้ามาเป็นขั้นตอนต่อไปในอาชีพของพวกเขา

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

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

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

นี่เป็นแนวโน้มตามธรรมชาติสำหรับอาชีพนักพัฒนาหรือไม่?

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

นักพัฒนาสามารถมีได้ทั้งหมด (รหัสและตั้งค่าทิศทาง)

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

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

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

สิ่งนี้ขึ้นอยู่กับวัฒนธรรมขององค์กรเป็นหลัก บริษัท หลายแห่งไม่มีตำแหน่งทางเทคนิคอาวุโสจริงถึงแม้ว่าพวกเขาอาจมีบางปลอม

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

ประสบการณ์ส่วนตัวเป็นประสบการณ์ที่มากขึ้นที่ฉันได้รับการเขียนรหัสในเวลาน้อยฉันสามารถที่จะเขียนรหัส

ฉันใช้เวลาพยายามแก้ไขปัญหาก่อนที่จะเกิดขึ้น เพื่อช่วยเหลือผู้อื่นเมื่อพวกเขาติดอยู่ เพื่อวางแผนว่าจะนั่งร่วมกันอย่างไร แม้เพียงแค่พยายามดึงคนให้ไปในทิศทางเดียวกัน

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

ตอนนี้เป็นประสบการณ์ส่วนตัว แต่ใช่ฉันคิดว่ามันจะสะท้อน บริษัท ขนาดเล็กส่วนใหญ่ อย่างไรก็ตามฉันได้บอกกับหัวหน้าของฉันอย่างชัดเจนว่าฉันไม่ต้องการลบออกจากรหัสทั้งหมด

ฉันคิดว่าสถาปนิกซอฟต์แวร์ที่ดีที่สุดตรงกับที่ฉันเห็นบทความที่ดีhttp://www.infoq.com/articles/brown-are-you-a-software-architectดูที่ส่วนที่ 4 การออกแบบการพัฒนาและการทดสอบ

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

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

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