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

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

30 testing  unit-testing  teamwork 

คุณทำอะไรเมื่อคุณทำงานกับคนที่มีแนวโน้มที่จะเขียนโค้ดไม่ดีโวหาร รหัสที่ผมพูดถึงมักจะเป็นเทคนิคที่ถูกต้องมีโครงสร้างที่สมเหตุสมผลและแม้กระทั่งอาจจะสง่างามอัลกอริทึม แต่มันก็ดูน่าเกลียด เรามี: ส่วนผสมของอนุสัญญาการตั้งชื่อและชื่อที่แตกต่างกัน ( underscore_styleและcamelCaseและUpperCamelและCAPSทั้งหมดใช้มากหรือน้อยโดยการสุ่มกับตัวแปรต่าง ๆ ในฟังก์ชั่นเดียวกัน) ระยะห่างที่แปลกประหลาดและไม่สอดคล้องกันเช่น Functioncall (arg1 ,arg2,arg3 ); คำที่สะกดผิดจำนวนมากในความคิดเห็นและชื่อตัวแปร เรามีระบบตรวจสอบรหัสที่ดีที่ฉันทำงานอยู่ดังนั้นเราจะได้ตรวจสอบและแก้ไขสิ่งที่เลวร้ายที่สุด อย่างไรก็ตามมีความรู้สึกเล็กน้อยในการส่งบทวิจารณ์รหัสที่ประกอบด้วย 50 บรรทัดของ "เพิ่มช่องว่างที่นี่สะกด 'itarator' อย่างถูกต้องเปลี่ยนการใช้อักษรตัวพิมพ์ใหญ่นี้ ฯลฯ คุณจะสนับสนุนให้บุคคลนี้ระมัดระวังและสอดคล้องกับรายละเอียดเหล่านี้มากขึ้นอย่างไร

30 coding-style  code-quality  teamwork  code-reviews 

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

28 version-control  teamwork  svn 

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

28 programming-practices  development-process  teamwork 

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

28 teamwork  color 

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

28 teamwork  knowledge-transfer 

ฉันเป็นโปรแกรมเมอร์อายุน้อยและทำงานในแผนกไอทีของ บริษัท ขนาดกลาง ฉันมีเพื่อนร่วมงานและเขาเป็นโปรแกรมเมอร์ Visual Basic 6 ที่ดีจริงๆ และฉันหมายถึงดีจริงๆ อย่างสุจริต เขาสามารถส่งมอบแอปพลิเคชันการทำงานที่มีข้อบกพร่องน้อยมากในเวลาที่ฉันต้องซื้อกาแฟถ้วยแรกและบูตเครื่องของฉัน เขาเป็นคนดี สิ่งที่เรากำลังทำงานกับทีมและสไตล์การทำงานของเขาเป็นโบราณวัตถุอย่างสมบูรณ์ เขาไม่เชื่อในซอฟต์แวร์เวอร์ชัน (ถ้าคุณแค่ทำให้แน่ใจว่ารหัสของคุณถูกต้องคุณไม่จำเป็นต้องมีเรื่องไร้สาระทั้งหมด) ไม่เชื่อในการปรับใช้ (ฉันสามารถส่งมอบการทำงานที่สามารถใช้งานได้วิธีการปรับใช้นั้นมีไว้เพื่อให้ sysadmins หาข้อมูล) ไม่เชื่อในสิ่งที่เป็นนามธรรม ('ถ้าคุณต้องการสร้างรูทีนย่อยให้ไปข้างหน้า แต่อย่าเรียกรูทีนย่อยใด ๆ จากรูทีนย่อยนั้นมันยุ่งเหยิงแบบนั้นและโค้ดก็ยากที่จะติดตามวิธีนี้ทุกคนสามารถทำตามทุกขั้นตอนได้ 'หรือ' ใช่แน่นอนคุณสามารถใช้ห้องสมุดนั้นทำสิ่งนั้นเพื่อคุณ แต่วิธีที่คุณไม่เข้าใจว่าเกิดอะไรขึ้น ') และแน่นอนไม่เชื่อใน OOP (เราทำงานใน VB.net) เขาเก่งในสิ่งที่เขาทำเขาสามารถส่งมอบแอปพลิเคชันได้เร็วกว่าที่ฉันทำได้ แต่มันไม่ทำงานในทีม สมาชิกในทีมคนอื่น ๆ ของเราเงียบและไม่ชอบพูดแม้ว่าเขาจะเห็นด้วย ผู้จัดการของเราคิดว่าฉันทำคะแนนถูกต้อง แต่ไม่ใช่โปรแกรมเมอร์ ฉันมีเวลายากมากในการดูแลรักษาโปรแกรมที่เขาเขียนและมันไม่ได้สร้างบรรยากาศทีมที่ดี คุณคิดว่าอะไรคือสิ่งที่ดีที่สุดที่ฉันควรทำ

28 coding-style  teamwork 

เป็นที่ตกลงกันโดยทั่วไปว่าผู้จัดการทีมไม่ควรทะเลาะกันอย่างหนัก แต่ฉันพยายามดิ้นรนเพื่อดูว่าทำไม สำหรับบริบทฉันเป็นผู้จัดการการพัฒนาแอปพลิเคชันที่มี 4 devs ในทีมการต่อสู้ ฉันมาจากภูมิหลังของ Scrum Master และได้แนะนำการต่อสู้กับองค์กร ฉันได้สร้างทีมตั้งแต่เริ่มต้นและทำให้ชัดเจนว่าทุกอย่างที่ฉันทำคือการอำนวยความสะดวกให้กับทีมและพวกเขาตัดสินใจ ในฐานะที่เป็นทีมเราเปิดกว้างมาก - พวกเขายังปิดปากฉันในช่วงเวลาหนึ่งเพื่อขจัด 'การรายงาน' ที่รู้สึกว่าเราเริ่มได้รับ การขาดความเปิดกว้างโดยทั่วไปแล้วเป็นข้อโต้แย้งที่ใหญ่ที่สุดต่อผู้จัดการในฐานะหัวหน้าฝ่ายต่อสู้ แต่จัดการได้ดีสามารถเอาชนะได้อย่างง่ายดายด้วยวัฒนธรรมที่ถูกต้อง ฉันได้รับคำเตือนจากโค้ชที่มีประสบการณ์ว่านี่เป็นสถานการณ์ที่อันตรายและมีความเสี่ยง 'ถ้าสิ่งต่าง ๆ ไม่ดี' วิธีที่ฉันเห็นมันทั้งสองตำแหน่งนั้นไม่ขัดแย้งกันในทั้งสองบทบาทฉันมีเป้าหมายเดียวกันสำหรับทีมและบุคคลทั่วไป การต่อสู้แย่งชิงกันแก้ไขความขัดแย้งภายในทีมซึ่งอาจเป็นบทบาทผู้จัดการ ลักษณะการจัดการด้วยตนเองของ sprints นำการจัดสรรงานที่ผู้จัดการทำตามประเพณี ทั้งหมดที่ฉันเห็นเหลืออยู่เพื่อรับในฐานะผู้จัดการ dev กำลังทำให้แน่ใจว่าความต้องการของแต่ละบุคคลบรรลุตามวัตถุประสงค์อาชีพสถานที่ทำงาน ฯลฯ ฉันมีการติดต่อกับสมาชิกในทีมทุกสัปดาห์เพื่อแจ้งปัญหาและจัดการงานด้านการดูแลระบบ สิ่งนี้เกี่ยวข้องโดยตรงกับทีมมากหรือบทบาทของฉันในการต่อสู้กับเจ้านาย ฉันเข้าใจในองค์กรขนาดใหญ่ว่าสิ่งนี้จะจัดการไม่ได้และมีบทบาทที่แยกจากกัน แต่สำหรับองค์กรขนาดเล็กเราไม่สามารถพิสูจน์ Scrum Master หรือผู้จัดการฝ่ายพัฒนาคนอื่นได้ โปรดให้ความกระจ่างแก่ฉันเกี่ยวกับข้อผิดพลาดของผู้จัดการการพัฒนาในฐานะ Scrum Masters โดยไม่รวมคะแนนที่ฉันได้กล่าวไว้ข้างต้นและเอาชนะได้แล้ว

27 scrum  teamwork  team  roles 

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

27 teamwork 

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

27 self-improvement  teamwork 

ฉันทำงานให้กับ บริษัท ที่รองรับหลายภาษา: COBOL, VB6, C # และ Java ฉันใช้ภาษาเหล่านั้นสำหรับงานหลักของฉัน แต่ฉันมักพบว่าตัวเองเขียนโปรแกรมเล็ก ๆ น้อย ๆ (เช่นสคริปต์) ใน Python เพราะฉันพบว่ามันเป็นเครื่องมือที่ดีที่สุดสำหรับงานประเภทนั้น ตัวอย่างเช่นนักวิเคราะห์ให้ไฟล์ CSV ที่ซับซ้อนแก่ฉันเพื่อเติมข้อมูลบางตาราง DB ดังนั้นฉันจะใช้ Python ในการแยกวิเคราะห์และสร้างสคริปต์ DB มีปัญหาอะไร? ปัญหาหลักที่ฉันเห็นคือบางส่วนของสคริปต์รวดเร็วและสกปรกเหล่านี้กำลังได้รับความสำคัญอย่างช้าๆและ: บริษัท ของฉันไม่รองรับ Python พวกเขาไม่ได้ควบคุมเวอร์ชัน (ฉันสำรองข้อมูลไว้ในอีกทางหนึ่ง) เพื่อนร่วมงานของฉันไม่รู้จัก Python นักวิเคราะห์เริ่มอ้างอิงจากอีเมล ("เปิดสคริปต์ที่ส่งออก ... ") ดังนั้นพวกเขาจึงต้องการบ่อยกว่าที่ฉันคิดไว้ในตอนแรก ฉันควรเพิ่มว่าสคริปต์เหล่านี้เป็นเพียงสาธารณูปโภคที่ไม่ได้เป็นส่วนหนึ่งของโครงการหลัก พวกเขาเพียงช่วยในการทำงานที่ไม่สำคัญในเวลาที่น้อยลง สำหรับงานเล็ก ๆ ของฉันพวกเขาช่วยได้มาก กล่าวโดยย่อถ้าฉันเป็นผู้ชนะลอตเตอรีที่ประสบอุบัติเหตุผู้ร่วมงานของฉันจะต้องทำให้โครงการมีชีวิตโดยปราศจากสคริปต์เหล่านั้น พวกเขาจะใช้เวลามากขึ้นในการแก้ไขข้อผิดพลาด CSV ด้วยมือตัวอย่างเช่น นี่เป็นสถานการณ์ทั่วไปหรือไม่ …

27 programming-practices  teamwork  language-choice 

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

26 teamwork  training  team-building 

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

26 teamwork  coding  code-ownership 

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

26 performance  teamwork  optimization  communication 

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

25 git  teamwork  workflows