К
сгинули в небытие
Size: a a a
2020 February 19
К
сейчас .net приложения везде работают, даже на телефонах ксиаоми
RT
Мне кстати Windows Phone очень нравились, жаль MS сами загубили свою платформу. Протупили с развитием партнерства в части вендроров железа. А Google подсуетился и смог.
DK
Дотнеткорь же опенсорс вроде
К
Дотнеткорь же опенсорс вроде
оф корс
DK
Мы на него поэтому и переходили. С инфопаса, прасти господи.
DK
.net + angular с devExtreme + postgre
К
.net + angular с devExtreme + postgre
топ
ОИ
devExpress для .NET как маслице для бутера, был есть и будет.
ОИ
Ещё старый DExp во времена железного завеса .NET работал на нём замечательно
АХ
А зачем проброс файлов? Решали подобную задачу развязыванием через Message Queue, с файлами конечно будет потяжелее
В вебе в целом нередкая задача - контент пользователя получить и обработать кмк)
PD
Работал. Первый кейс - очевидный длы руководителя, но не очевидный для исполнителя - это язык. И даже не C++ а PowerScript. Где на рынке такие специалисты ? После того как появился тендер на 15 млрд на 5 тыс программистов Java от ВТБ, или на 2 тыс java-истов от Сбера - думаете что то удержит программиста от изучени более востребованных инструментов ? А молодому человеку - как будете рассказывать про перспективы, если из его круга знакомых не то что знают, а даже и не слышали об этом.. Второй кейс - это круг задач. Какой то АРМ для пропускного режима писать наверное можно на чем угодно, хоть на Excel. Но critical business требует иной парадигмы. Там важна гибкость, time to market, интегрируемость, платформенность. Сегодняшний банк уже не может себе позволить не развиваться - унылые услуги и унылые процессы не привлекают клиентов. У них просто нет желания пользоваться таким сервисами. Причем скорость развития должна быть феноменальной - как минимум быстрее скорости изменения внешних факторов. В третьих, как ни странно - новые технологии дешевле. Да да. В новых языках и платформах учтен опыт предыдущих поколений. Искать утечку памяти или организовывать многопоточную пногоузловую обработку на C++ вы будете месяцами... А на других языках - и компилируемых, и скриптовых это можно сделать буквально "из коробки". Вот и получается - что "новость" в технологическом стеке - это не просто красиво и продаваемо клиентам, но еще и эффективнее по деньгам. Согласен - что архитектор в своих полетах мысли обычно темы реализуемости не затрагивает. Но в "моем мире" это важно -тут надо быть не только архитектором, но и прорабом. Знать и про теорию композиции, и уметь руками замешивать раствор .. Потому как источник проблем - не в замысле, а в реализации. И чем дальше - "тем хуже" будет. Show me your presentation в аргументации будет уступать приоритет show me your code или даже shom me your money ...
Ээ, PowerScript как раз изучать проблем нет, неделя максимум. Писать сложную логику на инструменте для десктопа тоже не нужно. А новых инструментов в этой нише просто нет. Так что вариант PB + кучка сервисов вполне годен (если его UX устраивает, что не всегда бывает). Новый проект стартовать не стоит, а старый развивать вполне
RG
В вебе в целом нередкая задача - контент пользователя получить и обработать кмк)
Контент это ок а файл это типа два гигабайта. Решали подробную задачу через очередь - api gw & msg broker в дмз а инициатор из лан в очередь ходит
СС
вопрос не разработки, а больше поддержки решения.
Web то что? обновил и обновилось у всех, а десктоп, или ножками дойди и обнови или поднимай сервер и отслеживай каждую версию на клиенте.
Web то что? обновил и обновилось у всех, а десктоп, или ножками дойди и обнови или поднимай сервер и отслеживай каждую версию на клиенте.
Вы эти строчки в веб клиенте телеграма пишете или в толстом ? 😁😉
СС
а зачем тогда все в Web в корпорате бегут?
Смотря в каком ентерпрайзе.
Там где нужно в интерфейсе быстро показывать и ворочить много данных - десктоп тупо быстрее и меньше памяти жрет.
Попробуйте тупо в гуглшите сделать большую таблицу- столбцов 100 и строк 1000 и посмотрети, как оно .удет летать... сравните с Excel
Там где нужно в интерфейсе быстро показывать и ворочить много данных - десктоп тупо быстрее и меньше памяти жрет.
Попробуйте тупо в гуглшите сделать большую таблицу- столбцов 100 и строк 1000 и посмотрети, как оно .удет летать... сравните с Excel
СС
Пока не появится поддержка браузером сложных объектов нормальная - таблиц, графиков - все будет идти через костыли.
СС
Простой пример - вот появилось относительно недавно поле для даты - и что - каждый браузер его кажет по своему. В итоге иногда приходится делать клиентский компонент, чтобы выглядело однообразно.
Одна надежда - на webassembly
Одна надежда - на webassembly
AU
Смотря в каком ентерпрайзе.
Там где нужно в интерфейсе быстро показывать и ворочить много данных - десктоп тупо быстрее и меньше памяти жрет.
Попробуйте тупо в гуглшите сделать большую таблицу- столбцов 100 и строк 1000 и посмотрети, как оно .удет летать... сравните с Excel
Там где нужно в интерфейсе быстро показывать и ворочить много данных - десктоп тупо быстрее и меньше памяти жрет.
Попробуйте тупо в гуглшите сделать большую таблицу- столбцов 100 и строк 1000 и посмотрети, как оно .удет летать... сравните с Excel
Не сравнивайте несравнимое. Понятно что если делать всё на браузере, то оно не живет, а работать с таблицей в пару млн строк через браузер вполне можно комфортно.
KG
Смотря в каком ентерпрайзе.
Там где нужно в интерфейсе быстро показывать и ворочить много данных - десктоп тупо быстрее и меньше памяти жрет.
Попробуйте тупо в гуглшите сделать большую таблицу- столбцов 100 и строк 1000 и посмотрети, как оно .удет летать... сравните с Excel
Там где нужно в интерфейсе быстро показывать и ворочить много данных - десктоп тупо быстрее и меньше памяти жрет.
Попробуйте тупо в гуглшите сделать большую таблицу- столбцов 100 и строк 1000 и посмотрети, как оно .удет летать... сравните с Excel
а чего у тебя не работает? у меня работает вроде
KG
для людей которым мешает ограничение старого экслеля в 65к строк кстати есть медицинский диагноз