Як продуктивно проводити «вільний час» в офісі [закрито]

Після відправлення випуску, раз на два-три місяці, я отримую від 10 до 15 днів вільного часу. Під вільним часом я маю на увазі не роботу, нікого не цікавить, що ти робиш і т. Д., Але ти повинен приходити в офіс і їхати.

Ви отримуєте такий вільний час? Як ви використовуєте цей час?

Я схильний читати, але мені здається, що набиваючи все більше інформації - це не найкращий спосіб її витратити.

Це трохи незвично. І дивно, до речі. Якщо ваш роботодавець не має для вас роботи, чому він змушує вас приходити до офісу?

Удосконаліть свій код

Загалом, завжди потрібно виконати роботу, навіть над одним проектом. Якщо вам нічого не робити, це означає, що ваш проект ідеальний. Я не вірю в ідеальні проекти, оскільки жодного разу не бачив. Якщо у вашої компанії є ідеальні проекти, я б хотів би поглянути на те, як це робиться.

Якщо ваш проект не ідеальний, ви можете витратити цей вільний час на його вдосконалення.

• Виконувати правила стилю кодування,
• Перевірте, чи коментарі актуальні та ніде не пропущені,
• Проведіть огляд коду на частини, які не були написані вами,
• Удосконалити технічну документацію,
• Профілюйте код, щоб побачити, що це вузькі місця та як їх усунути,
• Refactor ваш код,
• Почніть думати про майбутні функції, які потрібно реалізувати.
• тощо.

Дізнайтеся щось нове

Іноді, ви щойно закінчили кодування, ви нарешті випустили проект, і останнє, що ви хочете зробити, - це продовжувати працювати з кодом, який ви використовували останні три місяці. Це зрозуміло. У цьому випадку ви можете легко знайти інше заняття, щоб змінити свої ідеї та розширити свої знання. Наприклад, якщо ви розробник C #, вивчіть Python або навчіться використовувати реактивні розширення чи що б там не було.

Ви також можете спокуси зробити невеликий проект для себе у вільний час. Я не раджу робити це не тільки тому, що код, який ви пишете на своїй роботі, як правило, належить вашій компанії, але і тому, що ви можете позов бути використаними вашим корпоративним обладнанням та іншими ресурсами, щоб робити проекти, які не мають нічого спільного з вашими фактична робота.

Поговоріть зі своїм начальником

Може бути корисною задати питання, яке ви задали на Programmers.SE зацікавленій особі, тобто своєму начальнику. Насправді шанси на те, що:

• Або він ігнорує, що розробники іноді нічого не роблять,
• Або він очікує, що ти зробиш точну справу.

Особливо важливо знати, яка ситуація, якщо ваш начальник насправді очікує, що ви щось зробите. Наприклад, якби у мене були співробітники, я б очікував, що вони вдосконалять проект, коли вони закінчать писати код і вирішать помилки. Таким же чином, коли я працюю в компанії на місці, я завжди витрачав весь час, працюючи над проектом і вдосконалюючи його, якщо не було помилок для вирішення.

Є один виняток: зазвичай не передбачається, що інтерни можуть робити додаткові роботи самостійно. Але принаймні ми очікуємо, що вони приїдуть і скажуть нам, коли вони закінчать те, що ми попросили їх зробити, щоб ми поставили їм ще одне завдання.

Насправді у мене в роботі є такі ситуації. Після випусків на декілька тижнів, як правило, йде затримка, поки ми готуємося до наступного випуску, і менеджери PM & Development сперечаються щодо пріоритетності функцій для випуску n + 1.

Зазвичай я намагаюся витратити цей час на виплату технічної заборгованості, яка виникла, або на додавання функцій, які, на мою думку, необхідні, але ніколи не надаються належних ресурсів через те, що вони можуть не призвести безпосередньо до доходу.

Я був у цій ситуації не один раз для більш ніж одного роботодавця, повірте,

Це не є звичайним, але, звичайно, незвичайним.

Я не піду прямо і скажу, що це звичайно, але це, звичайно, не нормально. Це ознака поганого управління та / або управління проектами. Ось декілька поширених тем, які я помічаю, які створюють подібні затишки.

• Ви можете бути у великій організації, що має багато ресурсів розвитку. Ефективно керувати поточними програмними проектами та підтримувати 100% використання ресурсів із великим ресурсним ресурсом стає важче.

• Погані керівники проектів. Вони роблять жахливу роботу з планування роботи випуску таким чином, щоб ресурси були максимально близькими до 100% використання.

• Проект технічного обслуговування / функціонування для існуючого програмного забезпечення. Багато разів, коли є відставання функцій або складних робіт з технічного обслуговування, сама робота може не зайняти великих зусиль для її впровадження, однак для виконання роботи потрібен дуже високий рівень технічної обізнаності та ділових знань.

• Експерт з предметних питань. Не рідкість проекти, які мають широкий спектр технологій та / або ділових знань, мають потребу в невеликих групах команд, що формуються навколо окремих районів. Ці команди стають експертами з предметних питань, і компанія цінує їх БІЛЬШЕ за те, що вони знають і на що здатні, ніж за те, що вони роблять у той самий момент, коли спеціально для них немає роботи.

Дійсно дивно,

• 10 - 15 днів вільного часу з періодичними інтервалами
• нікого не цікавить те, що ти робиш, але все одно маєш бути фізично присутнім

Тим не менш, у вас є якийсь пристойний час, який ви могли б використати, можливо, зробіть вправу для побудови команди, зберіть своїх колег та вивчіть та презентуйте деякі концепції на мові чи рамках, якими ви користуєтесь. І вдосконаліть трохи часу, щоб відпрацювати трохи коду над деякими випадковими проблемами, щоб покращити свої навички.

Я схильний увійти в StackOverflow і тут під час коротких перерв. Вибір нової мови також може бути перспективою.

Те , що я рекомендував би в тому, що в протягом двох-трьох місяців , коли ви які важко на роботі, ви починаєте будувати зі списку речей , які ви хочете зробити , коли проект буде зроблений і пара тижнів вільного часу катається.

• "Досить хороші" біти коду, які ви хочете переробити
• Інструменти, бібліотеки, мови тощо, з якими ви хочете експериментувати
• Ідеї, які ви хочете скласти для прототипу, доказів концепції
• Методи розробки, які ви хочете спробувати

Я вважаю, що якби я додавав URL-адресу та примітку до списку кожного разу, коли я щось про це думав, через два-три місяці я, звичайно, маю досить довгий перелік речей, які потрібно зробити, щоб не зайняти мене!