Какой плюс "обыкновенного" софта на десктопе?

[azsx]

Тупо зашел FARoм сразу на сайт, подредактировал сразу рабочий файл - и вуаля

Но это уже в php, а не fpc. Паскаль еще и компилировать надо на сервере.
За уточнение минуса и плюса веба спасибо.

[Снег Север]

распространение оутсорсинга. И то, и другое - достижения более чем сомнительные

аутсорсинг-то чем плох?

Прежде всего тем, что, как справедливо замечено ниже, "нанимают не одного хорошего программиста, а 20 "средних"". Тенденция, которую отмечал еще классик: "Числом поболее, ценою подешевле". Впрочем, это оффтоп, так что тему продолжать не стану.

[alexey38]

Посидел, подумал. Классические десктопные приложения лишают мобильности. Я уже успел привыкнуть, что весь корпоративный софт доступен мне ВСЕГДА, будь я в офисе, дома или в поездке, для 99% задач мне хватает смартфона и мобильного интернета. Благодаря этому я стал меньше времени проводить в офисе и в то же время делать больше. В общем мое ИМХО - никаких плюсов у классических десктопных приложений нет, ушло их время.

Вам видать не приходилось полноценно работать в поездках. Понятно, что дома отличный интернет, а можно даже для надежности иметь пару провайдеров (как я сам делаю).

Во-первых, в стране (РФ) куча мест, где мобильные сети перегружены, и скорость мобильного интернета оставляет желать лучшего.

Во-вторых, в недавнюю (июль 2016 г.) мою транзитную поездку в командировку через Москву (туда и обратно) был вынужден весь день работать через мобильный интернет (аэропорт, два аэроэкспресса Домодедово и Внуково, метро Павелецкая-Киевская). Все настолько было печально, что если бы не наличие десктопных приложений, то два рабочих дня пришлось бы выбросить.

[Alex2013]

при всех недостатках работа через браузер захватывает мир?

Потому что написано один раз - и работает везде. И программить под Вэб в чем-то проще - сам Вэб-принцип заставляет оптималоьно размазывать функционал по разным уровням программы - в итоге она получается чище, хорошо масштабируется... относительно легко изучается - можно делать первые шаги практически не зная Вэб-языков.

Не только! Weб стандартен (или ощущается таким на уровне пользователя). Ему проще доверять .
(Хотя сложный Ява,VB,Флешь -скрипт ничем по сути от скачиваемого приложения не отличается я уж помалкиваю о ActivX и плагинах к браузерам ) Хотя чем именно отличается вот например эта версия дума http://gamesday.narod.ru/doom.html или квейка http://flashtop.com.ua/flashgame_1043_quake.html от обычной понять трудно ... Скачивать не нужно ! Ага !

[Лекс Айрин]

Браузерные плагины к устройствам доступа иметь не должны - исключение было сделано только для JAVA-плагина (и у него есть инфраструктура проверямоой подписи)

Угу... а что мешает тоже самое сделать в/для dll? Вообще-то уже давно существуют подобные "драйвера". К тому же, можно использовать функции самого браузера.

Добавлено спустя 3 минуты 40 секунд:

Кстати я так и не увидел объяснений почему выпиливают ... Лень одолела поддержку технологии продолжить ?

Потому что попытки залатать дыры останавливают "полет фантазии".

[stanilar]

Паскаль еще и компилировать надо на сервере.

Это зависит от конкретной реализации. Например сервак на DWS компилировать не надо.

[WAYFARER]

Вам видать не приходилось полноценно работать в поездках. Понятно, что дома отличный интернет, а можно даже для надежности иметь пару провайдеров (как я сам делаю).

Во-первых, в стране (РФ) куча мест, где мобильные сети перегружены, и скорость мобильного интернета оставляет желать лучшего.

Именно так и провожу половину времени. В городах почти везде есть 3g\4g покрытие( сейчас пишу с телефона на окраине, 4g работает отлтчно), так же почти везде можно найти wifi. В поездках по районным центрам иногда бывает приходится искать места где хотя бы 3g ловит, но чаще проблем нет.

[debi12345]

На Вэбе также можно писАть асинхронно (например тащить данные сразу для нескольких списков, и загружать эти списки по мере готjвнсти данных для конкретного спиcка) - сразу несколько задач в параллель, к этому есть удобные еханизмы ожидания-очередности-приоритезации-синхронизации - Promise/Deferred и прелоадеры.

[Alex2013]

Вообще "Веб технология" и интернет это совсем не синонимы ...
Сейчас даже стиральные машины и холодильники иногда веб-мродой оснащают (я уж молчу про телевизоры, проекторы ,ресиверы, модемы, роутеры и т. д.) .
Кроме того "веб" прекрасно может работать и в локальной сети и на локальной машине .
Зы
Я за "всеобщий Веб " но такой чтобы в нем можно было и классический софт использовать .
"Чтобы с этих пор по новому... оставалось все по старому ! "

[Ism]

Тупо зашел FARoм сразу на сайт, подредактировал сразу рабочий файл - и вуаля

Классическое начало ИТ хоррора. Если в fpc компилятор может дать ошибку, то об ошибке вебсайта вы узнаете только когда он отвалится

[WAYFARER]

Тупо зашел FARoм сразу на сайт, подредактировал сразу рабочий файл - и вуаля

Внес правку, потом прогнал тесты и только потом задеплоил на продакшн, если все ок. И никак иначе, если это что то более сложное чем сайт-визитка.

Я с ужасом наблюдаю, как для внесения простых изменений нужна куча колупаний и времени, трудозатраты какие-то дикие просто

Приучает к порядку. Так и должно быть, и не только в вебе. Мы работаем примерно так:
Разработчики что то написали, оттестировали, вытолкнули в git, далее деплой на тестовый сервер (git'ом) и в дело вступают тестировщики, эта стадия может проходить в несколько итераций - пока все не будет отлажено. И только после этого деплой на продакшн (в автоматическом режиме, не руками ни в коем случае). Благодаря такому подходу практически никогда не бывает никаких неожиданностей и критичных проблем.
Собственно и Делфовые проекты делали по похожему принципу в свое время.

[debi12345]

Внес правку, потом прогнал тесты и только потом задеплоил на продакшн, если все ок. И никак иначе, если это что то более сложное чем сайт-визитка.

Если твоя прога, которую знаешь как облупленную - никаких проблем. Наоборот съедят если задержишься с правкой

Добавлено спустя 2 минуты 57 секунд:

Благодаря такому подходу практически никогда не бывает никаких неожиданностей и критичных проблем.

А я наоборот люблю когда баги и глюки выявляют юзеры (берут на себя часть нашей работы) - поэтому серьезные изменения стараюсь активировать в разгар рабочего времени Пошли звонки - зае..сь

[azsx]

Собственно и Делфовые проекты делали по похожему принципу в свое время.

Вопрос прост, скажите, пожалуйста, как Вы рисуете формы в html? Раньше я ничего сложнее дизайна визиток не рисовал, сейчас ничего толкового из кучи инструментария найти не могу.
зы
В делфи что хорошо. Надо изменить 5 форм (всё местами поменять), 3 формы удалить и две добавить. при чем логика работы остается один в один - только местами поменять. И всё мышкой.
И сделать это достаточно просто без git'ов и тестировщиков.
Вот если логику работы менять, тогда конечно.

[WAYFARER]

Если в fpc компилятор может дать ошибку, то об ошибке вебсайта вы узнаете только когда он отвалится

А еще компилятор может не дать ошибку. Программист может наделать ошибок которые вылезут позднее.

[debi12345]

сейчас ничего толкового из кучи инструментария найти не могу.

HTML-формы ? Привыкайте в коде и только в коде - ессно в IDE, умеющем давать толковые подсказки и промпты (вроде PHPStorm). Почему в коде ? Да хотя бы потому что копипаст+рефакторинг для быстрого и неутомительного (без миллиона кликов мышью при тиражировании Дельфи-форм) тиражирования однотипного функционала.
А чтобы было легче (раз эдак в 100..1000000 на сложных проектах) писать, забыв что пиешь под Вэб - есть AIAX-либы