คำถามติดแท็ก teamwork

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

25 version-control  teamwork  continuous-integration  builds  branching 

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

25 teamwork  collaboration 

ฉันได้รับบทบาทเพื่อปรับปรุงการพัฒนาใน บริษัท ของเรา สิ่งแรกที่ฉันต้องการเริ่มต้นคือการตรวจสอบโค้ดเนื่องจากไม่เคยทำที่นี่มาก่อน บริษัท ของเรามีโปรแกรมเมอร์ 3 คน ฉันเป็นโปรแกรมเมอร์เว็บภาษาที่ฉันรู้จักส่วนใหญ่เป็น PHP, ActionScript และ JavaScript นักพัฒนาอีก 2 คนเขียนแอปพลิเคชันภายในใน VB.net เราทำการตรวจสอบโค้ดมาสองสามสัปดาห์แล้ว ฉันพบว่ามันยากที่จะเข้าใจรหัส VB ดังนั้นเมื่อพวกเขาพูดในสิ่งที่มันทำส่วนใหญ่ฉันก็ต้องใช้คำของพวกเขาสำหรับมัน หากฉันเห็นบางสิ่งที่ผิดปกติฉันจะอธิบายความคิดเห็นของฉันและอธิบายว่าฉันจะจัดการกับมันอย่างไรในภาษาใดภาษาหนึ่งที่ฉันรู้จัก บางครั้งคำแนะนำของฉันก็ยินดี แต่หลายครั้งฉันก็บอกว่า "นี่เป็นวิธีที่ดีที่สุดในการทำมันในภาษานี้ " หรือ "ที่ไม่ได้ใช้กับภาษานี้ " หรือสิ่งที่คล้ายกันในลักษณะนั้น นี่อาจเป็นจริง แต่ไม่รู้ภาษาฉันไม่แน่ใจว่าจะยืนยันหรือปฏิเสธข้อเรียกร้องเหล่านี้ได้อย่างไร ฉันรู้วิธีแก้ปัญหาที่เป็นไปได้อย่างหนึ่งคือการเรียนรู้ vb เพื่อให้ฉันสามารถทำรีวิวโค้ดได้ดีขึ้น ฉันไม่มีความสนใจในการเรียนรู้ vb (โดยเฉพาะอย่างยิ่งเมื่อฉันมีรายการเทคโนโลยีอื่น ๆ ที่ฉันพยายามเรียนรู้สำหรับโครงการของตัวเอง) และต้องการเก็บไว้เป็นทางเลือกสุดท้าย แต่เป็นตัวเลือก ความคิดที่มาหาฉันก็คือพวกเขาทั้งสองมีความสนใจใน C # และอื่น ๆ ฉันมันเกี่ยวข้องกับพวกเขาเพราะ. net และเมื่อเทียบกับฉันเพราะมันคล้ายกับภาษาที่ฉันรู้ …

25 teamwork  code-reviews 

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

25 teamwork  team  solo-development  knowledge-transfer 

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

24 code-quality  teamwork  code-reviews  management  pull-requests 

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

24 programming-practices  unit-testing  testing  teamwork  workflows 

ฉันเป็น บริษัท เล็ก ๆ ที่ประกอบไปด้วยนักพัฒนาเพียง 2 คน เรากำลังสร้างแอปพลิเคชันขนาดใหญ่มากสำหรับลูกค้าของเรา การพัฒนาในโครงการนี้ดำเนินต่อไปเป็นเวลา 1.5 ปี ตอนนี้ลูกค้ารายนี้มีหลักประกันสปอนเซอร์ที่สำคัญและพวกเขากำลังจัดกิจกรรมที่เกี่ยวข้องกับโครงการนี้ ดังนั้นตอนนี้เรามีกำหนดส่งภายใน 2 เดือนและเราไม่ควรพลาด เรากำลังคิดที่จะเพิ่มนักพัฒนาใหม่ให้กับทีมและฉันสงสัยว่าเราสามารถทำอะไรได้บ้างเพื่อช่วยให้เขาทำงานร่วมกัน นี่คือสถานการณ์: เรากำลังเข้าใกล้เกณฑ์ของกฎหมายของ Brooks - จุดที่เพิ่มนักพัฒนาใหม่จะเป็นการต่อต้าน แอปพลิเคชันค่อนข้างออกแบบมาอย่างดี แต่การใช้งานนั้นไม่เป็นระเบียบในบางจุด (โดยเฉพาะโค้ดที่เก่ากว่า) มีการทดสอบหน่วยสำหรับรหัสล่าสุดเท่านั้น เมื่อโครงการนี้เริ่มต้นเราไม่ได้ทำการทดสอบเป็นประจำ เอกสารและความคิดเห็นไม่สมบูรณ์ แอปพลิเคชั่นมีทั้งขนาดใหญ่และซับซ้อน ลูกค้าเขียนรายละเอียดเกี่ยวกับโครงการของเขาเกือบทุกอย่างอย่างชัดเจนและ "เป็นมิตรกับโปรแกรมเมอร์" เป็นความคิดที่ดีที่จะเพิ่มคนตอนนี้หรือไม่? ถ้าเป็นเช่นนั้นเราจะทำอะไรได้บ้างเพื่อช่วยให้นักพัฒนาใหม่รวมเข้ากับทีม? แก้ไข: สปอนเซอร์กำลังจัดการแข่งขันกีฬาทางอินเทอร์เน็ตสำหรับฤดูใบไม้ผลิหน้า มันจะต้องเริ่มในวันที่เฉพาะเจาะจงของปี เราไม่สามารถเปลี่ยนได้ สิ่งที่นักพัฒนาของเรา (ฉันเป็นหนึ่งในสองคน) ต้องทำคือ: กรอกใบสมัครที่มีอยู่ให้เสร็จ (ประมาณ 25% ของงานที่ต้องทำ) การสร้างโมดูลใหม่ที่จำเป็นสำหรับองค์กรของเหตุการณ์นี้ (ประมาณ 75% ของงานที่ต้องทำ) โมดูลใหม่นี้ไม่สามารถพัฒนาโดยไม่เข้าใจ API ของโปรแกรมหลัก …

24 project-management  agile  teamwork  estimation  knowledge-transfer 

ปิด คำถามนี้เป็นคำถามความคิดเห็นตาม ไม่ยอมรับคำตอบในขณะนี้ ต้องการปรับปรุงคำถามนี้หรือไม่ อัปเดตคำถามเพื่อให้สามารถตอบข้อเท็จจริงและการอ้างอิงได้โดยแก้ไขโพสต์นี้ ปิดให้บริการใน4 ปีที่แล้ว ฉันถูกวางในโครงการเมื่อประมาณสามเดือนที่ผ่านมาจนกระทั่งตอนนี้อยู่ระหว่างการพัฒนาโดยผู้พัฒนาที่เพิ่งได้รับการว่าจ้างคนใหม่เพราะมันตกอยู่เบื้องหลัง โครงการนี้เป็นส่วนต่อประสานกับอุปกรณ์การแพทย์ที่มีรายละเอียดปลีกย่อยและค่อนข้างซับซ้อนดังนั้นการวางคนคนหนึ่งในโครงการที่ไม่มีประสบการณ์ใน บริษัท อาจเป็นการตัดสินใจที่ไม่ดีจากมุมมองของผู้บริหาร อย่างไรก็ตามเมื่อฉันเริ่มทำงานกับฉันฉันรู้ว่า ... ดีมันแค่ไม่ทำงานเลย UI ดูดี แต่จริงๆแล้วมันก็ไม่ได้ทำอะไรมากเลยและสิ่งที่มันทำไม่ถูกต้อง อีกครั้งเพื่อความเป็นธรรมสิ่งนี้ส่วนใหญ่เป็นเพราะความจริงที่ว่านักพัฒนานี้ไม่ได้เตรียมที่จะเขียนอินเทอร์เฟซไปยังอุปกรณ์ของเราอย่างถูกต้อง อย่างไรก็ตามฉันก็รู้ได้อย่างรวดเร็วว่ารหัสที่ใช้อยู่นั้นเปราะและยากที่จะดูแล ตอนนี้ฉันไม่ได้อ้างว่าเป็นโปรแกรมเมอร์ที่ดีที่สุดในโลก ฉันทำงานกับคนที่ฉลาดมาก ๆ ซึ่งเป็นนักพัฒนาที่ดีกว่าฉัน แต่ฉันก็พยายามเขียนโค้ดที่เรียบง่ายที่สุดเท่าที่จะทำได้และมีประสิทธิภาพ ฉันทดสอบเช็คอินของฉัน หากฉันเห็นว่ารหัสของฉันยุ่งเหยิงและยากที่จะทำงานด้วย แต่เนิ่นๆฉันจะเปลี่ยนมัน ฉันได้พูดคุยกับเพื่อนร่วมงานของฉันสองสามครั้งเพื่อช่วยเขาเขียนรหัสที่ดีขึ้น นี่เป็นเรื่องยุ่งยากเล็กน้อยเพราะก) เขามีประสบการณ์มากกว่า 20 ปีในสาขานี้และฉันมีเพียง 5 คนเท่านั้นและข) เขาได้รับการว่าจ้างในฐานะผู้เชี่ยวชาญ UX และคนอื่น ๆ มองว่าเขาเป็นบุคคลที่มีประสบการณ์ ที่กล่าวว่าฉันแค่ไม่เห็นมัน เขาเป็นคนดีมากและเขาก็สมเหตุสมผล แต่ครั้งแล้วครั้งเล่าที่เขาตรวจสอบในรหัสที่เปราะบางทำงานเฉพาะในแง่ดีที่สุดของคดีและ 9 ครั้งจาก 10 ฉันจบการแก้ไขข้อบกพร่องในงานของเขา ดูเหมือนรหัสของเขาไม่ชำนาญและเห็นได้ชัดว่าเขาไม่มีระดับประสบการณ์ที่เขาอ้างว่ามีเมื่อเขาได้รับการว่าจ้าง มันมาถึงจุดที่ชั่วโมงพิเศษที่ฉันใช้ในการรีเฟรชรหัสของเขาและแก้ไขข้อบกพร่องของเขา วิธีที่ฉันเห็นฉันมีสองตัวเลือก: อย่าทำอะไรเลยทำก้นของฉันเพื่อให้แน่ใจว่าผลิตภัณฑ์นี้จะออกตรงเวลาและมีประสิทธิภาพและรอให้เขาล้มเหลวในอนาคต …

24 code-quality  teamwork  management 

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

23 ide  teamwork 

codebase ของเรานั้นเก่าและโปรแกรมเมอร์ใหม่อย่างฉันเรียนรู้ที่จะทำอย่างที่มันทำเพื่อความสม่ำเสมอ เมื่อคิดว่าเราจะต้องเริ่มต้นที่ไหนสักแห่งฉันก็เลยทำมันเองเพื่อสร้างคลาสของตัวยึดข้อมูลอีกครั้ง: ลบเมธอด setter และสร้างฟิลด์ทั้งหมดfinal(ฉันใช้ " finalดี" ตามหลักการ) ตัวตั้งค่าถูกใช้เฉพาะในตัวสร้างเมื่อมันปรากฏออกดังนั้นสิ่งนี้จึงไม่มีผลข้างเคียง แนะนำคลาส Builder คลาส Builder นั้นจำเป็นเนื่องจากตัวสร้าง (ซึ่งเป็นสิ่งที่ให้การรีแฟคเตอร์ใหม่ในตอนแรก) ครอบคลุมโค้ดประมาณ 3 บรรทัด แต่ก็มีจำนวนมากของพารามิเตอร์ โชคดีที่มีมันเพื่อนร่วมทีมของฉันกำลังทำงานในโมดูลอื่นและเกิดขึ้นเพื่อต้องการผู้ตั้งค่าเนื่องจากค่าที่เขาต้องการนั้นมีอยู่ในจุดต่าง ๆ ในการไหล ดังนั้นรหัสดูเหมือนว่านี้: public void foo(Bar bar){ //do stuff bar.setA(stuff); //do more stuff bar.setB(moreStuff); } ฉันเป็นที่ถกเถียงกันอยู่ว่าเขาควรจะใช้ผู้สร้างแทนเพราะการกำจัด setters ทำให้ทุ่งนาไม่สามารถเปลี่ยนแปลงได้ (พวกเขาเคยได้ยินว่าฉันโกรธมากเกี่ยวกับความไม่สามารถเปลี่ยนแปลงได้ก่อนหน้านี้) และเพราะผู้สร้างอนุญาตให้สร้างวัตถุ ฉันร่างรหัสเทียมต่อไปนี้: public void foo(Bar bar){ try{ bar.setA(a); //enter exception-throwing …

22 design-patterns  teamwork  builder-pattern 

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

22 teamwork  team-leader 

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

21 java  object-oriented  teamwork  communication  maintainability 

ปิด. คำถามนี้เป็นคำถามปิดหัวข้อ ไม่ยอมรับคำตอบในขณะนี้ ต้องการปรับปรุงคำถามนี้หรือไม่ อัพเดตคำถามเพื่อให้เป็นหัวข้อสำหรับ Software Engineering Stack Exchange ปิดให้บริการใน4 ปีที่แล้ว ฉันอยู่ที่งานแรกของฉันประมาณ 2 เดือนและฉันเริ่มสังเกตเห็นว่ามีความสมดุลระหว่างภาระงานและการช่วยเหลือการจ้างงานใหม่ที่ละเอียดอ่อน เนื่องจากมีแรงกดดันมากมายจากฝ่ายบริหารในการแก้ไขข้อบกพร่องและแก้ไขปัญหาของลูกค้าให้มากที่สุดเท่าที่จะเป็นไปได้ทุกคนในทีมดูเหมือนจะให้ความสำคัญกับงานในมือของพวกเขาแทนการช่วยให้พนักงานใหม่ได้เร็วขึ้น พนักงานใหม่สามารถถามคำถามและบางครั้งเราจะให้นักพัฒนานั่งลงและช่วยเรา แต่บ่อยครั้งเราจะได้รับคำตอบที่คลุมเครือว่ามีเพียงทหารผ่านศึกของผลิตภัณฑ์เท่านั้นที่จะเข้าใจเพราะพวกเขายุ่งเกินไปกับงานของพวกเขา ฉันเข้าใจว่าการจ้างใหม่จะต้องรักษาความสมดุล บางครั้งอาจต้องใช้เวลาจ้างใหม่ 3 วันเพื่อตรวจสอบและแก้ไขสิ่งที่ทหารผ่านศึกสามารถทำได้ภายใน 20 นาที พนักงานใหม่ต้องแสดงความพยายามในการเรียนรู้ผลิตภัณฑ์และ codebase ด้วยการลดภาระงานของทหารผ่านศึกเพียงอย่างเดียวคุณจะสร้างความสมดุลระหว่างการช่วยเหลือการจ้างงานใหม่และการทำงานอย่างต่อเนื่องในอัตราที่เหมาะสมได้อย่างไร

21 teamwork  knowledge-transfer 

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

21 teamwork  management  quality 

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

20 teamwork  collaboration  team-leader  pair-programming