คำถามติดแท็ก time-management

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

30
เหตุใดอุตสาหกรรมไอทีจึงไม่สามารถส่งมอบโครงการขนาดใหญ่ที่ปราศจากข้อผิดพลาดได้อย่างรวดเร็วเหมือนในอุตสาหกรรมอื่น ๆ
หลังจากดูซีรีส์ MegaStructuresของ National Geographic ฉันรู้สึกประหลาดใจที่โครงการขนาดใหญ่เสร็จสมบูรณ์ เมื่อทำงานเบื้องต้น (การออกแบบรายละเอียดอื่น ๆ ) จะทำบนกระดาษสำนึกตัวเองของโครงการขนาดใหญ่ที่ใช้เวลาเพียงไม่กี่ปีหรือบางครั้งไม่กี่เดือน ตัวอย่างเช่นแอร์บัส A380 "เปิดตัวอย่างเป็นทางการในวันที่ 19 ธันวาคม 2000" และ "ในช่วงต้นเดือนมีนาคม 2548"เครื่องบินได้ทำการทดสอบแล้ว เช่นเดียวกันกับเรือบรรทุกน้ำมันขนาดใหญ่ตึกระฟ้า ฯลฯ เมื่อเทียบกับความล่าช้าในอุตสาหกรรมซอฟต์แวร์ฉันไม่สามารถช่วยสงสัยได้ว่าทำไมโครงการไอทีส่วนใหญ่จึงช้าหรือแม่นยำกว่าทำไมพวกเขาจึงไม่รวดเร็วและไม่ผิดพลาดในระดับเดียวกันทำให้มีคนมากพอ? โครงการต่างๆเช่น Airbus A380 มีทั้ง: ความเสี่ยงที่คาดไม่ถึงที่สำคัญ: แม้ว่านี่จะไม่ใช่เครื่องบินลำแรกที่สร้างขึ้น แต่ก็ยังคงผลักดันขีด จำกัด ของเทคโนโลยีและสิ่งต่าง ๆ ที่ทำงานได้ดีสำหรับสายการบินขนาดเล็กอาจไม่ทำงานสำหรับเครื่องบินที่ใหญ่กว่าเนื่องจากข้อ จำกัด ทางกายภาพ ในทำนองเดียวกันเทคโนโลยีใหม่ที่ใช้ซึ่งยังไม่ได้ใช้เพราะตัวอย่างเช่นพวกเขายังไม่พร้อมใช้งานในปี 1969 เมื่อโบอิ้ง 747 เสร็จสิ้น ความเสี่ยงที่เกี่ยวข้องกับทรัพยากรมนุษย์และการจัดการโดยทั่วไป: ผู้คนเลิกกลางโครงการไม่สามารถเข้าถึงบุคคลเพราะเธออยู่ในช่วงหยุดพักร้อนข้อผิดพลาดทั่วไปของมนุษย์ ฯลฯ ด้วยความเสี่ยงเหล่านี้ผู้คนยังคงประสบความสำเร็จในโครงการเช่นสายการบินขนาดใหญ่เหล่านั้นในระยะเวลาอันสั้นและแม้จะมีความล่าช้าในการส่งมอบโครงการเหล่านั้นก็ยังคงประสบความสำเร็จอย่างมากและมีคุณภาพสูง เมื่อพูดถึงการพัฒนาซอฟต์แวร์โครงการขนาดใหญ่และซับซ้อนเหมือนสายการบิน (ทั้งในเชิงเทคนิคและในแง่ของการจัดการ) และมีความเสี่ยงที่ไม่คาดคิดจากโลกจริงน้อยลงเล็กน้อย อย่างไรก็ตามโครงการไอทีส่วนใหญ่นั้นช้าและล่าช้าและการเพิ่มนักพัฒนาให้กับโครงการไม่ใช่ทางออก (จากทีมนักพัฒนาสิบถึงสองพันคนบางครั้งจะอนุญาตให้ส่งมอบโครงการเร็วขึ้นบางครั้งก็ไม่ได้และบางครั้งจะเป็นอันตรายต่อ โครงการและเพิ่มความเสี่ยงของการไม่จบเลย) …

21
ลูกค้าของฉันต้องการให้ฉันบันทึกวิดีโอว่าฉันพัฒนาผลิตภัณฑ์ซอฟต์แวร์ของเขาอย่างไร
ทำงานเป็นอิสระฉันมักจะเห็นคำขอแปลก ๆจากลูกค้าของฉันซึ่งบางอย่างอาจส่งผลเสียต่อการทำงานประจำวันของฉันและบางคนก็พยายามควบคุมบางอย่าง ฉันมักจะพบเจอสิ่งเหล่านี้ในระหว่างการเจรจาเบื้องต้นดังนั้นจึงเป็นเรื่องง่ายพอที่รัฐนี้จะอธิบายให้ลูกค้าฟังว่าฉันใส่ใจงานและผลิตผลของฉันและคาดหวังให้ลูกค้าเชื่อมั่นในงานของฉัน สิ่งที่ยากยิ่งขึ้น²ในโครงการที่ฉันเพิ่งยอมรับเพราะหลังจากจบการเจรจาเท่านั้น (สัญญามีการลงนามแล้วและไม่ได้พูดถึงอะไรเกี่ยวกับการติดตามวิดีโอ) และหลังจากที่ฉันเริ่มทำงานในโครงการที่ลูกค้าของฉันขอให้ฉันบันทึก วิดีโอทั้งหมดที่ฉันทำบนเครื่องขณะทำงานในโครงการของเขานั่นคือวิดีโอที่จะแสดงให้เห็นว่าฉันย้ายเคอร์เซอร์พิมพ์อักขระเปิดไฟล์ย้ายหน้าต่าง ฯลฯ ฉันทำงานใน บริษัท ของตัวเองโดยใช้พีซีของตัวเอง ฉันตอบลูกค้านี้ว่าคำขอดังกล่าวไม่สามารถยอมรับได้เนื่องจาก: การทำงานหลายร้อยชั่วโมงบนพีซีแบบดูอัลจอจะต้องใช้พื้นที่ดิสก์จำนวนมากสำหรับวิดีโอที่บันทึกไว้ หากฉันไม่สนใจเรื่องพื้นที่ฉันสนใจเกี่ยวกับลูกค้ารายนี้ที่เสียแบนด์วิดท์ของฉันในการดาวน์โหลดวิดีโอเหล่านั้น การบันทึกวิดีโอสามารถส่งผลกระทบต่อประสิทธิภาพโดยรวมและลดประสิทธิภาพการทำงานของฉัน (ซึ่งไม่เป็นความจริงเนื่องจากเครื่องมีประสิทธิภาพเพียงพอที่จะบันทึกวิดีโอนี้โดยไม่สูญเสียประสิทธิภาพการทำงาน แต่ก็ยังดูเหมือนอาร์กิวเมนต์ที่ถูกต้อง) ฉันจำไม่ได้เสมอว่าให้เปิดการบันทึกวิดีโอก่อนเริ่มงานและปิดท้าย มันอาจเป็นเรื่องความเป็นส่วนตัว ฉันควรทำอย่างไรหากเปลี่ยนเป็นอีเมลเมื่อบันทึกวิดีโอ จะทำอย่างไรถ้าหากต้องการเปิดไดเรกทอรีที่มีไฟล์เกี่ยวกับโครงการลูกค้านี้ฉันจะเปิดไดเรกทอรีหลักที่มีรายชื่อลูกค้าทั้งหมดของฉันก่อน วิดีโอดังกล่าวไม่สามารถเป็นแหล่งที่น่าเชื่อถือในการติดตามค่าใช้จ่ายของโครงการ (ฉันจ่ายเงินตามชั่วโมง) เนื่องจากการทำงานบางอย่างจะทำมีเพียงดินสอและกระดาษ (ซึ่งเป็นความจริงที่จริงตั้งแต่ผมทำจำนวนมากของการทำงานร่างโดยไม่ต้อง ใช้พีซี) แม้จะมีประเด็นเหล่านี้ลูกค้าก็คิดว่าถ้าฉันไม่ต้องการบันทึกวิดีโอมันเป็นเพราะฉันมีบางอย่างที่ต้องซ่อนและต้องการโกหกเกี่ยวกับเวลาที่ใช้จริงในโครงการของเขา³ วิธีที่จะอธิบายให้เขาว่ามันไม่ได้เป็นปฏิบัติตามปกติสำหรับ freelancers ในการบันทึกวิดีโอของการทำงานในชีวิตประจำวันของพวกเขาและว่าคำขอฟุ่มเฟือยดังกล่าวจะต้องสงวนไว้ให้circumstances⁴พิเศษ? ¹ตัวอย่างที่พบบ่อยที่สุดคือการขอให้ทำงานผ่าน Remote Desktop บนเซิร์ฟเวอร์มากกว่าช้าซึ่งใช้การเชื่อมต่ออินเทอร์เน็ตมากกว่าช้ากว่าหรือถูกบังคับให้ใช้ซอฟต์แวร์ที่ล้าสมัยเช่นWindows Meโดยไม่มีเหตุผลร้ายแรงในฐานะมรดก สนับสนุน. ²ในความเป็นจริงฉันได้ทำงานเกี่ยวกับการจัดการและการออกแบบระบบหลายอย่างซึ่งเป็นสิ่งจำเป็น แต่มักจะเข้าใจผิดโดยลูกค้าและถูกมองว่าเป็นการเสียเวลาและเงิน จากการสังเกตลูกค้าที่เกี่ยวข้องฉันค่อนข้างมั่นใจว่าเขาจะปฏิเสธที่จะจ่ายเงินจำนวนมากสำหรับสิ่งที่ได้ทำไปแล้วเนื่องจากมีรหัสบรรทัดจริง ๆ แม้ว่าฉันจะสามารถพิสูจน์ได้อย่างถูกกฎหมายว่ามีงานด้านออกแบบจำนวนมากฉันไม่ต้องการยุติความสัมพันธ์กับลูกค้ารายนี้ในศาล ³ซึ่งไม่เสี่ยงเท่าที่ควรเนื่องจากฉันมอบให้กับลูกค้ารายนี้ถึงความคาดหวังและต้นทุนสูงสุดของโครงการดังนั้นลูกค้าจึงมั่นใจได้ว่าจะไม่ถูกขอให้จ่ายเกินจำนวนสูงสุดตามที่ระบุไว้ในสัญญา ถ้างานจริงมีค่าใช้จ่ายมากกว่า ⁴กรณีหนึ่งเมื่อฉันบันทึกความคิดริเริ่มของตัวเองได้อย่างมีประสิทธิภาพวิดีโอการกระทำคือเมื่อฉันต้องทำการเปลี่ยนแปลงบางอย่างโดยตรงบนเซิร์ฟเวอร์ที่ใช้งานจริงของลูกค้าโดยเฉพาะอย่างยิ่งเมื่อพูดถึงปัญหาด้านความปลอดภัย การบันทึกขั้นตอนเหล่านั้นอาจเป็นความคิดที่ดีที่จะรู้ว่าสิ่งใดที่ทำไปแล้วและให้แน่ใจว่าไม่มีข้อผิดพลาดในงานของฉันหรือดูว่าข้อผิดพลาดเหล่านั้นคืออะไร ปรับปรุง: ก่อนอื่นขอขอบคุณสำหรับคำตอบและความคิดเห็นทั้งหมดของคุณ เนื่องจากคำถามดึงดูดความสนใจมากขึ้นและมีคำตอบมากกว่าที่ฉันคาดไว้ฉันคิดว่ามันอาจเกี่ยวข้องกับคนอื่นดังนั้นฉันจึงเพิ่มการอัปเดต ขั้นแรกเพื่อสรุปคำตอบและความคิดเห็นแนะนำให้ (สั่งแบบสุ่ม): …

22
นักพัฒนาจะหาเวลาอยู่บนเทคโนโลยีล่าสุดได้อย่างไร [ปิด]
ฉันเป็นนักพัฒนาเว็บไซต์อิสระจนกระทั่งประมาณปี 2004 เมื่อฉันเริ่มลงเส้นทางการจัดการ แต่ได้ตัดสินใจที่จะลองกลับไปสู่การพัฒนาอีกครั้ง (โดยเฉพาะ JavaScript และ HTML5 เว็บ / เว็บแอปบนอุปกรณ์เคลื่อนที่) และฉันรู้สึกประทับใจจริงๆ เทคโนโลยีที่เคลื่อนไหวเร็วและคล้ายคลึงกันนี้ต้องใช้เวลาอย่างต่อเนื่องในการลงทุนเพื่อพัฒนาทักษะที่มีอยู่ให้ดีขึ้นนอกเหนือจากการเรียนรู้ทักษะใหม่ ๆ ฉันเข้าใจในตอนนี้เนื่องจากฉันได้รับกลับไปสู่สิ่งต่าง ๆ ที่มีเส้นโค้งการเรียนรู้ที่ค่อนข้างสูงชัน แต่การเห็นว่ามีผู้ชายกี่คนที่ดีออกไปข้างนอกนั่นคือวิธีเดียวที่ฉันเห็นว่าการลุกขึ้นยืน สำหรับผู้ที่ทำงานเป็นนักพัฒนาเต็มเวลาสิ่งที่ฉันพยายามทำความเข้าใจคือสิ่งนี้ - ในเกือบทุกวันเวลาในสำนักงานจะถูกใช้ไปมากแค่ไหนในการตัดโค้ดเมื่อเทียบกับการเรียนรู้ / การวิจัย ฉันสามารถใช้เวลา 2-4 ชั่วโมงต่อวันในการทำสิ่งต่าง ๆ ที่ดีที่สุด นักพัฒนาที่ดีที่สุดส่วนใหญ่ที่ทำงานเต็มเวลานั้นลงทุนชั่วโมงสำคัญนอกเวลาทำงานหรือไม่ หรือบางทีฉันอาจจะดูผิดทั้งหมด

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

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

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

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

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

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

24
คุณจดจ่อกับการทำงานอย่างไร? [ปิด]
บางครั้งสิ่งที่ฉันต้องทำเพื่องานของฉันน่าสนใจและมีส่วนร่วม บางครั้งพวกเขาไม่ได้ บางครั้งพวกเขาก็ไม่ได้จริงๆ คุณมีกลยุทธ์หรือกลอุบายใด ๆ ในการรับมือกับสิ่งที่น่าเบื่อเหล่านั้นเมื่อสมองของคุณอยากจะทำอะไรนอกเหนือจากสิ่งที่คุณควรจะทำโดยเฉพาะอย่างยิ่งเมื่ออินเทอร์เน็ตและโอกาสไร้ขอบเขตสำหรับ Slack ที่น่าสนใจ?

10
คุณวาดเส้นเพื่อความสมบูรณ์แบบของคุณที่ไหน? [ปิด]
ลัทธิพอใจ แต่สิ่งดีเลิศอาจดีและไม่ดีเมื่อเขียนโปรแกรม คุณวาดเส้นเมื่อใดและที่ไหนเมื่อคุณแก้ปัญหา? เมื่อใดที่คุณจะตัดสินใจเมื่อโซลูชันมีขนาดใหญ่เกินไปหรือกว้างเกินไปหรือไม่? โปรดแสดงความคิดเห็นหากคำถามไม่ชัดเจน

7
วิธีการตัดสินใจทางเทคนิคที่สำคัญให้เวลาน้อยมาก
ฉันมีเวลา 2 วันในการตัดสินใจอย่างจริงจังเกี่ยวกับเครื่องมือและแพลตฟอร์มที่ บริษัท ของฉันกำลังจะใช้เพื่อพอร์ตแอปพลิเคชัน WPF ไปยัง Linux / Android / iOS เห็นได้ชัดว่าฉันสามารถชี้ไปที่รุ่นพี่ของฉันว่า 2 วันนั้นแทบจะไม่เพียงพอสำหรับการอ่านเกี่ยวกับตัวเลือกที่เป็นไปได้ทั้งหมดและสิ่งที่เกี่ยวกับความพยายามทำต้นแบบเป็นต้นฉันสามารถบอกได้ว่ามันจะไม่ช่วยฉันสักหน่อย หลังจาก 2 วันจะมีการตัดสินใจ ระยะเวลา จากด้านหนึ่งที่ฉันรู้สึกท้อแท้จากอีกด้านฉันคิดว่ามีความจริงในวิธีนี้ไม่อย่างนั้นฉันสามารถหาตัวเองได้อย่างง่ายดายภายใต้ SDK ที่ดาวน์โหลดกรอบงาน APIs บล็อกบทความ ฯลฯ และอื่น ๆ และลืมในสิ่งที่มันมีไว้สำหรับ แต่ฉันก็ยังกลัวว่าการตัดสินใจที่ผิดจะทำให้ บริษัท เสียค่าใช้จ่าย คุณคิดว่าเป็นกระบวนการ "อุดมคติ" ในการตัดสินใจเช่นนี้หรือไม่?

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

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

โดยการใช้ไซต์ของเรา หมายความว่าคุณได้อ่านและทำความเข้าใจนโยบายคุกกี้และนโยบายความเป็นส่วนตัวของเราแล้ว
Licensed under cc by-sa 3.0 with attribution required.