ฉันได้ทำงานเป็นผู้พัฒนาเพียงคนเดียวใน บริษัท ที่รู้จักเทคโนโลยีเฉพาะอย่างในฐานะที่เป็นผู้เขียนโปรแกรมชนิดเดียวที่ฉันทำและเป็นผู้รับเหมาในสถานการณ์ที่คล้ายคลึงกัน (ฉันยังทำงานในสภาพแวดล้อมแบบทีมกับนักพัฒนาคนอื่น ๆ ที่รู้จักเครื่องมือที่แตกต่างกันและกับนักพัฒนาคนอื่น ๆ ที่ทำสิ่งที่ฉันทำ)
ข้อดีของการเป็นโปรแกรมเมอร์เท่านั้น
- ดังที่คุณพูดถึงคุณมักจะมีอิสระในการใช้เครื่องมือหรือภาษาที่คุณรู้สึกว่าสามารถเรียนรู้ได้ คุณไม่จำเป็นต้องทำเรื่องใด ๆ ต่อหน้าเพื่อน ๆ ของคุณเพื่อขออนุญาตทำงานกับ New Technology X ในขณะที่ทุกคนกำลังใช้เทคโนโลยีปัจจุบัน Y
- คุณมีความรับผิดชอบมากขึ้น โดยพื้นฐานแล้วคุณทำหน้าที่เป็นทั้งผู้นำโครงการและนักพัฒนาในแต่ละโครงการและด้วยความสามารถในการระบุและนำสิ่งใหม่ ๆ มาใช้คุณก็เป็นหัวหน้าแผนกได้อย่างมีประสิทธิภาพเช่นกัน (อย่าบอกพนักงานขายเรื่องนี้พวกเขาชอบพูดคุยกับผู้มีอำนาจตัดสินใจและคุณไม่มีเวลาคุยกับพวกเขา)
- ไม่มีคำถามเกี่ยวกับเครดิตสำหรับงานที่ทำ: เห็นได้ชัดว่าคุณและคุณคนเดียวที่ทำสิ่งต่าง ๆ เกิดขึ้น
- คุณสามารถใช้เวลามากขึ้นในการทำงานในโครงการของคุณเองและใช้เวลาน้อยลงในการประชุมเกี่ยวกับโครงการที่เป็นของคนอื่น (แต่คุณอยู่ที่นั่นในฐานะผู้สนับสนุนสำรองข้อมูลที่เป็นไปได้หรืออะไรก็ตาม)
จุดด้อย
- ในขณะที่เดวิดชี้ให้เห็นในความคิดเห็นคุณเป็นผู้พัฒนาเพียงคนเดียวดังนั้นจึงไม่มีการพัฒนาใด ๆ เกิดขึ้นถ้าไม่มีคุณ ฉันเคยคุยกับพี่ชายของฉันว่าฉันเป็น "คนที่แต่งตัวประหลาด" ในโครงการเฉพาะที่ทำงาน เขาอธิบายสถานการณ์ของฉันให้ฉันอย่างแม่นยำ: ฉันถูกขังอยู่ ฉันไม่สามารถเดินหน้าต่อไปใน บริษัท นั้นเพราะฉันไม่สามารถกำจัดโครงการนั้นได้ (เขาพูดถูกด้วยมันต้องใช้เวลาหลายเดือนในการฝึกฝนเป็นระยะเวลานานก่อนที่ฉันจะมอบมันให้กับคนที่มีความสามารถพอที่จะให้การสนับสนุนได้) คุณอาจพบว่าเป็นการยากที่จะหยุดพักผ่อนอย่างแท้จริง ทำได้โดยไม่ต้องคุณ
- ปิแอร์ชี้ให้เห็นว่าไม่มีใครในไซต์ทำการตรวจสอบโค้ดหรือแบ่งปันแนวทางปฏิบัติที่ดีที่สุดกับคุณ คุณสามารถติดต่อกับเพื่อน ๆ ได้หลายวิธี แต่ไม่มีอะไรที่มีประสิทธิภาพเท่ากับการแตะผู้ร่วมงานบนไหล่และขอให้เธอดูรหัสของคุณประมาณ 5-10 นาที
- ในหลอดเลือดดำที่คล้ายกันคุณอาจประสบปัญหาในการรับเครื่องมือใหม่ ๆ การฝึกอบรมนอกสถานที่อาจหายากเหมือนเวลาวันหยุด: มีคนบ่นว่า บริษัท ไม่สามารถให้คุณได้ดูภาษา 3.0 เป็นเวลาหนึ่งสัปดาห์เมื่อไม่มีใครทำงานแอพ Language 2.0
- ความก้าวหน้าในอาชีพสามารถจัดการได้ยากมาก คุณอาจไม่มีตำแหน่งที่คุณสามารถต่อสู้ได้แม้การเปลี่ยนชื่ออาจยากที่จะได้รับและบทวิจารณ์ปลายปีไม่มีกรอบอ้างอิงใด ๆ ดังนั้นงานที่ยอดเยี่ยมอาจไม่ได้รับการกล่าวขวัญหากไม่มีคนอื่น เหตุผลที่ไม่มีใครเข้าใจสิ่งที่คุณทำจริงๆ
หากคุณตัดสินใจที่จะย้ายไปที่ บริษัท ที่คุณจะทำงานเป็นส่วนหนึ่งของทีมโปรแกรมเมอร์ฉันไม่คิดว่าประสบการณ์เดี่ยวของคุณน่าจะทำร้ายคุณมาก การขาดประสบการณ์เกี่ยวกับรูปแบบการออกแบบไม่จำเป็นต้องมีความสำคัญเท่าความตั้งใจที่จะเรียนรู้ (อาจมีสถานการณ์ที่คุณสัมภาษณ์ผู้สมัครที่มีพื้นฐานคล้ายคลึงกันและประสบการณ์ในวิธีการที่ บริษัท ใช้ แต่ก็เป็นเรื่องจริงสำหรับทุกคน)
ในสายเดียวกันการขาดประสบการณ์ในทีมของคุณนั้นสมดุลกับความสามารถในการสวมหมวกหลายใบ มีผู้พัฒนาบางคนที่เป็นผู้เล่นที่ดี แต่ไม่เคยพัฒนาความสามารถในการจัดการโครงการ คุณได้แสดงให้เห็นแล้วว่าคุณสามารถทำได้
ฉันอยากจะแนะนำว่าเมื่อคุณเป็นนักพัฒนาเดี่ยวคุณควรใช้เวลาอ่านเกี่ยวกับเครื่องมือและเทคนิคที่นักพัฒนาที่คล้ายกันใช้อยู่ดังนั้นแม้ว่าคุณจะไม่ใช้ตัวเองก็ตามคุณก็รู้ว่าพวกเขามีอยู่แล้วและคุณสามารถอ้างถึง พวกเขาในระหว่างการสัมภาษณ์แม้ว่าจะพูดว่า "ใช่ฉันอ่านเรื่องกรอบ MVC นิดหน่อย แต่ฉันไม่ได้ใช้ตัวเองเลย" ทำสิ่งที่คุณสามารถติดต่อกับนักพัฒนาอื่น ๆ ได้: ไปที่การประชุมกลุ่มผู้ใช้ในท้องถิ่นอ่านและแสดงความคิดเห็นในบล็อก (หรือเก็บไว้เป็นของคุณเอง) ลองไปที่เวิร์กช็อปเป็นครั้งคราวดูการสัมมนาผ่านเว็บ (คุณอาจพิจารณาไซต์เช่น lynda.com สำหรับการฝึกอบรมภายในองค์กร: มันไม่ดีเท่าการประชุมสัปดาห์ยาวที่อื่น แต่คุณสามารถดูวิดีโอในเวลาของคุณเองและไม่ส่งทุกคนเข้าสู่โหมดตกใจเพราะคุณ ออกจากสำนักงาน)