“ อย่าเขียนโปรแกรมหลังจากเริ่มต้นอาชีพไปสองสามปี” นี่เป็นคำแนะนำที่ยุติธรรมหรือไม่? [ปิด]

ฉันเป็นนักพัฒนาที่มีประสบการณ์เล็กน้อยมีประสบการณ์เกี่ยวกับ PHP ประมาณ 5 ปีและค่อนข้างน้อยใน Java, C # และพยายามเรียนรู้ Python ในปัจจุบัน ตั้งแต่เริ่มต้นอาชีพของฉันในฐานะโปรแกรมเมอร์ฉันได้รับการบอกเล่าจากผู้เขียนโปรแกรมทุกคนในตอนนี้ว่าการเขียนโปรแกรมเหมาะสำหรับช่วงต้นปีสองสามปีของอาชีพ (ส่วนใหญ่ใช้เวลา 5 ปี) และต้องเปลี่ยนทิศทางหลังจาก มัน. เหตุผลที่พวกเขานำเสนอรวมถึงอาการปวดหัวและแรงกดดันที่เกี่ยวข้องกับการเขียนโปรแกรม พวกเขายังบอกด้วยว่าโปรแกรมเมอร์เขียนโปรแกรมไม่ค่อยเข้าสังคมและมักไม่ต้องการให้เวลากับครอบครัว ฯลฯ และโดยเฉพาะอย่างยิ่ง "โอ้มาเถอะคุณไม่สามารถเขียนโปรแกรมตลอดชีวิตของคุณได้!"

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

คุณคิดว่าเป็นคำแนะนำที่เป็นธรรมในการเปลี่ยนอาชีพจากการเขียนโปรแกรมเป็นอย่างอื่นหลังจากใช้เวลา 5 ปีในสาขานี้หรือไม่?

UPDATE

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

คำแนะนำที่ง่ายที่สุดคือหากการเขียนโปรแกรมเป็นสิ่งที่คุณชอบทำมากที่สุดอย่าหยุดจนกว่าจะมีการเปลี่ยนแปลง

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

เรามีโปรแกรมเมอร์หลายคนที่ฉันทำงานในอายุ 50 ปีของพวกเขาซึ่งตั้งโปรแกรมมานานกว่า 20 ปี ถ้ามันเป็นสิ่งที่คุณต้องการจะทำอย่าให้ใครบอกคุณว่ามันเหมาะสำหรับเด็ก

ฉันได้ใช้รหัสสลิงมาแล้ว 21 ปีแล้วดังนั้นฉันคิดว่าฉันมีคุณสมบัติที่จะแสดงความคิดเห็นได้

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

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

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

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

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

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

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

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

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

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

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

1ฉันใช้สิ่งนี้ทั้งเป็นชวเลขในการพัฒนาซอฟต์แวร์และแสดงให้เห็นว่าผู้คนที่ไม่เกี่ยวข้องมีส่วนร่วมในการดูอาชีพอย่างไร - อ้างPHB "ถ้าฉันไม่เข้าใจว่ามันจะต้องง่าย"

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

IMO โปรแกรมเมอร์สามารถเข้าสังคมได้แม้ว่ากุญแจคือสิ่งที่เรากำลังตรวจสอบที่นี่ คอลเลกชันของแฟน ๆ "Star Trek" ที่เป็นโปรแกรมเมอร์อาจมีงานเลี้ยงค่อนข้างที่ฉันคิดว่าคนอื่น ๆ อาจคิดว่ามันเป็นง่อย

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

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

ฉันเพียงแค่ upvoting ทุกคำตอบที่บอกว่าการเปลี่ยนแปลงของ "เพียงแค่ทำมันถ้าคุณรักมัน" เพราะฉันคิดว่านี่เป็นคำตอบที่ถูกต้องในท้ายที่สุด - แต่แล้วฉันก็คิดถึงมุมมองทางเลือกสำหรับนาทีเพื่อดูว่าฉันสามารถ เกิดขึ้นกับ Advocate ที่ดีกับตัวเลือก "Keep programming" ....

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

ให้ฉันอธิบายโดยเปรียบเทียบการเป็นศัลยแพทย์กับการเป็นนักบัญชี:

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

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

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

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

ไม่ว่าคุณจะหลงใหลในการเขียนโปรแกรมในกรณีนี้ไม่มีเหตุผลที่จะหยุดทำ

หรือคุณไม่ใช่ในกรณีนี้คุณไม่ควรทำตั้งแต่แรก

หากในบางจุดความหลงใหลทำให้มีที่ว่างสำหรับสิ่งอื่น ๆ เป็นเรื่องปกติและเมื่อมันเกิดขึ้นโดยทั้งหมดหมายความว่าหาอย่างอื่นทำ แต่ในขณะเดียวกันสนุก!

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

โดยปกติพวกเขาจะต้องให้เวลา 2-3 ชั่วโมงในสำนักงานเพื่อให้งานเขียนโปรแกรมเร่งด่วน ฉันรู้สึกว่าสถานการณ์ค่อนข้างคล้ายกันในประเทศและภูมิภาคอื่น ๆ เช่นกัน

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

29 USC § 213 a (17) พนักงานที่เป็นนักวิเคราะห์ระบบคอมพิวเตอร์โปรแกรมเมอร์คอมพิวเตอร์วิศวกรซอฟต์แวร์หรือคนงานที่มีทักษะในทำนองเดียวกัน ...

http://codes.lp.findlaw.com/uscode/29/8/213

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

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

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

ฉันไม่เคยได้ยินเรื่องนี้เลยและมันก็ฟังดูไร้สาระ

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

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

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

ฉันทำงานเป็นนักพัฒนามานานกว่าทศวรรษแล้วดังนั้นเหมือนกับคนอื่น ๆ ที่โพสต์ที่นี่แล้วฉันมีประสบการณ์เล็กน้อยเกี่ยวกับคำถาม ประมาณ 5 ปีที่ผ่านมาฉันพบว่าความสนใจในสนามเริ่มลดลงอย่างมาก ฉันเป็นหนึ่งในนักพัฒนาอาวุโสใน บริษัท ของฉันและอยู่ที่นั่นมาระยะหนึ่งแล้ว รู้สึกเหมือนเราทำสิ่งเดิม ๆ เสมอแม้จะเปลี่ยนจาก Visual Basic 6 เป็น C # และฉันก็ยิ่งไม่สนใจมากขึ้นใช้เวลาในการเรียกดูเว็บไซต์ ฯลฯ

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

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

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

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

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

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

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

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

คำตอบนั้นง่าย - ถ้าคุณชอบที่จะทำมันถ้าคุณไม่ชอบมันไม่ได้ทำ หากคุณชอบประเภทการจัดการมากกว่าการเขียนโปรแกรมไม่มีอันตรายใด ๆ ในการย้ายไปที่การจัดการหลังจาก 5 ปีของประสบการณ์การเขียนโปรแกรม

อาจจะสูญเสียเส้นผมของฉันเนื่องจากคิดมากเกินไปรับคาเฟอีนมากเกินไปและกลายเป็นสังคมน้อยลงเป็นสิ่งที่ฉันกลัวบางที

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

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

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

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

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

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

คุณต้องรู้จักตัวเองเป็นอย่างดีในการตอบคำถามนี้และคำตอบอาจเปลี่ยนแปลงไปตามกาลเวลา

IMO ตราบใดที่คุณรู้สึกพึงพอใจและถูกท้าทายในฐานะโปรแกรมเมอร์ไปเลยอย่ากังวลไปจนกว่าคุณจะพบว่าตัวเองต้องการเปลี่ยน (หรือคุณหางานไม่ได้ ... ) - ถ้าและเวลานั้น มามันจะมา

HTH

พ่อของฉันทำงานเป็นโปรแกรมเมอร์มา 24 ปีแล้ว เขาเคยบอกสิ่งเดียวกับฉันว่า: "มีอะไรมากเกินไปที่จะไม่ทำอะไรเลย" แต่มันไม่เหมาะสำหรับการเขียนโปรแกรม

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

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

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

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

• การจัดการไอที
• ช่างเทคนิคอาวุโส

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

ไม่มีคำตอบที่ถูก พวกเราหลายคนที่นี่สนุกกับการเขียนโค้ดและการเขียนโปรแกรมแก้ปัญหา nitty gritty แต่ก็ยังมีผู้คนจำนวนมากที่เพลิดเพลินไปกับด้าน "pictuer ที่ใหญ่กว่า" ของสิ่งต่าง ๆ เช่นการจัดการคน / โครงการ

นี่ไม่ใช่แค่การพัฒนาด้านไอที คุณเห็น "มืออาชีพทางแยกในท้องถนน" แบบเดียวกันนี้ในด้านอื่น ๆ เช่นระบบเครือข่ายการจัดการฐานข้อมูลการดูแลระบบ ฯลฯ