На заметку вайбкодерам. Делаю я тут большой проект для продуктовой аналитики, с юнит-экономикой, когортами, прогнозированием, финмоделированием и прочими нищтяками. Все круто, работает вертится, но решил я обновить данные, и бац ловлю черный экран браузера, если кто не понял, это аналог синего экрана смерти windows. Думаю, что могло пойти не так? в чем проблема? В итоге локализация показала, что в коде есть у меня вызов функции JSON.parse и JSON.stringfy ... а вот JSON у меня все навсего 500 мегабайт. Ну вот столько данных. А JSON в браузере такого объёма не для слабонервных, а уж превратить в строку и обратно, это смерть. Далее начинаю думать, как решить задачу, все что предлагают LLM мусор, собственно проблему LLM и создало я просто не уследил за архитектурой и не провел нагрузочное тестирование. Понадеялся на авось. Спустя пару тройку часов размышлений (моих, а не LLM) придумал решение, запустил данные, но столкнулся с новой проблемой, передать данные на сервер все равно нельзя лимит на передачу со стороны сервера и хостера, потом лимит на объем данных в БД. В итоге, берем код в свои руки, объем данных сокращаем до 3 мегабайт в 166 раз! и все начинает работать. Вывод, если вы вайбкодеры, но не очень понимаете в том, что именно делаете, как устроен компьютер и как работают все эти технологии, то готовьтесь к таким выкрутасам, да на небольших данных все может работать, но в реальной жизни все может рухнуть и как починить будет не ясно, и LLM не поможет и даже решение не найдет. Ошибки LLM, не верная архитектура хранения данных, не верный формат хранения данных, не верная архитектура передачи данных, и не правильная работа с БД (но это уже моя задача была). Ошибки связаны с ограничениями памяти на вкладку браузера, на объем памяти выделяемой хостером и так по мелочи. Код frontend написан на чистом JS на 80% Grok, 20% я сам, backend 100% я сам на PHP.