Как наработать навык декомпозиции задач?

Question

[AlTerV]

Дано: Хочу перейти внутри компании в разработку (Java, backend).

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

Вопрос: можете посоветовать какую-нибудь литературу по алгоритмизации и структурам данным, а также по основам программирования (программировать я пока не умею, а баловство в институте за навык не считаю, ибо там были безделушки)? Как я отметил выше, не умею решать и декомпозировать задачи. Вот смотрю на задачу, а с чего начать и чем закончить - не знаю. Раньше просто списывал (в школе, в институте) и ничему так не научился. Хочу это исправить и искоренить напрочь этот недуг.

Comments

[0xD34F]

3.1, 3.4

[AlTerV]

0xD34F, извиняюсь. Поправил текст и теги.

[0xD34F]

Правьте ещё - уберите "добрый день" и "благодарю". Этой мерзости тут не место.

[AlTerV]

0xD34F, поправил. Но почему мерзость?) Вежливость же элементарная)

[0xD34F]

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

[AlTerV]

0xD34F, понял. Учту. Спасибо за замечание.

[Сергей delphinpro]

AlTerV,

3.4. Помнить о том, что сервис вопросов и ответов «Хабр Q&A» не является форумом, чатом или социальной сетью. Следует избегать употребления речевых оборотов, характерных для этих типов ресурсов. Вопрос и его описание не должны содержать приветствий и прочих «лирических отступлений».

[Владислав Лысков]

(программировать я пока не умею

начните с этого, всё приходит с опытом, а не налётом после прочтения очередной умной книжки

[AlTerV]

Сергей delphinpro, понял. Принял. Спасибо за замечание.

[AlTerV]

Владислав Лысков, а вот тут встаёт, собственно, ключевая проблема: чтобы программировать что-то, нужно знать, как это делать и уметь это делать) Скажем, выучу синтаксис Java, и что делать дальше, как писать программу, как решать задачи - вот тут и начинаются вопросы...

[Владислав Лысков]

AlTerV, Как улучшить качество декомпозиции в Go?
посмотри ответ на этот вопрос, мб такой подход пожет

[Сергей delphinpro]

Как я отметил выше, не умею решать и декомпозировать задачи.

а чего там уметь? Просто раскладываешь большую задачу на мелкие.

Задача:
  Приготовить яичницу
Подзадачи:
  Нагреть сковороду
    Зажечь плиту
    Достать сковороду
    Поставить на плиту
  Пожарить яйца
    Достать яйца
    Разбить скорлупу
    Вылить на сковороду

ну и так далее..

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

[Сергей delphinpro]

Кстати, любую задачу в программировании можно декомпозировать до микрозадачи «нажать клавишу Х на клавиатуре» =))

Answer 1

[mayton2019]

Программирование - это как плаванье. Ты сколько книжек не читай - все равно программистом не станешь.
Ты просто должен сесть и начать программировать. Прыгнуть в воду и плыть.

По поводу декомпозиции. Обычно такой вопрос возникает когда кода много или когда задача большая.
Эта декомпозиция идет параллельно со знанием таких частей ООП как Single-Responsibility, и структурных
шаблонов проектирования. Начни это применять и декомпозиция сама собой пойдет.

Чаще заказывай code-review своего кода и слушай советы старших коллег. Даже если обидно и стыдно.
Слушай. Записывай и потом применяй.

По поводу Алгоритмов и Структур данных. Почитай Никлауса Вирта. Он как раз такую книгу и написал.

Answer 2

[GavriKos]

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

А что сейчас за должность, раз не разработчик?

Comments

[AlTerV]

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

[#]

AlTerV, нехочуха? .. я видел эникейщиков выраставших в кодеры... но не за счет "не хочу эникеить"... скорее за счет роста понимания процессов...

[fokit]

Не существует понятия "не мое". Если вы сядите и начнете практиковать рисование с должным усердием, то в один прекрасный день это станет вашем. Нужно только желание и дисцеплина. С программированием аналогично.

[Kentavr16]

fokit, значит каждый может стать новым Эйнштейном?

[fokit]

Kentavr16, про Эйнштейнов не знаю, но каждый может развить +- средние навыки в какой-либо области

Answer 3

[YepBro]

С декомпозицией все просто. Для начала берешь любую задачу из жизни и думаешь какие шаги нужно сделать что бы ее решить. Когда это станет просто, то переходишь к программированию. Лучше всего взять какой-то готовый небольшой проект и сам себе ставишь задачи, сначала очень простые(!!!), потом сложнее(добавить метод, добавить что-то еще, изменить логику и прочее). Не начинаешь программировать пока по шагам не напишешь себе что надо делать. В процессе разработки смотришь насколько твой план расходится с реальностью. Запоминаешь, учитываешь в следующий раз.

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

Для развития логического мышления изучи формальную логику и так же решай задачи.

Answer 4

[Виталий Михалюта]

Дополню также, что бывает проблема в постановке и формулировке задачи. Для начала нужно понять "требования" - что должно получиться в итоге. Здорово, когда эти требования и хорошо описанную задачу дают, но бывает приходится собирать всё самостоятельно, как мазайку.
Я бы начал с понятной формулировки самой задачи, требований к ней и понимания для чего она делается глобально. И оттуда уже начинал прописывать/прорисовывать схему конкретной работы, которую нужно выполнить, чтобы ничего не упустить.

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

Answer 5

[Дмитрий Кинаш]

Вопрос глобально не имеет однозначного ответа. Сколько людей - столько и будет вариантов, причем все верные.

Хочу отметить, что абстрактная декомпозиция никому не нужна (даже вредна, поскольку тратит бесценное время). Нужно уметь видеть в постановке задач доступные для тебя "кирпичики" и работать только с ними, пока они функционируют с удовлетворительным качеством.

Для примера пусть тебе нужно дёрнуть REST-функция с некоторого интернет сервера. Если у тебя есть библиотека, которая позволяет тебе сделать все на уровне "указал сервер", "указал метод", "указал параметры" и "получил результат", то зачем декомпозировать дальше на уровень реализации протокола HTTP, на работу с сокетами, ломать голову над маршрутизацией пакетов данных или вообще уходить на уровень управления сетевой картой с помощью прерываний?

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

Не обязательно, что программиста "кормят с ложечки", но если вы не программист 1С, то один-на-один с задачей вас никогда не оставят!!!

И последняя мысль - нужно меньше думать, а больше делать! Если сесть читать Кнута и Вирта, то голова будет забита бесполезной чепухой, которой можно хвастаться перед друзьями, но которую невозможно использовать ни при создании репозиториев в Spring Data, ни при описании активити в твоем мобильном приложении - внезапно окажется, что нужно было читать не беллетристику, а курить мануалы по Spring и Android.

Только практика, практика и еще раз практика!!! Далее количество перейдет в качество и ты уже сам будешь проводить вебинары на тему развития навыков декомпозиции.

Answer 6

[index0h]

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

Определите сущности, которыми будете пользоваться. Например, нужно сделать чат. Какие сущности данных у вас могут быть? Наверное Пользователь, от имени которого будут отправляться Сообщения. Сообщения будут отправляться в Каналы. У каждой сущности есть какой-то свой набор данных.

Далее определите действия, что вы можете сделать с этими сущностями. Под эти действия заводите сервисы.

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