Немного фэ в сторону вэбни, навеяно тем что сегодня у одного известного российского регистратора все лежит. В случае обычной приложухи при нажатии на кнопку «сделай мне зашибись» если возникает ошибка, вы сразу же получаете сообщение. В вебне оно типа грузится и всё, ждать можно час, два, три... информации о том, что где-то что-то поломалось ровно ноль.
А какое отношение дельфа имеет к онтопику, хотелось бы узнать? Также было бы интересно оглашение вилки, но есть две проблемы: во-первых, я так себе дельфист (впрочем, внедрил пару проектов за свою жизнь, торговля, склад и прочий учёт), во-вторых, текущая работа устраивает.
P.S. hh показывает, что половина вакансий в нерезиновой имеет з.п. выше 160 тыр. Впрочем, вакансий не так уж много.
Намного более из ряда вон, чем тачка дельфиста с мокрописьками из какого-то варезника.
Сервер с VCS менее подвержен шифрованию шифровальщиками, чем рабочие станции разработчиков?
Да. Как минимум потому, что ни у кого нет прямого доступа к его фс.
Новости смотришь?
Не смотрю.
Речь о простейшей операции HTTP GET
Речь про велики.
Если нужно скопировать пару файлов, то зачем разрабатывать свой Dolphin?
Затем, что ими всё не ограничивается и приходится таки делать свой долфин кривой и косой.
А нахера все это нужно, постоянно играть в догонялки с развитием веб фреймворков?
К тебе ночью приходят все эти хипсторы, подварачивают тебе штаны, вливают в глотку смузи и ЗАСТАВЛЯЮТ играть в догонялки с развитием веб фреймворков?
которые при желании все же могут кастомизироваться до твоего любимого уровня кодирования на JS фреймворках
Ну так про то и речь, что при желании, нескольких тысячах человекочасов и наличии специалистов ты получишь тоже самое, что и так уже есть у всех.
Сколько видел гридов для веб и для десктопа, десктопные от того же вендора по функциональности почти всегда были на голову выше, в них легче было реализовать наиболее оптимальную работу пользователя с минимальным количеством нажатия кнопок и с максимально быстрым отзывом программы.
Ага, давай будем сравнивать слабую реализацию с той, что сильнее.
Достаточно изучить чуть-чуть, чтобы кастомизировать уже существующие компоненты.
Если они подходят под то, что тебе надо. А такое бывает далеко не всегда. И эти твои 80% усилий для 20% результата превратятся в усилия по подпиранию великов костылями, в тот момент, когда можно было сделать всё проще с меньшими затратами.
вообще не тупит в отличии от веб
Вот у меня есть веб, который не подгружает синхронно и не подтупливает. Видимо дело в руках, верно?
Приведи пример того, что нельзя сделать на компонентах DevExpress для ASP.NET и Blazor?
Можно хоть браузер сделать с нуля из этого твоего аспнет и блазор. Канвас есть - рисуй что хочешь. Вопрос нахера и зачем?
В случае обычной приложухи при нажатии на кнопку «сделай мне зашибись» если возникает ошибка, вы сразу же получаете сообщение. В вебне оно типа грузится и всё, ждать можно час, два, три... информации о том, что где-то что-то поломалось ровно ноль.
Конечно. За ту макаку, которая делает на жквери же никто не сделает компонентов, как всё работает там никто не разбирается, просто копипастят код. Вчера они таскали компоненты, а сегодня переобулись в вебчик, жаль, что квалификации не прибавилось из-за этого. Там тоже говна полно, смотрел какие есть какборды на ноде - такие мерзотные вещи, как в деревенский толчок окунулся с головой. Там всё вот, про что ты писал про дельфи, только еще хуже, поэтому с такой точки зрения кажется, что дельфи - ну норм. Там в этих rad и расчёт ровно на это и был, чтобы челики без квалификации херачили формочки мышкой и говно, которое вылазит в результате как-то работало.
Integrating an app to use Squirrel should be extremely easy, provide a client API, and be developer friendly.
Packaging is really easy, can be automated, and supports delta update packages.
Distributing should be straightforward, use simple HTTP updates, and provide multiple "channels" (a-la Chrome Dev/Beta/Release).
Installing is Wizard-Free™, with no UAC dialogs, does not require reboot, and is .NET Framework friendly.
Updating is in the background, doesn't interrupt the user, and does not require a reboot.
Затем, что ими всё не ограничивается и приходится таки делать свой долфин кривой и косой.
Не приходится, смотри предыдущий комментарий.
К тебе ночью приходят все эти хипсторы, подварачивают тебе штаны, вливают в глотку смузи и ЗАСТАВЛЯЮТ играть в догонялки с развитием веб фреймворков?
У тебя странные ассоциации в техническом треде.
По крайне мере в мои комментарии приходят такие как ты, это уже настораживает :)
Ну так про то и речь, что при желании, нескольких тысячах человекочасов и наличии специалистов ты получишь тоже самое, что и так уже есть у всех.
Объектная модель серверных веб компонентов DevExpress стабильнее, чем постоянно меняющиеся клиентские JS фреймворки, ессно серверные компоненты рендерятся через такие фреймворки, но работу за меня уже сделали сотрудники DevExpress, которые специализируются на этом.
Ага, давай будем сравнивать слабую реализацию с той, что сильнее.
Разверни свою мысль.
Если они подходят под то, что тебе надо. А такое бывает далеко не всегда. И эти твои 80% усилий для 20% результата превратятся в усилия по подпиранию великов костылями, в тот момент, когда можно было сделать всё проще с меньшими затратами.
Нет там никаких костылей, у тебя просто привычка к костылям.
Можно хоть браузер сделать с нуля из этого твоего аспнет и блазор. Канвас есть - рисуй что хочешь. Вопрос нахера и зачем?
Свой браузер мне не надо делать ни из десктопных, ни из веб компонентов, это ты зачем-то упорно пытаешься подбросить такой несуразный пример ненужности.
Буткиты, руткиты и другие зловреды, ждущие часа X?
Чтобы атаковать конкретно дев севрак с конкретным окружением и конкретным cvs? Ты сам в это веришь?
У тебя странные ассоциации в техническом треде.
Но ты говоришь, как будто так и есть.
чем постоянно меняющиеся клиентские JS фреймворки
Лол, ты тупой? А есть другие компоненты для дельфи, которые постоянно меняются и вообще говно-говном. А еще васяны постоянно пишут свои компоненты в своих шарагах и обмазываются ими. Дальше что?
Разверни свою мысль.
Говно на X против норм. реализации на Y. Что тут разворачивать?
Нет там никаких костылей
Дооо, конечно. Просто идеал. Серебряная пуля от всего. 150 рублей забери за пост.
Свой браузер мне не надо делать ни из десктопных, ни из веб компонентов
Ну как. Обновлять тебе приложение надо? Надо. Историю надо? Надо. Стейт сохрянять/восстанавливать для тестов/дебага надо? А, вообще никак не можешь? Ну тогда да, не надо. Ну а про чатик или удалённо посмотреть, где там у юзера затык - я вообще молчу, у вас это как обычно, какой-нибудь tw,anyadmin,radmin и пр. параша сбоку.
Чтобы атаковать конкретно дев севрак с конкретным окружением и конкретным cvs? Ты сам в это веришь?
Why not?
А есть другие компоненты для дельфи, которые постоянно меняются и вообще говно-говном. А еще васяны постоянно пишут свои компоненты в своих шарагах и обмазываются ими. Дальше что?
Не лазий по помойкам, тебе же написали вендора правильных компонентов со стабильной объектной моделью на десятилетия.
Ну как. Обновлять тебе приложение надо? Надо. Историю надо? Надо. Стейт сохрянять/восстанавливать для тестов/дебага надо? А, вообще никак не можешь? Ну тогда да, не надо. Ну а про чатик или удалённо посмотреть, где там у юзера затык - я вообще молчу, у вас это как обычно, какой-нибудь tw,anyadmin,radmin и пр. параша сбоку.
Потому что это нереальный кейс никто не будет заморачиваться, чтобы сломать конкретный сервак в конкретной конторе рога и копыта, чтобы зашифровать их файлы. Ну только если это не какой-нибудь крупный разраб, но там не лапти работают.
Не лазий по помойкам, тебе же написали вендора правильных компонентов со стабильной объектной моделью на десятилетия.
Да, я понял тебя, баблаба, вендор девэкпресс, купите за $2000. Иди, запости манагеру ссылку, свои 300 рублей ты отработал.
Потому что это нереальный кейс никто не будет заморачиваться, чтобы сломать конкретный сервак в конкретной конторе рога и копыта, чтобы зашифровать их файлы. Ну только если это не какой-нибудь крупный разраб, но там не лапти работают.
Особенно с универсальным управляемым трояном?
Да, я понял тебя, баблаба, вендор девэкпресс, купите за $2000.
Твоя зряплата в месяц стоит дешевле?
DevExpress за эти деньги дает бессрочную лицензию на все, что они сделали для паблик за последние 20 лет + 1 год вперед.
Нееет, не хуже... там полный пииип... Я вторую неделю пытаюсь с одним таким разобраться, попросили эту хрень перенести в другое место. Сам сайт по функционалу меньше лора, там буквально пяток рекламных страницек и форма регистрации, занимает эта хрень 18Гб! Я не шучу ВОСЕМНАДЦАТЬ ДОЛБАННЫХ ГИГАБАЙТ сурсов! Там блин что, 3Д шутер к комплекте идет?
Да. Как минимум потому, что ни у кого нет прямого доступа к его фс.
Буткиты, руткиты и другие зловреды, ждущие часа X?
Ну так-то да, от rm -rf / или проделок электриков и других молний никто не защищен. Но это уже варианты, не относящиеся к тому что может выполнить разраб.
Потому что это нереальный кейс никто не будет заморачиваться, чтобы сломать конкретный сервак в конкретной конторе рога и копыта, чтобы зашифровать их файлы.
Вы ещё забыли про бэкапы. :) До них тоже как-то добраться надо :)
Ну вроде речь не идет про васю пупкина который и жнец и на дуде игрец у которого всё на единственной тачке доставшейся по наследству от дедушки хранится.
Мог бы запустить виртуалку с Windows, но почему-то не хочется. Как думаешь, почему?
Потому что сорта дерьма — виртулка не даст ощущения натива. Вот проги для MS DOS хорошо работают в виртуалке, это да, потому что древнее железо прекрасно эмулируется на современном компе. А вот на современном железе сэмулировать машину с чуть менее современным железом уже тяжелее.
Для продакшин ин корпорэйшн пилят десктопный Avalonia и мобильный MAUI
Пусть пилят, ради бога, я же не против, но для прода оно не годится.
99% заказчиков покрутят пальцем у виска. С таким же успехом можно было написать «GUI: лисп, тикль; Сервер: хаскель», или какая-нибудь другая маргинальщина. Любители маргинальщины среди заказчиков на рынке тоже есть, но их сильно, сильно меньше.
Только не надо мне рассказывать, что с офисом нет никаких проблемой под вайном — потому что они есть, как минимум в виде весьма замороченного конфигопердолинга при установке:
У меня все это автоматизировано свои скриптом, который настраивает новый Prefix (Bottle) с помощью winetricks.
Каждый Prefix («диск C:») размещается на своем отдельном ZFS датасете в родительском ZFS датасете xxx/wine/.
При желании можно снэпшотить (zfs snapshot) контрольные точки каждого успешного состояния нужного ботла, потом легко на них откатиться при необходимости.
Сам WINE ставится из репозитария PlayOnLinux.
Запуск из скрипта outlook.sh выглядит примерно так:
/utils/wine/run_app.sh outlook "C:\Program Files\Microsoft Office\Office14\OUTLOOK.EXE";
cat run_app.sh:
InstanceName=$1;
AppName=$2;
source /utils/wine/instance/$InstanceName.sh;
set | grep -i wine;
set | grep -i user;
wine "$AppName"
99% заказчиков покрутят пальцем у виска. С таким же успехом можно было написать «GUI: лисп, тикль; Сервер: хаскель», или какая-нибудь другая маргинальщина.
Каждый Prefix («диск C:») размещается на своем отдельном ZFS датасете в родительском ZFS датасете xxx/wine/. При желании можно снэпшотить (zfs snapshot) контрольные точки каждого успешного состояния нужного ботла, потом легко на них откатиться при необходимости. Сам WINE ставится из репозитария PlayOnLinux. Запуск из скрипта outlook.sh выглядит примерно так
А теперь сравни это с «нажать иконку на рабочем столе» и прочие варианты «просто работает».
Для нормальной работы важна воспроизводимость и возможность быстро починить, поэтому нужно делать отдельные Bottles для каждого приложения с определенной ранее проверенной версией WINE из репы PlayOnLinux.
И ненужно ставить другие приложения в этот ботл, а если уж приспичит, то можно сделать другой экспериментальный ботл для зоопарка тестовых приложений.
Если какие неполадки, то можно откатиться на ZFS снэпшот ботла, что мгновенно починит нужное приложение. Уже больше года никаких откатов, все работает супер стабильно по крайне мере на Devuan ASCII (аналог Debian Stretch) + Trinity DE.
99% заказчиков покрутят пальцем у виска. С таким же успехом можно было написать «GUI: лисп, тикль; Сервер: хаскель», или какая-нибудь другая маргинальщина.
А где там маргинальщина?
Предложение писать на дотнете под линукс со старта — это уже без пяти минут маргинальщина <1% рынка. Wine — это всегда «сначала у нас было приложениепод винду, потом мы портанули быстренько под линь», но опираться на этот костыль со старта — это, опять-таки, маргинальщина. Я не спорю с тем, что .NET хорош, но вне винды он просто никому не нужен, даже несмотря на существования всяких моно с авалониям. MS пытается исправлять ситуации, но именно что «пытается», до исправления как до киева раком, и это направление не является основным для MS, поскольку основным являются облака, а дотнет уже развивается «на сдачу», потому перспективы весьма туманны.
Для нормальной работы важна воспроизводимость и возможность быстро починить, поэтому нужно делать отдельные Bottle для каждого приложения с определенной ранее проверенной версией WINE из репы PlayOnLinux. И ненужно ставить другие приложения в этом ботл, а если уж приспичит, то можно сделать другой экспериментальный ботл для зоопарка тестовых приложений. Если какие неполадки, то можно откатиться на ZFS снэпшот ботла, чем мгновенно починит нужное приложение. Уже больше года никаких откатов, все работает супер стабильно по крайне мере на Devuan ASCII (аналог Debian Stretch) + Trinity DE
По всем этим граблям уже давно прошелся линуксовый десктоп, и в том числе с контейнерами вроде flatpak, а ты, судя по всему, начинаешь этот путь. К сожалению, довольно быстро выясняется, что приложениям все-таки нужно активно взаимодействовать, нужно ставиться друг в друга, взаимопроникать, поскольку из этого и получается полноценное интегрированное десктопное окружение, а не бесконечные костыли плана «тут пропишите конфиги, здесь запустите службу, там смонтирует раздел с опциями» — так делали линуксоиды, когда я только поселился на LOR-е, я собирал генту из сорцов, а потом я поставил Ubuntu, где ВСЁ ПРОСТО РАБОТАЕТ, и больше я не читал статьи про «простые» способы построения и настройки десктопных окружений.
Написал несколько скриптов для запуска в TDE, и меня все устраивает, выглядит и работает как «Windows XP» 2022
Кому-то «адище, говно и костыли», а кому-то «меня всё устаривает». На вкус и цвет товарищей нет. Вот тебя убунта не устраивает — тоже бывает. Но 95% людей с линуксом на десктопе по какой-то загадочной причине используют убунту. Но не 100%, тем не менее, всем не угодишь.
WINE нужен только для рисования десктопных формочек, сомневаюсь, что это сильно снизит надежность решения в целом,учитывая, что остальное можно сделать на нативном .NET v5-v6.
«CorelDRAW 9 and WordPerfect Office 2000 for Linux. Released as a very limited run in 2000 as a Beta and full-fledged Deluxe package for Linux...
The last port for Linux was version 9 (released in 2000, it did not run natively; instead, it used a modified version of Wine to run)»
Мне кажется, что в следующем сообщение ты расскажешь про ржавый тазик, который утащил с местного металлолома, как про торжество инженерной мысли. И потом с удивлением возражать «а где здесь маргинальщина?».
.NET изначально выгодно отличался от Java именно за счет того, что использовал нативные либы для реализации системных функций в то время, как жава пыталась реализовать низкоуровневые фичи на самой себе. за счет чего упиралась в тормознутость сборки мусора. Именно по этой причине JS V8 сравним по скорости выполнения и потреблению памяти с JVM, хотя, казалось бы, JS является интерпретируемым языком с динамичной типизацией. Именно из-за этой завязки на нативные либы .NET очень тяжело потритровать, и не только из-за GUI, а, например, из-за MS XML парсера.
Для отображения десктопных формочек меня пока вполне устроит .NET Framework v4.x + WinForms под Linux WINE, а на headless Linux сервере уже вполне может работать современный .NET v5-v6. Связать между собой формочки и серверное приложение несложно.
Мне кажется, что в следующем сообщение ты расскажешь про ржавый тазик
WINE installers for the enterprise
Without question, the number one WINE installer I recommend is both commercially supported and also supports the WINE project as a whole. That installer is from CrossOver. Not only does CrossOver have unofficial support for running Microsoft Office 2016. The official Linux rating for this version of Office is that it runs well. But don’t be too excited, you’re still limited on the versions of Photoshop that will install successfully.
As a general rule, CrossOver is best for those who want professional support for their WINE installer. CrossOver support comes with phone, email and even remote desktop support solutions…it’s the recommended method I’d suggest if you’re looking to implement WINE into your business environment. However, it’s not the easiest to use if you want to install WINE on your own terms.
CSLA uses its own, cross platform serialiser which should ensure that you have no problems with running different tiers on different platforms. Across the years it has worked fine on Silverlight, Xamarin, Windows Phone, .NET Framework and .NET Core. I think you should be OK, as long as the WinForms bit works.
My understanding of Wine is that it should run WinForms apps just fine, as it is used for more demanding things like games.
@TheCakeMonster is right about serialization - that shouldn't be an issue now, b/c MobileFormatter works anywhere .NET works.