Какой дурак использует фреймворки?

Я текущий год страдал от такого «гения», который написал «за так» и бросил, поддерживать невозможно.

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

JVM и .NET frameworks пишут за деньги?

Ты за деньги так можешь?

IMHO важно не то, за какую цену, а каково соотношение цена/качество, если сравнивать с другими вариантами.

А мой предыдущий ответ прозвучал неоднозначно, и углубился я в воспоминания об «архитекторах», продавливавших административно, игнором всех моих аргументов, идиотские решения, на разгребания последствий которых мне приходилось убивать месяцы жизни. Вспомнил двоих. Они кстати писали (ну, мержили в мастер как минимум), но выходит что это не критерий. Макаки тоже пишут. Свести бы их вместе – и сжечь. Один потом ещё оправдывался: «мне тоже неудобно перед начальством объясняться, на что я деньги трачу». Ах ты тварь…

А про решения не пишуших вспомнил историю с кывта: летало локально, задеплоили на международный кластер с большими пингами – и досвидос от слова «совсем».

Ты за деньги так можешь?

Нет, я не смогу.

IMHO важно не то, за какую цену, а каково соотношение цена/качество, если сравнивать с другими вариантами.

А вот тут всё неоднозначно. Соотношение цена/качество бывает одинаково низким

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

Какой смысл наговнякать 100 сортов г*на за копейки, если за те же деньги можно было купить один хороший вариант и растиражировать его остальным вероятно бесплатно (после оплаты разработки), если это кастом разработка. А высвободившийся HR ресурс, который занимался говнокодингом отправить на курсы повышения квалификации.

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

воспоминания об «архитекторах»

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

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

в самый интересный момент - просто свалить в никуда.

Бесценный навык. Жаль я его так и не освоил, всё блин технологии какие-то изучаю. А освоил бы – и камент предыдущий писать бы не пришлось.

единственное верное решение.

То есть если у тебя в коде нужно будет нарисовать 10 прямоугольников, то мы в нем увидим 40 циклов for, рисующих пиксели ?

Так и я про тех кто за бабки, изначально. Что это нормально.

Какой смысл наговнякать 100 сортов г*на за копейки, если за те же деньги можно было купить один хороший вариант и растиражировать его остальным вероятно бесплатно (после оплаты разработки), если это кастом разработка.

Обычно, надо наговнякать 100 приложений, которые никогда не будут масштабированы, и срок жизни которых - от нескольких месяцев до пары лет. А через 2-3 года культура разработки приложений полностью меняется - новые фреймворки, языки, новые классы устройств.

Symfony меняется или ASP.NET?

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

Даже на примере ПФР, лид который развивал ПТК страхователя на базе WebSphere довольно быстро оказался зарубежом, а благополучно распиленный ПТКС аналогично другим проектам был отправлен на свалку (миграция в очередную недо поделку на Intersystem Cache, которая вскоре отправилась на ту же саму свалку отбросов попилов).

Нормальные проекты развиваются десятилетиями.

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

Ага, языки особенно. Не успеет новый язык появиться, хотя бы минимально библиотеками обрасти, – а его уже вовсю юзают для новых коммерческих приложений: а куда деваться, культура-то разработки полностью поменялась.

Или имеется в виду, что был C++17 – стал C++20? :) Тут тоже культура разработки поменялась полностью: модули, концепты, ranges и всё такое. Правда сам я как писал, так и пишу (разве что концепты пару раз юзал), и API используемых мною либ тоже не поменялись.

Про фреймворки повторяться не буду, про классы устройств не в теме.

Культура разработки ИМХО – это, например, не забывать освобождать ресурсы. А не вся вот эта суета.

если архитектор сам не кодит

Как такое возможно?

Ну как раньше дворянские дети — мать ещё с пузом ходит, а он уже числится в каком-нибудь Семёновском полку. Так и тут — надо своего балбеса устроить, но кем? Уборщиком — не престижно, программистом — работать надо, руководителем — ответственность. Пусть будет архитектором — надо только умное лицо делать и на созвонах присутствовать! %)

Макака-архитектор на связи. Вам не повезло, это были не архитекты. Продавливать административно имеет смысл только манагеров. Зачем программистов продавливать? Если он считает что его вариант лучше я ему накидаю граничных условий и требований которые есть в проекте которые он не знает. Если после этого его решение все ещё лучше в данном случае, то реализуем его вариант. А ему большое спасибо за вклад в улучшение проекта. Это командная работа, а не галерея.

А из моей практики - если архитектор сам не кодит

то это манагер на позиции архитектора. Как можно создавать нормальные системы не узнав самому плюсы и минусы тех или иных решений? Архитект это следующая ступенька после Тех/тимлида. Они из ниоткуда не берутся.

Вам не повезло, это были не архитекты.

«Вы спрОсите, где мораль? Какая может быть мораль, когда в комиссии на должности львов были оформлены ослы.» (c)

Кроме того, надо еще сразу думать о SEO раскрутке - как это все будет дружить с поисковиками.

Angular Universal / Next / Nuxt / …

«Server-Side Rendering» - это уродство, порожденное абсолютной несостыковкой PWA и желаний поисковиков сёрфить все что угодно и абсолютно независимо - без помощи другой стороны )) Типа, мы сами будем извлекать HTML-снапшоты как и когда нам удобнее в процессе формирования страницы. В конечном итоге все эти потуги потерпели провал - и те же гуглы по тихому признали право выдавать им готовые снапшоты HTML-страниц, от чего изначально они планировали отказаться.

Слишком уж большая нагрузка на поисковый бот

Слишком уж большая нагрузка на поисковый бот

Проблема даже не в нагрузке, а в том, что корректно выбрать момент снятия HTML-снапшота в принципе невозможно без какой-то договоренности с двух сторон - типа выставления какого-нибудь флажка или вызова какой-нибудь callback-функции (при её наличии). А это противоречит общей политике поисковиков по части просмотра веб-контента.

«Server-Side Rendering» - это уродство

Щас пхпшники тебе устроят смузи на асфальте.

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

«Server-Side Rendering» - это уродство

Щас пхпшники тебе устроят смузи на асфальте.

Вы не поняли, об чем был спич)) Под «Server-Side Rendering» в данном случае подразумевалось формирование страницы фронтовой частью, но на стороне сервера - есть такие извращённые технологии. Ну т.е. фронт частично отрабатывает на стороне сервера, формируя HTML-ку, съедобную для поисковиков, а потом уже продолжает работать в веб-обозревателе.

Зато «момент снапшота» устанавливает сам разработчик приложения.

формирование страницы фронтовой частью, но на стороне сервера

Можно ли назвать её фронтовой частью, если она работает на стороне сервера?

Можно ли назвать её фронтовой частью, если она работает на стороне сервера?

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

Сам по себе sql - концепция умершая лет 30 назад.

Смысл sql - в декларативном подходе в противовес императивному. Кто не писал сложных БД на каком-нибуть Clipper, тому не понять, на сколько всё упростилось.

И где вы видите сейчас такое?

Любой аналитик сполошь и рядом.

Сейчас sql запрос генерится кодом и для этого тоже написано куча разных фреймворков

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

Под выражением «фронтовая часть» я подразумеваю то, что разрабатывается frontend-программистом

Так какой же он фронтенд-программист, если он бэкенд пишет, который на сервере работает? %)

Зато «момент снапшота» устанавливает сам разработчик приложения.

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

Имеется в виду, что сперва был С, потом С++, потом модна стала функциональщина.

Классы устройств - сначала писали для ПК, потом для смартфонов, потом для каких-нибудь смарт-часов писать начнут. Всё заново, всё с нуля.

Так какой же он фронтенд-программист, если он бэкенд пишет, который на сервере работает? %)

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

Фронтенд-программист он по той причине, что обладает знаниями только по этой самой части

Номинативная типизация как она есть. На жабе пописываете, молодой человек? %)

Номинативная типизация как она есть. На жабе пописываете, молодой человек? %)

Судя по вашим детским «понтам», я думаю, что я постарше вас буду - и не на один десяток лет) «Пописываю» я на том, на чем требуется в конкретном проекте или его части. Хотя последние несколько лет занимаюсь тем, что принято называть SRE/DevOps. И говорю здесь о вещах, с которыми конкретно знаком.

Понятно. Ну всё-таки этот цикл будет малость подлиннее, чем 2-3 года. Раз так в несколько.

Не всю серверную часть, а только слой взаимодействия с веб-фронтендом. Да и какая разница, если этот же фреймворк уже работает в проекте?

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

я думаю, что я постарше вас буду - и не на один десяток лет

Апелляция к возрасту — когда других аргументов нет.

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

Это вроде бы не оскорбление

Я бы сказал - комплимент. В автобусе: «Молодой человек, садитесь пожалуйста! – Ох, внучек, спасибо, дай бог тебе здоровья.» :)

Да и какая разница, если этот же фреймворк уже работает в проекте?

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

Это вроде бы не оскорбление

Это проявление высокомерия в отношении абсолютно незнакомого человека)

фреймворк просто занимается сборкой кода

Это не так. Чаще всего фреймворк непосредственно управляет DOM-элементами в браузере на основе входных данных. На стороне сервера из тех же данных он формирует строку с HTML для тех же самых DOM-элементов.

Это проявление высокомерия в отношении абсолютно незнакомого человека)

«Это интернет, здесь могут и послать»

«Я за интернет плачу не для того, чтобы меня тут обсирали.»

«Это интернет, здесь могут и послать»

И в чем проблема? С какого бодуна вы пытаетесь выступать заступником за другого? Пусть он и посылает. Правда, я тоже могу послать)

Пусть он и посылает. Правда, я тоже могу послать

https://www.meme-arsenal.com/memes/44d2d6142ad68bbd7efc3110a7e01759.jpg

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

Ой, делов-то, морду переписать:) рокет саенс тоже нашли.

Не, ну это безобразие. Во-первых, слова перевраны, во-вторых, без голоса Чихачёва нещитова: https://www.youtube.com/watch?v=s14IbJpZcL0

фреймворк просто занимается сборкой кода

Это не так. Чаще всего фреймворк …

Вы вырвали фразу из контекста. Речь в посте шла об участии фреймворка в потреблении серверных ресурсов.