Как научиться реализовывать алгоритмы?

Question

[aleksey]

Я довольно давно работаю программистом, но так и не научился реализовывать алгоритмы. Например, у меня есть какое-то описание алгоритма на естественном языке и нужно реализовать его, скажем, на Java. Обычно я реализую довольно громоздкую конструкцию, которая не является простой и изящной, а умения отделять главное от второстепенного и раскладывать по полочкам у меня нет. В итоге, получается очень сложный винегрет.
Посоветуйте чем мне вправить мозги. :)

Answer 1

[private_tm]

1.Описуешь алгоритм кидаешь сюда свой вариант с просьбой покритиковать и так же можешь попросить колег(codereview)

2.Можешь еще скинуть буржуям codereview.stackexchange.com с просьбой покритиковать)

3. Фиксишь с учетом отзывов.
4. Повторяешь по новой.

И так с каждым алгоритмом. Может по началу и упадет самооценка но потом проблем с этим не будет.

А если по сути в современном програмирование особо изящного кода и нет. И что ты пишешь громоздкии конструкции в 90% ничего плохого если это не явный говнокод конечно

Comments

[aleksey]

Не знал что здесь и на stackexchange.com можно запросить codereview.

[private_tm]

aleksey: без проблем)

[aleksey]

private_tm: мне нужно реализовать чат с помощью AWS. Посоветуете где можно обсудить архитектуру.

Answer 2

[aleksey]

Отвечаю на свой же вопрос: "Это нормально"

Я сделал такой вывод когда читал эту книгу: Экстремальное программирование. Разработка через т...

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

Answer 3

[evgeniy_lm]

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

Answer 4

[sim3x]

Практикуйся

Answer 5

[FoxInSox]

Напрягитесь.

Answer 6

[Александр]

0. Практика.
1. Читай про ООП и паттерны проектирования.
2. Изучай чужие хорошие архитектурные решения.
3. Изучай приёмы рефакторинга и практикуйся рефакторить свой и чужой код.
Например, очень ясно и подробно про рефакторинг написано здесь:
https://refactoring.guru/ru/refactoring/what-is-re...

Comments

[Vitaliy]

как ООП относится к алгоритмам?

Answer 7

[Frozen Coder]

Читайте книги по алгоритмам, по чистоте кода (Чистый код Мартина как библия), изучайте чужой код - старших коллег и openSorce сообщества, практикуйтесь - реализуйте простые алгоритмы, у Мартина прочитайте что такое ката, возвращайтесь к своему коду и думайте как его улучшить. Довольно давно - это сколько? 10 тыс. часов программирования преодолели?

Answer 8

[cap_nemo]

Нужно налить зеленого чаю с юго-востока Индии, собранного в середине марта 19-летними индийскими девственницами в ясную ночь на 3/4 луны.

Пить этот чай каждый день в течении 3-х лет. После чего нужно забить гвоздь 50 мм в доску, развернуть острием вверх и сесть на эту доску. Доска должна быть обязательно из сандала. Если озарение как программировать не придет сам собой, то предлагаю задуматься над следующим:

• 80% программистов пишут говнокод и не волнуются, даже не потеют. Смысл волноваться именно Вам?
  
• Иногда камень в руках перед злой собакой, лучше чем красивый перочинный нож на антресоли в гараже. Так ли важно качество кода, если код решает проблему?
  
• Если вам надоел винегрет, начните делать оливье. Может стоить немного сменить подход?
  

А если вам действительно интересно программировать, то рекомендую заметить для себя:

• Нет предела к совершенству. Обращайте внимание на достигнутые вами результаты. Может их можно улучшить?
  
• Всегда появляется новая методология или парадигма. Что мешает вам придумать свою? Естественным языкам тысячи лет, а то и более. А синтетические (для "реального" программирования) не старше 70 лет. Пока языки программирования достигнут необходимой гибкости, у многих программистов мозг закостенеет от конструкций вида GOTO ;-)
  

Answer 9

[Vitaliy]

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

Answer 10

[Деревянко Александр]

очень советую https://www.ozon.ru/context/detail/id/128304/

Answer 11

[Beginner]

Codewars.com шикарный сайт, сначала выполняешь сам, потом смотришь как другие выполнили

Answer 12

[utyfua]

Если выходит винигрет то стоит разбивать на более мелкие подзадачки и их уже решать по отдельности.
По идее так все должно быть на своих местах если все нормально делать.
Главное не увлекаться ибо будет одна функция одну функцию вызывать и возвращать ее результат..

Answer 13

[Alexej Simakov]

Те же сорсы стандартных библиотек Java читать. Разбирать строчка по строчке и думать почему так.

Answer 14

[xmoonlight]

Рисуйте схему зависимостей объектов.
Затем - сами поймёте.

Answer 15

[Андрюха]

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