реакта? И какие инструменты с этим справляются лучше?
Так нельзя, надо сначала минусы назвать😁
Сектант
так я ж только минусы и назвал😟😏
неси дрова, поджигай🌚
Минусы реакта)
достал. Хватит?)
существенный минус реакта - это то, что в него все лезут
Популярность типа?)
типа без знания js
Это во все фреймворки, по моему опыту общения)
переименован в forest сейчас
Стагнация?) Или стабильность?)
фронту вцелом до стабильности световые годы
программисты
Мне кажется, что сейчас темпы поубавились Есть более-менее стабильный мейнстрим
это и плохо, темпы убавились просто потому что основные ниши заняты, но это не говорит о том что стало стабильно хорошо🌚
с возможным будущим Например в сиайсипи, черным по белому 50 лет назад написано, что каждую программу мы должны иметь возможность визуально дебажить! Каждую Карл. Ты можешь на каждый ПР построить визуализацию связей приложения (хотя бы бизнес логики) в интерактивном формате или хотя бы дифф сформировать такой что б понять что изменилось\добавилось? Ты можешь выставлять приоритеты инкрементальных конкурентных апдейтов для твоей библиотеки? Кому то важны инпуты а кому то анимашки... Ты можешь стартануть фронт часть админки с ямль конфига в пару десятков строк и предоставить дизайнерам возможность собрать ее прям на горячую не пересекаясь с БЛ?
А для каких вообще программ это возможно? Все из перечисленного
1. кластеры кубера 2. лоад балансеры 3. серверлес с конфигом полноценного сервиса в 50 строк
Это инфраструктура
в каком смысле?
Кубер, кластеры и прочее
Я привел пример к тому что в других сферах прогресс заметно ушел вперёд
Можем, если приложение так написано
Что значит "стартануть фронтенд-приложение"? Окружение для него мы не контролируем же
Ты не понял меня, перечитай с самого первого сообщения
Ты настолько привык к существующей обстановке что не можешь просто представить о чем я)
Я говорю о том, как мы пишем приложения, а не занимаемся инфоаструктурой Мне кажется произошел мисандерстендинг
И я об этом же!
В теории я могу представить себе мир, где приложение будет на лету строиться из http-запроса и возврадатбщ клиенту по частям, которые ему нужны, весь этот процес балансироваться и гибко конфигурироваться, но это очень далёкие фантазии какие-то😁
Я не вижу в каких сферах это возможно (так, чтобы реально применимо) в принципе Не в смысле инфраструктуры, а в рамках приложения
Представь себе кра с помощью которого ты можешь создать работающую админку из конфига в 50 строк
Причем мы теряем в гибкости дальнейшей разработки
Я сомневаюсь, что это возможно и применимо Потому, что в рамках приложения существует очень много сущностей разных типов и разных правил Это комбинаторный взрыв)) Когда есть одна сущность "контейнер" - это сильно проще (это про кластеры и т.п.)
Это сейчас так кажется. Когда память ручками выделяли тоже говорили что многое что есть сейчас нереально
Сильно проще сильное утверждение🌚
Короче, сильно вдаль смотришь😂
Обсуждают сегодня