> Kerk ©   (26.03.17 13:28) [18]


Linux появился только неделю назад в Tokyo, о чем ты говоришь.
А по поводу

> Как и в случае с мобилками, они скорее всего доведут всё
> до ума. Лет через пять.


Если брать последний Berlin - уже все вполне быстро работает. Широкий набор необходимых мультиплатформенных компонент тоже есть, втч компоненты сторонних разработчиков с нативным API, чего не хватает конкретно?
Да поначалу с непривычки будет неудобно, но затем все пойдет по накатанной - зато проект работает под Android\iOS (Win\MacOS).

> Delphi не успевает за трендами.


Расскажи, какие из мультиплатформенных средств успевают за трендами?

Лисп и Лого. Всегда в тренде.

> Возможно, первые звоночки передачи работы на аутсорсинг
> :(


В Tokyo запороли платформу Android, это временный конечно фактор - фактически невозможно делать программы под андроид из за того, что все дико тормозит. Большой cписок ListBox с контролами (edit, combo, memo  итд ) может открываться минуту, хотя раньше это было почти мгновенно. FPS упал раза 3. Толи это из за переноса главного потока в UI thread толи из за  мультипотокового TBitmap. Я не проверял, но читал комменты на оф. форуме. Проблема только с Андроид, в других осях вроде ок.
Недотестировали..

> Кто б сомневался ©   (27.03.17 09:59) [23]

скорее всего ошибка в 17 строке. стабильную версию увидим после первого апдейта, как обычно.


> Недотестировали..

они обречены тестировать на юзерах пока не будет взрывного роста популярности, на порядок.

> Кто б сомневался ©   (27.03.17 02:55) [20]
>
> Если брать последний Berlin - уже все вполне быстро работает.

Я хотел сказать, что мобилки довели до ума лет через пять после того, как впервые анонсировали. Ну или не через пять. Суть не в конкретной цифре, а в том, что сильно не сразу. Когда это впервые появилось, этим почти нельзя было пользоваться.

Неделю назад анонсировали Linux. Ну ждем теперь когда доведут до ума :). А тем временем знаешь сколько мы платим за несколько сотен виндовых лицензий?

Или вот например у нас приложение большое и сложное для персонала, обслуживающего систему. Оно естественно на Delphi под Windows. А так уж сложилось, что очень многие используют макбуки и запускают наше приложение в виртуальной машине. Это не удобно. Что предлагается? Переписать его на FMX без компонентов DevExpress и многого другого? Можно конечно, но проще сразу подумать над веб-версией.

Мы сейчас временно используем Thinfinity VirtualUI, чтобы с нашим приложением можно было работать через браузер. Но во-первых, это опять платно. А во-вторых все равно не так удобно, как если бы это изначально было веб-приложением.

> Кто б сомневался ©   (27.03.17 02:58) [21]
>
> > Delphi не успевает за трендами.
>
> Расскажи, какие из мультиплатформенных средств успевают
> за трендами?

В нашем случае это JavaScript. У всех ведь разные потребности. Для нас мультиплатформенность - это клиент/сервер и встраиваемая техника. На мобилках JS тоже что-то предлагает, но я особо не интересовался, на мобилках у нас нативные приложения на ObjectiveC и Java.

Не надо думать, что я Delphi как-то очерняю. Я сам известный делфи-адвокат :). И в JS меня многие вещи жутко раздражают. Но так уж вышло, когда сложили все "за" и "против".

> Eraser ©   (27.03.17 11:25) [24]
>
> они обречены тестировать на юзерах пока не будет взрывного
> роста популярности, на порядок.

У них на бету не так уж мало людей подписано. Многие из моих знакомых. Самому мне всегда было лень :)

> на мобилках у нас нативные приложения на ObjectiveC и Java.

Опять же. Доведи Embarcadero всё до ума хотя бы года два-три назад, может и на Delphi были бы мобильные приложения у нас, кто знает. В этом вот и выражается запаздывание.

> Мы сейчас временно используем Thinfinity VirtualUI, чтобы
> с нашим приложением можно было работать через браузер. Но
> во-первых, это опять платно. А во-вторых все равно не так
> удобно, как если бы это изначально было веб-приложением.
>


Мы часть интерфейсов переносим на Унигуй. Это уже почти веб. Либы очень интересные и удобные, скорость разработки против веба: то, что делалось на вебе (jQuery) полгода, сделали за три дня.


> Где библиотеки для работы с Google Datastore, Google PubSub?
>  Где поддержка GraphQL? MQTT? И так далее. Самому писать?


Писать, использовать и продавать, как вариант.

> это клиент/сервер и встраиваемая техника. На мобилках JS
> тоже что-то предлагает, но я особо не интересовался, на
> мобилках у нас нативные приложения на ObjectiveC и Java


Если есть сервер - я бы посмотрел в строну того же унигуя. Чем писать кучу приложений, проще одно сделать.

> Дмитрий Белькевич ©   (27.03.17 14:02) [28]

Так эти приложения уже есть. Не переписывать же их теперь.

Если поддерживать не нужно больше, чем они есть - то, конечно, нет смысла. А если нужна постоянная поддержка, то чего ради? Мы у себя с десятка два форм виндового гуя планируем выкинуть, и десяток страниц в вебе, заменим всё на унигуй.
Поддержка зоопарка немного напрягает (особенно в вебе), вдобавок не все фишки есть у виндового гуя. Например - много-юзерский интерфейс. Да и грид унигуевый мне даже больше симпатичен, чем тот, что мы используем.

> много-юзерский интерфейс
это как?

> что делалось на вебе (jQuery) полгода, сделали за три дня.
весьма сомнительно, если только те кто делал ни веба ни квери до того в глаза не видели

> это как?


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


> весьма сомнительно, если только те кто делал ни веба ни
> квери до того в глаза не видели


Ну как бы вот так.

> Кто б сомневался ©   (27.03.17 09:59) [23]
> В Tokyo запороли платформу Android


Я сижу на Berlin 10.1 и пишу в основном для Android. Другими словами, мне на Токио переходить не рекомендуется, верно?

Еще такой вопрос возник. Тут некоторые говорят, что сидят до сих пор на Delphi 5-7 и не жжужат, потому что всё равно получается рабочий код, который запускается на всех версиях Windows.

А как насчет Андроида? Будет ли код, написанный на Berlin 10.1, работать в следующих версиях Android?
Я не говорю про использование новых фишек ОС, а о работоспособности приложения. Можно ли просто заморозиться на текущей, вполне сносной версии Delphi 10.1?

>  Другими словами, мне на Токио переходить не рекомендуется,
>  верно?

Лучше не переходить. Там сочные баги, вплоть до нерабочих компонентов (MEdia плеер например)


> Можно ли просто заморозиться на текущей, вполне сносной
> версии Delphi 10.1?


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

А так по идее можно поставить обновленное Android SDK на нужную версию Delphi  и вперед (лучше так не делать, а использовать рекомендуемое SDK по умолчанию)

> Kerk ©   (27.03.17 12:56) [25]
>
> Или вот например у нас приложение большое и сложное для
> персонала, обслуживающего систему. Оно естественно на Delphi
> под Windows. А так уж сложилось, что очень многие используют
> макбуки и запускают наше приложение в виртуальной машине.
>  Это не удобно. Что предлагается? Переписать его на FMX
> без компонентов DevExpress и многого другого? Можно конечно,
>  но проще сразу подумать над веб-версией.


Вы на это решение смотрели? https://www.codeweavers.com/?

Фактически результат воспринимается как отдельная программа под MacOS, технически ваша Windows программа запускается под Wine.

Мы пробовали Parallels Desktop. По описанию это вроде где-то рядом. Но это опять дополнительные расходы.

Стоимость делфи - это одно. Это можно себе позволить. Но дополнительные расходы, которые увеличивают стоимость каждого устройства и пользовательского рабочего места (лицензии на Windows, Parallels и т.п.) - это уже проблема.

> Kerk ©   (27.03.17 23:04) [37]


Можно перевести часть работников на удаленку, они пусть работают себе дома как они обычно работают (на пиратках или покупной Delphi), - а в офис меньше лицензий покупать.

Кто б сомневался ©   (27.03.17 23:25) [38]

Странный ты.