Смотри как делают мастера и делай так же.

SICP

Что почитать по данной тематике?

Тебе — только разве что блог Царя.

Что почитать по данной тематике?

ничего. чтение макулатуры ничего не даёт, «кроме самомнения и поверхностного атеизма». только опыт. первым шаг ты сделал и видишь, что что-то плохо. второй шаг, начать рефакторить и перевести из плохо в не так плохо. и да с первого раза хороший код, наверно, ни у кого не пишется.

к ЛОР психиатру

Пишешь говно.
Потом если это говно часто используется и востребовано, то рефакторишь и переписываешь. Делаешь постепенно конфетку из говна.

ТОЛЬКО ТАК ЭТО И РАБОТАЕТ

Сразу сделать конфетку не прокатит и не нужно в большинстве случаев.

Как перестать делать лажу? Как прокачать моск?
прокачать моск

Перестать задавать глупые вопросы.

И понимаю, что фигня, не масштабируется

Ну так перепиши сразу нормально. У меня проблемы обычно бывают от того, что начинаю оптимизировать и не могу остановиться.

Как перестать делать лажу?

Для начала закрой вкладку с ЛОРом.

Если постоянно получается плохой продукт — поможет только планирование. Тщательное. И следовать плану надо неукоснительно. Шаг влево, шаг вправо — расстрел! Это раз.

Второе:

Что почитать по данной тематике?

Ничего. Максимум — пару гайдов по написанию «чистого» кода от ведущих «контор». И то — исполнение правил из этих гайдов обязательно только в том случае, если за это вам платят.

Третье:

понимаю, что фигня, не масштабируется

Не всё должно масштабироваться. Имейте в виду, некоторым продуктам это вредит.

Ну и последнее:

Или сразу к психиатру? -_-

Не переживайте, у нас тут целая планета сумасшедших. Не вредит вам и окружающим — значит, и лечить не надо.

Беспомощное желание «чего-нибудь прочитать» никуда тебя не приведёт. На чужих мыслях далеко не уедешь. Только своя голова и путь граблей. Чтиво лишь фундамент.

Сначала думай, потом делай, а сли не уверен, вообще ничего не делай пока не посоветуешься с коллегами. И себя спасёшь от позора, и других от последствий твоего тупняка. Ничего не делая, ты как минимум ничего не испортишь.

Как прокачать моцк?

Перепрограммируй.

у тебя завышенные требования к себе.

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

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

друг интересуется, а что если в условиях и требованиях конкретного проекта всех устраивает низкое качество кода?

Воспользуюсь этой темой

Подскажите, пожалуйста, проекты на C++ и на Python, где можно подглядеть архитектуру программы, правила написания самодостаточных модулей к ним, да и вообще, на высокую культуру оформления кода.

То получается говно.

*грамотную архитектуру

На галерах же.

Как ни странно - шаблоны проектирования. Затем - код решения которое проектировал кто-то сведующий в теме, ибо код сам по себе и будет индусским. Желательно начать с банды четырёх, хотя казалось бы и устаревшая херня, но ребяты там начинают с самого главного - не «как?», а «нахрена?».

Можешь ещё почитать мой бедный пересказ, он очень короткий:

«Инкапсулируй меняющуюся сущность»(с)(Не помню автора, но мопед точно не мой).

Получается говно, которое выходит на рынок быстрее конкурентов и позволяет заработать денег на то, что бы сделать з@3bись.

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

чтобы сделать ещё больше говна

ftfy

Что почитать по данной тематике?
Или сразу к психиатру?

Думаю, тут хватит профильного психолога. На лицо, кмк, невозможность объективно оценить свои результаты.

В большинстве случаев - индусский или китайский код.

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

Либо получить оценку своих результатов от того, кто в этом разбирается. Ну, а если не готов принять критику, то к психологу.

Дык. Итеративный подход, круговорот говна в условиях свободного рынка.

Qt, ceph, 0mq, kernel. Хотя, на C обычно лучше смотреть именно на архитектурные изыски, т.к. там нет лишней языковой шолухи и местных идиом - всё приходится проектировать.

Вступи в тайную лОжу, делов то