เส้นทางอาชีพสำหรับนักพัฒนาที่ไม่ชอบการจัดการคืออะไร?


110

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

มันเป็นไปได้ไหมที่จะทำตัวต่อไปจนกว่าคุณจะกัดฝุ่นหรือว่าไร้เดียงสาเกินไป?

คนอย่าง Uncle Bob นั้นยังถือว่าเป็นนักพัฒนาเช่นที่พวกเขาอ้าง?


3
คำถามที่ดี. ลองนึกภาพถ้านักวิทยาศาสตร์กำลังค้นหาวิธีรักษาโรคอัลไซเมอร์หรือเดินทางไปในอวกาศให้หยุดทำสิ่งที่นักวิทยาศาสตร์เกินบรรยายเพื่อพัฒนาอาชีพของเขาผ่านการจัดการเพราะไม่มีเส้นทางอาชีพสำหรับพวกเขา เสียใจ
Tulains Córdova

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

1
บางทีฉันอาจมีคำถามเดียวกันอยู่ในใจ วิธีการเกี่ยวกับการมีทักษะคู่ตั้ง / ประสบการณ์? ฉันคิดว่าคนทางเทคนิคสามารถข้ามจาก Software / Senior Software Engineer ไปเป็น Team Lead และตำแหน่งสถาปนิก ก้าวต่อไปควรเริ่มได้รับประสบการณ์การจัดการ เส้นทางนี้สามารถนำไปสู่ ​​IT Director - CTO จากนั้นนำไปสู่ ​​CEO ต่อไป แม้ว่ามันจะใช้เวลามากขึ้นในการเข้าถึงที่นั่น แต่เพียงความคิดของฉัน .. แบ่งปันมุมมองของคุณ? ไชโย

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

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

คำตอบ:


76

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

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

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

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


1
ว้าวคำตอบที่ชัดเจนอย่างแท้จริง
Md Mahbubur เราะห์มาน

3
ลองนึกภาพถ้านักวิทยาศาสตร์ทำการสืบสวนการรักษาโรคอัลไซเมอร์หรือเดินทางไปในอวกาศให้หยุดทำสิ่งที่นักวิทยาศาสตร์เกินบรรยายเพื่อพัฒนาอาชีพของเขาผ่านการจัดการเพราะไม่มีเส้นทางอาชีพสำหรับพวกเขา เสียใจ
Tulains Córdova

1
ฉันรู้จัก บริษัท อย่างน้อย 1 แห่งที่วิศวกรทำมากกว่าผู้จัดการ (มากกว่าสองเท่าในบางกรณี)
mike30

1
+1 งานในอุดมคติของคุณมีลักษณะอย่างไร และมันก็ไม่ได้เกี่ยวกับเงินเสมอไปฉันถามตัวเองว่าไม่ได้กลับบ้านทุกวันโดยไม่สนใจงานของฉันที่มีมูลค่าต่อปีเท่าไหร่ กลายเป็นว่าสำหรับฉันมันก็คุ้มค่าพอสมควร!
Chris Lee

2
"เส้นทางอาชีพของคุณจะถูก จำกัด มาก" - ขึ้นอยู่กับแนวคิดที่ว่า "การจัดการ" นั้นดีกว่า "วิศวกรรมซอฟต์แวร์" IMHO trully ขึ้นอยู่กับสิ่งที่คุณต้องการบรรลุด้วยตัวคุณเอง หากใครบางคนมีความสุขกับระบบวิศวกรรมมากกว่าที่จะจัดการคนอื่นให้ทำผมก็จะพูดว่าอยู่ในแวดวงวิศวกรรมและทำสิ่งต่าง ๆ
miraculixx

29

ขึ้นอยู่กับประเภทของ บริษัท ที่คุณทำงาน

บริษัท หลายแห่งไม่ให้ความสำคัญกับนักพัฒนาที่มีความสามารถและมีประสบการณ์สูงเช่นเดียวกับผู้จัดการและจะไม่ให้รางวัลแก่พวกเขาในระดับเดียวกัน <- นี่ไม่ใช่ประเภท บริษัท ที่คนควรจะทำงาน

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

หากคุณมีจิตวิญญาณของการเป็นผู้ประกอบการคุณสามารถเริ่มต้น บริษัท ของคุณเองได้ - แล้วคุณก็เป็นหัวหน้า


มันคือการจัดการของ บริษัท ที่ตัดสินว่าใครมีค่าและมันค่อนข้างแปลกที่จะพูดว่า: "พวกเราไม่ได้มีค่า"
m3th0dman

@ m3th0dman มันจะไม่เป็น "ไม่ได้มีคุณค่า" จะมีมากขึ้น "ไม่ได้เป็นที่มีคุณค่า" ซึ่งเป็นสิ่งที่มักจะเป็นจริง แต่ไม่ค่อยยอมรับ
Evicatos

18

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


17

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


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

@JBRWilkinson ฉันไม่ได้กำลังมองหาเส้นทางการจัดการ (ตามความเป็นจริงฉันกำลังมองหาอะไร แต่มัน: D) .. ฉันแค่ขอ "ชื่นชม" ที่สมเหตุสมผลสำหรับประสบการณ์ (ทางการเงินและอื่น ๆ ), a เส้นทางอาชีพไม่ใช่วิธีอื่นในการจัดการ "ทางเทคนิค" :)
Shady M. Najib

@John Macintyre เหตุใดสถาปนิกจึงมีความหมายในเชิงลบ เขาอยู่ด้านบนสุดของนักพัฒนาทั้งหมดหรือไม่ สถาปนิกพิจารณาตำแหน่งที่ไม่ดีหรือไม่?
zzzzz

2
@iOsBoy โดยส่วนตัวแล้วฉันคิดว่าสถาปนิกเป็นตำแหน่งที่ยอดเยี่ยม แต่หลาย ๆ devs เชื่อมโยงชื่อสถาปนิกกับสถาปนิกหอคอยงาช้างที่ไม่สนใจรายละเอียดของการย้ายการออกแบบนามธรรมในความเป็นจริงของรหัสและสถาปนิกที่คิดว่าการเขียนโค้ดอยู่ข้างใต้พวกเขา ลืมวิธีหรือไม่สามารถทำได้ในสถานที่แรก Google "ผู้ออกแบบซอฟต์แวร์ไม่สามารถใช้รหัส" หรือ "ผู้ออกแบบซอฟต์แวร์ดูด"
John MacIntyre

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

12

FWIW, Microsoft (เช่น บริษัท ขนาดใหญ่อื่น ๆ ฉันมั่นใจ) มีเส้นทางอาชีพสำหรับผู้ที่ไม่ใช่ผู้จัดการที่ไปสู่ระดับเทียบเท่า VP (วิศวกรที่มีความเชี่ยวชาญและนักวิชาการด้านเทคนิค) MS นั้นใหญ่มากในการแสดงเส้นทางอาชีพสำหรับผู้ที่ไม่ใช่ผู้จัดการ


7
จนถึงตอนนี้ บริษัท ใหญ่ ๆ ทุกแห่งที่ฉันเคยอยู่ไม่มีเส้นทางอาชีพให้กับวิศวกรเว้นแต่คุณก) ได้อยู่กับพวกเขาสำหรับอาชีพส่วนใหญ่ของคุณหรือ b) ต้องการที่จะเข้าสู่การบริหารจัดการ MS เป็นเพียงแค่ความฝันที่เต็มไปด้วยพวกเราส่วนใหญ่
geocoin

7

อาจเป็นอย่างนี้:

Jr Developer -> ผู้พัฒนา -> ผู้พัฒนา Sr / หัวหน้าทีม / นักพัฒนาตะกั่ว -> สถาปนิกซอฟต์แวร์


4

ทำสัญญา มีเงินมากขึ้นในการทำงานอิสระ


แต่คุณไม่เห็นเส้นทางอาชีพใด ๆ ในที่เดียวกันใช่ไหม
Shady M. Najib

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

3
ผู้รับเหมาสามารถสั่งเงินเดือนสูงสำหรับการทำสิ่งที่เฉพาะเจาะจงมาก ๆ ยกเว้นในกรณีที่เทคโนโลยีผู้เชี่ยวชาญของพวกเขาแพร่หลายซึ่งในกรณีนี้ค่าใช้จ่ายของพวกเขาช่วยให้พวกเขาซึมซับช่วงเวลาสั้น ๆ
JBRWilkinson

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

4

มีหลายเส้นทางที่ฉันเคยเห็น:

  1. ผู้จัดการฝ่ายผลิต
  2. นักวิเคราะห์ความต้องการ
  3. สถาปนิก
  4. หัวหน้าทีม
  5. เครื่องมือจัดการการกำหนดค่า
  6. นักเขียนด้านเทคนิค
  7. ผู้ก่อตั้ง บริษัท
  8. นักเขียนให้

ให้นักเขียน? สิ่งที่ควรทำ
Shady M. Najib

นักเขียนด้านเทคนิค !! ที่นักเขียนด้านเทคนิคของ บริษัท ของฉันมีคนที่เขียนคู่มือผู้ใช้ & สิ่งที่คล้ายกันมากขึ้นหรือน้อยลง .. นั่นคือสิ่งที่คุณหมายถึง?
Shady M. Najib

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

3
@Shady - ใช่พวกเขาเขียนเอกสารและรายงานทางเทคนิค ฯลฯ มันเป็นงานที่ยากและต้องใช้ทักษะระดับสูงเนื่องจากคุณต้องเข้าใจทุกภาษาและเทคโนโลยีเพื่อให้สามารถแยกสถานการณ์การใช้งานการจัดการข้อผิดพลาด ฯลฯ เป็นเอกสารทั้งหมดโดยโปรแกรมเมอร์ใช่ไหม? :-P
JBRWilkinson

3

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


ฉันยังอยากรู้ว่าชื่อเรื่องอะไร / ความรับผิดชอบ / ตำแหน่งที่อาจมีอยู่?
Shady M. Najib

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

@Preets: ฉันมี :)
talonx

@talonx ผมก็เห็นได้ชัดว่าการทำงานที่ บริษัท ที่ไม่ถูกต้องแล้ว;)
Preets

3

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


2

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

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

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


1

Texas Instruments มีบันไดคู่เมื่อฉันอยู่ที่นั่น

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

0

มีหลายชื่อที่พบในเส้นทางโปรแกรมเมอร์หากเขายึดติดกับอาชีพทางเทคนิคเช่น

  • หัวหน้านักพัฒนา / วิศวกรพัฒนาตะกั่ว
  • หัวหน้ากลุ่ม.
  • Solution Architect (เน้นที่การออกแบบระบบและการรวมระบบ ฯลฯ )
  • CTO (ประธานเจ้าหน้าที่ฝ่ายเทคโนโลยี) .. นี่เป็นเรื่องทางเทคนิคโดยสิ้นเชิง แต่ด้วยเครื่องเทศในการเป็นผู้ชำนาญด้านเทคนิคในองค์กร

ไม่แน่ใจว่าคุณได้พบกับ CTO อะไร แต่ไม่กี่คนที่ฉันได้พบทำอะไรทางเทคนิคอีกต่อไป ... ดูเหมือนจะเป็นชื่อที่ผู้จัดการฝ่าย IT ที่พกพาไอแพดไปด้วย หากคุณเป็นผู้จัดการไอทีที่ต่อสู้กับไอแพดคุณจะได้รับชื่อ CIO ;-)
Brian Knoblauch

-1

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


-7

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


2
มีข้อ จำกัด ในการทำสิ่งที่คุณไม่ชอบและเมื่อสิ่งเหล่านั้นรวมถึงการจัดการผู้คนก็ไม่แนะนำ IMHO
Matthieu

4
ชีวิตนั้นสั้นเกินไปสำหรับเรื่องนั้น
Brian Knoblauch
โดยการใช้ไซต์ของเรา หมายความว่าคุณได้อ่านและทำความเข้าใจนโยบายคุกกี้และนโยบายความเป็นส่วนตัวของเราแล้ว
Licensed under cc by-sa 3.0 with attribution required.