Eсть бoльшaя вeрoятнoсть, чтo вaс в oзнaкoмитeльныx цeляx пoсaдили нa oдни зaдaчи, a в дaльнeйшeм вы будeтe зaнимaться чeм-тo другим. Eму брoсaются в глaзa нeэлeгaнтныe рeшeния, устaрeвшиe тexнoлoгии, кoстыли. Сюдa вxoдят стaйлгaйды, кoд-стaйлы, oписaния тexнoлoгий, инструмeнтoв и рaбoчeй срeды. Прoсмoтритe всe рaздeлы, пoпрoбуйтe всю функциoнaльнoсть нa сeбe, зaлeзьтe в кoд, прoйдитeсь пo пaпкaм и фaйлaм. Слaйды с этими рeкoмeндaциями в фoрмaтe «врeдныx сoвeтoв» мoжнo пoсмoтрeть на Гитхабе. P. Вполне вероятно, что некоторые блоки уже реализованы и их можно использовать на новой странице. Лайфхак: получая новый таск, прочитайте его внимательно, представьте, как будете решать его. В первую очередь это убережет продукт от ваших ошибок. Не осуждайте
Часто, приходя в новую компанию, разработчик презрительно относится к существующей кодовой базе. Удачи вам на новом рабочем месте! Опросив нескольких руководителей и ведущих разработчиков, я составила список рекомендаций, которые пригодятся каждому разработчику при смене места работы. Чаще всего их пишут неглупые люди, которые знают продукт лучше вас. Хотя если наоборот, то иногда можно. Совет №10. Не стоит сразу предлагать все удалить и написать заново. На самом деле нет.В самом начале всегда просите провести проверку кода более опытным коллегой или руководителем. Совет №3. Если вас сразу начинают заваливать задачами, то попросите отложить их. Обязательно прочитайте их. Проговорите весь процесс решения задачи и задайте свои вопросы. И в итоге сделаете неправильно. Записано со слов руководителей отделов, тимлидов, ведущих разработчиков. Будьте на связи
Будьте готовы к тому, что первое время вопросы будут возникать не только у вас, но и до вас. Вы пользуетесь только самыми продвинутыми инструментами. Вас просят сверстать страницу для нового раздела сайта. Абсолютно все в команде готовы к тому, что новый человек будет задавать много вопросов. И если неправильное имя класса или табы вместо пробелов не повлекут за собой ничего, кроме комментария при код-ревью, то нарушения правил безопасности могут обернуться серьезными последствиями. Некоторые коллеги (возможно и начальник) работают далеко не с 9 до 18. Совет №4. Комментируйте свой код. Не забывайте задавать вопросы. Рассмотрим пример. Но вы потратите время впустую. Неверным решением будет немедленно и с рвением приступить к верстке с нуля. Подойдите к тимлиду, старшему коллеге или учителю и попросите уделить вам 10 минут его времени. Сделайте глубокий вдох и успокойтесь. Как только вы откроете рот, чтобы вступить в спор о технологиях, остановитесь. По возможности запомните или держите под рукой. Продукт разрабатывался долгое время многими разработчиками (только если это не стартап). Запишите на бумаге свои рассуждения и шаги решения, а также выпишите все вопросы, которые у вас возникли. Как вести себя на новой работе так, чтобы не вызывать ненависть коллег? В лучше случае, вы останетесь при своих мнениях. И не стоит забывать, что вы можете не пройти испытательный срок Хороший код можно будет положить в портфолио. Совет №6. Читайте по слогам
Внимательно и несколько раз перечитывать задачу или техническое задание перед тем, как начать задавать вопросы, а тем более писать код. Совет №9. Дано: Вы — верстальщик. Для каждого решения есть свои причины. Совет №8. Лучше спросите, почему так, а не иначе? Ваши новые коллеги — неглупые ребята. Совет №1. Ваши новые коллеги также следят за новинками отрасли. Возможно, единого документа еще не сформирован (никто не любит писать документацию). «А вот на прошлой работе»
Даже если у вас большой опыт работы и названия компаний вызывают уважение сами по себе, не стоит акцентировать на этом внимание при каждом удобном случае. S. Поверьте, все это надуманные страхи. Тогда вам не придется все объяснять на пальцах коллегу, когда наступит время передать код. Совет №2. А попытка убедить их пользоваться тем, что нравится вам, не приведет ни к чему хорошему. Pull-request и code-review
Вам могут сказать, что вы можете никому не показывать ваш код. И вы готовы часами рассказывать, почему нужно пользоваться только этим, а вот то уже устарела. Вполне вероятно, что ваш опыт будет неприменим в новой компании. Игры в молчанку
Как мы уже поняли из первого совета, сложно увидеть всю картину целиком, только придя в компанию. И в тексте вы найдете все необходимые исходные данные. На эту тему можно почитать другие статьи:
Распространенные ошибки начинающего HTML-верстальщика
10 частых ошибок начинающих веб-разработчиков
Хорошие и плохие CSS-практики для начинающих
Я хочу поговорить именно о поведении в новой компании, в новой обстановке. Потратьте на это время. Это отличный способ получить недостающую информацию, проверить правильность своих рассуждений и уменьшить вероятность ошибки. Если вы работали в маленькой веб-студии, то хвастаться этим в банке будет немного нелогично. Возможно, задача, над которой вы работали, довольно срочная и выносить ее начали в выходной. После того, как некоторая часть задач была проверена в режиме код-ревью, предложите (или настаивайте) на системе пулл-реквестов. Из всех этих советов можно сделать короткий вывод: примите как данность, что вы знаете не все и будьте готовы задавать вопросы. Также это могут быть дресс-код (не дай Бог), правила о защите данных, распорядка работы и прочее, прочее, прочее. Не игнорируйте правила
В самом начале вам должны дать какие-то своды правил, принятых в компании. Гораздо хуже будет, если вы сразу приступите к выполнению задач, не поняв их до конца. Это значит, что ответ от вас может понадобиться в нерабочее время. Совет №5. Оформляйте код по всем правилам. Сразу скажу, что в этот раз мы не будем разбирать ошибки верстки и программирования. Совет №7. Это не значит, что вы неопытны или не умные. В худшем — вы испортите отношение к себе. Чем крупнее и старше компания, тем больше набралось правил. Человекопонятно
Старайтесь писать код так, как будто завтра вы передадите его другому человеку. И вам все равно придется начать задавать вопросы. Многое будет вам непонятно и не очевидно. Пройдитесь по сайту. Роль — Проповедник
Вы много читаете, следите за развитием отрасли, пытаетесь все новинки. Многие молодые разработчики боятся показаться неопытными, непрофессиональными или не хотят быть осмеяны новыми коллегами. Документируйте код. Здесь все как в уголовном кодексе: незнание не освобождает от ответственности. Если вам не дали никаких документов, то обязательно уточните этот момент у руководителя. Изучайте обстановку
Обязательно изучите продукт, которым вы будете заниматься. Но вы неизбежно будете делать ошибки просто в силу незнания каких-либо тонкостей. В этом случае попросите рассказать на словах, как все устроено в компании. Вполне вероятно, что вы не видите картины целиком. Самый плохой в этой ситуации сценарий — это замкнуться в себе и пытаться разобраться самостоятельно. Даже если это не принято в компании. Не выключайте телефон или будьте онлайн. Не стоит предвзято относиться к этим больших объемах текста. Недостаточно будет просто открыть сайт, посмотреть на него и закрыть. О каких правилах следует знать заранее, чтобы не доставлять неудобства новым коллегам и начать работать эффективно с первого дня?
