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

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

К сожалению слабовато с документами, есть не много легаси-кода, нет тестов.  
  

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

 

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

1. Централизованная структурированная проектная документация всего разрабатываемого решения.  

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

3. Краткое описание задания и методика проверки его полного выполнения.  

4. Краткая архитектура кода этого блока и указание места с пояснением для начала выполнения работы.  

5. Ориентировочный перечень **наиболее вероятных названий** классов/методов/смежных API для использования при выполнении задания с кратким описанием и со ссылками в централизованную документацию (п.1).  

6. Ориентировочный перечень классов/методов/смежных API, которые **возможно могут понадобиться** (также, как и в п.4 со ссылками в п.1).  

7. Рекомендуемая среда разработки для выполнения задания и её настройки для исполнения данной задачи  

8. Планируемое время выполнения задания  

9. Контакты с другими разработчиками (с указанием их зон ответственности в проекте и времени доступности) для возникающих вопросов, касательно этого задания.  
  
**Попросите дать задачу в таком формате: у того, кто давно работает в проекте, это займёт не более часа, а сэкономит - недели проектной разработки!** 

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

пару-тройку лет наводишь порядок, потом ищешь другие места и проекты и там снова наводишь порядок  

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

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

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

 О, привет, Максим.   

На самом деле, если нет ни доков, ни тестов, и.т.д.  

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

Но код надо читать все равно, и чем больше, тем лучше)