Що я буду наймати на посаду старшого розробника, ніколи навіть не був молодшим розробником, що мені очікувати? [зачинено]

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

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

Хтось тут уже отримав менш досвідченого старшого члена своєї команди? Це прийнятно?

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

[EDIT]

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

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

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

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

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

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

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

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

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

Через тиждень я все ще перевіряю та досліджую джерела, але після тижня роботи, здається, деякі колеги вважають, що я повільний.

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

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

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

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

Навіть для людей, які мають досвід «роботи в компаніях», бути на ногах - це не обов'язково погано, але це насторожує та зосереджено. Поки ви зберігаєте свою впевненість і не паралізуєтеся.

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

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