Как научиться эффективно читать чужой код С++

@xtorne21st · Регистрация: 25.09.2010

Author24 — интернет-сервис помощи студентам

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

Добавлено через 44 секунды
Зы. Имеются ввиду большие аутсорсинговые проекты.

@ninja2 · 02.04.2013, 01:53

Лучше читать когда он напечатан на бумаге. Я большие не читал, но кода маленькие читаю из книг, то просто карандашом помечаю каждую функцию, каждую переменную, что делает, что в ней находиться, для чего создается. Та я даже можно сказать не маленькие программки разбирал очень запутанные на 2 - 3 листа. И так бывает с первого раза не вьедешь, заново пересматриваешь и заново помечаешь, токо уже бывает кода смотришь раз третий, то видишь, что первый раз ты чушь написал, переписываешь, пере исправляешь и так до полного понимания программы.

Так же наверно и к большим проектам относиться. Просто детально разбираешь. Что куда идет, что делает, что в той или иной папке находиться. Записываешь на бумаге, если нада, потом заново перечитываешь, исправляешь. Вообщем долго мучаешься пока не вьедишь либо до какого уровня тебе нужно вьехать. Чем больше мучаешься тем больше понимаешь.

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

Добавлено через 55 секунд
Так что можно сказать громадный код хоть и не С++.

@xtorne21st · 02.04.2013, 02:57 **[ТС]**

Сообщение от ninja2

Лучше читать когда он напечатан на бумаге. Я большие не читал, но кода маленькие читаю из книг, то просто карандашом помечаю каждую функцию, каждую переменную, что делает, что в ней находиться, для чего создается. Та я даже можно сказать не маленькие программки разбирал очень запутанные на 2 - 3 листа. И так бывает с первого раза не вьедешь, заново пересматриваешь и заново помечаешь, токо уже бывает кода смотришь раз третий, то видишь, что первый раз ты чушь написал, переписываешь, пере исправляешь и так до полного понимания программы.
Так же наверно и к большим проектам относиться. Просто детально разбираешь. Что куда идет, что делает, что в той или иной папке находиться. Записываешь на бумаге, если нада, потом заново перечитываешь, исправляешь. Вообщем долго мучаешься пока не вьедишь либо до какого уровня тебе нужно вьехать. Чем больше мучаешься тем больше понимаешь.
Добавлено через 6 минут
Вспомнилось тоже кода то пхп таким макаром разбирал создание сайта интернет магазина с нуля. И там было дофига кода, ну короче один код, так я за два месяца его весь разобрал и в то время знал как он работает, способом описаным выше, вся книга была исписана простым карандашом.
Добавлено через 55 секунд
Так что можно сказать громадный код хоть и не С++.

На работе не всегда есть возможность переписать код на бумагу

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

@ninja2 · 02.04.2013, 03:04

Зато мой метод разбора эффективный.

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

Добавлено через 1 минуту
Примерно нужно знать в общих чертах как пишется та или иная программа код которой нужно разобрать, а по другому по быстрому не получиться мое ИМХО.

@Jlovenpk1 · 02.04.2013, 03:09

Чужой код всегда тяжело читать. Максимум, что поможет - практика.

@Avazart · 02.04.2013, 03:11

Сообщение от xtorne21st

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

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

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

@Jlovenpk1 · 02.04.2013, 03:12

Не по теме:

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

Комментарии всегда спасают, а многие даже их не пишут((

@Avazart · 02.04.2013, 03:15

Сообщение от Jlovenpk1

Комментарии всегда спасают, а многие даже их не пишут((

Некоторые не умеют их писать ... К примеру комменты в духе капитана очевидности...
А по сути комменты нужны обычно только в "трудных" местах, иначе избыточные комменты превращают код - в хлам

@Jlovenpk1 · 02.04.2013, 03:18

Не по теме:

Сообщение от Avazart

Некоторые не умеют их писать ... К примеру комменты в духе капитана очевидности...
А по сути комменты нужны обычно только в "трудных" местах, иначе комменты превращают код - в хлам

Да не умеют, но когда открываешь огромный исходник, так их не хватает)

@Avazart · 02.04.2013, 03:25

Сообщение от Jlovenpk1

Да не умеют, но когда открываешь огромный исходник, так их не хватает)

Ну стоит исходить из того что при написании кода используют определенные подходы, понимание которых облегчает не только написание, но и его чтение.

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

К тому же если давать осмысленные имена классам и ф-циям, то отпадает необходимость в комментарияx.

@Jlovenpk1 · 02.04.2013, 03:29

Не по теме:

Сообщение от Avazart

К тому же если давать осмысленные имена

В основном самая большая беда, самая большая.
Учусь в колледже, нас этому не учат(да и программистов тоже), в итоге когда я открываю чужую лабу, я вижу...я не фига не вижу и приходиться переписывать код)
Я сам самоучка)) М.Фленов научил давать правильные имена.

@Nagdiel · 02.04.2013, 09:35

Не по теме:

Сообщение от Jlovenpk1

Да не умеют, но когда открываешь огромный исходник, так их не хватает)

А хуже, когда они есть, но не соответсвуют действительности.

@chizz · 02.04.2013, 09:39

Дебаг. Ставишь точку останова и вперед. Быстрее разберешься.

DiffEreD · 02.04.2013, 10:29

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

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

C++

#include <iostream.h>
#include <conio.h>
 
int main(){
    cout << "enter array size: ";
    int n; cin >> n;
    int *a = new int[n];
    for(int i = 0; i < n; i++){
        cout << "enter a["<<i+1<<"]: ";
        cin >> a[i];
    }
    int min = a[0];
    for(int i = 1; i < n; i++)
        if(a[i] < min) min = a[i];
 
    int ns = n;
    for(int i = 0; i < n; i++)
        if(a[i] == min) ns--;
 
    int *t = new int[ns];
    int k = 0;
    for(int i = 0; i < n; i++){
        if(a[i] != min) t[k++] = a[i];
    }
    a = t;
    delete[] t;
    for(int i = 0; i < ns; i++)
        cout << t[i] << endl;
    delete[] a;
    getch();
}

Совсем другое дело, когда код написан на STL, сразу проглядывается ясность и намерения автора кода.

@OhMyGodSoLong · 02.04.2013, 11:25

Не по теме:

На Си тоже можно писать понятный код. Как и на Си++ — непонятный. Для этого, как видите, достаточно давать всем переменным имена из одной буквы.

@xtorne21st · 02.04.2013, 11:46 **[ТС]**

Пока что нет чёткого ответа, который сможет помочь мне и другим, читающим этот топик. Так... общие (индивидуальные) взгляды на картину.

Добавлено через 1 минуту

Сообщение от Avazart

К примеру комменты в духе капитана очевидности

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

@Nagdiel · 02.04.2013, 12:07

Сообщение от xtorne21st

Пока что нет чёткого ответа,

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

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

Tulosba · 02.04.2013, 14:04

Сообщение от xtorne21st

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

C++

1	int a = b + c; // Сложение b и c, помещение результата в a

К.О.

@Герц · 02.04.2013, 14:53

http://lurkmore.to/%D0%A3%D0%B... 0%B4%D0%B5

@natik354 · 02.04.2013, 14:56

Реально ли с нуля изучить С ++?

@xtorne21st интересующийся 311 / 282 / 93 Регистрация: 25.09.2010 Сообщений: 1,056
	02.04.2013, 11:46 [ТС]	16
	Пока что нет чёткого ответа, который сможет помочь мне и другим, читающим этот топик. Так... общие (индивидуальные) взгляды на картину. Добавлено через 1 минуту Сообщение от Avazart К примеру комменты в духе капитана очевидности Тут палка двух концов. К примеру, что для вас очевидно для меня может быть совсем не понятно и наоборот. 0

@Nagdiel 117 / 116 / 8 Регистрация: 23.12.2012 Сообщений: 195
	02.04.2013, 12:07	17
	Сообщение от xtorne21st Пока что нет чёткого ответа, Четкий ответ Вы вряд ли получите. Здесь всё зависит и от самого кода, и от квалификации читающего, и от его индивидуальных особенностей. Одно дело - если, например, есть много разных классов. Сами классы, как правило понятны, сложней бывает разобраться в том, как они взаимодействуют между собой. Другое дело - код, который реализует некий сложный алгоритм обработки данных. В первом случае я бы, пожалуй, схемку или диаграмму набросал. Графический материал проще воспринимается. Во втором - как уже раньше советовали, поставил бы бряк и посидел бы в отладчике, пока не станут понятны детали алгоритма. Если такой код еще и плохо структурирован, можно походу и отрефакторить (если, конечно, к этому нет каких-либо препятствий). 2

@Герц 545 / 344 / 12 Регистрация: 05.11.2010 Сообщений: 1,076 Записей в блоге: 1
	02.04.2013, 14:53	19
	http://lurkmore.to/%D0%A3%D0%B... 0%B4%D0%B5 2

@ninja2 979 / 196 / 33 Регистрация: 26.09.2012 Сообщений: 2,041
	02.04.2013, 01:53	2
	Лучше читать когда он напечатан на бумаге. Я большие не читал, но кода маленькие читаю из книг, то просто карандашом помечаю каждую функцию, каждую переменную, что делает, что в ней находиться, для чего создается. Та я даже можно сказать не маленькие программки разбирал очень запутанные на 2 - 3 листа. И так бывает с первого раза не вьедешь, заново пересматриваешь и заново помечаешь, токо уже бывает кода смотришь раз третий, то видишь, что первый раз ты чушь написал, переписываешь, пере исправляешь и так до полного понимания программы. Так же наверно и к большим проектам относиться. Просто детально разбираешь. Что куда идет, что делает, что в той или иной папке находиться. Записываешь на бумаге, если нада, потом заново перечитываешь, исправляешь. Вообщем долго мучаешься пока не вьедишь либо до какого уровня тебе нужно вьехать. Чем больше мучаешься тем больше понимаешь. Добавлено через 6 минут Вспомнилось тоже кода то пхп таким макаром разбирал создание сайта интернет магазина с нуля. И там было дофига кода, ну короче один код, так я за два месяца его весь разобрал и в то время знал как он работает, способом описаным выше, вся книга была исписана простым карандашом. Добавлено через 55 секунд Так что можно сказать громадный код хоть и не С++. 1

@xtorne21st интересующийся 311 / 282 / 93 Регистрация: 25.09.2010 Сообщений: 1,056
	02.04.2013, 02:57 [ТС]	3
	Сообщение от ninja2 Лучше читать когда он напечатан на бумаге. Я большие не читал, но кода маленькие читаю из книг, то просто карандашом помечаю каждую функцию, каждую переменную, что делает, что в ней находиться, для чего создается. Та я даже можно сказать не маленькие программки разбирал очень запутанные на 2 - 3 листа. И так бывает с первого раза не вьедешь, заново пересматриваешь и заново помечаешь, токо уже бывает кода смотришь раз третий, то видишь, что первый раз ты чушь написал, переписываешь, пере исправляешь и так до полного понимания программы. Так же наверно и к большим проектам относиться. Просто детально разбираешь. Что куда идет, что делает, что в той или иной папке находиться. Записываешь на бумаге, если нада, потом заново перечитываешь, исправляешь. Вообщем долго мучаешься пока не вьедишь либо до какого уровня тебе нужно вьехать. Чем больше мучаешься тем больше понимаешь. Добавлено через 6 минут Вспомнилось тоже кода то пхп таким макаром разбирал создание сайта интернет магазина с нуля. И там было дофига кода, ну короче один код, так я за два месяца его весь разобрал и в то время знал как он работает, способом описаным выше, вся книга была исписана простым карандашом. Добавлено через 55 секунд Так что можно сказать громадный код хоть и не С++. На работе не всегда есть возможность переписать код на бумагу . А по поводу детального разбора, есть такое понятие как начальник, у которого есть ещё начальник и т.д. и который всё время тебя мягко говоря побуждает работать быстрее. Ваши варианты в данном случаи мне не подходят. 0

@ninja2 979 / 196 / 33 Регистрация: 26.09.2012 Сообщений: 2,041
	02.04.2013, 03:04	4
	Зато мой метод разбора эффективный. Добавлено через 1 минуту А чтоб быстро на работе, то видимо нужно знать хорошо алгоритмы построения той или иной программы, зная алгоритм не заморачиваешься уже с кодом. Добавлено через 1 минуту Примерно нужно знать в общих чертах как пишется та или иная программа код которой нужно разобрать, а по другому по быстрому не получиться мое ИМХО. 0

@Jlovenpk1 C# Brain.net 35 / 35 / 7 Регистрация: 21.10.2012 Сообщений: 333 Записей в блоге: 12
	02.04.2013, 03:09	5
	Чужой код всегда тяжело читать. Максимум, что поможет - практика. 1

@Avazart 8385 / 6147 / 615 Регистрация: 10.12.2010 Сообщений: 28,683 Записей в блоге: 30
	02.04.2013, 03:11	6
	Сообщение от xtorne21st Поделитесь пожалуйста опытом или просто мыслями о том, как всё таки начать разбираться в не своём коде? Лучше задайся другим вопросом, как писать такой код который легко могут читать другие, а главное ты сам ( когда пройдет время). Что касается чтения чужого кода - так тут все определят багаж знаний ( к примеру знание паттернов - т.е. стандартные подходы к решению задач). И естественно если код писал Идиот то тут ничем не помочь .... легче браться переписывать.... 1

@Jlovenpk1
	02.04.2013, 03:12 #7
	Не по теме: Лучше задайся другим вопросом, как писать такой код который легко могут читать другие, а главное ты сам Комментарии всегда спасают, а многие даже их не пишут(( 0

@Avazart 8385 / 6147 / 615 Регистрация: 10.12.2010 Сообщений: 28,683 Записей в блоге: 30
	02.04.2013, 03:15	8
	Сообщение от Jlovenpk1 Комментарии всегда спасают, а многие даже их не пишут(( Некоторые не умеют их писать ... К примеру комменты в духе капитана очевидности... А по сути комменты нужны обычно только в "трудных" местах, иначе избыточные комменты превращают код - в хлам 0

@Jlovenpk1
	02.04.2013, 03:18 #9
	Не по теме: Сообщение от Avazart Некоторые не умеют их писать ... К примеру комменты в духе капитана очевидности... А по сути комменты нужны обычно только в "трудных" местах, иначе комменты превращают код - в хлам Да не умеют, но когда открываешь огромный исходник, так их не хватает) 0

@Avazart 8385 / 6147 / 615 Регистрация: 10.12.2010 Сообщений: 28,683 Записей в блоге: 30
	02.04.2013, 03:25	10
	Сообщение от Jlovenpk1 Да не умеют, но когда открываешь огромный исходник, так их не хватает) Ну стоит исходить из того что при написании кода используют определенные подходы, понимание которых облегчает не только написание, но и его чтение. Например принцип модульности, инкапсуляции, наследования итп... И в итоге можно огромный исходник рассматривать как кучу "маленьких" логически завершенных... а значит вникать в код по мере надобности понимания тех или иных его частей. К тому же если давать осмысленные имена классам и ф-циям, то отпадает необходимость в комментарияx. 1

@Jlovenpk1
	02.04.2013, 03:29 #11
	Не по теме: Сообщение от Avazart К тому же если давать осмысленные имена В основном самая большая беда, самая большая. Учусь в колледже, нас этому не учат(да и программистов тоже), в итоге когда я открываю чужую лабу, я вижу...я не фига не вижу и приходиться переписывать код) Я сам самоучка)) М.Фленов научил давать правильные имена. 0

@Nagdiel
	02.04.2013, 09:35 #12
	Не по теме: Сообщение от Jlovenpk1 Да не умеют, но когда открываешь огромный исходник, так их не хватает) А хуже, когда они есть, но не соответсвуют действительности. 0

@chizz 993 / 521 / 102 Регистрация: 19.03.2013 Сообщений: 3,114 Записей в блоге: 19
	02.04.2013, 09:39	13
	Дебаг. Ставишь точку останова и вперед. Быстрее разберешься. 0

@OhMyGodSoLong
	02.04.2013, 11:25 #15
	Не по теме: На Си тоже можно писать понятный код. Как и на Си++ — непонятный. Для этого, как видите, достаточно давать всем переменным имена из одной буквы. 0

@natik354 0 / 0 / 0 Регистрация: 02.04.2013 Сообщений: 2
	02.04.2013, 14:56	20
	Реально ли с нуля изучить С ++? 0