Конференция "Прочее" » Лучшая версия Delphi
 
  • Кто б сомневался © (27.03.17 02:55) [20]

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


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

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


    Если брать последний Berlin - уже все вполне быстро работает. Широкий набор необходимых мультиплатформенных компонент тоже есть, втч компоненты сторонних разработчиков с нативным API, чего не хватает конкретно?
    Да поначалу с непривычки будет неудобно, но затем все пойдет по накатанной - зато проект работает под Android\iOS (Win\MacOS).
  • Кто б сомневался © (27.03.17 02:58) [21]

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


    Расскажи, какие из мультиплатформенных средств успевают за трендами?
  • Kilkennycat © (27.03.17 04:44) [22]
    Лисп и Лого. Всегда в тренде.
  • Кто б сомневался © (27.03.17 09:59) [23]

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


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

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

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


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

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

    > Кто б сомневался ©   (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]
    >
    > они обречены тестировать на юзерах пока не будет взрывного
    > роста популярности, на порядок.

    У них на бету не так уж мало людей подписано. Многие из моих знакомых. Самому мне всегда было лень :)
  • Kerk © (27.03.17 12:59) [26]

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

    Опять же. Доведи Embarcadero всё до ума хотя бы года два-три назад, может и на Delphi были бы мобильные приложения у нас, кто знает. В этом вот и выражается запаздывание.
  • Дмитрий Белькевич © (27.03.17 13:34) [27]

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


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


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


    Писать, использовать и продавать, как вариант.
  • Дмитрий Белькевич © (27.03.17 14:02) [28]

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


    Если есть сервер - я бы посмотрел в строну того же унигуя. Чем писать кучу приложений, проще одно сделать.
  • Kerk © (27.03.17 17:54) [29]

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

    Так эти приложения уже есть. Не переписывать же их теперь.
  • Дмитрий Белькевич © (27.03.17 18:20) [30]
    Если поддерживать не нужно больше, чем они есть - то, конечно, нет смысла. А если нужна постоянная поддержка, то чего ради? Мы у себя с десятка два форм виндового гуя планируем выкинуть, и десяток страниц в вебе, заменим всё на унигуй.
    Поддержка зоопарка немного напрягает (особенно в вебе), вдобавок не все фишки есть у виндового гуя. Например - много-юзерский интерфейс. Да и грид унигуевый мне даже больше симпатичен, чем тот, что мы используем.
  • ухты © (27.03.17 18:46) [31]

    > много-юзерский интерфейс
    это как?
  • ухты © (27.03.17 18:48) [32]

    > что делалось на вебе (jQuery) полгода, сделали за три дня.
    весьма сомнительно, если только те кто делал ни веба ни квери до того в глаза не видели
  • Дмитрий Белькевич © (27.03.17 19:00) [33]

    > это как?


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


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


    Ну как бы вот так.
  • Belkin © (27.03.17 19:09) [34]

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


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

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

    А как насчет Андроида? Будет ли код, написанный на Berlin 10.1, работать в следующих версиях Android?
    Я не говорю про использование новых фишек ОС, а о работоспособности приложения. Можно ли просто заморозиться на текущей, вполне сносной версии Delphi 10.1?
  • Кто б сомневался © (27.03.17 19:31) [35]

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

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


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


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

    А так по идее можно поставить обновленное Android SDK на нужную версию Delphi  и вперед (лучше так не делать, а использовать рекомендуемое SDK по умолчанию)
  • Кто б сомневался © (27.03.17 22:11) [36]

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


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

    Фактически результат воспринимается как отдельная программа под MacOS, технически ваша Windows программа запускается под Wine.
  • Kerk © (27.03.17 23:04) [37]
    Мы пробовали Parallels Desktop. По описанию это вроде где-то рядом. Но это опять дополнительные расходы.

    Стоимость делфи - это одно. Это можно себе позволить. Но дополнительные расходы, которые увеличивают стоимость каждого устройства и пользовательского рабочего места (лицензии на Windows, Parallels и т.п.) - это уже проблема.
  • Кто б сомневался © (27.03.17 23:25) [38]

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


    Можно перевести часть работников на удаленку, они пусть работают себе дома как они обычно работают (на пиратках или покупной Delphi), - а в офис меньше лицензий покупать.
  • Игорь Шевченко © (27.03.17 23:29) [39]
    Кто б сомневался ©   (27.03.17 23:25) [38]

    Странный ты.
 
Конференция "Прочее" » Лучшая версия Delphi
Есть новые Нет новых   [118232   +42][b:0.001][p:0.001]