Максимально эффективная методика изучения программирования?

Question

[Alexveto]

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

• Много свободного времени
  
• Огромное желание стать программистом // тут примечание: я не хочу быть говнокодером, я готов уделять кучу времени обучению, изучать множество книг и постоянно развиваться, лишь бы вырасти в истинного профессионала
  

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

Многие советуют начать пилить мини-проект и изучать по ходу дела лишь то, что требуется не сильно углубляясь куда-либо, но разве мы не получаем кучу пробелов в знаниях? Или это не так уж и страшно? Но ведь даже если пилить мини-проект, то уже нужно знать хотя бы основы языка, а для этого нужно прочитать хоть одну книгу по основам языка, все книги которые я смотрел там везде порядка 1000 страниц, а с моим способом изучения я и книгу то буду 100500 часов изучать.

Итого вся сила в балансе? Где-то не углубляться, а где-то досконально изучать, ну а как определить то, что изучать во всех подробностях, а что нет? Как при таком обилии доступной информации понять, какая действительно нужна, не учить лишнего (малополезного на начальном этапе) и при это не упустить что-то действительно важное?

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

Помогите советами пожалуйста

Comments

[Рональд Макдональд]

Поймите, Алёша, что время специалистов (меня, например), которые могли бы ответить на ваш вопрос, слишком ценно, чтобы тратить его на чтение вашей простыни.
Переформулируйте вопрос так, чтобы он не занимал два экрана и тогда, может быть, те, кто действительно могут дать вам хороший совет, его дадут.

[Nujabes37]

Рональд Макдональд,

меня, например

скромный вы человек, Рональд!

[Rustam Azizov]

Alexveto, вам уже ответили, поэтому я просто добавлю. Программирование — сравнительно молодая отрасль, тут ещё не всё однозначно, люди только начали учиться писать реально надёжные и, при этом, динамичные и функциональные программы. Очень много различных подходов, языков, инструментов, которые только-только начали показывать свои общие черты и связанность. Поэтому имеем ту картину, которую вы описали. Нет способа строго последовательно изучить разработку пока что.

[Adamos]

Rustam Azizov,

Программирование — сравнительно молодая отрасль

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

[Rustam Azizov]

Adamos, это как-то опровергает мною сказанное? Или вы может не заметили слово «сравнительно»?

[Adamos]

Rustam Azizov, против этого слова я и не возражал. А вот остальные натяжки про "только-только начали" - вздор. Реально надежные, динамичные и функциональные программы пишут давно. Просто это - дорого, поэтому на поверхности и на слуху все время - говнокод и куча технологий, позволяющих написать его еще проще.

[Rustam Azizov]

Adamos, хм, возможно, я недостаточно понятно выразился. Хотя тут есть и момент различия того как вы видите функциональность, динамичность, надёжность и того, как вижу это я. Да и «только-только» для нас может звучать по-разному. Так что я оставляю за собой своё право быть правым.

[Nujabes37]

Rustam Azizov, а я тут причем \_(-_-)_/ ? Не я вопрос задавал)

[Rustam Azizov]

Nujabes37, сорян, ошибочка.

[Nujabes37]

Rustam Azizov, )

Answer 1

[Игорь Воротнёв]

Дотошный подход это хорошо, когда нужно разобраться в чем-то конкретном. Для азов и первичного проникновения - нет. Раз вы уж начали с Java - пройдите курс "Методология программирования" Стенфордского Университета, видео лекций есть в открытом доступе, бесплатно (https://see.stanford.edu/Course/CS106A). Оно на английском, разумеется. Вот этого курса будет достаточно чтобы понять для себя путь джедая.

А если в двух словах, то рабочая схема плюс-минус такая:

1. изучаем синтаксис языка
2. изучаем основные концепты языка и списки DOs и DONTs с примерами
3. садимся пилить real world задачи
4. в процессе сталкиваемся с углубленными вопросами, их изучаем по мере поступления
5. GOTO 4

Answer 2

[McBernar]

Вам весь язык не нужен. Это как и с иностранными языками — есть 500 самых часто используемых слов, с помощью которых можно нормально общаться.

Так и в любом языке программирования. Не нужно знать всех методов, нужно понимать базовый синтаксис — переменные, циклы, функции, классы и методы и понимать парадигмы программирования — ооп в вашем случае. Этого достаточно, чтобы начать работать. Все тонкости нужно узнавать по ходу дела. Как работает тот или иной нативный метод — тоже. Не нужно их держать в голове, нужно лишь знать, что он есть.

Короче, не упарывайтесь. Здесь нет экзаменов, билетов и препода, который может что-то спросить из самого скучного раздела.

Но, к слову, дотошность — это тоже хорошо. Только включайте ее по мере необходимости, чтобы не вредила работе и скорости обучения.

Comments

[Adamos]

Здесь нет дотошных преподов.
Здесь просто есть ошибки, для исправления которых нужно понимать, что происходит. А этого при обучении "по верхам", с пропуском скучных учебников, может и не получиться.

[McBernar]

Adamos, так никто и не говорит, что после Hello, world нужно садиться пилить свой фейсбук.

[Adamos]

McBernar, сказано: "делай великое, не обещая великого".
Но также сказано: "не замахиваясь на великое, не сделаешь и малого".
Так что я говорю: нужно садиться и пилить. Свой Фейсбук, свой Гугль, свой Телеграм. Иначе так и будешь пилить чужой Битрикс.

[Игорь Воротнёв]

Adamos,

Свой Фейсбук, свой Гугль, свой Телеграм. Иначе так и будешь пилить чужой Битрикс.

Вот тут уже дотошность не помешает. А то получится еще один Битрикс.

[Adamos]

Игорь Воротнёв, сначала - в любом случае получится, к сожалению.
Проблема Битрикса в том, что и такое начало успешно продаваться, а теперь, соответственно, именно такое и поддерживается. Кабы его могли выкинуть целиком и переписать - очень сильная система могла бы получиться...

[Игорь Воротнёв]

Adamos,

Кабы его могли выкинуть целиком и переписать - очень сильная система могла бы получиться...

Это уже будет не Битрикс а новая система.

[Adamos]

Игорь Воротнёв, вы так говорите, как будто это что-то плохое.

[Игорь Воротнёв]

Adamos, отнюдь)) особенно при условии соблюдения вот этой части соглашения:

выкинуть [битрикс] целиком

Answer 3

[Adamos]

Методика наиболее эффективного обучения:
1. Закрой Тостер
2. Открой учебник
3. Пиши код
4. Закрой Тостер!

Comments

[Антон Р.]

1. Закрой Тостер

Для некоторых Тостер это место для общения, если нет команды или наставника.

[Adamos]

Антон Р., так в этом и смысл.
Не выучил то, что дает учебник - нечего впустую тратить время на "общение" типа этого вопроса.

[Adamos]

sergeyiljin, да, надо признать, что сам я никогда этому совету не следовал. Просто, когда я читал учебники, в России еще не было интернета, поэтому закрыть Тостер я никак не мог.

[Adamos]

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

Answer 4

[Павел]

Максимально эффективная методика изучения программирования = практика