- последовательность действий, для получения результата из начальных данных.
Вы захотели выпить кофе.
-
Хочу ли я кофе? -Да.
-
Где может быть кофе? - На кухне.
-
Встать и идти туда могу? -Да, иду.
-
Открыть шкаф или поискать на столе? -Да.
-
Есть ли там кофе? -Да, нашел, взял.
-
Фак, Нужен кипяток. Где чайник или термопот?
-
О, нашел, рядом на столе.
-
Эмм, а кофе что из ладошек пить?
-
Поиск чашки. -Нашел!
-
Найти еще теперь и ложку, сахар, молоко, сливки итд итп.
-
Ну и еще куча всего и в конце взять и выпить долгожданное кофе.
Вот это примерный алгоритм выполнения по пунктам, дискретно друг за другом, но конечно же можно и поменять кучу разных пунктов, однако все-равно есть то, что нам нужно получить в конце и то, что у нас для этого есть или нужно найти.
Грубо говоря, это постоянный поиск-решение-действие, причина-следствие-причина...
Алгоритмы для программиста
Зачем алгоритмы
Один вопрос к посту: не писать велосипеды, и не юзать библиотеки? Это как?
Если вы не можете решить задачу придумав велосипед, а будете постоянно гуглить и
копи-пастить готовые решения, то толку для вашей логики это никакого.
Конечно же, многие так делают и спокойно себе живут дальше, работают и в целом,
это действующий алгоритм, так можно учиться и работать, но это как вход в дом через
окно, т.е. вы берете готовый ответ, и скачете в обратном направлении. А дай вам
задачу чуть сложнее и все, вы не сможете найти решение, потому что логика предыдущей
ступени у вас не пройдена, а скачана. Но ведь говорят, что почти весь код уже написан,
зачем его переписывать? В целом да, если вы его сами написали, то незачем.
А если вы списали/скачали, как на контрольной, то вы 100% это точно забудете, а потом еще
и если баги вылезут, то вообще сядете в калошу и схватитесь за голову.
И опять таки, это лишь мое мнение, а я простой человек и вполне могу себе ошибаться...