Как вы втягиваетесь в новый проект?

Question

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

Устроился джуниором в отдел разработки, буду заниматься 2 проектами.
К сожалению слабовато с документами, есть не много легаси-кода, нет тестов.

За неделю более-менее въехал в процесс работы, решил несколько боевых задач и даже отрефакторил пару контроллеров здоровенных. Сделал пару мануалов по развертыванию проектов локально.

Вопросы в массы:

• как вы въезжаете в проекты?
  
• как вы принимаете и втягиваете новичков?
  
• как в условиях работы сотрудники идут на рефакторинг кода новичка?
  
• начинаете ли вы сразу покрывать код по ходу тестами?
  

Answer 1

[xmoonlight]

Для быстрого начала работы над задачей, только что влившемуся в проект сотруднику, нужны следующие вещи:

1. Централизованная структурированная проектная документация всего разрабатываемого решения.
2. Архитектурная схема решения и помеченный блок, в котором нужно будет выполнять задание.
3. Краткое описание задания и методика проверки его полного выполнения.
4. Краткая архитектура кода этого блока и указание места с пояснением для начала выполнения работы.
5. Ориентировочный перечень наиболее вероятных названий классов/методов/смежных API для использования при выполнении задания с кратким описанием и со ссылками в централизованную документацию (п.1).
6. Ориентировочный перечень классов/методов/смежных API, которые возможно могут понадобиться (также, как и в п.4 со ссылками в п.1).
7. Рекомендуемая среда разработки для выполнения задания и её настройки для исполнения данной задачи
8. Планируемое время выполнения задания
9. Контакты с другими разработчиками (с указанием их зон ответственности в проекте и времени доступности) для возникающих вопросов, касательно этого задания.

Попросите дать задачу в таком формате: у того, кто давно работает в проекте, это займёт не более часа, а сэкономит - недели проектной разработки!

Comments

[xmoonlight]

Василий: проектная схема и доки - УЖЕ должны быть.

[Arris]

Василий: это все должно быть в идеальном мире. Если вы не стремитесь к идеалу - ну... это проблема, да. Ваша проблема, в которой вы вините других. Бывает.

Answer 2

[ой всё]

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

Answer 3

[amambaru]

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

Answer 4

[Артем]

О, привет, Максим.
На самом деле, если нет ни доков, ни тестов, и.т.д.
То вариант у тебя один: просто читай по максимуму код и старайся, чтобы твоя, вновь внесенная логика локально ничего не сломала. А дальше уже въедешь в проект и будешь чувствовать себя уверенней.
Но код надо читать все равно, и чем больше, тем лучше)

Comments

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

спасибо :) так и делаю,

правда на третий день заплутал с ветками в Гите (ранее с ветвлениями не работал) и сделал фичу на ветке с ранее сделанной другой фичей и запушил... еле-еле разгреб :)

[Артем]

Максим Федоров: я слышал)

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

Артем: не понимаю, что слышал?

[Артем]

Максим Федоров: :))) Я сижу справа от тебя)

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

Артем: :) ну я имена не все запомнил,
нашел по почте из аккаунта, что ты из НСК, так и подумал, не понял кто просто :)