วิธีใช้“ เวลาว่าง” ให้เกิดประโยชน์ได้ที่สำนักงาน [ปิด]

หลังจากจัดส่งการวางจำหน่ายหนึ่งครั้งในสองถึงสามเดือนฉันได้รับเวลาว่าง 10 ถึง 15 วัน ตามเวลาว่างฉันหมายถึงไม่มีงานไม่มีใครใส่ใจสิ่งที่คุณกำลังทำ ฯลฯ แต่คุณต้องมาที่ออฟฟิศแล้วไป

คุณได้รับเวลาว่างเช่นนั้นหรือไม่? คุณใช้เวลานี้อย่างไร

ฉันมักจะอ่าน แต่ฉันรู้สึกว่าการยัดเยียดข้อมูลให้มากขึ้นไม่ใช่วิธีที่ดีที่สุดในการใช้จ่าย

มันผิดปกติเล็กน้อย และแปลกไปตามทาง หากนายจ้างของคุณไม่มีงานให้คุณทำไมเขาถึงบังคับให้คุณมาที่สำนักงาน

ปรับปรุงรหัสของคุณ

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

หากโครงการของคุณไม่สมบูรณ์แบบกว่าที่คุณสามารถใช้เวลาว่างนี้ในการปรับปรุง

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

เรียนรู้สิ่งใหม่

บางครั้งคุณเพิ่งเขียนโค้ดเสร็จในที่สุดคุณก็ปล่อยโปรเจ็กต์และสิ่งสุดท้ายที่คุณต้องการคือการทำงานกับโค้ดที่คุณใช้งานในช่วงสามเดือนที่ผ่านมา นั่นเป็นที่เข้าใจ ในกรณีนี้คุณสามารถหาอาชีพอื่นเพื่อเปลี่ยนความคิดและเพิ่มความรู้ของคุณได้อย่างง่ายดาย ตัวอย่างเช่นหากคุณเป็นผู้พัฒนา C #, เรียนรู้ Python หรือเรียนรู้วิธีการใช้ Reactive Extensions หรืออะไรก็ตาม

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

คุยกับเจ้านายของคุณ

มันอาจเป็นความคิดที่ดีที่จะถามคำถามที่คุณถามเกี่ยวกับ Programmers.SE กับผู้ที่เกี่ยวข้องเช่นเจ้านายของคุณ ในความเป็นจริงมีโอกาสที่:

• เขาไม่สนใจว่านักพัฒนาบางครั้งไม่มีอะไรทำ
• หรือเขาคาดหวังให้คุณทำสิ่งที่แม่นยำ

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

มีข้อยกเว้นหนึ่งประการ: นักศึกษาฝึกงานมักไม่คาดว่าจะทำงานเพิ่มเติมด้วยตนเอง แต่อย่างน้อยเราก็คาดหวังให้พวกเขามาและบอกเราเมื่อพวกเขาทำในสิ่งที่เราขอให้พวกเขาทำเพื่อที่เราจะมอบหมายงานอื่นให้พวกเขา

จริงๆแล้วฉันมีสถานการณ์เช่นนี้ในที่ทำงานของฉัน มีแนวโน้มที่จะกล่อมหลังจากปล่อยเป็นเวลาสองสามสัปดาห์ในขณะที่เราเพิ่มขึ้นสำหรับรุ่นถัดไปและผู้จัดการ PM และการพัฒนาโต้เถียงเกี่ยวกับการจัดลำดับความสำคัญของคุณสมบัติสำหรับรุ่น n + 1

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

ฉันอยู่ในสถานการณ์นี้มากกว่าหนึ่งครั้งสำหรับนายจ้างมากกว่าหนึ่งคนเชื่อฉัน

มันไม่ธรรมดา แต่ก็ไม่ผิดปกติ

ฉันจะไม่ออกไปทันทีและพูดว่ามันเป็นเรื่องธรรมดา แต่แน่นอนว่ามันไม่ปกติ นี่เป็นสัญญาณของการจัดการที่ไม่ดีและ / หรือการจัดการโครงการ ต่อไปนี้เป็นธีมทั่วไปที่ฉันสังเกตเห็นว่าสร้างกล่อมเช่นนี้

• คุณอาจอยู่ในองค์กรขนาดใหญ่ที่มีทรัพยากรการพัฒนามากมาย มันยากที่จะจัดการโครงการซอฟต์แวร์อย่างต่อเนื่องและรักษาการใช้ทรัพยากรให้ได้ 100% ด้วยแหล่งข้อมูลขนาดใหญ่

• ผู้จัดการโครงการไม่ดี พวกเขาทำงานได้อย่างยอดเยี่ยมในการวางกำหนดการปล่อยงานในลักษณะที่ทรัพยากรใกล้เคียงกับการใช้ประโยชน์ได้มากที่สุด 100%

• การบำรุงรักษา / คุณสมบัติโครงการซอฟต์แวร์ที่มีอยู่ หลายครั้งเมื่อมีงานค้างคุณลักษณะหรืองานซ่อมบำรุงที่ซับซ้อนตัวงานเองอาจไม่ใช้ความพยายามมากนัก แต่ต้องใช้ความเชี่ยวชาญทางเทคนิคและความรู้ทางธุรกิจในระดับสูงเพื่อทำงาน

• ผู้เชี่ยวชาญเรื่อง ไม่ใช่เรื่องแปลกสำหรับโครงการที่มีเทคโนโลยีที่หลากหลายและ / หรือความรู้ทางธุรกิจที่จะมีความต้องการสำหรับกลุ่มเล็ก ๆ ของทีมที่จะก่อตัวรอบแต่ละพื้นที่ ทีมเหล่านี้กลายเป็นผู้เชี่ยวชาญเรื่องที่มีความสำคัญในเรื่องของตัวเองและ บริษัท ให้ความสำคัญกับสิ่งที่พวกเขารู้และสิ่งที่มีความสามารถในการทำมากกว่าสิ่งที่พวกเขากำลังทำในขณะที่ไม่มีการทำงานเฉพาะสำหรับพวกเขา

แปลกจริง ๆ

• 10 - 15 วันของเวลาว่างในช่วงเวลาที่เกิดขึ้นประจำ
• ไม่มีใครสนใจสิ่งที่คุณกำลังทำอยู่ แต่ยังต้องมีอยู่จริง

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

ฉันมักจะเข้าสู่ระบบ StackOverflow และที่นี่ในช่วงพักสั้น ๆ การเลือกภาษาใหม่อาจเป็นมุมมองที่คุณสามารถมองเห็นได้

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

• บิตที่ดีพอที่คุณต้องการ refactor
• เครื่องมือไลบรารีภาษา ฯลฯ ที่คุณต้องการทดลองใช้
• ความคิดที่คุณต้องการสร้างต้นแบบการพิสูจน์ตามแนวคิดเพื่อสร้าง
• เทคนิคการพัฒนาที่คุณอยากลอง

ฉันคิดว่าถ้าฉันเพิ่ม URL และบันทึกลงในรายการทุกครั้งที่ฉันนึกถึงสิ่งนั้นหลังจากสองถึงสามเดือนฉันจะมีรายการสิ่งที่ต้องทำนานพอที่จะทำให้ฉันยุ่ง!