Вообще не понимаю о чем говорит автор.
У нас крупная админка написана на Svelte где 90% кода я писал в одиночку.
Никаких uikit не использовали и надобности не было… я взял готовый бутстрап с материал дизайном и просто писал html — все работает. У нас около сотни компонентов.
Если говорить про 2020 год и новые проекты то я не вижу альтернативы Svelte.
На нем проще писать, он гораздо компактнее, он быстрее. Если у вас планируется достаточно уникальный проект без множества готовых компонентов то я не вижу альтернативы Svelte.
Отичный пример почему динамическая типизация это очень круто если применять правильно!
Кода гораздо меньше и результат получен одним человеком а не двумя-тремя.
Мы используем Svelte уже для второго крупного проекта и я не понимаю о чем вы говорите.
В нем все делается проще, работает быстрее, памяти жрет меньше, бандл в итоге то же компактнее. Я не знаю зачем React и Vue нужны… для любого новоого проекта ответ один — Svelte.
Великолепно разрабатываю на Tornado сайты. Вместе с Mako выходит очень удобно.
Ну а если вспомнить что сейчас все чаще нужен json то вообще сказка. (для API)
И в этом случае 1000 коннектов которые ждут ответа от БД или другого сервиса не убьют ваш сервер.
Увидев результаты Торнадо я сразу понял что тут что то неладное и полез в код.
Короче вы какуето херню потестили.
Вы не использовали asyncpg для Торнадо а использовали старую momoko которая работает поверх psycopg.
НО самое главное вы не использовали uvloop вообще! Да даже больше вы не использовали async/await в Торнадо! Вы знаете что собственная реализация ioloop на базе yield и gen.coroutine является депрекейтед!? Вы должны были использовать async/await и asyncpg. В 6 Торнадо вообще не будет старого лупа только тот что в asyncio.
Последний абзац про потоки и GPU это бред какойто… очень много алгоритмов невозможны без операций над шаред памятью даже пресловутые lock-free.
А в GPU вообще всё иначе.
Высокоуровневый язык это sql вы ему пишете что хотите, а он уже сам строит план выполнения, выполняет и возвращает вам результаты.
увы от этого часто ещё больше проблемм т.к. для того что бы построить верный план нужно знать точную статистику по таблицам а это часто гораздо более затратно чем сам запросс либо приемлеммая точность невозможна (особенно когда по двум и более таблицам).
Почему? Мы уже два года пишем и довольны.
Вообще не понимаю о чем говорит автор.
У нас крупная админка написана на Svelte где 90% кода я писал в одиночку.
Никаких uikit не использовали и надобности не было… я взял готовый бутстрап с материал дизайном и просто писал html — все работает. У нас около сотни компонентов.
Спасибо.
Если говорить про 2020 год и новые проекты то я не вижу альтернативы Svelte.
На нем проще писать, он гораздо компактнее, он быстрее. Если у вас планируется достаточно уникальный проект без множества готовых компонентов то я не вижу альтернативы Svelte.
А оно и никогда не являлось… https://otvet.mail.ru/question/15182795
оно имеет отношение скорее к ветеринарии.
вот этого мы не узнаем… тем более по условию этого задания все писали на один раз.
что то это не помогло Хаскелю в этот раз
за счет 2х времени и 3х обьема кода в котором так же можно ошибится… так себе плюс.
Автор был впечатлен, этого мне кажется достаточно в рамках этой статьи.
мне кажется вы мало програмировали на Python или JS раз говорите такое. Аргументы функции вы не сделаете динамическими.
Отичный пример почему динамическая типизация это очень круто если применять правильно!
Кода гораздо меньше и результат получен одним человеком а не двумя-тремя.
Мы используем Svelte уже для второго крупного проекта и я не понимаю о чем вы говорите.
В нем все делается проще, работает быстрее, памяти жрет меньше, бандл в итоге то же компактнее. Я не знаю зачем React и Vue нужны… для любого новоого проекта ответ один — Svelte.
Великолепно разрабатываю на Tornado сайты. Вместе с Mako выходит очень удобно.
Ну а если вспомнить что сейчас все чаще нужен json то вообще сказка. (для API)
И в этом случае 1000 коннектов которые ждут ответа от БД или другого сервиса не убьют ваш сервер.
Увидев результаты Торнадо я сразу понял что тут что то неладное и полез в код.
Короче вы какуето херню потестили.
Вот вроде ещё интересный материал про кросс-фреймворковый подход:
https://habr.com/post/420113/
Последний абзац про потоки и GPU это бред какойто… очень много алгоритмов невозможны без операций над шаред памятью даже пресловутые lock-free.
А в GPU вообще всё иначе.
увы от этого часто ещё больше проблемм т.к. для того что бы построить верный план нужно знать точную статистику по таблицам а это часто гораздо более затратно чем сам запросс либо приемлеммая точность невозможна (особенно когда по двум и более таблицам).
Только если у вас нету современного GPU и одноядерный процессор.
А как же WebRender?
Неплохо, пока для меня на первом месте Svelte а потом реализация на Vue. Тупо за простоту.
т.е. в старом добром однопоточном рендринге аля GL2 эту проблемму можно было бы избежать?