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

Question

[Али Картоев]

Будет польза или вред от этого? Пытаюсь и сам писать код, но пока получается не очень.

Comments

[Али Картоев]

Основы есть, знаю принципы ООП и синктаксис java.

Answer 1

[mamkaololosha]

В таком подходе один большой минус: вы никогда не узнаете почему автор написал именно так. Код обычно составляет ~25% всех знаний автора. И возможно, что к именно такому решению он пришел только после 10 разных прототипов. Либо учите теорию, чтобы была полная картина в голове, либо так, как хотите вы. Но это получается зубрежка и прокатит только на экзамене.

Comments

[Roman K]

Цифру 25 откуда взяли, можно поинтересоваться?

[mamkaololosha]

Roman Kitaev: от балды, если честно.

[Олег Гамега]

Roman Kitaev: от балды но близко к реальности, зачастую вариантов решения одной задачи куда больше одного и конкретное одно решение зачастую является компромиссом целого ряда факторов. Смотреть чужой код можно и нужно, но зубрить его ...... глупо и бесполезно

[Roman K]

gadfi: Я вот вчера написал скрипт ~40 строк, поиграться вечерком. Думаете, там есть четверть моих знаний?

[Олег Гамега]

Roman Kitaev: сейчас проект релизю, ничего сложного или гениального, обычный проект .... за десятком строчек связанных с интегрируемым сторонним сервисом опыт и немало часов потраченных на доку, на простую и надежную как табурет архитектуру приходится большое колличество реализованных ранее проектов. В нем нет четверти моих знаний, но большой пласт знаний и навыков без которых не реализовать проект остался за кодом, при заучивании такого кода много пользы не поучить. Не имеется ввиду что конкретный код 25% знаний разработчика, скорее что большая часть знаний необходимая для разработки не является кодом явно

[Roman K]

gadfi: Скорее, это именно "цифры с потолка". Код коду рознь и объективно оценить даже приблизительный уровень знаний/уровень используемых знаний разработчика невозможно. Можно только судить о том, знает он что-то или нет.

Answer 2

[Владимир Мартьянов]

Смотреть и разбираться в чужом коде стоит, воспроизводить на память - нет.

Answer 3

[Денис Инешин]

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

Answer 4

[Андрей]

Учите теорию.
На память учить не надо - бессмысленно.Вы должны понимать как это работает,отмечать интересные моменты реализации,пытаться улучшить/упростить код.

Answer 5

[V Sh.]

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

Comments

[Владимир Мартьянов]

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

[V Sh.]

vilgeforce: Согласен, что ничего плохого в этом нет. Просто я считаю, что код готового проекта - это такой омут, в котором смешано и перекручено много всего и заходить туда нужно подготовленным. Читать чужой код полезно для понимания архитектуры, алгоритмов, применения паттернов, связей между уровнями и т.п.

Под твердой базой знаний я понимаю, что программист не полезет искать что такое, к примеру, интерфейс или наследование (для C#). Думаю, что основы нужно изучить целостно, а уже потом "обрастать мясцом" :-)

Answer 6

[Алексей]

Сделай по другому. Напиши некий набор тестов, которые проверяют выполнение задачи, решенный тем кодом, который ты хочешь "заучить". Потом напиши кондовое, костыльное, но свое решение этой задачи проходящее набор написанных на предыдущем этапе тестов. Сравни эти два решения. Попробуй понять, почему автор сделал так а не иначе. Чем твое решение хуже или лучше. Сделай выводы разнице и сходстве.
В чем плюс - ты учишься придумывать свое решение для задачи. К сожалению не все и не всегда придумано за нас и гугл не всегда всемогущ. В чем минусы - ты можешь писать отвратительные тесты по своей лени и можешь писать не менее отвратительный код, расчитанный только на прохождение этих тестов. К примеру захордкодить входные данные и ответы на них. Правда как по мне во многих простых задачах проще написать нормальное решение чем хардкодить данные.
Если речь идето стиле кода - тогда надо не переписывать код по памяти, а просто учавствовать в жизни соответствующего проекта. Тебе по пальцам настучат за кривую стилистику, не переживай.

Answer 7

[belkin-labs]

Если автор заслуживает доверия, то я никогда не стеснялся посмотреть, как что реализовано. Так, например, разбираясь в кодах современных движков многому можно научиться. Есть движки, которые просто заставляют быть на гребне современных технологий (я программирую на PHP и говорю о движках блогов и магазинов) Так или иначе программирование - это творческое применение наработанных клише и шаблонов. Эти клише и шаблоны у программистов могут быть разные. Вы делаете так. Посмотрели у другого - а у него лучше. И заменили свое действующее клише или шаблон.