Адаптація до командного середовища після того, як роками розвивалася сама

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

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

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

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

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

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

Удачі!

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

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

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

Ви можете побачити, де команда забиває на тесті Joel.