Làm thế nào để có hiệu quả chi tiêu thời gian miễn phí trên mạng tại văn phòng [đóng cửa]

Sau khi phát hành một bản phát hành, một lần trong hai đến ba tháng, tôi nhận được 10 đến 15 ngày rảnh rỗi. Khi rảnh rỗi, ý tôi là không có việc gì, không ai quan tâm bạn đang làm gì, v.v., nhưng bạn phải đến văn phòng và đi.

Bạn có nhận được thời gian rảnh như thế không? Làm thế nào để bạn sử dụng thời gian này?

Tôi có xu hướng đọc, nhưng tôi cảm thấy nhồi nhét ngày càng nhiều thông tin không phải là cách tốt nhất để chi tiêu.

Đó là một chút khác thường. Và lạ, nhân tiện. Nếu nhà tuyển dụng của bạn không có việc làm cho bạn, tại sao anh ta buộc bạn phải đến văn phòng?

Cải thiện mã của bạn

Nói chung, luôn có một công việc phải làm, ngay cả trên một dự án duy nhất. Nếu bạn không có gì để làm, điều đó có nghĩa là dự án của bạn là hoàn hảo. Tôi không tin vào những dự án hoàn hảo, vì tôi chưa bao giờ thấy bất kỳ dự án nào. Nếu công ty của bạn có các dự án hoàn hảo, tôi ước tôi có thể xem nó được thực hiện như thế nào.

Nếu dự án của bạn không hoàn hảo, bạn có thể dành thời gian rảnh này để cải thiện nó.

• Thực thi các quy tắc phong cách mã hóa,
• Kiểm tra xem các bình luận có được cập nhật và không bị thiếu ở bất cứ đâu không,
• Thực hiện đánh giá mã trên các phần không được viết bởi bạn,
• Cải thiện tài liệu kỹ thuật,
• Hồ sơ mã để xem các nút thắt cổ chai là gì và làm thế nào để loại bỏ chúng,
• Tái cấu trúc mã của bạn,
• Bắt đầu suy nghĩ về các tính năng trong tương lai để thực hiện.
• Vân vân.

Tìm hiểu cái gì mới

Đôi khi, bạn vừa hoàn thành mã hóa, cuối cùng bạn đã phát hành dự án và điều cuối cùng bạn muốn làm là tiếp tục làm việc với mã bạn đã thực hiện trong ba tháng qua. Nó có thể hiểu được. Trong trường hợp này, bạn có thể dễ dàng tìm một nghề nghiệp khác để thay đổi ý tưởng và tăng kiến ​​thức của bạn. Ví dụ: nếu bạn là nhà phát triển C #, tìm hiểu Python hoặc tìm hiểu cách sử dụng Tiện ích mở rộng phản ứng hoặc bất cứ điều gì.

Bạn cũng có thể bị cám dỗ để thực hiện một dự án nhỏ cho chính mình trong thời gian rảnh. Tôi không khuyên bạn nên làm điều đó, không chỉ bởi vì mã bạn viết trong công việc của bạn thường thuộc về công ty của bạn, mà còn bởi vì bạn có thể bị kiện sử dụng phần cứng doanh nghiệp và các tài nguyên khác để thực hiện các dự án không liên quan đến bạn công việc thực tế.

Nói chuyện với sếp của bạn

Có thể là một ý tưởng tốt để đặt câu hỏi bạn đã hỏi trên Lập trình viên. Cho người có liên quan, tức là ông chủ của bạn. Trên thực tế, rất có thể là:

• Hoặc anh ta bỏ qua rằng các nhà phát triển đôi khi không có gì để làm,
• Hoặc anh ấy mong bạn làm một điều chính xác.

Điều đặc biệt quan trọng là phải biết tình huống là gì nếu sếp của bạn thực sự mong đợi bạn làm điều gì đó. Ví dụ, nếu tôi có nhân viên, tôi sẽ mong họ cải thiện dự án khi họ đã viết xong mã và giải quyết các lỗi. Theo cách tương tự, khi tôi làm việc cho một công ty tại chỗ, tôi luôn dành toàn bộ thời gian để làm việc cho dự án và cải thiện nó nếu không có lỗi để giải quyết.

Có một ngoại lệ: thực tập sinh thường không mong muốn tự mình làm thêm. Nhưng ít nhất chúng tôi mong họ đến và nói với chúng tôi khi họ hoàn thành những gì chúng tôi yêu cầu họ làm, để chúng tôi giao cho họ một nhiệm vụ khác.

Tôi thực sự kết thúc có những tình huống như thế trong công việc của tôi. Có xu hướng tạm lắng sau khi phát hành trong vài tuần trong khi chúng tôi chuẩn bị cho phiên bản tiếp theo và các nhà quản lý PM & Development tranh luận về việc ưu tiên các tính năng cho phát hành n + 1.

Tôi thường cố gắng dành thời gian này để trả các khoản nợ kỹ thuật phát sinh hoặc thêm các tính năng mà tôi nghĩ là cần thiết, nhưng điều đó không bao giờ được cung cấp nguồn lực thích hợp do thực tế là chúng có thể không dẫn trực tiếp đến doanh thu.

Tôi đã ở trong tình huống này hơn một lần đối với nhiều hơn một chủ nhân, hãy tin tôi,

Điều này không phổ biến nhưng chắc chắn không phải là bất thường.

Tôi sẽ không đi thẳng và nói rằng nó là phổ biến mặc dù và nó chắc chắn là không bình thường. Đây là một dấu hiệu của quản lý kém và / hoặc quản lý dự án. Dưới đây là một số chủ đề phổ biến tôi nhận thấy rằng tạo ra những bài hát như thế này.

• Bạn có thể ở trong một tổ chức lớn với rất nhiều tài nguyên phát triển. Việc quản lý hiệu quả các dự án phần mềm đang diễn ra trở nên khó khăn hơn và duy trì việc sử dụng 100% tài nguyên với nguồn tài nguyên lớn.

• Quản lý dự án tồi. Họ làm một công việc khủng khiếp là lên lịch phát hành công việc theo cách mà tài nguyên càng gần mức sử dụng 100% càng tốt.

• Bảo trì / Tính năng dự án cho phần mềm hiện có. Nhiều khi tồn đọng các tính năng hoặc công việc bảo trì phức tạp, bản thân công việc có thể không mất nhiều công sức để thực hiện, tuy nhiên đòi hỏi mức độ quen thuộc kỹ thuật và kiến ​​thức kinh doanh rất cao để thực hiện công việc.

• Chuyên gia về vấn đề. Không có gì lạ khi các dự án có nhiều công nghệ và / hoặc kiến ​​thức kinh doanh có nhu cầu cho các nhóm nhỏ thành lập xung quanh các khu vực riêng lẻ. Các nhóm này trở thành Chuyên gia về Chủ đề theo quan điểm riêng của họ và công ty đánh giá họ THÊM cho những gì họ biết và những gì có khả năng làm hơn là những gì họ đang làm ngay lập tức khi không có công việc cụ thể cho họ.

Thật lạ,

• 10 - 15 ngày rảnh trong khoảng thời gian định kỳ
• không ai quan tâm bạn đang làm gì nhưng vẫn phải có mặt

Tuy nhiên, bạn có một số thời gian thích hợp mà bạn có thể sử dụng có thể thực hiện một số bài tập xây dựng đội nhóm, tập hợp các đồng nghiệp của bạn và tìm hiểu và trình bày một số khái niệm về ngôn ngữ hoặc khuôn khổ bạn đang sử dụng. Và dành một chút thời gian để thực hành một chút mã về một số vấn đề ngẫu nhiên để cải thiện kỹ năng của bạn.

Tôi có xu hướng đăng nhập vào StackOverflow và ở đây trong một số thời gian nghỉ ngắn có sẵn. Ngoài ra, chọn một ngôn ngữ mới cũng có thể là một viễn cảnh bạn có thể nhìn vào.

Những gì tôi muốn giới thiệu là, trong thời gian 2-3 tháng khi bạn đang làm việc chăm chỉ, bạn bắt đầu xây dựng một danh sách những thứ bạn muốn làm khi dự án được thực hiện và vài tuần cuộn thời gian rảnh rỗi xung quanh.

• Các đoạn mã "đủ tốt" mà bạn muốn cấu trúc lại
• Các công cụ, thư viện, ngôn ngữ, vv mà bạn muốn thử nghiệm
• Ý tưởng mà bạn muốn tạo nguyên mẫu, bằng chứng về khái niệm để xây dựng
• Các kỹ thuật phát triển mà bạn muốn thử

Tôi nghĩ rằng nếu tôi thêm một URL và một ghi chú vào danh sách mỗi khi tôi nghĩ về một cái gì đó như thế, sau hai đến ba tháng tôi chắc chắn sẽ có một danh sách đủ dài để làm cho tôi bận rộn!