Как быть со сложными задачами?

Question

[NIKOOV]

Ребят, всем привет, мне 17 лет, и я начал заниматься программированием около года назад. Вопрос такой: довольно часто передо мной стоят задачи, суть которых довольно хорошо усваивается в голове, но возникает ступор, когда дело доходит до программтрования. Может ли кто-то посоветовать, как нужно разбивать задачу на подзадачи и выстроить хоть какой-то алгоритм или сделать еще что-то, чтобы с психологической части ушла нагрузка и появилось понимание, что и как нужно предпринимать. Очень надеюсь, что вопрос понятен, буду очень благодарен за ваши ответы :)

Comments

[h8nor]

Одно действие -- одна задача. Нужно начать с изучения блок-схем.

Answer 1

[Одиночка Айс]

Разбивать на простые и изучать каждый по отдельности. Правда при этом нужен ментор, который подскажет как и что и убережет от задавания глупых вопросов на тостере и стаковерфлоу) Любая сложная система строится из мелких. Например, раньше я ненавидел верстать формы и подключать их, до тех пор пока не сделал это 100500 раз.

Comments

[MaxLich]

Согласен, с опытом всё приходит

Answer 2

[FreeBa]

Есть ровно один способ достичь дзена в программировании. Заключен он в манифесте. Все остальные пути и методики обучения неэффективны.

Comments

[Иван]

Кажется, следование данному манифесту это первый шаг к той самой асоциальности) Я надеюсь, что ты просто пошутил. А если серьезно, то код написать может любая обезьяна. Человека отличает способность мыслить. Отсюда вывод: 7 раз подумай - 1 раз напиши код.

[FreeBa]

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

[Иван]

"Манифест" написан так, что он призывает просто писать какой то код, непонятно какой, непонятно зачем. Это неправильный подход. Тот факт, что нужно МНОГО работать, думать, писать, изучать технологии - это несомненно, правда. Но формулировать эту мысль нужно в адекватной форме.

[FreeBa]

Тот факт, что нужно МНОГО работать, думать, писать, изучать технологии

Это все описывается ровно тремя словами. Угадаете какими?

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

[dollar]

Если программист может сделать свою работу полностью прозрачной для заказчика, то ему и правда не нужен менеджер. Но увы, это не так. Так что без KPI - никак.

Answer 3

[Иван]

Книги, это все конечно хорошо, но без практики ты далеко не уедешь. Очень рекомендую участвовать в соревнованиях по программированию, одна из лучших наших платформ - Codeforces. Там несколько раз в неделю проходят контесты, потом выкладывают разборы задач. Можно тренироваться и виртуально уже на прошедших контестах, можно просто на отдельных задачах.
Прокачивается все: и знание синтаксиса, стандартной библиотеки языка, структур данных, алгоритмов, и умение быстро оценивать-понимать-декомпозировать-решать поставленную задачу.
Имхо, для человека, называющего себя программистом, эта штука обязательна. Как чистка зубов.

Answer 4

[ApeCoder]

Есть разные способы делить задачи на части - функции, объекты, правила и прочее.

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

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

Подумать из каких кусочков будет состоять решение, какие из них точно друг от друга зависят, а какие точно не зависят.