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

Можно конечно делать это стоя на лыжах, в гамаке. Но зачем? :)

а вот я не понял, почему [38] странность автора и лыжегамачность.
то, что это пиратско - это понятно. но удаленка - нормальный современный метод. минимизация расходов - тоже нормальный метод, и предложенный еще не самый противозаконный.

> Kilkennycat ©   (27.03.17 23:59) [41]

Как это должно выглядеть? Нужно прийти к клиенту, к самому главному их начальнику и сказать: "Так как мы пишем на Delphi, вы все делаете неправильно, вы должны под нас подстраиваться. Выбросьте макбуки сотрудников в окошко и отправьте их домой сидеть на пиратской винде. И вообще привыкайте к накладным расходам, с нами их у вас будет очень много". Как-то так? Не, так дела не делаются.

> Kilkennycat ©   (27.03.17 23:59) [41]


Это да, более того, вам еще и работники благодарны будут, не все же экстраверты.
Я имел ввиду не работников клиента, а конкретно работников вашей компании.


> И вообще привыкайте к накладным расходам, с нами их у вас
> будет очень много".


Ну можно перенести на crossover, это стоит 20$ в год.
Можно портировать Delphi VCL на FMX и оттуда на МACOS, а также на Android и iOS.

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

Конечно я не знаю деталей, возможно действительно лучше будет сделать вебверсию..

> Кто б сомневался ©   (28.03.17 00:49) [43]

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

> ясное дело, что лучше


Ой, вам прям в журналисты надо было идти с такими формулировками.

> Кто б сомневался ©   (28.03.17 09:14) [45]

ты о чем? почитай какое бурление г. начинает в qa различных кроссплатформенных инструментов (особенно FMX) после выхода новой версии iOS или андроида. а те, кто изначально работают на xCode к моменту релиза новой iOS уже могут выпустить продукт не то что работоспособный, но и с поддержкой новой SDK со всеми ее фитчами, в тот же день практически.
я сам использую FMX, по возможности, для каждой платформы уйдем в родные IDE и языки. другой вопрос, что такой возможности пока нет.

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


Всё хорошо, только что в разработке это будет всегда дороже.


> какие тут могут быть вайны, кроссоверы,


С этим согласен. Сам очень не люблю всевозможные прослойки.


> Конечно я не знаю деталей, возможно действительно лучше
> будет сделать вебверсию.


Если в том же унигуе хватает функций и скорости - то я бы даже сильно не думал.

> Eraser ©

Да, Delphi проявила себя прекрасно пока у нас долгое время было два разработчика, а до моего прихода вообще один. Я не представляю какое другое средство разработки позволило бы сделать так много. Но постепенно приходит необходимость расти, становится гибче, масштабируемее и удобнее.

Дмитрий Белькевич ©   (28.03.17 10:32) [47]


> Всё хорошо, только что в разработке это будет всегда дороже.


Если прибыль от эксплуатации превышает стоимость разработки, то какая нафиг разница ?

фмх помрет точно так же как помер интравеб в районе D2

а ведь он был почти как кошерный asp.net и даже лучше

> Если прибыль от эксплуатации превышает стоимость разработки,
>  то какая нафиг разница ?


Разница в том, что, как правило, коммерческие организации стремятся к увеличению прибыли. Если же этой цели не ставится - то да, разницы нет никакой.

Коммерческие организации как правило существуют не в вакууме. И когда у конкурентов все лакировано и блестит, а тебя тут работает, тут не очень, а тут скотчем замотано - это как минимум вызывает вопросы.

Кроссплатформенность - это хорошо. Но это всегда компромисс. Никогда не будет кроссплатформенное приложение работать как родное. И тут не в Delphi дело. Я уж не говорю про то, что предложение пересадить всех на пиратскую винду - это совсем не серьезно уже.

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

тоже так же думал когда-то давно.
но постепенно вышло так, что делфи достаю из пыльного шкафа пару раз в год.
а раньше на каждый чих - Project1.exe

> Но постепенно приходит необходимость расти, становится гибче,
>  масштабируемее и удобнее.


Никто, впрочем не мешает совместно с Делфи использовать веб :) Мы у себя часть функций делаем в вебе. Часть, правда, будем возвращать назад, как писал. Благо, что как раз допилили унигуй.

Интересно, а есть сравнения работы компиляторов Delphi разных версий? В плане насколько быстродействующим получается выходной файл.

Например, сравнить все компиляторы от Delphi 2 до Delphi Токио, прогнав миллион итераций Inc(I)

да кому это надо вообще

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


Если так - то тут сложно что-то возразить. У нас ситуация скорее наоборот. Как раз у конкурентов скорее примотано скотчем. А веб позволил более-менее единообразно всё сделать.


> Например, сравнить все компиляторы от Delphi 2 до Delphi
> Токио, прогнав миллион итераций Inc(I)


Тест ни о чем.

> > Например, сравнить все компиляторы от Delphi 2 до Delphi
> > Токио, прогнав миллион итераций Inc(I)
>
>
> Тест ни о чем.


В моей программе много используется этот оператор, а также операторы сравнения. И всё это рекурсивно

и што?

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

вопрос:
сколько лет потребуется чтобы натикало хотя бы месяц этой разницой в пять наносекунд?