คุณจะบอกได้อย่างไรว่าคำแนะนำจากนักพัฒนาอาวุโสไม่ดี? [ปิด]

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

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

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

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

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

1. จูเนียร์ไม่ได้มีข้อมูลทั้งหมดที่จะเข้าใจการตัดสินใจตามที่ได้ทำ ในบางกรณีคำอธิบายเล็กน้อยสามารถช่วยให้นักพัฒนาดำเนินการต่อไปเกี่ยวกับข้อกังวลและจัดการกับสถานการณ์ที่ไม่ดี
2. จูเนียร์มีข้อมูลที่ไม่ดี อย่าลืมว่าคุณเป็นรุ่นน้อง นั่นเท่ากับการเป็นวัยรุ่นในแง่ของซอฟต์แวร์ ฉันแน่ใจว่าคุณมีความคิดที่ดีมากมาย แต่เป็นไปได้ที่คุณจะไม่รู้จักทุกสิ่ง ฉันพบว่านักพัฒนารุ่นน้องที่ดื้อที่สุดคือคนที่เชื่อมั่นว่าพวกเขารู้ว่าอะไรดีที่สุดสำหรับรหัส บริษัท โลก นักพัฒนาเหล่านี้ให้บริการที่ดีขึ้นโดยการได้รับความอ่อนน้อมถ่อมตน
3. การตัดสินใจที่จะทำบางสิ่งบางอย่างด้วยวิธีพิเศษถูกสร้างขึ้นเหนือศีรษะของผู้อาวุโส ผู้อาวุโสยังคงทำงานให้คนอื่นได้ในที่สุด อาจมีวิธีที่ดีกว่าในการทำบางสิ่งบางอย่างวิธีเขียนอย่างมีประสิทธิภาพยิ่งขึ้นหรือซอฟต์แวร์ / ฮาร์ดแวร์ที่ดีกว่าเพื่อช่วยในการทำงาน ธุรกิจยังคงขับเคลื่อนการตัดสินใจ ผู้จัดการธุรกิจกรรมการ VPs ฯลฯ มักจะทำการตัดสินใจที่ส่งผลกระทบต่อกระบวนการพัฒนา สิ่งเหล่านี้อยู่นอกเหนือการควบคุมของผู้อาวุโสและเมื่อรุ่นน้องบ่นเกี่ยวกับสิ่งเหล่านี้สิ่งที่พวกเขากำลังทำคือการเพิ่มความเครียดของผู้อาวุโส
4. ผู้อาวุโสที่เพิ่งถูกแบนไม่มีเวลาพิจารณา มีเส้นตายและบางครั้งการเปลี่ยนรูปแบบการปฏิบัติและพฤติกรรมกลางน้ำนั้นมีค่าใช้จ่ายถึงกำหนด เนื่องจากเป็นคอของเขาในเขียงจึงมักจะสำคัญกว่าที่จะทำให้ผลิตภัณฑ์ทำงานได้และตรงเวลามากกว่า "เขียนอย่างสมบูรณ์แบบ"

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

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

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

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

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

ที่ถูกกล่าวอย่าลังเลที่จะนำเสนอข้อกังวลของคุณเมื่อคุณพบปัญหาเช่นคุณมีอยู่แล้ว

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

เมื่อเกิดเหตุการณ์เช่นนี้สิ่งที่คุณต้องทำคือการมีการสนทนากับนักพัฒนาอาวุโส บางทีเขาอาจรู้บางสิ่งที่คุณไม่เกี่ยวกับรหัสหรือข้อกำหนดทางเทคนิค / ธุรกิจ ถ้าเป็นเช่นนั้นคุณควรเรียนรู้มัน

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

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

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

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

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

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

หวังว่า downvotes / ความขัดแย้งอย่างเต็มที่สำหรับมุมมองที่มีอคติอย่างมาก

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

ฉันควรทำอย่างไรในสถานการณ์เช่นนี้?

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

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

นี่คือคำแนะนำบางอย่าง

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

หากคุณมีวิธีที่ดีกว่าในการแก้ปัญหาเฉพาะลองทำดู

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

กรณีในจุด

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

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

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

ในระหว่างนี้ให้อ่านคำตอบของ Joel Etherton

ฉันขอแนะนำอย่างยิ่งว่าอย่าพยายาม "ไม่ใช้วิธีของเขา"

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

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

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

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

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

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

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

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

อย่ากลัวความคิดเห็นที่ไม่ดี คุณจะเชื่อใจคนตาบอดที่ตัดสินสีหรือไม่?

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

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

หากบทบาทของผู้อาวุโสคือที่ปรึกษาเขาจะอธิบายว่าทำไมเมื่อถูกถาม

อย่างที่ HLGEM และ Jarrod พูดก่อนหน้านี้เป็นพรปลอมตัว คำตอบของทั้งคู่นั้นยอดเยี่ยมและฉันต้องการเพิ่มคะแนน

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

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

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

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

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

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

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

1. ถามนักพัฒนาอาวุโสอีกคนหนึ่ง
2. ทำวิจัยด้วยตัวคุณเอง

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

มันคงจะดีถ้าฉันคิดผิดเพราะฉันแค่เปลี่ยนพฤติกรรมของฉัน แต่ฉันก็ไม่ได้

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

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

คำแนะนำของฉันกับคุณไม่ได้เป็นผู้ชายคนนั้น

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

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

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

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

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

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

(แก้ไขเล็กน้อยสำหรับการกระทำ)

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

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

ความคิดเล็กน้อย:

1 / ใช้งานได้หรือไม่ ทางของเขาทำงานหรือไม่? มีเหตุผลวัตถุประสงค์ทำไมวิธีของเขาจะด้อยกว่าหรือไม่

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

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

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

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

จากแนวคิดที่ว่าคุณควรรับคำแนะนำจากคนที่คุณอยากจะเป็นเหมือนคำตอบก็คือคำแนะนำระดับสูงนั้นดีถ้าคุณต้องการที่จะเป็นเหมือนเขา / เธอ

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

ฉันควรทำอย่างไรในสถานการณ์เช่นนี้?

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

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

ใช้โอกาสในการเรียนรู้และเรียนรู้วิธีการเรียนรู้ สิ่งเหล่านี้จะเป็นทักษะที่คุณสามารถใช้ในอนาคต

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

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

อย่าประมาทปัญญาของการจัดการ ...

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

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

นี่เป็นอีกสถานการณ์ที่อาจเกิดขึ้น Lead A เป็นเพื่อนสนิทกับใครบางคนที่สำคัญ การเมืองร้อนเกินไปที่จะรับ

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

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

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

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

สุดสัปดาห์ที่ผ่านมานี้ ผู้ชายคนหนึ่งแย้ง / ไม่เห็นด้วยกับฉันเกี่ยวกับซิงเกิล ฉันบอกว่าพวกเขาไม่ดีและไม่ควรใช้และไม่มีเหตุผลที่จะใช้พวกเขา ฉันเชื่อมโยงเขากับhttp://www.gmannickg.com/?p=24และบทความเชิงลึกที่เชื่อมโยงกับไม่กี่วันหลังจากการโต้แย้ง วันของโปรแกรมเมอร์คนอื่น (DudeB) พูดถึงว่าเขาจะใช้ซิงเกิลตันเฉพาะเมื่อมันเหมาะสม (ซึ่งฉันเพิ่มให้กับ 'ไม่เคย') DudeB ไม่ได้พูดอะไรเกี่ยวกับเรื่องนั้น แต่ DudeB บอกว่า DudeB อยู่ในโครงการที่มีการช่วงชิงความทรงจำเพราะเธรดทั้งหมดกำลังเข้าถึงซิงเกิลตัน หลังจากพูดถึงเรื่องนี้การแสดงบทความและการกล่าวถึงการต่อสู้ของหน่วยความจำคนที่ฉันทะเลาะกับกล่าวว่าเราจะต้องเห็นด้วยที่จะไม่เห็นด้วยซึ่งฉันเห็นด้วยเพราะฉันไม่ชอบพูดคุยเกี่ยวกับซิงเกิล

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

ฉันมีความเห็นที่แตกต่าง / ขัดแย้งอย่างสิ้นเชิงในเรื่องนี้

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

ผู้คนสามารถติดต่อกับสิ่งต่าง ๆ ในนาทีสุดท้ายเพื่อพูดเล่น ๆ เกี่ยวกับเรื่องนั้นซึ่งมีผลกระทบน้อยมากต่อผลลัพธ์โดยตรงของ บริษัท

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

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

[โพสต์ใหม่: เพราะฉันสร้างบัญชีที่สองที่นี่]

แต่เมื่อเร็ว ๆ นี้เขามาหาผมอีกครั้งเห็นรหัสของฉันและถามฉันว่าทำไมฉันยังไม่ได้เปลี่ยนไปของเขาข้อเสนอแนะ

คุณควรชัดเจนว่าสิ่งเหล่านี้เป็นคำแนะนำหรือคำสั่ง / คำสั่ง / คำสั่ง / อะไรก็ตาม

คำแนะนำ = ฉันคิดว่าจะทำแบบนี้ดีกว่า แต่มันเป็นทางเลือกของคุณ

สั่งซื้อ / ฯลฯ = ฉันต้องการให้มันทำแบบนี้; และเป็นตัวเลือกของฉัน

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