Чи має відбуватися професійний розвиток в час компанії?

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

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

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

Я також хотів би дізнатися про більш радикальні підходи до PD, навіть якщо вони повністю там; завжди цікаво подивитися, що намагаються інші люди.

Не зовсім резюме, але те, що я намагаюся запитати:

• Чи загально чи рекомендується компаніям виділяти час PD?
• Чия відповідальність за забезпечення сучасних знань та навичок розробника?
• Чи повинен графік роботи за сумісництвом надихати на менший коефіцієнт часу PD: робота?
• Як розробник може показати співробітникам, які не розробляють, що читання блогів та книг є результативним?
• Чи читати блоги та книги насправді чистими результатами? (вітаються посилання)
• Чи ефективне написання блогів як спосіб PD? (остання тема в новинах Хакерів)

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

Підтримуваний компанією час PD може сприяти атмосфері навчання та обміну. Мені не дуже подобається стиль, коли компанії розраховують час для вас (наприклад, один день в п’ятницю на місяць), але мені подобається компанія, яка робить на це пільги. Я працював у компанії, де ми фактично ставили цілі PD, і там був великий акцент на обміні тим, що ви дізналися. Деякі люди робили презентації, але мені особисто подобається дізнаватися про нові ідеї та потім їх реалізовувати. Іноді це відбувається через проекти різними мовами, іноді вони все ще пов'язані з поточним проектом (і навіть можуть бути включені пізніше). Я вважаю, що це окупиться, оскільки може призвести до більш кваліфікованих розробників. Я думаю, що компанії можуть побачити більше користі від PD, коли розробники поділяться своїми знаннями, навіть якщо більшість це індивідуально. Принаймні,

Наприклад, я написав схему макетного тестування, щоб побачити, як це робиться, і я також вбудував оболонку IronRuby, яка взаємоділа з нашою програмою C #. Структура макетів допомогла мені дізнатися набагато більше про відображення, дерева виразів та тестовані практики коду взагалі, а оболонка IronRuby допомогла мені дізнатися про DLR та підключити мій Ruby. Експериментація тут здорова.

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

Чи загально чи рекомендується компаніям виділяти час PD?

Рекомендовано так, загальні ні.

Чия відповідальність за забезпечення сучасних знань та навичок розробника?

Це власна відповідальність розробника.

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

Чи загально чи рекомендується компаніям виділяти час PD?

Як хтось сказав, це рекомендується, але я ніколи цього не бачив.

Чия відповідальність за забезпечення сучасних знань та навичок розробника?

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

Чи повинен графік роботи за сумісництвом надихати на менший коефіцієнт часу PD: робота?

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

Як розробник може показати співробітникам, які не розробляють, що читання блогів та книг є результативним?

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

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

Чи читати блоги та книги насправді чистими результатами? (вітаються посилання)

Залежить від блогу. Чи загалом блог Еріка Ліпперта зробить вас кращим розробником C #? Ймовірно. TheDailyWTF? Як цікаво, як це ... можливо, не так вже й багато.

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

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

Графік роботи за сумісництвом не повинен бути фактором для вирішення того, скільки часу потрібно витратити на професійний розвиток, а не на роботу. Питання полягає в тому, наскільки добре впорався б ваш начальник з цим.

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

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

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

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

1. Повторіть цю угоду.
2. Закінчіть угоду (іншими словами, киньте).

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

Відмова від відповідальності:

• Я припускаю, що США, деякі закони та припущення можуть змінитися, якщо ви в іншому місці.
• Я не обов'язково кажу, що будь-яке з перерахованого вище є таким, яким воно повинно бути чи не повинно бути. Я просто кажу, що так і є.

Я залишив кілька інших коментарів проти інших відповідей, але тут узагальнив просту відповідь:

Ваш професійний розвиток - це ваш бізнес.

Ваш роботодавець (якщо він увімкнено, а не гайка) зацікавлений у кінцевому рахунку лише двома речами:

• завершення роботи

• уникати надмірної плинність кадрів через пов'язані з цим витрати

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

• розумний робочий час

• розумне робоче середовище

• розумна оплата (щоб не платити арахіс / отримувати мавп)

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

• і певна кількість заохочень для розслідування, вдосконалення та постійного оновлення.

Зазначимо на цьому останньому, що його певна кількість (скільки?) Та заохочення.

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

Врешті-решт, ви зводиться до того, щоб зрозуміти, що вам потрібно, і шукати певної підтримки - наприклад, відвідати конференцію чи курс, або придбати книгу, яка допоможе зробити ВАШУ РОБОТУ ЛИШЕ. Вам потрібно скласти випадок і попросити керівницьку підтримку та гроші. Іноді ти її отримаєш, іноді - не. Деякі менеджери мають культуру та сподівання, що їхнім людям потрібна підготовка / освіта, деякі - ні. Деякі очікують цього, але хочуть, щоб люди знайшли це для себе (це все про те, щоб не ложкою годувати людей, які повинні бути дорослими).

Що стосується читання блогів, журналів і т. Д. - існує НАДІЛЬНА ТОЧНА ЛІНІЯ між навчанням себе та гуфтуванням.

Якщо ви читаєте матеріали Windows на MSDN, це, ймовірно, пов'язане з роботою. Якщо ви читаєте журнал "Електронний дизайн", це може бути пов'язано з роботою. Якщо ви читаєте XKCD або рейтинги колишнього лорда з наркотиками, то це не стосується роботи.

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

Зрештою, речі, які виглядають як формальна освіта або чітко пов'язані з роботою (читання сторінок з посібниками тощо): робочий час.

Курси тощо, якщо ви можете їх виправдати: робочий час. (Але докладніше нижче).

Читання блогів та речей, які вам цікаві, але безпосередньо не пов’язані з роботою: ВАШ ВЛАСНИЙ ЧАС.

Лише зауваження про курси та конференції: Деякі з них ставляться до того, що вони працюють 8 годин на день і платять за це, тому конференція, яка працює 8 годин і вечеряє в цей вечір ... ну, це додатковий час (щоб зняти пізніше скласти). Так само, якщо вам доведеться подорожувати ввечері або у вихідні дні… компанія повинна це зробити.

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

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

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

Я не думаю, що я хотів би, щоб моя компанія планувала подібні речі для мене, я вважаю за краще вчитися, коли я "в настрої", так би мовити:

• ясний розум
• немає блукаючих думок (поточний проект, щось особисте тощо)

Наразі я просто скористаюся часом збирання / одиничним тестом, щоб розслабитися та переглядати SO / технічні блоги / Google Talks / тощо ...

Короткі речі, які я роблю на роботі в цей «вільний» час. Чим довше я вважаю за краще займатися вдома, спокійніше.

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