МСУТолько разделение логики на методы спасут отца русской демократии.
а любая я ли логика поддаётся эффективному разделению на методы?
а вдрух я реализую конечный пулемёт автомат. там не то что без готу не обойтись , но и на методы делить то трудновато.

и в конце концов на методы делить мона тогда , когда более менее ясно , как дальше двигаться, а если поведение метода окончательно не определено, то рано его делить на под методы.
был метод какой то ( матрицу обкатывал в рекурсии), который при создании трудно было разделить. вот он и получился строк 200-300 , уж не помню точно. да , потом его разпили удачно , но только потом.

МСУЕсли "трудновато" декомпозировать - это не означает, что это нельзя сделать.
понятно что всё можно , но иногда оно может пойти во вред. или затраты по времени будут ощутимы.

авторЕсли не ясно, "как дальше двигаться" - рано писать программу
речь не о проге , а об конкретном алгоритме. т.е. тогда , когда мы знаем , что хотим получить , но не знаем точно как это сделать
1. Либо много альтернатив, и выбрать изначально правильную невозможно
2. Либо при создании первичной реализации алгоритма получаются промежуточные данные, которые уже в последствии и делают основу конечной реализации. Без этих данных реализацию построить невозможно, а на бумаге это не просчитать.

в частности тогда шла речь о реализации алгоритма Литтла, ака метод ветвей и границ. как он работает , я чесно говоря до сих пор не понимаю ( т.е. я не до конца въехал, почему он таки даёт почти правильный результат , и почему он иногда даёт не всегда оптимальный результат)

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

МСУМне нравится твоя логика, ты пишешь, что не знаешь как он работает и что не разобрался с этим алгоритмом, но точно уверен в необходимости GOTO. Зачет
я знаю как работает его реализация, Но я до конца не понял ( тогда) почему работает сам алгоритм. почему он находит почти лучший вариант. и это непонимание не относится к программированию никаким боком. так что твой "зачёт" - мимо кассы.

авторНу так выноси расчет и взаимодействие с этими данными в отдельный слой, тем самым декомпозируя основной алгоритм.
не понял , а это к чему.

поясню свою мысль. когда шла та реализация - необходимо было найти решение транспортной задачи с доп моментами.
на рассмотрении были "муравьи", "генетика" и "ветви" (куда же без них).
что генетические алгоритмы , что муравьные вроде давали результат, но что то с доп моментами с ними было плохо.
пришлось лезть в метод ветвей и границ, в реализации Литтла, получить промежуточные данные,
на основании которых и был выведен новый алгоритм, который выполнял поставленную задачу за приемлемое время.
Оптимизация NP полной задачи это не таблицу в БД добавить. тут надо найти правильное/приемлемое решение.
и заранее вычислить конечную реализацию просто невозможно. необходимо пройти по всем кругам.

и тут не применим ваш график буровых работ для служащих ВВС (с) стандартные подходы тут не подходят.