Раздувание кода стало астрономическим

habr.com — Оказывается не только фильмы и игры становятся с каждым годом тупее, благодаря мамкиным сценаристам и геймдизайнерам, пришедшим недавно в индустрию развлечений. Идиократия коснулась и новоявленных программистов, которые зашибают не малое бабло за свои руки из ануса.
Новости, Компьютеры | Logosorfe 22:20 27.06.2022
10 комментариев | 78 за, 3 против |
#1 | 22:31 27.06.2022 | Кому: Всем
Две крайности.

Одна - нахуй фреймворки, я все сам напишу на асме и си.
Ага, лет за десять.

Вторая - а давай мы обложимся десятком фреймов и скриптовых пакетов, которые за собой везде потащим, несмотря на то, что из кажлого юзаем по одной процедуре.
Все равно ж комп потащит, а не сдохнет.

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

> они просто никогда не видели низкоуровневого эффективного, хорошо написанного кода


Нет, они просто не задумываются об архитектуре решения, забивая гвозди микроскопом.

Должен быть еще и тот, кто умеет не просто кодить, а думает еще и об этом.
#2 | 23:21 27.06.2022 | Кому: Logosorfe
> Нету практически больше людей с широким кругозором, которые выполняют сложные задачи с помощью смекалки и такой-то матери.

Да там понимаешь, даже если спеца поставить и устроить гонку - он забъет и пожертвует оптимальностью. Лишь бы работало и в продакшен как можно скорее - как начальство и хочет.

"А нахуй вам столько времени?"
Это часто или прямо говорится или читается невербально, но явно.

Поэтому даже если б падения образования и не было - все равно, видимо, часто код был бы таким.
Ну - за исключением случаев, когда, напр., наработки конторы когда то годами писали спецы без гонки и они же ставили в конторе сами инструментальные решения и стиль их использования, ну и теперь даже если быстро клепать - все равно не будет адовых излишеств - ибо ход решений будет во многом предопределен теми, кто создавал наработки, даже если эти люди уже не работают.
#3 | 23:31 27.06.2022 | Кому: Freund
> Надо побыстрее и кое-как, лишь бы работало, значит так и будет сделано.

Вот!

> Никто не будет ничего оптимизировать, когда можно докинуть пару серверов.


Вот!
#4 | 23:46 27.06.2022 | Кому: Славянин
> Дык а чё хотеть, если говнокодинг в сильно сжатые сроки и бюджеты только и возможен с использованием готовых говно библиотек

Вот!

> ну была б моя воля, всех говнокодеров заствлял бы ассемблерить, учить Си как отче наш, уметь в профилиоюрование кода да и вобще ... я б такого натворил !!!


Не надо их так.

Надо чтоб ядро спецов умело в это все и создало шаблоны проектных решений.

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

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

Минус ровно один - надо платить спецам, которые весь фундамент должны создать, а потом лишь поддерживать его))) и платить много.)
#5 | 00:42 28.06.2022 | Кому: Славянин
Когда было овердохуя праздного времени, был молод, а трава зеленее - я тоже сидел и на асме писал модуль для свой библиотеки графической. Crt и svga на паскале меня не устраивали скоростью)
#6 | 07:19 28.06.2022 | Кому: Tierprot
> сеньоры

Сеньору платить надо.

Как сеньору.
#7 | 07:21 28.06.2022 | Кому: CTAMECKA
> техника стала сложнее и надёжнее

Первое да, второе - нет.
#8 | 07:23 28.06.2022 | Кому: MVM
> > Минус ровно один - надо платить спецам, которые весь фундамент должны создать,

> Платит один, а пользоваться все будут???


Зато платит отменно.
#9 | 07:32 28.06.2022 | Кому: onkeltem
> ненавидимый JavaScript

Риторический вопрос - что же тогда они юзают в качестве кода на клиентской части своих веб морд, если так его ненавидят?

> умеет


Так это ж еще знать надо, что где и кто умеет.)
Начинающему проще натащить всего и не заморачиваться.
#10 | 12:27 28.06.2022 | Кому: VSChe
> Если условно завтра будут сделаны правила сертификации ограничивающие ПО по размеру, скорости работы, количеству ошибок. То тут же начнут появляться грамотные программисты, ..

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