Как быстро въехать в чужой проект?

Question

[Harry_The_Head]

Поделитесь своим опытом в таких ситуациях.

Comments

[Decadal]

страдать?

[Максим Федоров]

просите развернутого инструктажа у коллег (в том числе у продактов/руководителей по бизнесухе)

[Zhainar]

как минимум месяц требуется чтобы более менее ориентироваться в новом проекте

[EVGENY T.]

Быстро - не выйдет. Ставят задачу - решаешь её, попутно разбираясь, что да как, спрашивая прямого начальника либо соседей. Пройдет время - поймешь. Документацию, да - веди.

Answer 1

[YershovAleksandr]

Все свои полученные знания по проекту нужно сразу фиксировать. В идеале в электронном виде, но можно и на бумаге. Это твоя документация.
Имей ввиду что в зависимости от руководства тебя могут или похвалить или на оборот скажут что ты время зря тратишь и так всё понятно. Скорее будет второе!
Для прокачки кармы, если захочешь, потом передашь свою писанину следующему гребцу.

Comments

[sim3x]

Если второе, то следует побыстрее сваливать

Answer 2

[stratosmi]

Подливают масла в огонь и архитектурные моменты: какие-то свои термины для описания функционала, свои правила наименования, построения и прочего.

Это нормально.
Регулярно сталкиваюсь там, где есть постоянный коллектив - свои собственные только ими употребляемые внутренние термины.
Например, в одной косметической компании клиенты зовутся словом "тётки".

Никаких документаций по проекту, комментариев к столбцам в БД нет. Плюс область самих программ совершенно не знакомая.

Это совершенно нормально.
Типовая ситуация.

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

Ты хочешь какую-то свою выдуманную проблему решать за зарплату или всё же проблему для фирмы?
Спрашивать - это совершенно нормально.

Ты вовсе не глупость показываешь свою.
А выясняешь особенности уникального проекта.

А глупостью является пытаться что-то делать сварившись в собственном соку, хотя под рукой есть более опытные коллеги.

Кто кроме тебя самого знает что тебе непонятно.

Как работодатель отношу неумение общаться по работе - к огромным минусам.
Сидит себе в уголке, ни у кого не спрашивает, ничего не знает...
Что он там делает? Как он там делает? Так как положено у нас на фирме? Нет, конечно.
Делает какую-то самопридуманную фигню, да еще и за наши деньги.

Решает какую-то свою надуманную проблему, а не ту проблему фирмы, что его наняли решить.

Comments

[⚡ Kotobotov ⚡]

>не ту проблему фирмы, что его наняли решить
ага нанять наняли, при этом с чем работать не предоставили))))
типа догадайся) знаю знаю такой подход, называется всем похуй и сами не знают зачем тебя наняли (например обасрались со сроками, изза чего получили сверху указание расширить комманду, а как ее расширять не знают, не умеют и не хотят).

[stratosmi]

⚡ Kotobotov ⚡,

ага нанять наняли, при этом с чем работать не предоставили))))

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

[stratosmi]

⚡ Kotobotov ⚡,

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

А тут у вас противоречие:

• Если ты джун, то не тебе оценивать ситуацию со сроками и расширениями команд. У тебя для этого еще нет опыта.
  
  
• Если ты сеньор, то вопросы выяснения что именно нужно сделать - тебя не должны смущать. Ибо у тебя для этого уже есть опыт.
  

Ваше высказывает показывает, что вы хотите уровень ответственности джуна, с которого и взятки гладки, за зарплату сеньора?

Конечно, это понятное желание. Но мир устроен по другому.

[⚡ Kotobotov ⚡]

Как работодатель отношу неумение общаться по работе - к огромным минусам.

слушай работодатель, ты хотя бы понимаешь, что программисты - замкнутые, интроверты по свой природе (ковыряются в программах), у них по определению этот скилл очень слабо развит.
Это похоже ты не туда попал, хочешь чтоб кто-то пришел, и за тебя решил что тебе надо, как тебе надо, сам со всеми договорился о задачах, сам проект освоил, сам задачи себе поставил, сам их решил.
Если бы программисты были такими самооргазинованными, они бы сами бизнесом занимались, и работодатель им нахер не нужен был бы, это хотя не нужно объяснять?
-----
ты же работодатель, ты же его нанял, и ты ему бабки платишь - тебе ему и задачи ставить, и их понятно формулировать.
Нянек нет - все верно. Поэтому если разработчик нифига на проекте делать не будет, и проект будет стоять колом, то это будут твои проблемы, а не его. Для предпринимателей нянек тоже давно нет.

[stratosmi]

⚡ Kotobotov ⚡,

слушай работодатель, ты хотя бы понимаешь, что программисты - замкнутые, интроверты по свой природе (ковыряются в программах), у них по определению этот скилл очень слабо развит.

Я понимаю, что вы посчитали меня предпринимателем из-за моей позиции.

Но нет, милый друг, я программист сам. Вот уже более 20 лет.
И сам интраверт.
То о чем пишете вы - это инфантилизм, а не интравертость.

Но да, первый две буквы слов совпадают.

А моя позиция - это просто позиция зрелого инженера.
Вы и сами к этому придете, если хотите стать настоящим спецом.

[stratosmi]

⚡ Kotobotov ⚡,

Это похоже ты не туда попал, хочешь чтоб кто-то пришел, и за тебя решил что тебе надо, как тебе надо, сам со всеми договорился о задачах, сам проект освоил, сам задачи себе поставил, сам их решил.
Если бы программисты были такими самооргазинованными, они бы сами бизнесом занимались, и работодатель им нахер не нужен был бы, это хотя не нужно объяснять?

В рамках свой компетенции каждый должен сам решать свою профессиональную проблему.
Ради решения которой его и наняли.

[⚡ Kotobotov ⚡]

stratosmi,
хех, а как тебе такой пример?
вот есть библиотека, у которой практически отсутствует документация, и ей никто не пользуется, НО вместо того чтоб документацию писать, примеры показывать, разработчики предлагают всех мол спрашивать если им что-то не понятно. В итоге всем просто похеру, разрабы берут те библиотеки где созданы условия для работы.
Тоесть идут в те компании, где также есть условия для работы, где не оправдывают не желание писать документацию, тем, что "кому надо, сами разберутся", спросят и тд.
Это путь в никуда, и чем дольше такая ситуация на проекте, тем меньше вероятности в случае чего кого-то на проект подключить, ты можешь как угодно называть, инфантилизм, лень - но факт остается фактом, адекватный разработчик просто свалит в нормальную компанию, с нормальным условиями, стандартами, отношением к разработчикам.
Я бы назвал это - разумный подход.

[stratosmi]

⚡ Kotobotov ⚡,

ты же работодатель, ты же его нанял, и ты ему бабки платишь - тебе ему и задачи ставить, и их понятно формулировать.
Нянек нет - все верно. Поэтому если разработчик нифига на проекте делать не будет, и проект будет стоять колом, то это будут твои проблемы, а не его. Для предпринимателей нянек тоже давно нет.

Еще раз:
Моя позиция это позиция зрелого инженера.

Мне платят не только за технически знания, а и за то, что бизнес может на меня положиться.

Ваш же подход - культивирует инфантилизм.
И потом мы удивляемся почему на одного разработчика по 5 менеджеров.
Вы хорошо показали почему.

[⚡ Kotobotov ⚡]

stratosmi,
у меня разумный подход -> При прочих равных, я например предпочитаю работать там, где созданы условия для работы (ну и другим тоже советую).
Однако если платят ну очень хорошо, то можно попробовать поработать с любыми мудаками, при любых условиях.
А все эти разговоры про "зрелый/не зрелый инженер", "бизнес может положится", "инфантилизм", "ответственность", "духовные скрепы".
Обычно под этим соусом пытаются просто развести на бесплатный труд (сверхурочные), и тд.
Скучно и не интересно это слушать.

[stratosmi]

⚡ Kotobotov ⚡,

у меня разумный подход -> При прочих равных, я например предпочитаю работать там, где созданы условия для работы (ну и другим тоже советую).
Однако если платят ну очень хорошо, то можно попробовать поработать с любыми мудаками, при любых условиях.

Ваш вариант вполне себе имеет право на жизнь и даже довольно распространен: много дешевых разработчиков и много менеджеров-надсмотрщиков над ними.

Но только вот Вы забываете про то, что все это не бесплатно. Кто-то заботится о создании тепличной обстановки для инфантильных работников. И всевозможным менеджерам зарплату не из воздуха платят. Просто разработчики получают меньше денег.

А все эти разговоры про "зрелый/не зрелый инженер", "бизнес может положится", "инфантилизм", "ответственность", "духовные скрепы".
Обычно под этим соусом пытаются просто развести на бесплатный труд (сверхурочные), и тд.

Нет, за это доплачивают примерно с коэффициентом x3. Ибо менеджеров-то нет. Часть денег и их не-зарплаты вполне можно получить разработчику.
Впрочем, умения "продать себя правильно" - это тоже часть умения того, кто уже давно работает. Помимо технических навыков.

Answer 3

[BorLaze]

Багфиксинг, если коротко.
Только нужен толковый ПМ, чтобы задачи подбирал по уровню.

Т.е. сначала что-то легенькое, на что спецов отвлекать просто расточительство. В идеале - еще чтоб и модуль подсказал, где искать.
Потом - баги посложне, потом еще сложнее...

Тут уже и на реализацию новых фич можно подключать.

Так можно легко и непринужденно ознакомиться со всей системой, и пятым колесом себя не чувствовать.

Answer 4

[⚡ Kotobotov ⚡]

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

Если у компании нет проработанной процедуры обмена знаниями (в виде например парного программирования, или какого-то обучения, документации), то видимо им пофигу на новичков (очень типичная ситуация), твои вопросы реально будут отвлекать человека на котором уже висят какие-либо задачи (соответственно ты будешь мешать ему выполнять эти задачи), как быть в таком случае -> скорее всего реально тебе никто не поможет (кроме поверхностных советов), поэтому тебе надо отработать схему изучения чужого продукта, тут самый главный навык - работать с дебагом, научится экспериментировать с продуктом и отслеживать изменения.
Рекомендую еще начать с изучения тестов - там должна быть описана основная логика приложения.

Answer 5

[Martovitskiy]

карты ТАРО, могут еще звезды помочь.

Не знаешь - спроси. Ничего в этом такого нет, когда новый сотрудник вникает и спрашивает.

Comments

[⚡ Kotobotov ⚡]

помню был в похожей ситуации - в проекте более 9000 файлов, и где-то под 30 модулей.
Чтоб в такое вникать без документации по схеме - не понял спроси -> может потребовать пол года непрерывных вопросов/ответ сессий.
У людей нет ни процедур передачи знаний, ни документации. Не знаю на что они рассчитывают? типа кто-то прийдет, вжжууух и все работает)

Answer 6

[mletov]

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

Нет в этом ничего постыдного, особенно поначалу. Коль понаписали интуитивно непонятный код и не подготовили никакой документации, то пусть изволят объяснять. Я вот на текущем месте 3+ года работаю, так до сих пор периодически натыкаюсь в проектах на непонятки 5-10 летней давности, которые своим умом не осмыслишь. Только спрашивать.