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

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

16 .net  project-management  productivity  team 

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

16 productivity  management  extreme-programming 

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

16 productivity  testing  coding 

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

16 productivity 

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

16 productivity  time-management 

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

16 productivity  teamwork  communication  etiquette 

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

16 productivity  metrics 

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

16 productivity  project-management  code-quality 

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

15 productivity  ide  accessibility 

ปิด. คำถามนี้เป็นคำถามปิดหัวข้อ ไม่ยอมรับคำตอบในขณะนี้ ต้องการปรับปรุงคำถามนี้หรือไม่ อัปเดตคำถามเพื่อให้เป็นหัวข้อสำหรับ Software Engineering Stack Exchange ปิดให้บริการใน5 ปีที่ผ่านมา มีการศึกษาอย่างจริงจังหรือไม่ว่าโปรแกรมเมอร์ที่มีประสบการณ์และรู้ภาษา X สามารถเข้าใจโค้ดที่เขียนโดยโปรแกรมเมอร์ที่มีความสามารถโดยใช้ภาษา Y สำหรับภาษาที่มีการใช้กันอย่างแพร่หลายเช่น X และ Y หรือไม่? แน่นอนว่าโลกแห่งความเป็นจริงไม่ใช่เรื่องง่ายนักเนื่องจากโปรแกรมเมอร์รู้เพียงภาษาเดียว สิ่งที่เราอยากรู้คือ: ถ้าเราทำโครงการของเราพูด C # และสักวันหนึ่งนักฟิสิกส์บางคนที่รู้เพียงฟอร์แทรนและอัลกอลมองไปที่มันจะเหมาะสมกับพวกเขามากแค่ไหน? ส่วนทางคณิตศาสตร์ของมันอาจอ่านได้ดีสำหรับพวกเขาหากพวกเขาไม่สนใจสิ่งที่พวกเขาเป็นเครื่องหมายวรรคตอนแบบสุ่ม - ish หรือผู้เชี่ยวชาญ Python จะสามารถหาข้อบกพร่องในสคริปต์ Ruby ที่ฉลาดของฉันได้หรือไม่ อาจมีปัญหาจากระดับของซินแท็กซ์ผิวเผินไปจนถึงระดับของแนวคิดที่ยิ่งใหญ่เช่นวัตถุเทมเพลต metaprogramming การใช้งานและอื่น ๆ ฉันไม่ได้คาดหวังว่าผู้เขียนโปรแกรมคนหนึ่งจะเข้าใจทุกรายละเอียดทางไวยากรณ์ของรหัสใน "ภาษาต่างประเทศ" หรือตามศาสนาของแนวความคิดที่ยิ่งใหญ่ แต่สงสัยว่าพวกเขาจะได้รับการควบคุมหลักได้อย่างไร เมื่อสิ่งที่วาดบนหน้าจอและสิ่งที่กำหนดสีหรือขนาดของมันให้ตรวจสอบว่าหุ่นยนต์ที่ตั้งโปรแกรมให้ขับรถจะปิดเครื่องยนต์เมื่อทำเสร็จแล้วสิ่งต่างๆเหล่านั้น การศึกษาที่มีคุณภาพดีจะรวมถึงการวิจัยเชิงวิชาการที่ตีพิมพ์รายงานอย่างเป็นทางการจากกลุ่มอุตสาหกรรมหรือ บริษัท ซอฟต์แวร์รายใหญ่แม้ว่าฉันจะทำการสังเกตอย่างเป็นระบบโดยผู้นำที่มีประสบการณ์ในการประชุมเชิงปฏิบัติการและชั้นเรียนหรือแหล่งอื่น ๆ ไม่สนใจบล็อกสั้น ๆ ตัวอย่างกรณีเดียวหรือเกร็ดเล็กเกร็ดน้อย …

15 programming-languages  productivity  readability 

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

15 productivity  self-improvement  development-process  debugging 

นักพัฒนาเขียนif/elseบล็อกด้วยคำสั่งโค้ดหนึ่งบรรทัดเช่น: if (condition) // Do this one-line code else // Do this one-line code อีกอย่างใช้วงเล็บปีกกาสำหรับพวกเขาทั้งหมด: if (condition) { // Do this one-line code } else { // Do this one-line code } ผู้พัฒนาสร้างวัตถุขึ้นมาก่อนแล้วจึงใช้มัน HelperClass helper = new HelperClass(); helper.DoSomething(); นักพัฒนาซอฟต์แวร์สร้างอินสแตนซ์ใหม่และใช้วัตถุในหนึ่งบรรทัด: new HelperClass().DoSomething(); นักพัฒนาง่ายขึ้นด้วยอาร์เรย์และforลูป: string[] ordinals = new string[] {'First', 'Second', …

15 project-management  productivity  coding-style 

ปิด คำถามนี้เป็นคำถามความคิดเห็นตาม ไม่ยอมรับคำตอบในขณะนี้ ต้องการปรับปรุงคำถามนี้หรือไม่ อัปเดตคำถามเพื่อให้สามารถตอบข้อเท็จจริงและการอ้างอิงได้โดยแก้ไขโพสต์นี้ ปิดให้บริการใน4 ปีที่แล้ว ฉันเป็นนักเรียนและฉันทำโค้ดจำนวนมากบนหน้าจอแล็ปท็อปขนาดเล็ก (12.5 ", 1366x768) ที่ฉันพกติดตัวตั้งแต่ชั้นเรียนจนถึงชั้นเรียนสภาพแวดล้อมการเขียนโปรแกรมส่วนใหญ่ได้รับการออกแบบด้วยแนวคิดที่ว่ามีใครบางคนที่มีหน้าจอขนาดใหญ่ ในความเป็นจริงโปรแกรมเมอร์เขียนโปรแกรมสามารถเข้าถึงหน้าจอขนาดใหญ่ได้อย่างไรก็ตามหน้าจอขนาดใหญ่ยากต่อการเรียนตลอดทั้งวันและแล็ปท็อปรุ่นก่อนหน้าของฉัน (15 ", 1920x1200) มักถูกทิ้งไว้ในหอพักเพราะมันหนักมาก ฉันถูกขังอยู่ใน Visual Studio ในตอนนี้ โปรแกรมที่ฉันไม่เคยใช้นั้นมีประสิทธิผลสำหรับโค้ดที่ฉันทำงานด้วย (หลังจากติดตั้ง Visual Assist ของ Visual Tomist และ VsVim ของ Jared Par แน่นอน :)) (ฉันเคยเห็นคำถามอื่น ๆ เกี่ยวกับหน้าจอขนาดเล็ก แต่พวกเขาทั้งหมดค่อนข้างไปกับ "ออกจาก Visual Studio" - ซึ่งยากสำหรับบางประเภทของการพัฒนาที่ฉันได้ทำ ....

15 productivity  visual-studio 

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

15 productivity  project-management 

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

15 c++  productivity  development-environment