AF
ностальгия
Size: a a a
2019 March 10
AF
и да, Рич Хикки - крутой
l
ID:414983998
Кстати тройка лидеров в benchmarksgame для n-body (Rust, C и C++) - это грязные читеры) Они используют допинг в виде SIMD:
https://benchmarksgame-team.pages.debian.net/benchmarksgame/performance/nbody.html
Так что по факту Fortran и Ada победители)
https://benchmarksgame-team.pages.debian.net/benchmarksgame/performance/nbody.html
Так что по факту Fortran и Ada победители)
ада суровая и оч мощная, там сделано всё, чтобы получать точные и надёжные результаты по перфомансу вплоть до embedded, жаль как была недружелюбной так и остаётся
2019 March 11
NK
React vs Blazor:
https://boyan.io/react-blazor/
Обратите внимание, что Blazor весит почти 5 mb! И тормозит)
https://boyan.io/react-blazor/
Обратите внимание, что Blazor весит почти 5 mb! И тормозит)
N
Я не понял смысл демки
N
Что там сравнивается?
AF
типа 2 реализации чата. Одна на React, другая на Blazor(C#, скомпилированный в Wasm), смотрят (отрисовывают) на один и тот же state
N
пока что вижу с ноута, что Blazor загружается на 5 сек дольше
N
сижу с ноута через вайфай
N
в общем сравнение весьма так себе
NK
в общем сравнение весьма так себе
Ну запили лучше. Это все, что я нашел о сравнее React с Blazor
N
не вижу смысла их сравнивать вообще
N
js библиотеку для построение UI и фуллстэк фреймворк на шарпе и webasm
N
есть хоть одна объективная причина это делать вообще?
N
еще и с припиской vs
NK
есть хоть одна объективная причина это делать вообще?
А почему бы и нет? Оба проекта решают одну и ту же задачу, только разными технологиями. По твоей лигике, нельзя вообще ничего сравнивать, так как под капотом у назных фреймворков обычно разная начинка и алгоритмы. По такой же логике, нельзя сравнивать один язык с другим, но их сравнивают. Я не понимаю почему ты видишь в этом проблему)
N
потому что каждый инструмент хорош для своих целей
AF
потому что каждый инструмент хорош для своих целей
ой ну всё
N
какие критерии для сравнения там?
AF
и там и там есть view часть