Здравствуйте, vl690001x2, Вы писали:
V>Смотрю, появилась новая технология — Blazor, которая как бы делает ненужным знание JS. Впрочем, CSS знать все же потребуется.
V>Следует ли на нее внимание обратить или, памятуя о, например, судьбе Windows Phone, лучше все же учить JS/TS?
V>И вообще касаемо WebAssembly, наверное оно все-таки взлетит, может быть есть смысл учить что-то перспективное типа Rust? Ведь наверняка появятся какие-то удобные фреймворки для веба под Rust (а может и уже есть).
А что хорошего в том, что на современных web gui франт end-ах используется много всяких разных не самых удобных и очень быстро меняющихся фреймворков? Мало того, что Blazor позволяет абстрагироваться от всех этих JS библиотек, так еще DevExpress XAF позволяет абстрагироваться от разных Microsoft абстракций в том смысле, что XAF позволяет легко переключаться между рендерингом в WebForms, WinForms и скоро Blazor, особо не вдаваясь в подробности программирования под эти фреймворки (по крайне мере если не планируется писать свои расширения для XAF).
Вместо того, чтобы изучать 100500 JS фреймворков можно изучить один раз DevExpress XAF и потом даже при появлении новой реинкарнации Microsoft Web GUI из эпохи пост Blazor, вы просто переключите используемый движок отображения в XAF, а унифицировать движки и приводить их к общему знаменателю будут проф. разработчики DevExpress. А вы вместо того, чтобы выжигать кодом новой очередной надстройки Microsoft (не говоря уж о многих JS фреймворках) свои глаза можете лишний раз отдохнуть или почитать о новых фичах XAF, которые максимально абстрагированны от реализаций фреймворков, т.е. чтиво будет скорее всего про улучшение бизнес логики, взаимодействия и интеграции различных частей XAF.
С моей точки зрения то, что происходит с развитием разных JS библиотек в целом можно сравнить лишь с хаотичным слабопредсказуемым броуновским движением. Microsoft же поверх в том числе них или с их использованием рождает 1 раз в каждые 5-10 лет свой новый революционный фреймворк после того, как он из состояния research переходит в статус production ready, например: ASP.NET WebForms -> ASP.NET MVC -> ASP.NET Core -> Blazor.
DevExpress XAF в свою очередь позволяет вам вообще расслабиться и плыть по течению, не напрягаясь и не отвлекаясь на все эти изменения.
безусловно он тоже развивается достаточно динамично, но не революционно как новые стэки Microsoft, а эволюционно как бы сглаживая для вас все переходы и неровности, возникающие на вашем пути по вине революционных изобретений Microsoft и в отрасли в целом, вы как бы двигаетесь по прямой в одном и том же направлении без каких либо для вас отклонений и значительных переучиваний, только доучиваете переодические дельты нового причем обычно в управлении бизнес логикой, а не с нуля(самого начала) формошлепство новым способом как в случае MS или еще хуже роя рандомных низкоуровневых JS фреймворков.
Ищу подработку на DevExpress XAF на 2-4 часа/день в вечернее время, 2тр/30Eur/35USD в час
дело не в качестве кода и не в масштабе проекта. В этих проектах люди в принципе писали не нужный код. При разработке учетной и/или аналитической системы решаются типовые задачи: разрабатывается модель данных, делаются формочки для работы с данными, делаются разные процедуры преобразования данных (импорт, экспорт, ETL), делается API, интеграция с другими системами, генерация документов и отчетов и т.п. В XAF, по крайней мере, всё что касается пользовательского интерфейса, разграничения прав доступа, простеньких инструментов для аналитики, для генерации документов и т.п. уже реализовано. В тех проектах люди 90% времени тратили на эту бессмысленную рутину, а я 90% времени тратил на модель данных, на нетиповую функциональность. В итоге практически весь код, который они годами писали просто выкидывается. Но это работает не на любом проекте, XAF ускоряет работу раз в 50 только при создании учетных систем (включая CRM, ERP и т.п.).
Использовать более низкоуровневые, чем XAF фреймворки IMHO имеет смысл только если у вас большая нагрузка, популярное внешнее public веб приложение, потому что по отзывам XAF не тянет больше сотни одновременных клиентов. Не исключаю, что админ может попытаться оптимизировать это до нескольких сотен, но порядок, наверно остается тот же, по крайне мере пока XAF не позволяет балансировать нагрузку между несколькими микросервисами.
Кстати, а вам не кажется, что использование клиентского Blazor WASM похоже на проги для WinAPI (назовем его NewWinAPI), но для браузера вместо венды,
а использование серверного Blazor похоже на запуск таких NewWinAPI программ на удаленном терминальном сервере в том смысле, что логика отрисовки программы работает на удаленном сервере аналогично RDP, а рендеринг происходит на клиенте, но вместо попиксельных обновлений сервер шлет транзакции изменений DOM модели для браузера.
KP>Так вроде же автор и основной контрибютор – Майкрософт. Можно сразу закопать 
Гитхаб закопал уже?
VS Code? TS? Azure?
PS. Я закапывал в своё время Microsoft. Примерно в те времена, когда вышла Win8. В Xcode 4-5 и OS X тех времён было одно удовольствие работать, туда и перепрыгнул. И к чему в итоге пришли? Xcode скатился в такое глюкавое и неповоротливое УГ, что даже Eclipse лучше. Не говоря уже о VS 2019, с которым даже на слабой 32-х битной виртуалке работать комфортнее, чем с современным Xcode на живой macOS. Сам такого не ожидал. VS Code, майкрософтовский же, тоже становится вполне съедобным.
Так что это мнение, по-моему, опоздало в актуальности лет на 8-9.
Здравствуйте, serj.e, Вы писали:
SE>Гитхаб закопал уже?
Пока еще не успели испортить. Но то, во что эти танцоры превратили когда-то хорошие продукты типа Скайпа, как бы намекает.
SE> VS Code?
отстой
SE> TS?
Внезапно неплохо. Но всегда должны быть исключения в той куче говна, что производит компания
SE> Azure?
А нахрена если есть AWS и GCP?
SE>Так что это мнение, по-моему, опоздало в актуальности лет на 8-9.
Качество у многих компаний падает и Яблы не исключение. Но так что бы "Олег за всё берётся смело" — тут МС вне конкуренции.
