Значение кросс-платформенности сильно преувеличивают... особенно влияние на принятие решений.

А где тут видно что сильно? Может как раз в самый раз.

> Текущую как раз с веба переписывал... где-то выше объяснял
> почему

Да, пардон, проглядел проблему с миллионом строк. Но, если честно, такое требование - полный бред, хоть на вебе, хоть на десктопе. Зачем отображать такое количество информации, какое человеческий мозг воспринять не способен?

Потому, что отображать это не самое важное в информации, ее чаще нужно обрабатывать, печатать, сохранять и отсылать клиентам.
Конкретно тут есть, что то вроде аналитики - встроенная страничка екселя в виде "пивот" таблицы, что то вроде убогого олап куба по которому можно построить свои "разрезы" данных. Почему сделано так, а не развернут нормальный куб - ХЗ, ближе всего будет объяснение "так исторически сложилось". (По мне так в том что "нахера морочится с чем то еще если тут единственная проблема в передаче всего то миллиона строк на клиента?")

>Игорь Шевченко ©   (01.10.18 20:57) [73]
Хорошо. Твой вариант - что кардинально отличало delphi от конкурентов в момент ее появления?

>BiN ©   (02.10.18 23:10) [82]
>Зачем отображать такое количество информации, какое человеческий мозг воспринять не способен?

Дело не в отображении. Читается/редактируется обычно вообще всего 1 строка. Для визуального сравнения нужно 2-5. На экран помещается 30-50 максимум. Дело в обработке. В возможности фильтрации, сортировки, поиска и т.д. По всему массиву данных. В результате это может быть та самая 1 строка из миллиона. И обычно люди готовы подождать в начале 10-20 секунд, но потом работать долго и без тормозов, чем после каждой операции ждать 2-5 секунд. А то и больше, в зависимости от загрузки БД.
Кроме того если весь миллион на клиенте, то увеличения скорости работы с ним для конкретного клиента можно добиться просто и локально, улучшив его железо. А в случае с БД такое не прокатит.

Сергей Суровцев ©   (03.10.18 09:30) [84]


> Твой вариант - что кардинально отличало delphi от конкурентов
> в момент ее появления?


Забавный поворот темы. Кардинально - ничего.


> Кроме того если весь миллион на клиенте, то увеличения скорости
> работы с ним для конкретного клиента можно добиться просто
> и локально, улучшив его железо. А в случае с БД такое не
> прокатит.


Вы не могли бы развить шире эту глубокую мысль, коллега ?

>Игорь Шевченко ©   (03.10.18 10:27) [86]
>Забавный поворот темы. Кардинально - ничего.

То есть вместо того, чтобы использовать замечательный и проверенный VB некоторые из непонятных побуждений стали использовать только что появившийся и непроверенный Delphi, платя за это удовольствие немалые суммы? А некоторые даже стали мастерами Делфи и организовали одноименный сайт? ))

>Вы не могли бы развить шире эту глубокую мысль, коллега ?

Нет. Не смог бы при всем желании. В связи с ее законченностью и очевидностью.

> Хорошо. Твой вариант - что кардинально отличало delphi от
> конкурентов в момент ее появления?

1 версия ничем. Из рекламных слоганов поддержка win32.
2 Версия брала наличием компонентов для работы с сетью.
3 Версия наличием поддержки СУБД. И тут понабежали жирные коты.

VB6 в архитектурном плане был хуже. Не было виртуальных компонентов. Сильная жесткость компонентов. Неполное покрытие API для win32, а свои dll добавить нельзя было.
Да и сам язык в ту пору не позволял работать со структурами данных(деревья, графы).

>Игорь Шевченко ©
Давай посмотрим с другой стороны. Чью нишу занял C#? Нишу java? Нет. Java как была, так и осталась. Она не выходит за свой класс задач, но прочно держится в нем десятилетиями. VB? Некоторую часть да. Но не критическую долю. C# занял нишу Delphi. И практически полностью. Именно с этим был связан тяжелый период Delphi. Когда хороший продукт пошел по рукам и каждый думал, что бы с ним сделать?... И на что сейчас переписывают старые delphi проекты, если возникает необходимость? Разве на VB.NET?

Сергей Суровцев ©   (03.10.18 15:46) [89]

Бездоказательно.

> Сергей Суровцев ©   (03.10.18 09:46) [85]
> Дело в обработке. В возможности фильтрации, сортировки,
> поиска и т.д.


Всё это - абсолютно типовые задачи для веба. И там давно уже никто не ждет 2-5 секунд. 20-100 мс в локальной сети Вас устроит?

Кстати, прежде, чем переходить на десктопный вариант java, я бы сначала проверил, как чувствует себя этот миллион строк на JavaFX


> Кроме того если весь миллион на клиенте, то увеличения скорости
> работы с ним для конкретного клиента можно добиться просто
> и локально, улучшив его железо. А в случае с БД такое не
> прокатит.


Это кто Вас так обманул?

Чтобы понять чью нишу занял C#, нужно вспомнить на чем писали в энтерпрайзе до C#. А Delphi там была не на первых ролях.

И C# появился очень вовремя, потому что C++ ну очень плохо подходил для этих задач. Сборщик мусора сразу же позволил снизить требуемую квалификацию программистов, а Delphi-образная визуальная библиотека уделывала MFC в одну калитку.

Тяжелые времена Delphi после появления C# - это такой сопутствующий урон. Попали под бульдозер.

При этом я убежден в очень сильном влиянии Delphi на C# на первых порах. Это было видно невооруженным взглядом.

> Сергей Суровцев ©   (03.10.18 09:30) [84]
> что кардинально отличало delphi от конкурентов в момент
> ее появления?

Если мне не изменяет склероз (хотя, может, и изменяет), D от VB, в первую очередь, отличало изначальное наличие ООП.
А еще, насколько помню (но это не точно), для запуска программ, написанных на VB, требовался какой-то фрэймворк, типа райнтайм библиотеки (по сути, виртуалка). А Дельфи позволяла компилировать абсолютно автономные нативные EXE. Ну и возможность писать свои DLL...

>Kerk ©   (03.10.18 22:30) [92]
>Чтобы понять чью нишу занял C#, нужно вспомнить на чем писали в энтерпрайзе до C#. А Delphi там была не на первых ролях.

Возможно. А кто был на первых? Только раздельно у буржуев и у нас.

>asail ©   (04.10.18 00:37) [93]

Все так и есть.

> А кто был на первых?

Наверное, C++...

> Только раздельно у буржуев и у нас.

К моменту появления Дельфи вы уже тоже были буржуями. :)

>Kerk ©   (03.10.18 22:30) [92]
>Тяжелые времена Delphi после появления C# - это такой сопутствующий урон. Попали под бульдозер.

Как знать... Не появись C#, возможно и перспективы Delphi оценивались бы его владельцами  по иному. И они продолжили бы развитие, а не сбросили как балласт на произвол судьбы.
Хотя наверное честнее будет говорить не только о C#, а о платформе .NET в целом, на которую перебрался и тот самый VB.

Утверждения про падение производительности при переходе на джаву очень непрофессиональны. Всё зависит от того кто пишет, и что пишет.
Я имею некоторый опыт и там, и там, и я бы не сказал, что производительность будет проблемой, тем более для таких применений, как UI. А уж как кто напишет, так и будет работать. Были у меня проекты на джава, которые работали на порядки быстрее других реализаций.

Сила и слабость джавы в другом.
Слабость - как раз UI. Потому как декларативного UI как в Delphi в самой джаве нет. Можно найти фреймворки где это есть, но они непопулярны. В сторону JavaFX я принципиально не смотрю, и вам не советую. Один раз они нас уже кинули, когда просто выбросили декларативный UI из JavaFX и оставили только библиотеку. Да, он был, мягко скажем, неидеален, но была надежда, что они его допилят. Но увы, просто выбросили и кинули тех, кто им поверил. После этого я не уверен, что они не забросят FX совсем - тенденция такая, что это-таки скоро произойдёт.
Google тоже сделал свои формы (точнее они купили фирму-разработчика), но опять-таки не декларативные. По сути UI строится кодом приложения на лету. Т.е. нет файлов Хотя вроде для SWT (XWT? или чего-то ещё, уже не помню) у них был вариант с декларативными формами. Я даже контактировал с разработчиками и пытался их убедить, что декларативный UI удобен и прост, что он нужен, но не смог. В конце концов они реализовали какой-то навороченый анализатор кода, который позволял генерировать/редактировать код для UI в редакторах. Популярные IDE (Idea, Eclipse, Netbeans) теперь тоже имеют свои редакторы для UI. Естественно, так как нет стандарта, то хорошей совместимости между ними ожидать не стоит.
Это одна из причин, почему UI приложений на Java сравнительно не много. Но другое дело всякие серверные, энтерпрайз приложения, микросервисы и т.п.. Там джава очень часто. А ещё есть Андроид, где джава тоже играет очень большую роль.

А сила джавы в экосистеме. Это другой стиль разработки. Я вижу как в экосистемах других языков добавляют такие же удобства, а практически все новые языки изначально реализуют те же приципы.
Я могу тут очень долго говорить об этом, но печатать лень. Если уж хочется поговорить, то ищите меня на скайпе "akonshin".

Почему, каждый раз, когда я бросаю взгляд на заголовок ветки, мне мерещится "Как бросить пить и начать писать на ява?" :)