Сейчас мы наблюдаем психологическую реакцию на изучение нового материала. Так как изучение нового требует умственной работы, то мозг подсознательно придумывает аргументы её не делать, а если уж и делать, то с чужой помощью.
Постоянное использование чужих мозгов приводит к слабоумию, постоянное использование только своих мозгов делает из человека чудака (ака гик).
Здравствуйте, Shmj, Вы писали:
S>>Да и вообще код на C++ не пишите. Серьезно.
S>А на чем писать то?
скажу не совсем популярную вещь, но есть такой язык как Delphi (Pascal).
Он до сих пор живее всех живых и прямо из коробки умеет компилить код для
1. Windows
2. MacOS
3. Linux
4. iOS
5. Android
В>может это какой-нибудь клон ChatGPT и он на нас «учится»?
Я мог бы так подумать, если бы не общался с ним здесь, лет десять уже. В том-то и трудность, что нифига он не учится. Специальная модификация нейронки — необучаемая. Для задалбывания.
--
Справедливость выше закона. А человечность выше справедливости.
Здравствуйте, Вертер, Вы писали:
В>скажу не совсем популярную вещь, но есть такой язык как Delphi (Pascal). В>Он до сих пор живее всех живых и прямо из коробки умеет компилить код для В>1. Windows В>2. MacOS В>3. Linux В>4. iOS В>5. Android
В>На счёт этого не уверен: В>6. WebAssembly.
Во-первых, намного намного меньше кодовая база. Во-вторых, особо ничем не лучше. Кроме того можно сказать язык проприетарный, поддерживает одна контора, которая может загнуться.
Много лет делают и никто не может честно признать — ничего не получается. Как друзья вы не садитесь — слишком большой размер бинаря и мало пригодно для реального использования
Я понимаю что как бы влюбились в язык и все такое — но правда есть правда — не выдержало проверку практикой.
Здравствуйте, Shmj, Вы писали:
S>Здравствуйте, Serginio1, Вы писали:
S>>У блазора есть аж три варианта. Интерпретатор MSIL, AOT и гибрид интерпретатора и AOT S>>https://learn.microsoft.com/ru-ru/aspnet/core/blazor/host-and-deploy/webassembly?view=aspnetcore-7.0
S>>Ну и Настройка средства обрезки для ASP.NET Core Blazor
S>Много лет делают и никто не может честно признать — ничего не получается. Как друзья вы не садитесь — слишком большой размер бинаря и мало пригодно для реального использования
S>Я понимаю что как бы влюбились в язык и все такое — но правда есть правда — не выдержало проверку практикой.
Какой практикой? илазору вэбассембли пару лет. И там интерпретатор изначачально. Там размер мизерый. Посмотри на мсиловские сборки.
AOT да жрет, но если не использовать рефлекшин или оставлять рефлекшн только тот что используется, там прекрасно режется. И АОТ всего 1 год.
Собираются делать гибрид АОТ и интерпретатора.
S>Во-первых, намного намного меньше кодовая база. Во-вторых, особо ничем не лучше. Кроме того можно сказать язык проприетарный, поддерживает одна контора, которая может загнуться.
да не, кодовая база не такая уж и маленькая. При этом никто не запрещает использовать сторонние библиотеки (dll).
Есть ещё FreePascal и Lazarus.
Здравствуйте, Serginio1, Вы писали:
S>Ну файлы Blazor WebAssembly передаются клиенту в сжатом виде.Сжатие раза в 4. S>То есть не 200 а всего 40 с обрезанием и сжатием. Вполне себе приемлемо
Дайте пример работающего сайта. Все что я открывал — это боль
Здравствуйте, Shmj, Вы писали:
S>Здравствуйте, Serginio1, Вы писали:
S>>Ну файлы Blazor WebAssembly передаются клиенту в сжатом виде.Сжатие раза в 4. S>>То есть не 200 а всего 40 с обрезанием и сжатием. Вполне себе приемлемо
S>Дайте пример работающего сайта. Все что я открывал — это боль
Надо свои сайты делать и на них тренироваться
Кстати в .Net 8 говорят и размер подправили и запуск https://www.infoq.com/news/2023/04/asp-net-core-net-8/
Публикация приложения в качестве встроенного AOT улучшает время запуска и размер приложения. В ходе эксперимента время запуска сократилось на 80%, а размер приложения — на 87%.
Медленно, просто нервирует. Понятно что разработчику как бы кажется что все-равно круто, ведь там столько всего под капотом, что можно и потерпеть 5-7 секунд. Но нет, пользователю это медленно.
), что сама идея и макросов, и шаблонов сама по себе не предполагает непременно функционального принципа обработки. Она может быть и процедурно-функциональной, и даже чисто процедурной, где проблем с пониманием логики работы и отладкой почти не возникает, а объем и сложность кода, генерируемого на этапе компиляции, могут быть гораздо выше (те же разнообразные таблицы).
vsb>Тот же static assert идеален там, где и без него вылезет ошибка.
Это как? Вот есть, например, enum с набором констант, и есть таблицы, которые этими константами индексируются. Если не ставить возле каждой таблицы конструкцию вроде static_assert (LengthOfArray (Table) == Enum::Total), то где именно "вылезет ошибка"?
vsb>Если хочется делать что-то сложное до компиляции, то надо генерировать исходный код. Т.е. написать отдельную программу, которая будет генерировать код.
Именно это и делается в C++, только для написания "отдельной программы" предлагается настолько жуткий встроенный язык, что часто действительно оказывается проще использовать другой.
vsb>То, что что-то можно сделать, не означает, что это нужно делать.
Здравствуйте, Евгений Музыченко, Вы писали:
ЕМ>... сама идея и макросов, И шаблонов ...
Дальше можно не читать. Одно только то, что ты ставишь макросы и шаблоны в один ряд, красноречиво говорит о твоей квалификации. Как говорится, у Вас не тридцатилетний опыт — у Вас годичный опыт, повторенный тридцать раз.
--
Справедливость выше закона. А человечность выше справедливости.
Здравствуйте, Shmj, Вы писали:
S>Медленно, просто нервирует. Понятно что разработчику как бы кажется что все-равно круто, ведь там столько всего под капотом, что можно и потерпеть 5-7 секунд. Но нет, пользователю это медленно.
Угу посмотри сколько приложение нормальное запускается. Намного больше 5-7 секунд. Кстати на тех же мобилках вэб приложения практически отсутствуют. Все нативно.
Причем все кэшируется. И следующий запрос уже работает значительно быстрее.
На самом деле когда прикрутят GC к WebAssembly да еще и построение DOM то все может выглядеть и по другому. Просто все течет и эволюционирует. А вот писать на С++ для всего ...
и солнце б утром не вставало, когда бы не было меня
Здравствуйте, Serginio1, Вы писали:
S>>Медленно, просто нервирует. Понятно что разработчику как бы кажется что все-равно круто, ведь там столько всего под капотом, что можно и потерпеть 5-7 секунд. Но нет, пользователю это медленно. S> Угу посмотри сколько приложение нормальное запускается. Намного больше 5-7 секунд. Кстати на тех же мобилках вэб приложения практически отсутствуют. Все нативно. S> Причем все кэшируется. И следующий запрос уже работает значительно быстрее.
Пользователи будут голосовать ногами.
S> На самом деле когда прикрутят GC к WebAssembly да еще и построение DOM то все может выглядеть и по другому. Просто все течет и эволюционирует. А вот писать на С++ для всего ...
