คุณใช้เวลาทำงานกับการเรียนรู้หรือไม่? [ปิด]

คุณใช้เวลาทำงานกับการเรียนรู้สิ่งใหม่การอ่านบล็อกเทคโนโลยีหนังสือเกี่ยวกับการเขียนโปรแกรม ฯลฯ หรือไม่? ความคิดเห็นของคุณเกี่ยวกับมันคืออะไร? นายจ้างสามารถมีสิทธิประโยชน์ที่ช่วยให้นักพัฒนาสามารถใช้เวลาในการเรียนรู้ได้ประมาณ 1-1.5 ชั่วโมงต่อวัน มันจะได้รับการชำระคืนในอนาคต (พร้อมผลผลิตที่ดีขึ้น ฯลฯ ) หรือไม่

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

สภาพแวดล้อมที่ไม่ได้ทำเช่นนี้เป็นธงสีแดงในหนังสือของฉันเพราะมันบอกฉันว่าพวกเขาไม่ได้ให้ความสำคัญกับการปรับปรุง

แก้ไข

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

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

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

หากคุณจำเป็นต้องใช้เวลาหกชั่วโมงในการหาวิธีการแก้ไขปัญหาที่ดีที่สุดโดยการศึกษาอัลกอริทึมที่แตกต่างกัน หากคุณต้องการใช้เวลา 20 นาทีในการอ้างอิงการใช้ภาษานั่นถือว่าใช้ได้

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

ฉันใช้เวลาสองสามชั่วโมงทุกเช้าโดยมุ่งเน้นที่การเรียนรู้สิ่งใหม่ นี่อาจเป็นบางสิ่งที่เกี่ยวข้องกับสแต็คเทคโนโลยีหลักของฉัน (.NET, WPF, ASP.NET MVC, Linq, ฯลฯ ) หรือฉันจะเล่นกับภาษาใหม่กรอบเว็บหรือแม้แต่ทำแคลคูลัสและคณิตศาสตร์อื่น ๆ จิตใจแจ่มใส แน่นอนฉันไปทำงานเวลา 6:30 น. และทำสิ่งนี้จนถึง 9:00 น. เมื่อวันทำงานเริ่มต้นขึ้น เมื่อคุณมีเด็กเล็ก ๆ ที่บ้านอย่างฉันคุณต้องทำงานตอนเช้าออกจากบ้านเพื่อให้คุณมีสมาธิอย่างเต็มที่ สิ่งนี้ทำให้ใบไม้เย็นของฉันเปิดเป็นพ่อ ใช่ฉันคิดว่ามันสำคัญสำหรับนายจ้างที่จะให้เวลากับคนทำงานที่มีความรู้เพื่อให้ได้ความรู้ใหม่ ฉันมักจะบอกให้นักพัฒนาของฉันใช้เวลาในการเรียนรู้สิ่งใหม่ ๆ และยังกระตุ้นให้พวกเขาเข้าร่วมการประชุมและสัมมนาเพื่อให้พวกเขามีจิตใจที่อ่อนแออยู่เสมอ แม้ว่าพวกเขาจะไม่เขียนอะไรใน Erlang มันก็อาจจะปรากฏตัวที่ใดก็ได้ในแนวความคิดในภายหลังและพิสูจน์ให้เห็นว่ามีประโยชน์จริงๆในโครงการอื่น

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

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

ปกติฉันไม่ได้เขียนโค้ดจนกว่าจะถึงมื้อเที่ยง โดยทั่วไปวันของฉันจะเป็นดังนี้:

9.00-10.00 น.: Stackoverflow (รวมถึงลิงก์บล็อกที่น่าสนใจ ฯลฯ ) อีเมลอาจตรวจสอบการเปลี่ยนแปลงล่าสุดของการควบคุมแหล่งที่มาเพื่อให้เกิดความรู้สึกว่าโครงการนั้นมุ่งไปที่ใด

10.00 น. - 24.00 น.: มักใช้เวลากับการเขียนโปรแกรม "แสง" การปรับโครงสร้างการแก้ไขข้อบกพร่องเล็ก ๆ และการออกแบบวิธีการใช้งานสำหรับสิ่งที่จะใช้งานได้บางครั้งการออกแบบระดับสูงขึ้นเล็กน้อยเมื่อจำเป็น

13.00 น. - 15.00 น.: มักจะเข้ารหัสหนัก การเข้ารหัสที่น่าเบื่อเข้าที่นี่

15.00 น. - 15.30 น.: 16.00 น.: เรียนรู้มากขึ้นว่า "หยุดพัก"

16.00 น. -: ถ้าฉันอยู่ในโซนจริง ๆ ฉันจะพักสายประมาณหนึ่งชั่วโมงหรือมากกว่านั้น นี่อาจเป็นเวลาที่มีประสิทธิภาพที่สุดสำหรับฉัน คือเพราะปกติฉันจะถูกทิ้งไว้ตามลำพังหลัง 16.00 น. และฉันเป็นคนกลางคืนตามธรรมชาติดังนั้นทุกอย่างก่อน 12.00 น. ก็ดูเหมือนว่า "เร็ว" สำหรับฉัน

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

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

หากคุณไม่ได้เรียนรู้ในช่วงเวลาทำงานคุณอาจทำผิดหรือคุณควรมองหาสภาพแวดล้อมการทำงานที่ดีขึ้น

(ที่กล่าวว่าสำหรับบล็อกและหนังสือส่วนใหญ่ฉันมักจะใช้เวลาว่างของฉันยกเว้นเมื่อมันเกี่ยวข้องอย่างใกล้ชิดกับงานที่ทำอยู่)

จากมุมมองของผู้บริหารนายจ้างมักต้องการให้พนักงานเรียนรู้อย่างต่อเนื่อง นี่อาจเป็นการฝึกอบรมในห้องเรียนอย่างเป็นทางการหรือ e-learning, ติดตามฟีด RSS ของคุณ, อ่านวารสารทางเทคนิค, ดูวิดีโอ, มีที่ปรึกษา, ให้คำปรึกษาผู้อื่น ฯลฯ

ถูมาเมื่อ

1. ผู้จัดการของคุณคิดว่าคุณควรรู้สิ่งนี้อยู่แล้ว
2. คุณมีกำหนดส่งงานโครงการ
3. คุณเริ่มบังคับให้เรียนรู้สิ่งใหม่ทางธุรกิจโดยไม่ต้องผ่านช่องทางที่เหมาะสม (เช่นฉันเพิ่งเรียนรู้เกี่ยวกับ ObservableCollections และคิดว่ามันยอดเยี่ยมมากฉันจะเริ่มทำสิ่งนั้นในส่วนของ codebase )

จากทั้งหมดที่กล่าวมาความคาดหวังโดยทั่วไปคือคุณต้องขับเคลื่อนการเรียนรู้ของคุณเองกับโมเดล 70-20-10

• 70%ควรเป็นการเรียนรู้ในที่ทำงานเช่นแก้ไขรหัสของคุณด้วยสิ่งที่มีประสิทธิภาพมากขึ้น
• ควรเรียนรู้อย่างไม่เป็นทางการ20%เช่นการเป็นที่ปรึกษาและอ่านบล็อกหรือเข้าร่วมการประชุม
• 10%ควรเป็นการฝึกอบรมอย่างเป็นทางการเช่นกิจกรรมในห้องเรียน 2 วันหรือโมดูลอีเลิร์นนิงที่มีการติดตาม SCORM

หาก บริษัท ของคุณไม่มีส่วนการฝึกอบรมอย่างเป็นทางการ 10% ให้ขอมัน

สำหรับผมการเขียนโปรแกรมคือการเรียนรู้ ทุกครั้งที่ฉันเขียนวิธีฉันสามารถเรียนรู้บางสิ่ง:

• นี่เป็นวิธีที่ดีที่สุดในการทำสิ่งนี้หรือไม่?
• การใช้หน่วยความจำ / CPU คืออะไร
• การแลกเปลี่ยนคืออะไร?
• ปัญหาที่อาจเกิดขึ้นที่ทำให้วิธีนี้ล้มเหลวคืออะไร (การหยุดชะงักการเชื่อมต่อที่ลดลง ฯลฯ )
• วิธีนี้จำเป็นต้องเป็นส่วนหนึ่งของห้องสมุดหรือไม่เพื่อให้ฉันสามารถนำกลับมาใช้ใหม่ได้ในภายหลัง?
• ฉันจะอธิบายระบบนี้ในแง่ที่ไม่ใช่ด้านเทคนิคเพื่อให้ทุกคนเข้าใจได้อย่างไร
• ฉันจะจดจำและจัดการทุกสิ่งที่ฉันเรียนรู้ได้อย่างไร

ทุกครั้งที่ฉันไปที่ Programmers.SE หรือ Stack Overflow ฉันเรียนรู้บางสิ่ง

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

ฉันใช้เวลา (ประมาณชั่วโมงทำงาน):

• ~ 5% ของเวลาในการเขียนโค้ด
• ~ 10% ของเวลาในการดูวิดีโอของ Starcraft2 บน YouTubeและดื่มกาแฟ
• ~ 20% ของเวลาที่จะคิดเกี่ยวกับโครงการปัญหาในปัจจุบันกำลังเผชิญอยู่
• ~ 65%ของเวลาในการเรียนรู้สิ่งใหม่และน่าตื่นเต้น

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

สิ่งที่ฉันได้รับจากการอ่านทั้งหมดคือการค้นหาเกี่ยวกับทรัพยากรที่ดีเช่นสแต็คล้น, Y Combinator, นิตยสารยอดเยี่ยม, ฯลฯ สิ่งที่ฉันจะได้รับคือความเชี่ยวชาญในหัวข้อที่ฉันอ่าน ดังนั้นประเด็นของฉันคือควรเลือกเกี่ยวกับการอ่าน การอ่านเป็นนิสัยที่ดีเสมอ การอ่านที่เลือกสรรเป็นสิ่งที่ยอดเยี่ยม

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

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

ฉันยังหลีกเลี่ยงการเขียนบล็อกในช่วงเวลาทำงานเนื่องจากอาจใช้เวลามากกว่าเวลาโดยประมาณ เวลาที่ดีที่สุดสำหรับการเขียนบล็อกหรือเข้าร่วมในชุมชน (สำหรับฉัน) คือหลังเวลาทำการ

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