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

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

335 project-management  team  project  failure  legacy-code 

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

75 open-source  project  maintenance 

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

61 project 

ฉันได้รับมอบหมายโครงการกลุ่มจากวิชาวิทยาการคอมพิวเตอร์ AP ของฉันและฉันต้องทำงานกับคนอื่นอีกสามคน ฉันไม่เคยพูดคุยกับพวกเขามาก่อนฉันไม่ทราบระดับความสามารถของพวกเขาและทั้งหมดที่ฉันมีคือที่อยู่อีเมลของพวกเขา งานที่ได้รับการสรุปรวมคือ: "ในฐานะทีมคุณจะต้องทำหน่วยความจำอย่างน้อยสามหน่วยเป็นคลาส ... " ฉันจะลองและกลายเป็น "กัปตันทีม" เพราะไม่มีใครพยายามติดต่อกัน แต่ฉันอยากรู้: จะทำยังไงดี ฉันได้ส่งอีเมลพวกเขาและถามพวกเขาว่ามีวิธีการสื่อสารที่พวกเขาต้องการมากกว่าการส่งอีเมลถึงกันหรือไม่ แต่เมื่อเราเริ่มโครงการจริง ๆ แล้วฉันจะต้องคิดออกว่าใครกำลังทำอะไรอยู่ ฉันควรทำอย่างไร? ฉันจะ "รับผิดชอบ" และนำสามคนที่ฉันไม่เคยพบมาได้อย่างไร นี่คือข้อความที่ตัดตอนมาจากการมอบหมายจริง: ดังนั้นคุณจะต้องหารือเกี่ยวกับบทบาทต่างๆที่สมาชิกแต่ละคนในทีมจะใช้ในโครงการนี้ในช่วงต้นสัปดาห์ คุณสามารถสื่อสารผ่าน Pronto (หรือ IM กระดานดำ) อีเมล wiki กลุ่ม google บล็อกหรือวิธีอื่น ๆ ที่คุณเห็นว่าเหมาะสม หากสมาชิกกลุ่มไม่เข้าร่วมกลุ่มภายในสิ้นสัปดาห์ให้ผู้สอนของคุณทราบและพวกเขาจะให้คำแนะนำเพิ่มเติม ... เนื่องจากในตอนท้ายของโครงการจะเป็นการประเมินทีมที่คุณจะให้คะแนนสมาชิกในทีมแต่ละคนที่มีส่วนช่วยในการทำโครงการนี้ให้เสร็จพร้อมกับเกรดที่แนะนำ แก้ไข: หลายคนแนะนำว่าฉันพบพวกเขาในร้านกาแฟหรืออะไรทำนองนั้น ปัญหาเดียวก็คือพวกเราทุกคนอยู่ในสถานะที่แตกต่างกัน ฉันคิดว่าหนึ่งในนั้นไม่ได้รับอนุญาตให้ใช้ Facebook / Skype / twitter ดังนั้นฉันจึงต้องหันไปใช้การส่งข้อความผ่าน yahoo messenger …

50 project-management  team  project 

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

37 project-management  estimation  project 

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

34 project-management  project 

แค่อยากรู้อยากเห็นอะไรคือความแตกต่างระหว่างโครงการขนาดเล็กกลางและใหญ่ มันวัดจากบรรทัดของรหัสหรือความซับซ้อนหรืออะไร ฉันกำลังสร้างระบบแลกเปลี่ยนสินค้าและมีรหัสประมาณ 1,000 บรรทัดสำหรับการเข้าสู่ระบบ / การลงทะเบียน แม้ว่าจะมี LOC จำนวนมากฉันก็ไม่คิดว่ามันจะเป็นโครงการใหญ่เพราะมันไม่ซับซ้อน แต่นี่เป็นโครงการแรกของฉันดังนั้นฉันไม่แน่ใจ มันวัดได้อย่างไร?

31 project 

ก่อนอื่นฉันต้องขออภัยถ้านี่เป็นส่วนที่ผิดของเครือข่ายที่จะโพสต์คำถามนี้ ถ้าเป็นโปรดย้ายไปยังตำแหน่งที่เหมาะสมกว่า ... คำถาม: ฉันต้องการฟังความคิดเห็นของคุณเกี่ยวกับวิธีการที่โครงการเริ่มต้นและเปิดใช้งาน ฉันมีโครงการระบบจัดการเนื้อหาโอเพนซอร์ซและมีคำถามเกิดขึ้นที่นี่: ฉันควรทำอย่างไร ฉันจะมาพร้อมกับ pre-alpha edition ที่ทำงานได้กับ front-end-back-end ก่อนแล้วประกาศโครงการต่อสาธารณะหรือไม่ หรือฉันจะประกาศทันทีจากศูนย์ ในฐานะนักพัฒนาฉันรู้ว่าควรใช้ระบบการกำหนดเวอร์ชันเช่น Git หรือ SVN ซึ่งฉันทำได้ไม่มีปัญหา และข้อดีของการทดสอบหน่วยก็เป็นสิ่งที่ต้องจดจำซึ่งตรงไปตรงมาฉันไม่ได้เข้าร่วมเลย ... การบริหารจัดการโครงการ - ฉันเป็นผู้เริ่มต้นที่ดีที่สุด เทคนิคการเขียนโค้ดและประสบการณ์เช่นการพัฒนา Agile เป็นสิ่งที่ฉันต้องการสำรวจ ... ในระยะสั้นความคิดใด ๆ สำหรับนักพัฒนาที่ยังใหม่กับโลกโอเพนซอร์สก็ยินดีต้อนรับมากที่สุด

29 open-source  cms  agile  project 

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

20 architecture  project  scalability  risk-assesment 

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

20 project  client-relations 

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

19 programming-practices  self-improvement  project 

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

19 project  organization  development-environment  backups 

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

17 open-source  project 

ตามที่เป็นอยู่ในปัจจุบันคำถามนี้ไม่เหมาะสำหรับรูปแบบคำถาม & คำตอบ เราคาดหวังคำตอบที่จะได้รับการสนับสนุนจากข้อเท็จจริงการอ้างอิงหรือความเชี่ยวชาญ แต่คำถามนี้อาจเรียกร้องให้มีการถกเถียงอภิปรายโต้แย้งหรือการอภิปรายเพิ่มเติม หากคุณรู้สึกว่าคำถามนี้สามารถปรับปรุงและเปิดใหม่ได้โปรดไปที่ศูนย์ช่วยเหลือเพื่อขอคำแนะนำ ปิดให้บริการใน6 ปีที่ผ่านมา ผมอ่านบทความที่น่าสนใจ, 10 เหตุผลในการเลิกสูบบุหรี่ไอที ฉันอ้างอิงส่วนหนึ่งของข้อความนี้: "ความเข้าใจผิดของทั้งหน้าที่และเทคโนโลยีทำสิ่งหนึ่ง: มันทำให้งานของคุณเป็นไปไม่ได้เมื่อพลัง - ที่ - เริ่มที่จะสร้างหน่วยงานของคุณให้คุณได้องค์ประกอบที่ไม่ดีทุกอย่างจะเลวร้ายลงคุณรู้ว่างานของคุณ job. การจัดการไม่รู้จักงานของคุณ แต่พวกเขาไม่รู้ว่าพวกเขาไม่รู้จักงานของคุณมันเป็นความเครียดของ Mobius นี่คือสิ่งที่เกิดขึ้นในโครงการของฉันในขณะนี้ ลูกค้านั่นคือลูกค้าที่จ่ายเงินต้องการที่จะเป็นทุกสิ่ง เขาต้องการเล่นทุกบทบาทที่เป็นไปได้ในโครงการ เขาต้องการคำอธิบายด้านเทคนิคอย่างละเอียดแม้เขาจะไม่รู้อะไรเกี่ยวกับการเขียนโปรแกรม และเมื่อบางสิ่งบางอย่างไม่ทำงานเขาก็โทษคนอื่น มีใครมีประสบการณ์คล้ายกันบ้างไหม? คำแนะนำเกี่ยวกับวิธีจัดการกับสถานการณ์เหล่านี้?

17 project-management  project 

การพัฒนาซอฟต์แวร์ Agile กลายเป็นคำศัพท์ที่สนุกมากในทุกวันนี้ ในฐานะนักพัฒนาฉันเข้าใจถึงคุณค่าในทางปฏิบัติของการพัฒนาซ้ำ ๆ แต่บ่อยครั้งที่มันไม่ใช่ตัวเลือกของนักพัฒนาที่จะยอมรับแนวทาง Agile ในการพัฒนาซอฟต์แวร์ มันเป็นตัวเลือกการจัดการจากบนลงล่าง! ไม่ว่าจะเป็นคริสตัลวิธีการว่องไว dsdm, rup, xp, scrum, fdd, tdd คุณตั้งชื่อมัน มันไม่ใช่ตัวเลือกสำหรับนักพัฒนา สำหรับผู้จัดการทุกคนที่นั่นอะไรคือเหตุผลที่ดีที่สุดสำหรับการเลือกที่จะพัฒนา Agileเมื่อผู้จัดการของฉันส่วนใหญ่ไม่ได้สัมผัสกับรหัสในชีวิตของพวกเขา (ในประสบการณ์ของฉัน)

17 project-management  agile  management  project  scrum