การวิพากษ์วิจารณ์ "สร้างสรรค์" ของรหัสของคุณไม่เป็นประโยชน์ ณ จุดใด

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

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

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

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

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

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

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

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

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

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

ดูเหมือนว่าคุณอาจนำสิ่งนี้ไปเป็นการส่วนตัวเล็กน้อย อย่า; สิ่งนี้เกิดขึ้นตลอดเวลา

เหตุผลในการปฏิเสธการเช็คอินของคุณ (การตั้งชื่อตัวแปรคุณภาพความคิดเห็นตำแหน่งการกำหนดค่า) ดูเหมือนเป็นมาตรฐานสำหรับฉัน

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

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

นอกเหนือจากคำตอบอื่น ๆ :

ในฐานะนักพัฒนาตะกั่วฉันมักจะเลือกเฟ้นสำหรับรุ่นน้องเพราะพวกเขาจะอ่อนกว่าคนที่ทำงานมาไม่กี่ปี (ทักษะ ppl ของฉันยังไม่ดีเท่านี้ ... )

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

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

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

ดังนั้น ...

.. อาจเป็นไปได้ว่าคุณได้รับคำติชมเพิ่มขึ้นเพียงเพราะคุณมีศักยภาพที่จะทำบางสิ่งบางอย่าง :)

เป็นไปได้ทั้งหมดที่คุณถูกแยกออกเพราะคุณเป็นนักพัฒนารุ่นน้อง

จากคำอธิบายของคุณดูเหมือนคุณไม่ได้ทำตามมาตรฐานเป็นรับรู้นำทีมมัน

การแก้ปัญหาง่ายมาก:

• หากเป็นมาตรฐานให้ปฏิบัติตาม
• หากคุณไม่เข้าใจมาตรฐานให้ขอคำชี้แจง
• หากการตีความมาตรฐานหรือคำสั่งต่างจากหัวหน้าทีมของคุณให้ขอคำชี้แจง

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

หมายเหตุผู้แต่ง

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

จากสิ่งที่คุณอธิบาย พฤติกรรมที่คุณประสบอยู่นั้นไม่ได้เกี่ยวข้องกับเพศของคุณ ไม่ได้หมายความว่าคุณไม่ได้รับการปฏิบัติเกี่ยวกับเรื่องเพศใด ๆ (ฉันหวังว่าคุณจะไม่ได้) แต่สิ่งที่คุณอธิบายไม่ได้เกี่ยวข้องกับเพศ

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

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

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

ต่อไปนี้เป็นปัญหาที่คุณยกขึ้น:

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

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

หากทีมของคุณเขียนแนวทางการเขียนโค้ดให้ปฏิบัติตาม หากไม่เป็นเช่นนั้นควรมีรูปแบบการประชุมชุมชนสำหรับภาษาของคุณ (สำหรับ. NET และ C #, Microsoft มีมาตรฐานที่ บริษัท จำนวนมากปฏิบัติตาม)

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

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

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

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

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

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

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

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

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

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

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

ทำให้มันทำงานทำให้ถูกต้องทำให้รวดเร็ว

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

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

ในฐานะที่เป็นรุ่นจูเนียร์มันเป็นการยากที่จะหาวิธีที่จะเป็นฐานข้อมูล บริษัท

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

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

ติดรหัสสะอาด เป็นการฝึกฝนที่ดีและช่วยให้คุณป้องกันตำแหน่งได้ง่าย ถ้าเป็นรหัสที่อ่านได้ทดสอบได้และบำรุงรักษาได้คุณจะได้รับการอภิปรายส่วนใหญ่

และสิ่งนี้นำไปสู่คำแนะนำอื่น (สุดท้าย): ทำตามกฎลูกเสือ !

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

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

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

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

นิสัยใจคอในสำนักงานหรือที่ทำงานไม่มีที่สิ้นสุด หวังว่าคุณสามารถเรียนรู้ว่าใครควรหลีกเลี่ยงและเมื่อใดที่ควรหลีกเลี่ยง อย่ามัว แต่อยู่กับตัวเอง :-) คุณสามารถลาออกและหางานใหม่ได้เสมอ!

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

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

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

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

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

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