Эти ребята вобще непонятно чем заняты, годами ходят в трех соснах, после них годами в тех же соснах ходят авторы библотек для генерации схем, а потом еще пару лет те, кто пытается сделать поверх этого кодогенератор. Взять хотя бы эти теги, ну почему бы сразу не сделать теги и для моделей, что, приятно смотреть на список из ста моделей, хорошо если отсортированный? Зачем ограничивать схемы для Authorization заголовка? Кесадилья с nullable. Были и еще примеры, забылись.
OpenAPI, который сделали MS - еще печальнее, чем NSwag и Swashbuckle, как и их генератор kiota. Дубовые, плохо кастомизируемые решения с очень неоднозначными "дезигн чойсами". Непонятно вообще, о каком они говорят развитии, если их решение отстает от всего, что уже есть. Scalar - все еще сырой, хотя сколько прошло времени.
Дежавю. По факту, настоящий кряк для их ИДЕ сущестует не один десяток лет, он легко декомпилируется, проверяется, и разумеется ставится он совсем не так как тут написано. Я не верю, что авторы не в курсе этого.
Я бы сильно не переживал, что ваш скромный бадишоп на 10 чел будут ломать пытаясь провернуть man-in-the-middle, я уже не говорю об удаленной работе. Кроме того, мне кажется эту дыру можно прикрыть запатчив отдельно проверку сертов, было бы желание.
В долгоживущем проекте имеет смысл потихоньку слазить со сторонних компонентов, кроме самых сложных. Хотя в свете текущих изменений больно может быть и от самого ангуляра.
У меня порядка 8мб, gzip отдает около 3мб, что по нынешним временам не так уж много, плюс настроен кэш, в итоге только первая загрузка немного медленная, дальше все летает.
Тексты мало весят если у вас мало текстов ) Если например хранить английский тест (отправленные системой письма) в бд то эффект сразу ощущается, просто сменой кодировки можно ужать почти в два раза таблицу.
Через чур сильное утверждение про CBOR. Под .net, например, есть только одна неофициальная реализация. Написать документ и сгенерить реализации под все популярные языки не то чтобы проблема сейчас.
Fleet это пропритарный клон вскода, у которого легкий только редактор, а в бэкгрануде крутится такая же махина как и в основной иде. Никто в здравом уме не стал бы под этот fleet делать плагины или платить за него, когда есть вскод. Вобщем так им и надо :)
Есть целое видео на эту тему, если коротко - сама эта плата изначально задумана для другого, но потом решили, что идеально подходит для квм и так как производство было уже налажено - ничего менять не стали.
Смешно читать длиннющие безапелляционные каменты в полном отрыве от проектов, их жизненных циклов, исполнителей, заказчиков, задач, да и от самой сути и приципов разработки ПО.
Эти ребята вобще непонятно чем заняты, годами ходят в трех соснах, после них годами в тех же соснах ходят авторы библотек для генерации схем, а потом еще пару лет те, кто пытается сделать поверх этого кодогенератор. Взять хотя бы эти теги, ну почему бы сразу не сделать теги и для моделей, что, приятно смотреть на список из ста моделей, хорошо если отсортированный? Зачем ограничивать схемы для Authorization заголовка? Кесадилья с nullable. Были и еще примеры, забылись.
OpenAPI, который сделали MS - еще печальнее, чем NSwag и Swashbuckle, как и их генератор kiota. Дубовые, плохо кастомизируемые решения с очень неоднозначными "дезигн чойсами". Непонятно вообще, о каком они говорят развитии, если их решение отстает от всего, что уже есть. Scalar - все еще сырой, хотя сколько прошло времени.
Я бы не сказал, что бойлерплейта много, скорее апи неудачное.
Дежавю. По факту, настоящий кряк для их ИДЕ сущестует не один десяток лет, он легко декомпилируется, проверяется, и разумеется ставится он совсем не так как тут написано. Я не верю, что авторы не в курсе этого.
Я бы сильно не переживал, что ваш скромный бадишоп на 10 чел будут ломать пытаясь провернуть man-in-the-middle, я уже не говорю об удаленной работе. Кроме того, мне кажется эту дыру можно прикрыть запатчив отдельно проверку сертов, было бы желание.
В долгоживущем проекте имеет смысл потихоньку слазить со сторонних компонентов, кроме самых сложных. Хотя в свете текущих изменений больно может быть и от самого ангуляра.
У меня порядка 8мб, gzip отдает около 3мб, что по нынешним временам не так уж много, плюс настроен кэш, в итоге только первая загрузка немного медленная, дальше все летает.
Сервис воркер в ангуляре с нюансами (https://github.com/angular/angular/issues/44402), не стал его юзать для црм.
Еще один родственный проект Serialize.Linq.
Не могу найти этому подтверждения.
Чем всем? В каждом подходе свои минусы и плюсы.
Тексты мало весят если у вас мало текстов ) Если например хранить английский тест (отправленные системой письма) в бд то эффект сразу ощущается, просто сменой кодировки можно ужать почти в два раза таблицу.
Давно пользовался кибаной - впечатления были не очень, потом перключился на sentry.
Не хватает сути, почему вставка быстрее?
Через чур сильное утверждение про CBOR. Под .net, например, есть только одна неофициальная реализация. Написать документ и сгенерить реализации под все популярные языки не то чтобы проблема сейчас.
К чему это? Какая такая мега функциональность была у флит? Подсветка кода что ли? Может ии ассистент?))
Понятно, что ничего не понятно. Они видимо внедряют псевдослучайные задержки искусственно/меняют порядок, чтобы можно было повторить.
Fleet это пропритарный клон вскода, у которого легкий только редактор, а в бэкгрануде крутится такая же махина как и в основной иде. Никто в здравом уме не стал бы под этот fleet делать плагины или платить за него, когда есть вскод. Вобщем так им и надо :)
Есть целое видео на эту тему, если коротко - сама эта плата изначально задумана для другого, но потом решили, что идеально подходит для квм и так как производство было уже налажено - ничего менять не стали.
Что за проекты такие? Написано об ускорении на 75% при сокращении времени с 3 месяцев до двух недель, что с математикой у вашего агента?
Просто попробуйте этот текст дать обычному школьнику почитать.
Смешно читать длиннющие безапелляционные каменты в полном отрыве от проектов, их жизненных циклов, исполнителей, заказчиков, задач, да и от самой сути и приципов разработки ПО.