ความมั่นใจในการกลับมาของโปรแกรมเมอร์อาวุโส [ปิด]

เจ้านายของฉันพบว่าฉันไม่ฉลาดเท่าที่เขาคิด

ตัวอย่างจากประสบการณ์ของฉัน:

ฉันเป็นโปรแกรมเมอร์รุ่นพี่และฉันทำงานเป็นทีมสองคนเจ้านายของฉัน (โปรแกรมเมอร์อาวุโส) และตัวฉันเอง

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

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

ดังนั้นในตัวอย่างนี้คำถามของฉันคือ:

หากโปรแกรมเมอร์อาวุโสของคุณและสูญเสียความมั่นใจในความสามารถของโปรแกรมเมอร์รุ่นเยาว์คุณต้องการเห็นอะไรจากรุ่นน้องเพื่อรับความมั่นใจกลับคืนมา?

แก้ไข : ขอบคุณทุกคนสำหรับคำตอบที่ยอดเยี่ยมและข้อเสนอแนะที่สนับสนุน!

หากเขาชอบผลิตภัณฑ์ที่คุณสร้างขึ้น แต่ติดขัดกับการใช้ Backbone ของคุณคุณทั้งคู่ต้องมีการสนทนาเกี่ยวกับกองเทคโนโลยีที่ต้องการ

ในฐานะนักพัฒนาเราควรใช้เครื่องมือที่พร้อมใช้งานและทำให้การทำงานของเราราบรื่น หากเขาคาดหวังให้คุณสร้าง front-end ตั้งแต่เริ่มต้นเขาควรจะชัดเจนและมีเหตุผลที่ดี

ความจริงที่ว่าเขาเริ่มเพลิดเพลินกับผลิตภัณฑ์นั้นพิสูจน์ได้ว่าคุณทำได้ดีและฉลาดพอ

tl; dr คุณทำได้ดี พูดคุยกับรุ่นพี่และดูว่าเขาคาดหวังอะไรจากคุณ

เขาดูเหมือนจะไม่“ อาวุโส” มากนักสำหรับฉันที่จะโทรหาผู้พิพากษาอย่างรวดเร็ว ฉันมักจะใช้กรอบที่เหมาะสมแทนรูปแบบต่อต้าน "Reinvent the square wheel" ถ้าเขาเป็นผู้อาวุโสอย่างแท้จริงเขาจะเข้าใจและรู้คุณค่าของกรอบการทำงานที่ดี ที่ดีที่สุดฉันคาดว่าเขาจะถามตัวเลือก Backbone.js มากกว่ากรอบงาน MVC JavaScript อื่นและเร็วกว่ามากในกระบวนการ เขาล้มเหลวในการให้คำปรึกษาอย่างถูกต้องและตรวจสอบคุณเป็นผู้อยู่ใต้บังคับบัญชาและช่วยคุณในเส้นทางการพัฒนาที่เหมาะสม (ในใจของเขา)

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

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

หากต้องการตอบคำถามของคุณเกี่ยวกับสิ่งที่ฉันอยากเห็นในฐานะรุ่นพี่:

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

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

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

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

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

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

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

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

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

ประการที่สองในภารกิจต่อไปของคุณหากมีบางสิ่งที่ไม่ได้อยู่ในคำอธิบายให้นึกถึงไอเดียของคุณ อย่าแบนถามว่าจะทำอย่างไร b / c สิ่งนี้จะไม่ช่วยให้พวกเขาเห็นคุณ แต่ถ้าคุณคิดไอเดียและวิธีแก้ปัญหาของคุณเองแล้วถามพวกเขาว่าคุณกำลังทำอะไรอยู่มันจะแสดงให้พวกเขาเห็นว่าคุณกำลังพยายามและคุณมีทักษะในการทำงานให้สำเร็จ นี่อาจเป็นเรื่องง่ายเหมือนกับอีเมลฉบับย่อที่บอกว่า "เฮ้ฉันวางแผนจะใช้xเมื่อทำy . มีความคิดอะไรไหม?"

ประการที่สามเมื่อพวกเขาเปิดหัวเพื่อดูว่าคุณกำลังทำอะไรอยู่อย่าปล่อยให้พวกเขาออกไปโดยไม่ได้ดูรหัสของคุณ

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

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

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

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

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

เพียงเพราะเขาเป็นโปรแกรมเมอร์อาวุโสไม่ทำให้เขาผิดพลาด

ความคิดเห็นที่ตามมาของคุณที่กล่าวว่าเจ้านายไม่พอใจเขาต้องเรียนรู้สิ่งใหม่ ....

นอกจากว่าคุณจะไม่พูดถึงอีกแล้วฉันจะรู้สึกรำคาญที่ HIM

การเรียนรู้เทคโนโลยีใหม่เป็นส่วนสำคัญของงานของเราและทุกทีมควรยอมรับการเรียนรู้และพัฒนาตนเอง

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

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

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

หากคุณเป็นโปรแกรมเมอร์อาวุโสและสูญเสียความมั่นใจในความสามารถของโปรแกรมเมอร์รุ่นเยาว์คุณต้องการเห็นอะไรจากรุ่นน้องเพื่อรับความมั่นใจกลับคืนมา?

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

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

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

ฉันเรียนรู้อยู่เสมอ ในขณะที่ฉันต้องการให้นายจ้างของฉันเก็บค่าการศึกษาของฉันในแต่ละปีเป็นเรื่องยากที่พวกเขาใช้จ่ายอะไรใกล้เคียงกับสิ่งที่ฉันรู้สึกว่าฉันต้องการจริง ๆ แต่ฉันรู้ว่าฉันจะต้องยังคงจ้างงานได้ GBP (ประมาณ $ 3,000 USD) จากการศึกษาของฉันเองทุกปี

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

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

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