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

14
เป็นเรื่องปกติหรือไม่ที่ บริษัท จะมีโปรแกรมเมอร์ในตารางที่เข้มงวดเช่นนี้ [ปิด]
ดังนั้นฉันจึงทำงานนี้มาสองสามเดือนแล้ว ฉันผิดหวังเล็กน้อยเพราะฉันทำงานได้ดีที่สุดตั้งแต่ 2 ถึง 7 ในงานก่อนหน้านี้ฉันมาที่ 9: 30-10: 00 และออกจากที่ 7 บาง บริษัท ก็โอเคกับเรื่องนี้คนอื่น ๆ ก็ไม่ได้ . แต่ บริษัท ปัจจุบันของฉันยืนยันว่าฉันอยู่ที่นั่นเวลา 8:30 น. การเบี่ยงเบนจากเรื่องนี้เป็นเรื่องใหญ่ เป็นเรื่องปกติหรือไม่ ฉันมีเพื่อนร่วมงานที่เป็น 9:30 ถึง 6:30, 10: 00-7: 00 คน ... แต่บางทีนั่นอาจเป็นเพียงวัฒนธรรมเริ่มต้น? ฉันไม่เห็นว่าทำไมเพราะฉันไม่ได้พบลูกค้า ฯลฯ สิ่งที่เป็นประโยชน์ในการมีสิ่งที่แข็งทื่อ ฉันไม่เห็นด้วยเช่นกันว่าทำไมบางครั้งความเคลื่อนไหว 15 ถึง 20 นาทีทำไมผู้คนไม่คิดว่าฉันจะปรับเวลาออกจาก ... ความคาดหวังที่ไม่สมเหตุสมผลเหล่านี้เป็นนักพัฒนาหรือฉันขาดอะไรไปหรือเปล่า?

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

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

2
มีระบบการสร้างใด ๆ ที่รวมเวลางานที่คาดหวังไว้ในกำหนดการหรือไม่
นี่เป็นภาพประกอบคำถามของฉัน: สมมติว่างานสร้างที่ประกอบด้วยงานอิสระ 4 งานที่ชื่อว่า AD D ใช้เวลานานกว่า AC เป็นผลรวม ระบบบิลด์ที่ไม่สามารถรวมเวลางานที่สัมพันธ์กันอาจกำหนดเวลางานดังนี้: --------------------------------------- CPU1: A | C | --------------------------------------- CPU2: B | D | --------------------------------------- ในทางตรงกันข้ามหากตัวกำหนดตารางเวลาทราบความแตกต่างของเวลางานก็อาจเกิดขึ้นกับกำหนดการที่สั้นกว่านี้มาก: --------------------------------------- CPU1: A | B | C | --------------------------------------- CPU2: D | --------------------------------------- คำถามของฉัน: มีระบบการสร้างใด ๆ ที่รวมเวลางานที่คาดหวังไว้ในกำหนดการหรือไม่ งานวิจัยเชิงวิชาการในการสร้างระบบประเภทนี้มีอยู่จริง? ระบบการสร้างเหล่านี้อยู่ที่ไหน (ถ้ามี) ใช้เวลาจากข้อมูล? การวิเคราะห์พฤติกรรมกำหนดเวลาที่รวบรวมในระหว่างการสร้างก่อนหน้า? หากระบบการสร้างดังกล่าวไม่มีอยู่ทำไม? มี gotcha ที่จะทำให้พวกเขาคุ้มค่าน้อยกว่าพวกเขาปรากฏตัวครั้งแรก?

6
ค้นหาว่าใครจะซื้อครัวซองต์ซึ่งคิดว่าหายไป
ต้องการปรับปรุงโพสต์นี้หรือไม่? ให้คำตอบโดยละเอียดสำหรับคำถามนี้รวมถึงการอ้างอิงและคำอธิบายว่าทำไมคำตอบของคุณถึงถูกต้อง คำตอบที่ไม่มีรายละเอียดเพียงพออาจแก้ไขหรือลบออกได้ ทีมได้ตัดสินใจแล้วว่าทุกคนควรนำครัวซองต์มาให้ทุกคน ไม่ควรเป็นคนคนเดียวกันทุกครั้งดังนั้นควรมีระบบในการพิจารณาว่าใครเป็นเทิร์นถัดไป วัตถุประสงค์ของคำถามนี้คือการกำหนดอัลกอริทึมสำหรับการตัดสินใจว่าใครจะเป็นผู้เปิดครัวซองต์ในวันพรุ่งนี้ ข้อ จำกัด สมมติฐานและวัตถุประสงค์: ที่เปิดก็จะนำครัวซองต์จะถูกกำหนดในช่วงบ่ายก่อนหน้า ในบางวันบางคนไม่อยู่ อัลกอริทึมต้องเลือกใครบางคนที่จะนำเสนอในวันนั้น สมมติว่าการขาดทั้งหมดเป็นที่ทราบล่วงหน้าหนึ่งวันดังนั้นผู้ซื้อครัวซองต์สามารถถูกกำหนดในช่วงบ่ายก่อนหน้า โดยรวมแล้วคนส่วนใหญ่อยู่ในเกือบทุกวัน เพื่อผลประโยชน์ของความเป็นธรรมทุกคนควรซื้อครัวซองต์หลายครั้ง (โดยทั่วไปสมมติว่าสมาชิกทุกคนในทีมมีจำนวนเงินเท่ากันสำหรับการใช้จ่ายกับครัวซองต์) มันจะดีถ้ามีองค์ประกอบของการสุ่มหรือการรับรู้อย่างน้อยที่สุดเพื่อที่จะบรรเทาความเบื่อของบัญชีรายชื่อ นี่ไม่ใช่ข้อ จำกัด อย่างหนัก: มันเป็นการตัดสินใจเชิงสุนทรียะมากกว่า อย่างไรก็ตามบุคคลเดียวกันไม่ควรเลือกสองครั้งติดต่อกัน บุคคลที่นำครัวซองต์มาด้วยควรทราบล่วงหน้า ดังนั้นหากบุคคล P ต้องนำครัวซองต์ในวันที่ D ดังนั้นความจริงข้อนี้ควรถูกกำหนดในวันก่อนหน้าซึ่งมีบุคคล P อยู่ด้วย ตัวอย่างเช่นหากพนักงานเก็บเงินตัวสำรองถูกกำหนดวันก่อนเสมอควรเป็นหนึ่งในบุคคลที่เข้าร่วมเมื่อวานนี้ จำนวนสมาชิกในทีมมีขนาดเล็กเพียงพอที่ทรัพยากรการจัดเก็บและการคำนวณมีไม่ จำกัด อย่างมีประสิทธิภาพ ตัวอย่างเช่นอัลกอริทึมสามารถพึ่งพาประวัติที่สมบูรณ์ของผู้ที่นำครัวซองต์เมื่อในอดีต การคำนวณบนพีซีที่รวดเร็วเพียงไม่กี่นาทีทุกวันก็โอเค นี่เป็นรูปแบบของปัญหาในโลกแห่งความเป็นจริงดังนั้นคุณมีอิสระที่จะท้าทายหรือปรับแต่งสมมติฐานหากคุณคิดว่าพวกเขาทำแบบจำลองสถานการณ์ได้ดีขึ้น จุดกำเนิด 1: ค้นหาว่าใครกำลังจะซื้อครัวซองต์โดย Florian Margaine จุดกำเนิด 2: ค้นหาว่าใครกำลังจะซื้อครัวซองต์โดยกิลส์ คำถามนี้เป็นรุ่นเดียวกับ Gilles และได้รับการโพสต์ใหม่ในโปรแกรมเมอร์เพื่อทดสอบว่าชุมชนต่าง ๆ จัดการกับปัญหาการเขียนโปรแกรมอย่างไร

2
คุณจะทำให้คลัสเตอร์ทำงานเพียงครั้งเดียวได้อย่างไร
หากคุณมีงานที่คุณต้องการเรียกใช้เพียงครั้งเดียวในคลัสเตอร์ของเซิร์ฟเวอร์ในช่วงเวลาปกติสิ่งที่จะเป็นวิธีที่ดีที่สุดในการบรรลุเป้าหมายนี้ นิยามของคลัสเตอร์ในกรณีนี้คือเซิร์ฟเวอร์ที่เหมือนกัน 2 ตัวขึ้นไปที่มีเซสชันแบบกระจายซึ่งนั่งอยู่ด้านหลังตัวโหลดบาลานซ์ ใช้กรณี:คุณมีงานที่มีราคาแพงในการทำงานที่ควรรันเพียงครั้งเดียวต่อหนึ่งชั่วโมง X งานนี้สามารถทำซ้ำได้หลายระเบียนและอัพเดทสถานะของพวกเขา สถานการณ์กรณีที่เลวร้ายที่สุดคือการให้งานรันสองครั้งทำให้ข้อมูลของคุณไม่ถูกต้อง สถานการณ์กรณีที่ดีที่สุดคืองานใช้ทรัพยากรในเซิร์ฟเวอร์ของคุณทั้งหมด สรุปความต้องการ: งานจะต้องยังคงทำงานแม้ว่าหนึ่งในโหนดจะไม่ทำงาน งานต้องถูกเรียกใช้หนึ่งครั้งต่อหนึ่งตารางเวลาเท่านั้น หากมีการกำหนดเวลางานหลายงานในเวลาเดียวกันหรือในเวลาที่ทับซ้อนกันจำนวนงานที่รันจะถูกกระจายระหว่างเซิร์ฟเวอร์อย่างเท่าเทียมกัน เครื่องจะต้องมีรหัสฐานเดียวกันและจะทำข้อมูลให้ตรงกันผ่าน NTP การกำหนดค่าอาจแตกต่างกันระหว่างโหนดและโหนดโดยตัวแปรสภาพแวดล้อม งานต้องเริ่มตรงเวลาหรือภายในช่วงเวลาที่กำหนดของเวลาที่กำหนด (เช่นพูด 5 นาที) การแก้ปัญหาที่เป็นไปได้ ตั้งค่าหนึ่งโหนดเป็นโหนดหลักซึ่งจะไม่ทำงานเนื่องจากมีการละเมิด 1 ด้านบน สร้างคำร้องขอให้ load balancer สร้างยอดคงเหลือเพื่อเริ่มต้นงาน น่าเสียดายที่นี่มีผลข้างเคียงที่ถ้าคุณมีงานหลายงานที่ทำงานในเวลาเดียวกันพวกเขาทั้งหมดอาจถูกเรียกใช้โดยเครื่องเดียวกัน สิ่งนี้จะต้องทำงานใน Java ในภาชนะ servlet อย่างไรก็ตามมันไม่ได้เข้ารหัสงานที่ฉันกำลังมองหา แน่นอนว่านี่เป็นปัญหาที่แก้ไขแล้วด้วยทางออกที่ดีที่สุดที่รู้จัก คำถามที่เกี่ยวข้อง /programming/5949038/schedule-job-executes-twice-on-cluster สิ่งนี้ไม่ซ้ำกันเนื่องจากโซลูชันไม่เพียงพอตามข้อกำหนด 5 ข้อที่ระบุด้านบน วิธีแก้ปัญหาที่ upvote มากที่สุดนั้นเกิดจากปัญหาการแข่งขันและวิธีที่สองนั้นเป็นการละเมิดข้อกำหนด 3

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

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

3
ต้องการความช่วยเหลือในการระบุอัลกอริทึมการตั้งเวลาลีก
ฉันกำลังพยายามสร้างตารางเวลากีฬาลีก ฉันมีปัญหาในการระบุอัลกอริทึมเพื่อช่วยฉันเติมในแต่ละช่องอย่างมีประสิทธิภาพ ข้อมูลตัวอย่างเพื่อสร้างตารางจะเป็น: 10 ทีม แต่ละทีมเล่นกัน 1 ครั้ง (ต้องมีเกมทั้งหมด 45 เกม) แต่ละทีมเล่นไม่เกิน 1 ครั้งต่อวัน ในการทดสอบของฉันฉันใช้ 9 วันกับ 5 ช่องต่อวัน ตารางคำสั่งผสม (ประกอบด้วย 45 คอมโบ) ID Team1ID Team2ID บิตได้รับการแต่งตั้ง ตารางเวลา (ประกอบด้วย 45 ช่วงเวลา) กำหนดเวลา ID บ้าน ทีมออก ห่างทีม เกมวันเกมเวลา ตอนนี้ขั้นตอนที่มีอยู่ของฉันเติมประมาณ 90% ของช่องที่เหลือ 10% ของช่องว่างของฉันให้ว่างเปล่ากับความขัดแย้งของการตั้งเวลาตามกฎข้างต้น ฉันวนรอบตารางเวลาของฉันตามลำดับวันที่ / เวลาจากน้อยไปมาก สล็อตแรกของฉันอาจเป็นวันเสาร์เวลา 8:00 น. ฉันสอบถามรายชื่อทีมที่ยังไม่ได้กำหนด ฉันจึงจัดเรียงชุดค่าผสมที่เป็นไปได้ของทีมเหล่านั้น …

6
ไทม์ไลน์และการกำหนดเวลาที่ จำกัด มีผลต่อ TCO และเวลาส่งมอบอย่างไร
พ่อของเพื่อนคนหนึ่งซึ่งเป็นผู้จัดการวิศวกรรมซอฟต์แวร์กล่าวอย่างเด่นชัดว่า "สาเหตุอันดับหนึ่งของการกำหนดเวลาที่เกินกำหนดคือความกดดันด้านการตั้งเวลา" งานวิจัยอยู่ที่ใด การจัดตารางแรงกดดันในระดับปานกลางนั้นอยู่ในระดับปานกลางหรือเป็นผู้จัดการที่ฉันพูดถึงถูกหรือผิดหรือเป็นเรื่องของ "ยิ่งคุณมีกำหนดการกดดันมากขึ้นเท่าใดเวลาส่งมอบและ TCO ที่มากขึ้นจะมากขึ้นหรือไม่" มันเป็นหนึ่งในสิ่งที่วิศวกรรมซอฟต์แวร์จะต้องทำงานโดยไม่มีแรงกดดันจากการกำหนด แต่ในทางปฏิบัติเราต้องทำงานกับข้อ จำกัด ของสถานการณ์ในโลกแห่งความเป็นจริงหรือไม่? การเชื่อมโยงใด ๆ กับวรรณกรรมวิศวกรรมซอฟต์แวร์จะได้รับการชื่นชม
โดยการใช้ไซต์ของเรา หมายความว่าคุณได้อ่านและทำความเข้าใจนโยบายคุกกี้และนโยบายความเป็นส่วนตัวของเราแล้ว
Licensed under cc by-sa 3.0 with attribution required.