> Кто б сомневался ©   (02.04.17 20:00) [158]
>
> codenameone лучший из перечисленного списка, судя по отзывам.
> Но там баг на баге, больше проблем.

Ну в Delphi-то нету багов...

Ты кстати задумайся почему Appmethod закрыли, а Delphi нет.

Kerk ©   (02.04.17 20:05) [159]

> Время показало, что переносимость кода между компьютерами
> и мобилками особо не нужна. Все (C#, Delphi, Java, C++ и
> многие другие) попробовали. Не получилось.


Какое еще "время показало"? 10 лет назад не было таких средств вообще.
Ни Xamarin, Apache Cordova, Ionic, Delphi все это появилось 6 - 8 лет назад.


> Не получилось.

Чтобы сделать такой вывод, нужно чтобы прошло лет 15.


> Есть очень узкая ниша корпоративных приложений, где главное
> - это дешево и сердито

Наверное наоборот. Java и С\Swift это дешево. Ну потому что реально это дешевле delphi.


>  продолжают писать на Java под Android и на ObjectiveC/Swift
> под iOS. Как так получается? Наверно все эти люди дураки?
>

Куча наработок (готового CopyPaste кода), легче войти в курс дела.

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

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

> Кто б сомневался ©   (02.04.17 22:01) [161]
>
> Kerk ©   (02.04.17 20:05) [159]
>
> > Время показало, что переносимость кода между компьютерами
> > и мобилками особо не нужна. Все (C#, Delphi, Java, C++ и
> > многие другие) попробовали. Не получилось.
>
> Какое еще "время показало"? 10 лет назад не было таких средств
> вообще.
> Ни Xamarin, Apache Cordova, Ionic, Delphi все это появилось
> 6 - 8 лет назад.

Ну и все это вместе взятое хоть сколько-нибудь заметную часть рынка не отъело. Потрясающий результат для 6-8 лет развития.

> > Не получилось.
>
> Чтобы сделать такой вывод, нужно чтобы прошло лет 15.

Через 15 лет все будут писать для трехмерных голографических очков вживленных в мозг, а для мобильные платформы останутся для дедушек :) Не факт, что Android и iOS вообще будут существовать в сегодняшнем виде через 15 лет. Слишком уж большой срок это.

> > Есть очень узкая ниша корпоративных приложений, где главное
> > - это дешево и сердито
>
> Наверное наоборот. Java и С\Swift это дешево. Ну потому
> что реально это дешевле delphi.

Господа-пиарщики кроссплатформенности, вы между собой как-то согласуйте аргументы. То у вас кроссплатформенность - это дешевле, потому что не надо код по три раза переписывать. То у вас кроссплатформенность - это дороже потому что Java/Swift - это бесплатно, а за делфи платить надо. Так как же все-таки на самом деле? :)

> >  продолжают писать на Java под Android и на ObjectiveC/Swift
> > под iOS. Как так получается? Наверно все эти люди дураки?
>
> Куча наработок (готового CopyPaste кода), легче войти в
> курс дела.

Ну ты же понимаешь, что это взаимосвязано? Наработок потому и куча, что много тех, кто эти наработки делает.

Это вот самое-самое слабое место современного Delphi. Отсутствие наработок на новых платформах. Почему? Потому что они никому не нужны. Это не то чтобы плохо, это просто факт. Такая вот особенность сообщества. Всех и так всё устраивает. Вон до сих пор сколько вакансий с Delphi7.

> медленно работать это уже стало нормой для веба
как так.. еще недавно говорили что скрипты опережают натив, а тут на тебе ))

> Это вот самое-самое слабое место современного Delphi. Отсутствие
> наработок на новых платформах. Почему? Потому что они никому
> не нужны.


Потому что мало времени прошло. Постепенно база набирается, люди пишут статьи, отвечают на вопросы.
Но создать ПО для разных ОС на Delphi будет быстрее, чем если создавать его как отдельный проект, на отдельном языке для каждой платформы.

Но создать ПО для разных ОС на Delphi будет быстрее, чем если создавать его как отдельный проект, на отдельном языке для каждой платформы.

контроллер с логикой умного дома например.
чтоб и на win-pc, роутере или orange/banana/rasp etc

> Кто б сомневался ©   (03.04.17 08:52) [164]


> Но создать ПО для разных ОС на Delphi будет быстрее, чем
> если создавать его как отдельный проект, на отдельном языке
> для каждой платформы.

так с этим никто не спорит, даже наоборот.
весь вопрос в том, что когда ПО (точнее сервис, частью которого является мобильное ПО) становится известным и мейнстримовым, возможностей кроссплатформенных инструментов начинает не хватать.
к тому же, любой кроссплатформенный инструмент будет всегда заведомо в оппозиции к разработчику платформы. Java - ярчайший тому пример. Не будь корпоративной политики - это было бы, уже давно, идеальное кроссплатформенное средство.

> Eraser ©   (03.04.17 09:01) [166]


> к тому же, любой кроссплатформенный инструмент будет всегда
> заведомо в оппозиции к разработчику платформы. Java - ярчайший
> тому пример. Не будь корпоративной политики - это было бы,
>  уже давно, идеальное кроссплатформенное средство.

а что мы имеем сейчас? даже FF скоро запретит запуск Java аплетов, Хром уже давно запретил. ibank2, к примеру, переписали все на html5. для такого типа ПО это даже хорошо, но если ПО требуется более тесное взаимодействие с системой - тут никакой html не поможет.

но если ПО требуется более тесное взаимодействие с системой - тут никакой html не поможет.

а зачем хтмлу самому тесно взаимодействовать с системой?

>  Кто б сомневался ©   (03.04.17 08:52) [164]
>
> > Это вот самое-самое слабое место современного Delphi. Отсутствие
> > наработок на новых платформах. Почему? Потому что они никому
> > не нужны.
>
> Потому что мало времени прошло. Постепенно база набирается,
>  люди пишут статьи, отвечают на вопросы.

Нормально времени прошло.

Первая версия Delphi вышла в 1995 году. Прошло 5 лет. К 2000 году была развита огромная экосистема. Компоненты, библиотеки, статьи, книги, форумы. Жизнь хлестала через край.

Такая фирма как DevExpress, к слову, была основана в 1998 году. Через 3 года после появления Delphi из ниоткуда. А сейчас они FMX даже трогать не хотят.

Google Cloud Platform открыта в 2011 году. С тех пор на NodeJS написана вся необходимая инфраструктура, бери и пользуйся. Для Delphi не сделано ничего, кроме пары платных библиотек, даже и близко не покрывающих всего спектра потребностей.

И это не проблема Delphi как средства разработки, всё это можно на Delphi написать при необходимости. Это особенность сообщества, которому всё это не нужно.

> контроллер с логикой умного дома например.
> чтоб и на win-pc, роутере или orange/banana/rasp etc


Вполне. На том же Лазаре уже реализуемо.

Мы как раз несколько программ хотим утащить под оранж. У Романа, вероятно, софт, в основном, 'интерфейсный'. У нас же программы на 70-80% состоят из неинтерфейсных библиотек и от кросс-платформенных инструментов у нас огромный выигрыш. Делфи + лазарус отлично подходят. Безусловно, инструменты неидеальные. Но где вы видели золотую пулю? Плюсы? Жава? Переписывать всю пачку библиотек на кучу платформ? Чего ради?


> Через 15 лет все будут писать для трехмерных голографических
> очков вживленных в мозг, а для мобильные платформы останутся
> для дедушек :)


Всё равно это гуй. А все обвязончные либы никуда не денутся. Будут такие интерфейсы - будем под них писать, пофиг.

Вполне. На том же Лазаре уже реализуемо.

да ктож сказал-то что нереализуемо.
вопрос был про секундомер.

сколько часов на скриптах и сколько дней на лазаре.

Переписывать всю пачку библиотек на кучу платформ? Чего ради?

во во. я дельфи программист, ничего не хочу знать, хочу уютненький f9

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

> ibank2, к примеру, переписали все на html5


У нас веб - обязательно без флеша (который уже почти выпилили), без жавы, без ActiveX. Только HTML + JS. HTML5 + WebGL.


> но если ПО требуется более тесное взаимодействие с системой
> - тут никакой html не поможет


Уже тоже не совсем верно :) Вспоминая WebGL. Хотя, конечно, веб очень сильно ограничен браузерной песочницей. До того же клипбоарда нельзя добраться, какое тут нафиг железо :)

> от нее надо просто отказаться и пользоваться другими кучами
> которые на тех платформах уже есть.


Видишь ли, ключевые библиотеки должны быть свои. Чужие подходят мало. Господа, вот не нужно нас учить бизнесу, хорошо? :)

> ну какую кучу? которую вы налабали за десять лет усевшись
> на делфи?
> так ее не надо переписывать под сто платформ.
> от нее надо просто отказаться и пользоваться другими кучами
> которые на тех платформах уже есть.


Детский сад и десткий лепет.

Видишь ли, ключевые библиотеки должны быть свои. Чужие подходят мало. Господа, вот не нужно нас учить бизнесу, хорошо? :)

это детский сад и детский лепет.

вот это вот оно и есть

Переписывать всю пачку библиотек на кучу платформ? Чего ради?

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

Угу, посоветуй еще майкрософту отказаться от TCP/IP стёка.

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