JSON — не протокол, а формат данных. UTF-16 — кодировка. У меня ощущение, как будто вы смешиваете то, что не надо вообще трогать.
JSON прежде всего это про удобство передачи данных. Хотите бинарные данные? Ну отправьте JSON, который укажет откуда брать эти бинарные данные и отдельно их возьмите.
Вы думаете, что такие огромные корпорации как Google не используют JSON? Они используют его на полную вместе с Protobuf, просто есть четкое понимание в какой конкретно ситуации нужно воспользоваться тем или иным инструментом. Фундаментально все зависит от того, как архитектор спроектировал все эти данные.
Ну честно говоря сложно назвать это движком, скорее фреймворк.
Отчасти вы правы на счёт того, что современный мир диктует ставить оверхед ради небольшого проекта. И то, что всё это потребляет не мало ресурсов - сейчас стало нормой. Но справедливости ради, многие готовые решения включают в себя очень много архитектурных решений, которые из коробки пытаются решить многие головные боли или даже проблемы с безопасностью.
Бизнес обычно требует проверенную практику и проблема в том, что к тяжёлым фреймворкам и либам уже привыкли. Сейчас телефоны имеют в базе 8 ГБ оперативки и 256 Гб постоянной, что говорить тогда о сервере, который должен приносить доход?
Ваш подход мне нравится, я сам стараюсь использовать самые производительные решения, чем ненужный мне оверхед. Например взял Elysia и мне нужна база данных, можно взять драйвер-зависимость, а можно взять Prisma. В моем случае Prisma оверхед, при чем потребляющий не мало памяти.
Всё сейчас усложняется, когда полноценный продукт можно собрать с минимальным набором зависимостей и гораздо лучшим опытом. Я сам вот хотел написать замену реакту, где мы могли бы писать человеческий код, который не будет компилироваться в огромный бандл и иметь те же плюшки, но потом вспоминаю, что врят ли кому-то это будет нужно, то забрасываю эту идею))
JSON — не протокол, а формат данных. UTF-16 — кодировка. У меня ощущение, как будто вы смешиваете то, что не надо вообще трогать.
JSON прежде всего это про удобство передачи данных. Хотите бинарные данные? Ну отправьте JSON, который укажет откуда брать эти бинарные данные и отдельно их возьмите.
Вы думаете, что такие огромные корпорации как Google не используют JSON? Они используют его на полную вместе с Protobuf, просто есть четкое понимание в какой конкретно ситуации нужно воспользоваться тем или иным инструментом. Фундаментально все зависит от того, как архитектор спроектировал все эти данные.
Кажется, что мы в тупике, потому что даже если я сделаю хороший продукт, он все равно будет никому не нужен :)
Сражение креветки против гигантского краба
Ну честно говоря сложно назвать это движком, скорее фреймворк.
Отчасти вы правы на счёт того, что современный мир диктует ставить оверхед ради небольшого проекта. И то, что всё это потребляет не мало ресурсов - сейчас стало нормой. Но справедливости ради, многие готовые решения включают в себя очень много архитектурных решений, которые из коробки пытаются решить многие головные боли или даже проблемы с безопасностью.
Бизнес обычно требует проверенную практику и проблема в том, что к тяжёлым фреймворкам и либам уже привыкли. Сейчас телефоны имеют в базе 8 ГБ оперативки и 256 Гб постоянной, что говорить тогда о сервере, который должен приносить доход?
Ваш подход мне нравится, я сам стараюсь использовать самые производительные решения, чем ненужный мне оверхед. Например взял Elysia и мне нужна база данных, можно взять драйвер-зависимость, а можно взять Prisma. В моем случае Prisma оверхед, при чем потребляющий не мало памяти.
Всё сейчас усложняется, когда полноценный продукт можно собрать с минимальным набором зависимостей и гораздо лучшим опытом. Я сам вот хотел написать замену реакту, где мы могли бы писать человеческий код, который не будет компилироваться в огромный бандл и иметь те же плюшки, но потом вспоминаю, что врят ли кому-то это будет нужно, то забрасываю эту идею))