Как разобраться в архитектуре чужого приложения?

Question

[AndySpot]

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

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

Меня пугает что я не вижу общей картины приложения.

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

Comments

[Adamos]

"Я тут совсем недавно начал садиться и пробую делать первые шаги.
Никак не могу понять, как люди учатся танцам".

[AndySpot]

Adamos, никогда не понимал людей приходящих умничать своими аналогиями. Если для вас все так очевидно, может поделитесь ответом?

[Adamos]

AndySpot, Поделюсь вашим:

опыта реальной работы у меня еще нет

That's why.
По мере пополнения опыта реальной работы у вас пояаится опыт типовых решений, и вы сможете распознавать их в чужом коде. Никакой магии.

Answer 1

[tema_sun]

Несколько месяцев - это ничто. Продолжайте обучение.

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

Comments

[Andrey Tsvetkov]

необходимо половину проекта перелопатить

это при условии, что проблема именно в коде проекта, а не в сторонних библиотеках, используемых в проекте =)

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

Я вот недавно задумывался, а правильно ли это? Это же полигон для костылей

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

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

Как-то не айс мне было бегать с вопросами, когда дали задачу, где на раскорячку проект мигрирует с Cacke 2 на Symfony 4 без описания что и где (я не про код, а про бизнес-логику и общую структутру проекта)

[tema_sun]

Andrey Tsvetkov, ну я поэтому и написал "половину проекта", а не "половину кода".

[tema_sun]

Максим Федоров, а как можно уместить в одной голове проект, который делается 10 людьми? А если 100 людей?
В голову приходит идея про зоны ответсвенности, которые кодер будет знать очень хорошо. Но тут сразу же вспоминается недавняя история чувака ушедшего из Гугла, в которой рассказывается, как его там кидали с проекта на проект.

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

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

Answer 2

[Дмитрий Крапивин]

Приветствую
Как вариант, развитие понимание архитектуры приложения:
1. Если вы разбираетесь, что такое наследование и т.д. из ООП, то скачиваете архив с кодом приложения из github: а) вначале приложение с тематикой вам знакомого, пример приложение планировщик, чата и т.д., б) затем приложение уже посложнее.
2. Открываете программу для визуализации кода в диаграмму, к примеру interprise architector и т.д.
3а. Разбираетесь с указанным в п.1. приложением на полученной диаграмме. Изучаете, что откуда и на что ссылается. Гуглите, если чтото непонятно. Читаете приложенное описание к проге.
3б. Изучаете сам код.
4. Ответьте себе, почему разработчик именно так сделал? Что можно лучше сделать?
5а. Напишите свои вопросы разработчику, (если разработчики из другой страны, то если вы английский не знаете - гугл переводчик в помощь), можно те же вопросы задать, к примеру, почему он так сделал? и т.д. Часто отвечают.
5б. Поищите в интеренете, может есть статьи с описанием этого приложения, в т.ч. и его архитектуры и т.д.
6. Почитать книги по архитектуре.
И так "очень много" приложений разобрать. Понимание придет, по крайне мере опыта наберетесь.

Comments

[Adamos]

Без опыта написания собственного говнокода и неоднократного попадания на грабли - практически бесполезный список, имхо. Очень странное представление о коде может сформироваться у человека, который не пишет его сам. Не говоря о времени и силах, которые ему придется потратить на понимание того, чего он просто-напросто не пробовал сделать сам.
Обычно у новичков даже при наличии некоторого опыта главный вопрос к книгам о паттернах: "а зачем такие сложности и почему не сделать напрямую?". Лечится только шишками на лбу.

[Дмитрий Крапивин]

Да конечно, обязательно нужен собственный опыт, практика программирования! Абсолютно согласен с этим.