Що слід очікувати молодшим розробникам від керівництва старшої команди [закрито]

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

Я працюю в невеликій компанії, в якій мало людей є розробниками, інші - QA / Test і 1 - менеджер. Я приєднався до цієї компанії 1,5 року тому. 3 старших розробника мають досвід 8+ років.

Це спостереження, які я зробив щодо керівництва команди. (вважаючи мене свіжішим із меншим досвідом порівняно з ними в усіх аспектах)

1. Вони ніколи не обговорюють 1: 1 або ніколи не розглядають пропозицію молодшого віку (я згоден, що це залежить від них, приймають вони це чи ні, принаймні, вони повинні враховувати думку).
2. Як старший керівник команди, вони можуть спробувати переробити кодову базу новими технологіями (в тому числі можливий фактор впровадження нових технологій, і інші розробники та інфраструктура також готові), але цей керівник команди відчуває себе не в безпеці працювати з новими технологіями, як вони не в курсі. (чому я говорю, вони не знають, яка поточна тенденція програмування, * (наприклад, такі популярні проекти з відкритим кодом, як модернізатор, завантажувальний та багато інших).
3. У нашій кодовій базі повторюється понад 10000+ рядків, тому я розповів про них DRY: Don't Repeat yourself. Їх відповідь була: «Це захоплююча стаття, але ніколи не працює на практиці». Я щойно сказав їм, якщо ми не зробимо це на 100% сухим, ми можемо принаймні використовувати інтерфейси, але це теж не враховувалося. * (інтерфейси можна додати для нових функцій, не торкаючись попередньої бази коду, якщо вони не готові до рефактора)
4. Всі старші розробники виконують технічне обслуговування та гарячу фіксацію патчів. Решту часу вони просто проводять на розважальних сайтах. Вони просто раді виконати завдання.
5. Запровадити нові технології погано? * (включаючи коефіцієнт доцільності можна зробити).
6. Менеджер також найменше хвилює речі, про які я говорю.
7. Юніор очікує, що вони можуть дізнатися багато речей від керівництва команди. * (не запитуючи довідки чи старшого кодування для них).

Мої запитання:

1. Я занадто агресивний щодо змін, які я пропоную?
2. Що я можу очікувати від старших ведучих розробників, які мають досвід 8+ років?
3. Чи помиляюсь я сподіваюсь навчитися та набути досвіду від компанії?

Оновлення:

Чому вони відчувають ДУХУ непрактично: тому що вони не хочуть вступати в концепції OOP Вони задоволені повторюваними завданнями.

Нові технології, які я пропоную:

1. Використання мінімізації зображень CSS, JS, Sprite
2. Використання інтерфейсів і .net Framework 4, дженерики та багато інших.
3. Клієнтські бібліотеки, такі як modernizr, knockout js, завантажувальний пристрій для чуйного реагування,

Я занадто агресивний щодо змін, які я пропоную?

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

Але це також залежить і від міжособистісної динаміки між вами та ними. Моя порада буде запитати себе: "чи можу я продемонструвати, що мої пропозиції принесуть користь компанії?" Якщо відповідь "так", я б сказав, що у вас є якась ліцензія, щоб спробувати натиснути.

Що я можу очікувати від старшого ведучого, який має 8 років?

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

Чи помиляюсь, що від компанії чекати хорошого навчання?

Люди, з яких можна вчитися, є там, і вони є в деяких компаніях. Ви, схоже, стикаєтеся з загальною дилемою і, перефразовуючи хлопців .NET Rocks, це варто задуматися: "Змініть свою компанію ... або змініть свою компанію".

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

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

Це, мабуть, дефіцит як на вашому фронті, так і на фронті старших розробників.

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

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

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

Я занадто агресивний щодо змін, які я пропоную?

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

Навіть як старший розробник я повинен це зробити, перш ніж переконати своїх колег, що новий спосіб робити краще.

Що я можу очікувати від старших ведучих розробників, які мають досвід 8+ років?

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

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

Чи помиляюсь я сподіваюсь навчитися та набути досвіду від компанії?

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

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

Подумайте про це як про величезну можливість.

Акції часто не (і не повинні) походить від кількості років, коли ви вже вступили в компанію. У вас є, на вашу думку, кілька справді хороших ідей, а ваші начальники / однолітки не хочуть слухати.

Ось стратегія:

1. Зробіть щось дивовижне
2. Зберіть жорсткі показники, наскільки це приголомшливо (цей крок є ключовим)
3. Продемонструйте це за допомогою своїх показників усім у вашій компанії (власник / ведучий / старший / продавці, хлопці - всі, кого ви можете отримати)
4. Прибуток

І я не маю profitна увазі бути якимось невиразним кроком «я виграю». Крок 4 - це те, де ви отримуєте один або всі наступні дії:

1. Рекламували
2. Підвищення
3. Бонус

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

Я називаю це "приголомшливим" - і це працює .

Анекдот: Я незмінно приголомшливий, але я намагаюся бути, і я виконував кроки за 5 різних разів (2 просування по службі, 3 нові робочі місця; все зі значним підвищенням зарплати).

Зважаючи на це, я, мабуть, повинен відповісти на ваші запитання безпосередньо:

Я занадто агресивний щодо змін, які я пропоную?

Ви зробили щось дивовижне ще з метрикою та прикладами, наскільки це приголомшливо? Є стара приказка (crass, як це може бути) ...

Ideas are like assholes; everyone's got one, and they all stink

Іди, роби щось.

Що я можу очікувати від старших ведучих розробників, які мають досвід 8+ років?

Серйозно? Не варто нічого чекати . Але спробуйте дізнатися все, що вони знають. Задавайте питання, приватно переглядайте їх роботу, слухайте, коли вони розмовляють, і критично думають про те, що вони говорять. Вони досвід роботи в коробці ... помилково ... тіло. Спробуйте відкрити їх і навчитися. Мій найкращий друг - геніальний розробник, і я активно кажу йому, що я завжди намагаюся навчитися у нього якнайбільше.

Чи помиляюсь я сподіваюсь навчитися та набути досвіду від компанії?

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

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

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

Хто знає, вони можуть побачити, як ви можете полегшити роботу кожному, і вони сприймуть справжнє використання «лінощів» у програмуванні.

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

Якщо хтось працює програмістом протягом +8 років, це не означає, що він хороший програміст. Що, на мою думку, робить хорошого програміста-старшого програміста? Це буде обмін не лише досвідом, а й вивчення нових думок, прийомів, технологій тощо. Це буде весь час ставати кращими та вдосконалюватися. Багато так званих "старших" програмістів складені в старих моделях функціонального програмування з давно відійшли мов. Щось на кшталт нових концепцій та ідей просто не для них, бо вони не потребують. Вони отримали свій «досвід».

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

Ви працюєте в моїй компанії?

Ні, але серйозно, це здається досить поширеною темою у багатьох великих компаніях. Зміни важкі та ДОШКІЛЬНІ. Іноді ти насправді не знаєш скільки, поки твоя в середині не пізніше повернеться.

Наприклад, моя компанія все ще переходить з екранів мейнфреймів на базі коболів до Java. Важко продати когось на Spring або JSF, коли вони все ще намагаються довести свою техніку до стандартів десяти років тому. Отже, я скажу вам, що я зробив, що мав обмежений успіх (я теж молодший розробник). Будьте прикладом. Недостатньо добре, що ти знаєш свою ще більшу межу, ти повинен це довести. Коли всі інші готуються, принесіть книгу для читання, якщо у вас є час. І зробіть це про один із цих технологій, які ви зацікавлені в реалізації. Якщо вони побачать, як ти читаєш це, поки вони дивляться на youtube (якщо чесно переживає, що підрозділ операцій не сприймає цього, і людей звільняють), вони будуть більше схильні не тільки вірити, що ти знаєш, про що говориш, але навіть можуть запитати, що ти читання.

Як приклад я розповім вам про свій досвід роботи зі своїм старшим архітектором. Розумний хлопець, але взагалі не цікавиться новими технологіями. Я пішов і запитав його про те, як щось зробити в CVS (наш контроль версій) і сказав "О добре, я звик використовувати підривну діяльність, і вони роблять це так. Дякую за допомогу". Це призвело до кількох розмов про CVS та Ant проти SVN та Maven, що призвело до того, що він позичив у моєї бібліотеки пару книжок, щоб перевірити це. Кінцевий результат: ми перейдемо до нових систем десь цього року. Ключ - бути відкритим і корисним, не сповіщаючи, що вони роблять це неправильно. Тому що, можливо, є багато кращих способів зробити це, але якщо це працює правильно, то вони роблять це не так. Будь-який тип неповаги приземлить вас у гарячій воді у більшості випадків, тому стежте за цим.

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

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