การบำรุงรักษาโดยเฉพาะทำให้การทำงานของโปรแกรมเมอร์เป็นอุปสรรคหรือไม่? [ปิด]

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

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

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

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

แต่สิ่งนี้ทำให้ฉันไปที่คำถามหลักของฉันขอโทษถ้านี่รู้สึกเกินไปเป็นศูนย์กลางของภาวะที่กลืนไม่เข้าคายไม่ออกส่วนตัวของฉัน:

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

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

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

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

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

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

ในที่สุดคุณควรรู้ว่าเปอร์เซ็นต์ที่มีขนาดใหญ่มาก (ฉันจะคาดเดาอย่างรอบคอบเกี่ยวกับ 80%) ของงานพัฒนาซอฟต์แวร์นั้นมีการบำรุงรักษามากกว่า 50%

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

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

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

อย่างไรก็ตามฉันจะไม่กังวลเกินไป สิ่งหนึ่งที่คุณพูดคือ:

ฉันได้รับความกว้างอย่างมากในแง่ของพื้นที่ที่ฉันสัมผัส แต่ไม่ลึกมาก

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

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

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

บทบาทการเขียนโปรแกรมการบำรุงรักษาโดยเฉพาะนั้นจบลงด้วยการเป็นอันตรายต่ออาชีพในช่วงต้นหรือไม่?

บ่อยกว่า - ใช่ใช่:

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

นี้ไม่ได้หมายความว่ามันมักจะเป็นกรณีที่

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

โปรแกรมเมอร์คนอื่น ๆ มีสิทธิที่จะหลีกเลี่ยงบทบาทเช่นนี้หรือไม่?

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

การทำงานในลักษณะนี้ล็อคคุณไว้ในการทำงานที่คล้ายกันหรือไม่ถ้าคุณไม่พร้อมที่จะเริ่มต้นใหม่ในฐานะจูเนียร์?

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

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

งานดังกล่าวแน่นอนสามารถทำได้ด้วยวิธีนี้และถ้าพวกเขา - ดี! อย่างไรก็ตาม AFAIK ผู้ดูแลระบบส่วนใหญ่ของ LEGACY มีนโยบายหรือความคาดหวังด้านการจัดการและกำหนดเวลาว่า - บ่อยครั้งกว่าที่จะไม่บีบบังคับพวกเขาในการแก้ปัญหาโดยมีการเปลี่ยนแปลงน้อยที่สุด บ่อยครั้งที่ความดันสูงพอที่แม้ว่าคุณจะทำแบบนี้คุณอาจไม่ต้องการ โดยเฉพาะอย่างยิ่งหากไม่ใช่รหัสของคุณ: โดยไม่มีทฤษฎี (ตาม Ryle และ Naur) ที่อยู่ด้านหลังคุณมีความเสี่ยงที่จะเสียหายมากกว่าที่คุณแก้ไข

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

ฉันจะต้องแสดงตัวเองว่าเป็นเด็กในระดับทักษะเนื่องจากฉันจะไม่มีความรู้ในระดับลึกที่ต้องการของบุคคลที่มีประสบการณ์สามปีมุ่งเน้นไปที่เส้นทางเฉพาะในการพัฒนาคุณลักษณะจะ

แก้ไข. คุณจะไม่สามารถที่จะพูดว่า "ประสบการณ์ระบบตั้งแต่เริ่มต้นใช้ X, Y และ Z ออกแบบ 3 ปี" คุณจะต้องพูดว่า "3 ปีมีประสบการณ์การคงระบบตั้งแต่เริ่มต้นใช้ X, Y และ Z" ถ้าคุณต้องการ ออกมาโกหกเกี่ยวกับประวัติส่วนตัวของคุณ

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

ถ้าคุณต้องการพูดว่า "ฉันออกแบบและสร้างระบบตั้งแต่เริ่มต้น" ใช่แล้วคุณจะต้องเรียนตัวเองในฐานะผู้อยู่ใต้บังคับบัญชา

สิ่งที่พบได้บ่อยในไอที (และฉันไม่ได้บอกว่านี่คือสิ่งที่คุณกำลังทำอยู่) สำหรับคนที่คิดว่าเพราะพวกเขาทำงานมาเป็นเวลาสิบปีพวกเขามีประสบการณ์ X ปีและหลังจาก {ระบุจำนวนปีที่แน่นอน} ควรได้รับการพิจารณาให้เป็นนักพัฒนาอาวุโส {Widget}

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

เป็นการดีที่คุณต้องการผสมผสานการทำงานของระบบ "ใหม่" และการทำงานแบบดั้งเดิม

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

โชคดี!

จากมุมมองที่ต่างออกไปฉันคิดว่าการขายตัวคุณเองในฐานะผู้เชี่ยวชาญด้านการบำรุงรักษาเป็นโอกาสทางการตลาด

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

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

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