История изменений

Там выше по треду про gql такая редкая чушь написана что прям хоть смеяться хоть плакать.

Угу, вижу. И твоё само-удалённое многобукаф тоже. На самом деле byko3y там просто сформулировал достаточно коряво (проверку прав какую-то приплёл на клиенте), но идея, что бакенд – это тонкая прослойка между вебом и базой, не нова и по-своему красива и толкова: два, раз (парой ответов выше), ноль (до кучи); Sinclair – один из тамошних гуру.

Недавно на ЛОРе кто-то спрашивал, что мол пилит что-то в похожей идее, есть ли смысл публиковать. Не могу найти. Если кто понял о чём речь, киньте ему ссылку на этот камент.

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

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

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

У меня было предостаточно времени в профессии, чтобы не попытаться самому писать фреймворки самых разных сортов. Как же я ржал, обнаружив, что мой веб фреймворк на scala, изначально задумывавшийся как чисто функциональный, с каждым рефакторингом всё ближе и ближе напоминает servlet API. Только диспатчинг URL-ей не через web.xml, а нормальным scala-кодом.

Из всего этого опыта я вынес дзен: в большинстве своём фреймворки тупо переливают из пустого в порожнее, переформулируя underlying APIs в других терминах. И польза от них если и есть, она с лихвой перекрывается обременением (стоимостью изучения/внедрения, увеличением сложости/времени компиляции/трафика, etc). Исключения единичны.

И выбор между популярным фреймворком на миллион строк и собственной поделкой на пару тыщ – лично для меня очевиден всегда (по ссылке я упоминал SPA вообще в 200 строк).

Не путать фреймворк и библиотеку. Для меня критерием отличия является паттерн skeleton (или как его там): фрейморк диктует тебе архитектуру, давая лишь ограниченное число точек расширения. Шаг влево-вправо – расстрел. Библиотека же неинтрузивна. Многие дополнительные полезные фичи фреймворков могут быть переформулированы неинтрузивно – в теории; на практике их разумеется хрен вырвешь из написанного графоманами монолита.

Там выше по треду про gql такая редкая чушь написана что прям хоть смеяться хоть плакать.

Угу, вижу. И твоё само-удалённое многобукаф тоже. На самом деле byko3y там просто сформулировал достаточно коряво (проверку прав какую-то приплёл на клиенте), но идея, что бакенд – это тонкая прослойка между вебом и базой, не нова и по-своему красива и толкова: два и раз (парой ответов выше); Sinclair – один из тамошних гуру.

Недавно на ЛОРе кто-то спрашивал, что мол пилит что-то в похожей идее, есть ли смысл публиковать. Не могу найти. Если кто понял о чём речь, киньте ему ссылку на этот камент.

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

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

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

У меня было предостаточно времени в профессии, чтобы не попытаться самому писать фреймворки самых разных сортов. Как же я ржал, обнаружив, что мой веб фреймворк на scala, изначально задумывавшийся как чисто функциональный, с каждым рефакторингом всё ближе и ближе напоминает servlet API. Только диспатчинг URL-ей не через web.xml, а нормальным scala-кодом.

Из всего этого опыта я вынес дзен: в большинстве своём фреймворки тупо переливают из пустого в порожнее, переформулируя underlying APIs в других терминах. И польза от них если и есть, она с лихвой перекрывается обременением (стоимостью изучения/внедрения, увеличением сложости/времени компиляции/трафика, etc). Исключения единичны.

И выбор между популярным фреймворком на миллион строк и собственной поделкой на пару тыщ – лично для меня очевиден всегда (по ссылке я упоминал SPA вообще в 200 строк).

Не путать фреймворк и библиотеку. Для меня критерием отличия является паттерн skeleton (или как его там): фрейморк диктует тебе архитектуру, давая лишь ограниченное число точек расширения. Шаг влево-вправо – расстрел. Библиотека же неинтрузивна. Многие дополнительные полезные фичи фреймворков могут быть переформулированы неинтрузивно – в теории; на практике их разумеется хрен вырвешь из написанного графоманами монолита.