а я давно заметил, что когда кто-то не может сказать по существу он меняет тему. А если этот кто-то ещё и понял, что был неправ, но его незрелая психика не позволяет признавать свои ошибки, то он переходит на менторский тон, делает вид что его положение не допускает сомнения в словах, и начинает делать глупые утверждения без какой-либо аргументации в надежде сбить с толку собеседника.
Вы ошиблись в собеседнике, мне плевать на вашу демагогию, есть что сказать - говорите, нет - лучше промолчать.
продолжая демагогию
Когда кто-то использует вместо кванторов всеобщности высказывания вида: "почти однозначно", "практически не способен", "я уже давно заметил" это свидетельствует о том, что он сам не уверен в том, что говорит. Демагог, зная что пишет чушь, таким образом страхует себя на случай, если прижмут, типа он же не имел ввиду что для всех работает.
Сожалею, но ваша попытка спрятаться за слова выглядит очень жалко.
Не бывает понятного спагетти кода. Да, Вася может постоянно вариться в этом коде и потому помнить, что где и как делается. Также, и другой программист, после долгого изучения выучит, что, где и как работает. Но если оба месяц-два поработают с другим проектом, то уже с трудом будут помнить что и где находится, а код им в этом не поможет. Очень часто заказчики попадают в рабство таких Вась, просто по причине своей скупости, но яхты им никто не будет покупать.
Так же и с оптимизацией, управление сложностью гораздо более важная задача, потому что от нее зависит все, а оптимизация нужна только на отдельных участках, и эти участки зачастую не определимы сразу. А "кривой, но круто оптимизированный" код возможен только для каких-то очень простых задач. В противном случае, вы очень быстро потеряете контроль над проектом.
В сортировке пузырьком нет никакой архитектурной ошибки, иначе бы ее не использовали в обучении. Хотя есть и более эффективные варианты. А если говорить про архитектуру, то наиболее эффективен монолитный кусок, без шин обмена, API, модулей, сервисов, автолоадинга, ООП, да и вообще классов, конфигураций, обработки исключений, портируемости и т.п. Но такая не расширяемая, не поддерживаемая, не тестируемая и от того нестабильная, какашка, никому не нужна.
Если это одна строчка кода, то можно еще сказать, что это не произведение, и там нет творчества. Но если задача автора вопроса достаточно уникальна и я в качестве ответчика потратил время и придумал код строк на 15-20 хотя бы, то это уже вполне себе творчество.