Bạn có dành thời gian làm việc của bạn cho việc học? [đóng cửa]

Bạn có dành thời gian làm việc để học những thứ mới, đọc blog công nghệ, sách về lập trình, v.v.? Ý kiến ​​của bạn về nó là gì? Người sử dụng lao động có thể có lợi ích cho phép các nhà phát triển dành khoảng 1-1,5 giờ mỗi ngày cho việc học. Nó sẽ được hoàn trả trong tương lai (với năng suất tốt hơn, vv)?

Tôi nghĩ rằng điều cần thiết cho một môi trường phát triển tốt là cho phép nhiều nhất một hoặc hai giờ để khám phá và học hỏi, tất nhiên là khi đó là "thời gian khủng hoảng" trên một ứng dụng.

Một môi trường không làm điều này là một lá cờ đỏ trong cuốn sách của tôi bởi vì nó cho tôi biết họ không đánh giá cao sự cải thiện.

BIÊN TẬP

Điều tồi tệ nhất là nơi khiển trách các nhà phát triển của nó để đọc blog / trang web kỹ thuật thay vì "viết mã". Điều đó, với tôi, chỉ ra một môi trường không quan tâm đến các nhà phát triển của nó ngoài những gì họ có thể vắt kiệt từ họ.

Tôi nghĩ rằng hầu hết tất cả các nhà tuyển dụng cuối cùng đều trả tiền cho mọi người trong khoảng 1 - 2 giờ học ít nhất một vài ngày trong mỗi tuần. Ngay cả khi bạn chỉ đang tìm kiếm tài liệu, bạn vẫn đang học thứ gì đó mà trước đây bạn không biết.

Cá nhân tôi không thích thiết lập 'lát' thời gian cho người khác, cảm giác hơi giống như quản lý thời gian của người khác. Nếu tôi thuê bạn, tôi đã làm như vậy bởi vì tôi có một cảm giác khá tốt rằng bạn biết cách quản lý thời gian của mình tốt hơn tôi. Bạn đặt mục tiêu năng suất và thời hạn thường xuyên, nhưng ngoài ra, hãy để nhân viên làm những gì khiến nhân viên làm việc hiệu quả nhất.

Nếu bạn cần dành sáu giờ để tìm ra cách tiếp cận vấn đề tốt nhất bằng cách nghiên cứu một số thuật toán khác nhau, điều đó tốt. Nếu bạn cần dành 20 phút để tham khảo cách thực hiện ngôn ngữ, điều đó tốt.

Nói tóm lại, chỉ khuyến khích mọi người học hỏi và trở nên tốt hơn khi họ thấy sự cần thiết và cơ hội để làm điều đó. Trả tiền cho đào tạo khi nó có ý nghĩa và không rẻ trên sách. Điều đó thường kết thúc trong năng suất tuyệt vời và giữ nhân viên tuyệt vời.

Tôi dành một vài giờ mỗi sáng tập trung vào việc học một cái gì đó mới. Đây có thể là một cái gì đó liên quan đến ngăn xếp công nghệ chính của tôi (.NET, WPF, ASP.NET MVC, Linq, v.v.) hoặc tôi sẽ chơi xung quanh với các ngôn ngữ mới, khung web hoặc thậm chí làm một số phép tính và toán học khó khác để giữ Tâm trí khập khiễng. Tất nhiên, tôi đi làm lúc 6:30 sáng và làm việc này đến 9:00 khi ngày làm việc bắt đầu. Khi bạn có con nhỏ ở nhà như tôi, bạn phải làm việc vào sáng sớm khi xa nhà để bạn hoàn toàn có thể tập trung. Điều này cũng để buổi tối của tôi mở để được làm cha. Vì vậy, vâng tôi nghĩ rằng điều quan trọng đối với một người sử dụng lao động là dành thời gian cho những người lao động tri thức của mìnhđể đạt được kiến ​​thức mới. Tôi luôn nói với các nhà phát triển của mình dành thời gian để học những thứ mới và thậm chí khuyến khích họ tham dự các hội nghị và hội thảo để luôn giữ cho tâm trí của họ khập khiễng. Ngay cả khi họ không viết bất cứ điều gì trong Erlang, nó có thể xuất hiện ở đâu đó về mặt khái niệm sau đó và chứng minh là thực sự hữu ích trong một dự án khác.

Đó là lý do tại sao nó được gọi là "Phòng đọc" :) Thiết lập trình đọc RSS hoặc bất cứ thứ gì bạn thích có thể tổng hợp các bài đăng từ nhiều nơi khác nhau mà bạn thấy có giá trị và sau đó in ra một vài bài viết mỗi ngày và mang theo bên mình.

Nhưng ngoài ra, nếu bạn đang làm điều gì đó mà bạn đã biết câu trả lời và không dành ít nhất một phần thời gian trong ngày để theo dõi câu trả lời cho điều gì đó (cũng đang học) thì bạn cần thay đổi công việc. Tự mãn là một kẻ giết người trong nghề này.

Tôi thường không thực sự viết mã cho đến sau bữa ăn trưa. Thông thường những ngày của tôi sẽ diễn ra như thế này:

9 giờ sáng - 10 giờ sáng: Stackoverflow (bao gồm các liên kết blog thú vị, v.v.), email, có thể xem lại một số thay đổi gần đây trong kiểm soát nguồn để có cảm giác về nơi dự án sẽ đi vào cuối.

10 giờ sáng đến 12 giờ tối: thường dành để thực hiện mã hóa "ánh sáng". Tái cấu trúc, sửa lỗi nhỏ và thiết kế cách triển khai cho mọi thứ sẽ hoạt động, đôi khi thiết kế cấp cao hơn một chút khi cần

1 pm-3pm: thường mã hóa nặng. Mã hóa Tedious phù hợp ở đây.

3 giờ chiều đến 30:30 chiều: Học thêm một chút là "nghỉ".

4 giờ chiều-?: Nếu tôi thực sự ở trong khu vực, tôi sẽ được biết là ở lại muộn một tiếng. Đây có lẽ là thời gian hiệu quả nhất đối với tôi. Cụ thể là vì thường tôi bị bỏ lại một mình sau 4 giờ chiều, và tôi là một người đêm tự nhiên nên mọi thứ trước 12 giờ đêm dường như là "sớm" đối với tôi.

Bây giờ, tôi nói rằng công ty trả tiền cho bạn để viết bài đăng trên blog là không công bằng. Điều này bao gồm các câu trả lời Stack Overflow đôi khi .

Học hả? Tôi muốn nói rằng tôi làm điều đó hầu hết thời gian tại nơi làm việc. Đối với tôi, học tập là bản chất cốt lõi của lập trình và là hệ quả tất yếu của thực tế là bạn luôn giải quyết các vấn đề mới (nghĩa là không làm điều tương tự hai lần). 

Nếu bạn không học trong giờ làm việc, bạn đã làm sai hoặc bạn nên tìm cách môi trường làm việc tốt hơn.

(Điều đó nói rằng, đối với blog và sách tôi hầu như có xu hướng sử dụng thời gian rảnh của mình, ngoại trừ khi nó liên quan chặt chẽ đến công việc trong tay.)

Từ quan điểm quản lý, các nhà tuyển dụng thường muốn nhân viên của họ không ngừng học hỏi. Đây có thể là đào tạo chính thức trong lớp học hoặc học tập điện tử, nắm bắt các nguồn cấp dữ liệu RSS của bạn, đọc các tạp chí kỹ thuật, xem video, có một người cố vấn, cố vấn cho người khác, v.v.

Chà đến khi

1. quản lý của bạn nghĩ rằng bạn nên biết những thứ này
2. bạn đã có thời hạn cho một dự án
3. bạn bắt đầu ép học tập mới được tìm thấy về kinh doanh mà không cần thông qua các kênh thích hợp (ví dụ: tôi mới tìm hiểu tất cả về ObservableCollections và nghĩ rằng điều đó thật tuyệt vì vậy tôi sẽ bắt đầu thực hiện điều đó trong phần cơ sở mã của mình .)

Tất cả những gì đã nói, kỳ vọng chung là bạn cần phải tự học theo mô hình 70-20-10

• 70% nên học tại chỗ, như sửa mã của bạn bằng thứ gì đó hiệu quả hơn
• 20% nên học không chính thức, như được cố vấn và đọc blog hoặc tham dự một hội nghị
• 10% nên được đào tạo chính thức, như sự kiện trong lớp học 2 ngày hoặc các mô-đun học tập điện tử với theo dõi SCORM

Nếu công ty của bạn không có phần đào tạo chính thức 10%, hãy yêu cầu.

Đối với tôi, lập trình là học tập . Mỗi khi tôi viết một phương pháp tôi có thể học được điều gì đó:

• Đây có phải là cách tốt nhất để làm điều này?
• Sử dụng bộ nhớ / CPU là gì?
• Sự đánh đổi là gì?
• Các vấn đề tiềm năng có thể làm cho phương pháp này thất bại là gì? (bế tắc, mất kết nối, v.v.)
• Phương pháp này có cần phải là một phần của thư viện để tôi có thể sử dụng lại sau này không?
• Làm thế nào tôi có thể giải thích hệ thống này bằng thuật ngữ phi kỹ thuật để bất kỳ ai cũng có thể hiểu nó?
• Làm thế nào tôi sẽ nhớ và sắp xếp mọi thứ tôi vừa học?

Mỗi lần tôi đi trên Lập trình viên .E hoặc Stack Overflow tôi đều học được điều gì đó.

Tôi nghĩ rằng trở thành một lập trình viên là tất cả về học tập. Và, mọi thứ chúng ta học có thể được sử dụng để làm cho chúng ta lập trình tốt hơn và giúp làm cho các dự án mà chúng ta làm việc thành công.

Tôi đang dành khoảng (giờ làm việc):

• ~ 5% thời gian để viết mã
• ~ 10% thời gian để xem video Starcraft2 trên YouTube và uống cà phê
• ~ 20% thời gian để suy nghĩ về các vấn đề hiện tại mà dự án đang phải đối mặt
• ~ 65% thời gian để tìm hiểu những thứ mới và thú vị

Đọc các bài viết kỹ thuật trên web đã là thói quen của tôi trong 2 năm qua. Mỗi ngày, tôi dành ít nhất một giờ hoặc nhiều hơn để nhảy qua các bài báo. Ban đầu, tôi thường nhảy vào mỗi bài viết và cố gắng học hỏi. Đó là mối quan tâm của tôi và nó dường như không hiệu quả do số lượng lớn các bài báo và chủ đề mà người ta có thể đi qua. Có lẽ, "Jack của tất cả các giao dịch, nhưng chủ của không" phù hợp với tình huống này. Theo thời gian, tôi đã tìm thấy nhiều nguồn lực tốt và xác định sở thích của mình. Đăng rằng, tôi đã thu hẹp một trong những chủ đề và bắt đầu được chọn lọc.

Những gì tôi có được từ tất cả các bài đọc là tìm kiếm về các tài nguyên tốt như tràn stack, Y Combinator, tạp chí đập vỡ, v.v. Những gì tôi sẽ đạt được là chuyên môn trong các chủ đề mà tôi đang đọc. Vì vậy, quan điểm của tôi là người ta cũng nên chọn lọc về việc đọc. Đọc sách luôn là một thói quen tốt. Đọc chọn lọc là một trong những tuyệt vời.

Ngoài ra, một quan sát khác là hầu hết tất cả những người xung quanh tôi mà tôi cảm thấy là những lập trình viên giỏi, hãy tiếp tục đọc và chỉ cho tôi những thứ tuyệt vời. Nó giống như việc đọc của chúng ta giúp người khác trở nên tốt hơn - Phần xã hội.

Tôi thích thời gian học vào buổi sáng. Tôi bắt đầu ngày mới bằng cách tìm hiểu những thứ mới có trong tâm trí và / hoặc đọc các nguồn cấp tin tức công nghệ mà tôi theo dõi trong Google Reader. Thỉnh thoảng tôi cũng dành thời gian sau bữa trưa. Nếu tôi cảm thấy học được bất cứ điều gì mới mà không chặn nhiệm vụ hiện tại của mình, tôi sẽ đưa nó vào sáng hôm sau.

Vâng, tôi cũng tránh viết blog trong giờ làm việc vì nó có thể mất nhiều hơn thời gian ước tính. Thời gian tốt nhất để viết blog hoặc tham gia vào cộng đồng (đối với tôi) là sau giờ hành chính.

người ta có thể tìm thấy những vấn đề xung quanh hoặc từ các dự án mà anh ta đang làm. Chỉ cần tạo hoặc thiết bị một số vấn đề cho sức chịu đựng nghiệp chướng của bạn. Nhìn sâu càng nhiều càng tốt. Người ta sẽ tìm đường đến những con đường vinh quang của cuộc sống làm việc tự động. Khi một người trở nên năng suất hơn, người ta sẽ tìm thấy thời gian để học cách trở nên năng suất hơn anh ta. Nuôi dưỡng trí tuệ tiến hóa của bản thân, tôi nói, luôn luôn làm tốt ngay cả khi bạn không phải là một lập trình viên. Nó chỉ tăng cường quá trình suy nghĩ. Có nhiều cách khác nhau để tiếp cận vấn đề. Đi cho tùy chọn để đào thêm. Không bao giờ hài lòng với giải pháp. Ngay cả sau khi giao hàng cam kết, người ta có thể xem lại đầu ra. Người ta phải làm sắc nét các công cụ của mình. Nơi tốt hơn để phát triển đĩa bay của riêng bạn, chắc chắn là trong phòng tối cá nhân của riêng bạn!