Триумф говнокода
Сначала нужно разобраться с терминологией. Собственно, что такое — говнокод? Говнокод — это работающий код (во-первых). Но этот код написан неизящно, с нарушением каких-то правил. В нем есть костыли, захардкожены константы, IP-адреса, и так далее.
Никаких паттернов и прочей ООП, всё писать функциями. Названия переменных должны быть запутаны максимально!
Говнокод очень сложно поддерживать, допиливать, если это делает не автор (второе). И проще сделать заново, но на это нет бюджета, времени. Поэтому самое простое — просить автора помочь. От автора говнокода все начинают зависеть! Он может требовать повышения зарплаты. А все эти пидорки, которые умничают и обсирают говнокод, останутся в итоге ни с чем.
Из этих двух аксиом следует закон — пиши всегда максимально запутанный Говнокод. Но автор всегда встретит сопротивление со стороны очкариков-анальников. Их перфекционизм только всем вредит и в первую очередь им самим. Это снижает зарплаты. Это снижает порог входа. Но ботанам в пидорских очечках это не обьяснить блять!
Если б вот направить их ебучий перфекционизм в правильное русло — все были бы счастливы и айти перестало бы быть ебаным. Это было бы как сетка от комаров. Ни один вайтишник пицценос не пролезет! А пидорские ПМы будут сосать хуй.
А мы бы стали королями жизни и драли бы хрюш — каждый день новую. И это будет триумф Говнокода!
Коментарі (111)
На практике перфекционизм это то же говно, только здобно приправленное парфюмом чтобы на первый взгляд выглядело прилично. Но поскольку говно замешано на Шанель №5, то определить по анализу кала чем болен пациент уже невозможно.
МЯСНОЙ ПУК ВОНЯЕТ ЛУК
https://djinni.co/jobs/81560-backend-razrabotchik-node-js-nest-js/
https://i.imgur.com/DGxm1mI.png
Все нахуй! Я пьяный и ебал вас всех в рот, пидарасы!
Всегда так делаю
Седня опять буду дрочить до усирачки, блядь.
Бля, я ляжки обдристал.
Пиздешь это все, говнокод может быть гораздо проще для понимания, чем отрефакторенный паттернами из будущего каким нибудь заумным очкастым пидором.
Если в проекте больше одного человека, то говнокод обеспечен.
Имхо, более точным тут будет не ограничение количества, а code ownership. Если никто конкретный кодом не владеет, говнокод обеспечен. К сожалению суть современного галерного руководства — это коллективное владение, в итоге — говнокод во все поля.
Согласен. Как у любой коммерческой конторы стратегия только одна — максимизация прибыли, а качество продукта по приоритетам где-то на дне.
Хочешь лизнуть мою мошонку?
А разгадка одна. Никто не знает что такое не-говнокод. Вся пиздобратия дружно упарывается по паттернам, TDD, DDD, пиздит о SOLID, cohesion и coupling, не в состоянии даже формально объяснить что это такое. Некоторые особо одаренные дегенераты упарываются по чистоте и педо-монадам, веря что все говно в их коде из-за мутабельности. И врут, сучары, пиздят себе и всем окружающим. Как же вы суки заебали, пиздеть об поддерживаемой архитектуре, не в состоянии хоть в википедию разок глянуть и посмотреть определение слова maintainability.
Поддерживаемый код — ДЕШЕВЫЙ и ПРОСТОЙ код, максимально БЫСТРО адаптирующийся под нужды окружения, с МИНИМАЛЬНЫМ порогом входа! Если какая то команда семипядевых ублюдов сидит и ДНЯМИ «работает над архитектурой приложения», каждый день чето рефакторит, они — хуевы цыгане и разводилы, а архитектура их и есть — говнокод, сколь бы они не пышились об обратном. По настоящему поддерживаемый код — код, решения по которому принимаются на минуты надмозгом, по определению.
Индустрия не видела еще поддерживаемого кода. Нет его, нигде. И даже не потому что он никому не нужен (нужен на самом деле, просто его делать никто не умеет). «Триум говнокода» проповедемый аффтаром поста — тоже нихуя не про поддерживаемость, но это хотя бы честно.
Да, эти товарищи всячески пытаются усложнить и запутать все что можно. Поколение 70-х, 80х писали все без этой головной боли, которую надо испытывать сегодня, но никто честно не говорит зачем это все, хотя большинство искренне не понимает суть этого оверхеда. По мимо этого, они пытаются пропагандировать чрезмерную сложность и значимость программирования и засирают неокрепшие умы этим, результат этого, я думаю, всем известен, по крайней мере здесь присутствующим точно. Так же есть большая проблема (по крайней мере в СНГ) многим известная как «проблема имен», когда мальчика Васю переименовывают из инженера в ведущего инженера потом в супер ведущего инженера, не повышая з/п и уровень ответственности. В результате, Вася начинает кичиться этим и в серьез верит что он такой, каким его обозвали. И при попытке поменять корабль сталкивается с таким айзбергом, как техническое собеседование, и Вася уже на плоту возвращается обратно.. Печаль. Именно поэтому у нас ходят по просторам огромные отряды архитекторов, сеньоров, супер-ведущих разных мастей и уровня ЧСВ. Мало того, это движение буратин привело к падению значимости и весомости термина «engineer» (инженер).
Хочешь понюхать мою мошонку?
>>> Вся пиздобратия дружно упарывается по паттернам, TDD, DDD, пиздит о SOLID, cohesion и coupling, не в состоянии даже формально объяснить что это такое
Вся суть. И если бы только формально.
Все просто. Писать код сложно, и этому просто надо долго учиться. Сложно создать проект из таких людей, ведь большинство людей просто ленивые и глупые обыватели. Поэтому сложные концепции попадают в руки простых ребят со двора, и они делают ужасающе сложные и запутанные проекты, в которых просто невозможно разобраться. Зачастую чтобы просто сделать сложный и умный вид, а может просто чтобы выцыганить деньжат у конторы.
Сложно === неподдерживаемо. Поддерживаемо === просто. Это следует банально из определения поддерживаемости. И да, так и выходит в текущих реалиях, что начальству проще смириться с говнокодом, чем дать хуесосам карт бланш на «дизайн чистой архитектуры». Потому что в последнем случае хуесосы сожрут бабла в три раза больше, а чистой архитектуры все равно не сделают. Все это по многу раз проходили, кредит доверия давно исчерпан. В итоге если по перформансу, секьюрити, распределенным вычислениям есть реальные эксперты, чей опыт подтвержден индустрией, в сфере maintainability кочуют одни евангелисты.