Comments 65
Эх, Delphi, в другое время, в другом месте как бы мы с тобой могли повеселиться… А сейчас — прости, у меня есть Java.
Технология в принципе не плоха. Я правда давно уже мигрировал с Delphi/Builder на Qt и другие фреймворки. Цены на Delphi уж очень кусаются.
я тоже считаю, что это замечательная технология.Но популяризировать её с такими ценами невозможно. Сделали бы например бесплатно для разработки бесплатных приложений с обязательным сплэшом. Вобщем популяризировать — привлекать разработчиков и всячески способствовать этому. Я вот «на попробовать» на один проект как инди-разработчик не хочу платить $4к.
Так о чем и речь. Мне маркетинговая политика не понятна. Можно, наверное, сделать версию для обучения бесплатной как у той же студии. И продавать модульно. Скажем версию для мобильной разработки отдельно и не по космическим ценам. Ну вот не верю я, что компания разориться, если такой продукт будет стоить, скажем 300 долларов для платных приложений. Зато народ подтянется. Что бы изменить ситуацию, все таки надо, имхо, пойти немного на встречу разработчикам. Ведь лишних нескольких килобаксов нет у людей, которые публикуют бесплатные приложения, приносящие им от рекламы по 100 долларов в год.Сменится поколение и тяжело будет привлечь разработчиков обратно.
Но популяризировать её с такими ценами невозможно.
Кто-то в Эмбаркадере вообще думает о популяризации? Я ещё не видел ни одного положительного отзыва о FireMonkey или новой кросс-платформенности. Все поголовно ноют про невменяемые тормоза в любых приложениях, выходящих за рамки «Hello World», про баги, про недоработки (вон, снизу уже комментарии подоспели). На официальном форуме нескончаемый срач. Популяризовать в буквальном смысле нечего, потому что новые фичи использовать невозможно.
Сейчас Эмбаркадера банально высасывает деньги из тех, кто уже «подсел» на Дельфи и никак не смог перебраться на что-то другое. Очевидно, что подсевшие — это в основном огромные неповоротливые компании, которые эти килобаксы могут потянуть без особых проблем. Вот их и доют. Это рационально.
Есть, конечно, некоторая надежда, что FM и кросс-платформенность доведут до нормального состояния, и тогда подумают о привлечении новых разработчиков, но я бы не задерживал дыхание в предвкушении.
Сейчас Эмбаркадера банально высасывает деньги из тех, кто уже «подсел» на Дельфи и никак не смог перебраться на что-то другое. Очевидно, что подсевшие — это в основном огромные неповоротливые компании, которые эти килобаксы могут потянуть без особых проблем.
Деньги не вопрос. Вот только перевести огромный проект 12-летней давности с D5 или D7 на XE5 та ещё проблема. Можно купить XE только для того, чтобы легализовать старые версии IDE.
А новые проекты на XE начинать никто не будет.
Спасибо за конкретный пример разработки, а не маркетинговый буллшит.
Возможно вы сами столкнетесь с багами FireMonkey, и наконец начнете исправлять их.
Возможно вы сами столкнетесь с багами FireMonkey, и наконец начнете исправлять их.
Простите за занудство, но SQLite игнорирует размер строковых полей. Потому что в любое поле можно поместить строку неограниченной длины ( «в пределах разумного» © ).
С нетерпением ждем следующих статей. Delphi люблю и глубоко уважаю с детства. Возможность разработки под мобильные платформы для меня — один из ключевых факторов.
К сожалению, с такими ценами плохо представляю, как будет выглядеть отвоевывание утраченного рынка. $1000+ — это даже не смешно. Как я ни люблю Delphi, но можно гарантировать, что любые проекты, которые я буду начинать в ближайшем будущем, будут сделаны не на нем. А то, что начинают фрилансеры, в дальнейшем часто уходит на корпоративный уровень, и развивается и поддерживается без смены системы разработки.
Искренне жаль.
К сожалению, с такими ценами плохо представляю, как будет выглядеть отвоевывание утраченного рынка. $1000+ — это даже не смешно. Как я ни люблю Delphi, но можно гарантировать, что любые проекты, которые я буду начинать в ближайшем будущем, будут сделаны не на нем. А то, что начинают фрилансеры, в дальнейшем часто уходит на корпоративный уровень, и развивается и поддерживается без смены системы разработки.
Искренне жаль.
Цена в 1000у.е. считаю разумной. Т.к. у программиста зарплата два раза больше. Имею виду компаний. Фрилансеры… когда у низ было лицензионное ПО)?
PHPStorm/IDEA/PyCharm/ReSharper у многих лицензионный в виду более адекватных цен.
Ну и мне таки кажется, что в основном выбирают не пиратское ПО, а бесплатные варианты: Qt, Java, Visual Studio Express (Express тоже можно для коммерческого, ну и там еще есть всякие бизспарки, по которому можно на год получить Pro студию).
Для веб и мобильной разработки вообще много бесплатных сред, а вышеупомянутые продукты JetBrains, если уж совсем не хочется платить, то можно использовать вроде бы вполне легально EAP версии.
Ну и мне таки кажется, что в основном выбирают не пиратское ПО, а бесплатные варианты: Qt, Java, Visual Studio Express (Express тоже можно для коммерческого, ну и там еще есть всякие бизспарки, по которому можно на год получить Pro студию).
Для веб и мобильной разработки вообще много бесплатных сред, а вышеупомянутые продукты JetBrains, если уж совсем не хочется платить, то можно использовать вроде бы вполне легально EAP версии.
Считаете разумной? Кто я, что бы спорить )
Вопрос разумности цены в условиях рыночной экономики очень неоднозначен. Когда вокруг полно подобных инструментов по более демократичным ценам или вообще бесплатно, я, пожалуй, продолжу считать, что цена для меня неприемлема.
Вопрос разумности цены в условиях рыночной экономики очень неоднозначен. Когда вокруг полно подобных инструментов по более демократичным ценам или вообще бесплатно, я, пожалуй, продолжу считать, что цена для меня неприемлема.
FireMonkey — ни разу не юзабельна. Я откровенно разочарован текущей маркетинговой политикой от Embarcadero. FireMonkey в текущем виде годится только для создания небольших семплов и туториалов. Посмотреть 3 записи в БД — да. Когда же форма обрастает компонентами — оно начинает люто бешено тормозить.
Я как то поставил себе XE3, и решил попробовать начать проект на FireMonkey. Думаю, если все пойдет — то по истечении 30 дней куплю таки себе в личное пользование XE3. Читал кучу туториалов, лазил по справке, в общем делал все как надо. Идеология работы с компонентами понравилась, но смотрю — что то как-то тормозит, хотя тормозить еще толком нечему. Чуть-чуть усложнил проект, на форме появились новые елементы, списки и т.п. Тормозит. Но почему? Полез разбираться.
А тормозит потому, что написано влоб for i := 0 to Childs.Count — 1 do… и гоняет код без каких либо оптимизаций по всем чайлдам/контролам. Лучшие оптимизации какие я там видел — это досрочный выход из циклов, и объединение 20 InvalidRect-ов в один через union :)
Ребят, в самом деле, вы что? Ту текущую реализацию, которая у вас вышла — её надо полностью выкинуть, потому что всего 100 записей в списке — и все, оно на скроллинге тормозит дико.
Я искренне желаю, чтобы маркетологи заставили программистов реализовать IDE на FireMonkey. Может тогда я думаю выйдет наконец то FireMonkey 3.0 с нормальной реализацией. А то уже 5 версий делфи с FM, а IDE никак не портируют на другие платформы.
Я бы мог еще тут рассказать про то как сама IDE падает при работе с FM, про замечательный новый RTTI, который полон багов и сюрпризов, про то как поломали и без того неудобный редактор библиотек типов. Но я считаю все это мелочью по сравнению с паршивой реализацией FM библиотеки.
p.s. Я очень люблю делфи как язык. С точки зрения удобства использования — мне нравятся те изменения, которые происходят в языке и в библиотеках. Я очень хотел бы пользоваться всем этим, но я очень не доволен тем, что этим практически невозможно пользоваться. Из всего нового, что появилось в языке с приходом Embarcadero, я использую (и мне нравится использовать) — юникодные строки и дженерики. Все. Я бы очень хотел опробовать новые платформы, но я не могу. На текущий момент новые платформы проще осваивать на Lazarus-е, чем на Delphi.
Я как то поставил себе XE3, и решил попробовать начать проект на FireMonkey. Думаю, если все пойдет — то по истечении 30 дней куплю таки себе в личное пользование XE3. Читал кучу туториалов, лазил по справке, в общем делал все как надо. Идеология работы с компонентами понравилась, но смотрю — что то как-то тормозит, хотя тормозить еще толком нечему. Чуть-чуть усложнил проект, на форме появились новые елементы, списки и т.п. Тормозит. Но почему? Полез разбираться.
А тормозит потому, что написано влоб for i := 0 to Childs.Count — 1 do… и гоняет код без каких либо оптимизаций по всем чайлдам/контролам. Лучшие оптимизации какие я там видел — это досрочный выход из циклов, и объединение 20 InvalidRect-ов в один через union :)
Ребят, в самом деле, вы что? Ту текущую реализацию, которая у вас вышла — её надо полностью выкинуть, потому что всего 100 записей в списке — и все, оно на скроллинге тормозит дико.
Я искренне желаю, чтобы маркетологи заставили программистов реализовать IDE на FireMonkey. Может тогда я думаю выйдет наконец то FireMonkey 3.0 с нормальной реализацией. А то уже 5 версий делфи с FM, а IDE никак не портируют на другие платформы.
Я бы мог еще тут рассказать про то как сама IDE падает при работе с FM, про замечательный новый RTTI, который полон багов и сюрпризов, про то как поломали и без того неудобный редактор библиотек типов. Но я считаю все это мелочью по сравнению с паршивой реализацией FM библиотеки.
p.s. Я очень люблю делфи как язык. С точки зрения удобства использования — мне нравятся те изменения, которые происходят в языке и в библиотеках. Я очень хотел бы пользоваться всем этим, но я очень не доволен тем, что этим практически невозможно пользоваться. Из всего нового, что появилось в языке с приходом Embarcadero, я использую (и мне нравится использовать) — юникодные строки и дженерики. Все. Я бы очень хотел опробовать новые платформы, но я не могу. На текущий момент новые платформы проще осваивать на Lazarus-е, чем на Delphi.
Подозреваю, что их ресурсов еле еле хватает, чтобы хоть что то успевать релизить, какие там оптимизации?
И потом много ли энтерпрайз кодеров умеют сложность алгоритма оценить и понизить. ООП вообще ее часто скрывает. А она берет и вылезает где нибудь между красивыми паттернами.
И потом много ли энтерпрайз кодеров умеют сложность алгоритма оценить и понизить. ООП вообще ее часто скрывает. А она берет и вылезает где нибудь между красивыми паттернами.
Я искренне желаю, чтобы маркетологи заставили программистов реализовать IDE на FireMonkey. Может тогда я думаю выйдет наконец то FireMonkey 3.0 с нормальной реализацией. А то уже 5 версий делфи с FM, а IDE никак не портируют на другие платформы.
Портировать малой кровью у Embacadero не выйдет.
Т.к. к сожалению Delphi IDE, уже давно, не только на Delphi написана:
Скрин
Refactor и новомодный LiveBindings Designer явно сделаны на .Net, по крайней мере их GUI.
Я бы на месте Embacadero постыдился и переписал их на Delphi.
Ну если так, то о чем вообще можно говорить. Разработчики Delphi уходят от Delphi… Короче вся надежда на лазарус.
Refactor и новомодный LiveBindings Designer явно сделаны на .Net, по крайней мере их GUI.
Обоснуйте пожалуйста. Сырцы доступны, где Вы там. net нашли?
Вы имя класса окна на скриншоте видите?
Это хвосты от самой IDE, которые еще Borland оставил. Оно есть во всяких инспекторах, да и в редакторах моделей тоже.
Но не думаю, что это касается непосредственно реализации LiveBindings дизайнера. Скорее всего, просто где-то использованы старые классы.
В принципе я согласен. .Net это полное убожество и от него нужно избавляться.
Но не думаю, что это касается непосредственно реализации LiveBindings дизайнера. Скорее всего, просто где-то использованы старые классы.
В принципе я согласен. .Net это полное убожество и от него нужно избавляться.
Где это исходники самой IDE доступны?
а resharper уже отменили? Если это сделано на. net в чем проблема получить исходники?
Вы наверно хотели сказать reflector.
Нет, не отменили. В папке bin куча .NET'овских dll.
Нет, не отменили. В папке bin куча .NET'овских dll.
Рефакторинг, например, как и писали (формы, по крайней мере)
Да, вы правы reflector в данном случае уместнее (привык к решарперу в студии, автоматом написал). В принципе была ведь версия delphi ориентированная на net. Возможно еще в те времена что то сваяли на net. Хотя, хоть убейте, не приложу ума, зачем они могли это сделать, чего им не хватало своего. Интересно было бы исследовать этот момент.
Из всего нового, что появилось в языке с приходом Embarcadero, я использую (и мне нравится использовать) — юникодные строки и дженерики.
Юникодные строки чем-то принципиально отличаются от тех, которые в Delphi 7?
Выглядит так, будто бы людям из 96 года дали в руки айпад и попросили их написать приложение для айпада.
Отдельно умиляет предложение положить библиотеку в system32
Отдельно умиляет предложение положить библиотеку в system32
Непонятно, для чего это делать? Специалистов на Дельфи в мире почти не осталось. Те, кто остались, менее всего заинтересованы в каких-то планшетах: они сидят по НИИ в лабораториях и ждут пенсии.
Для чего это все?
Для чего это все?
Толсто. :)
Хотя ситуация с Дельфи плачевная, сложно спорить с тем, что идея с кросс-платформенностью и современной UI библиотекой — всё-таки хороша. Дело за малым — сделать так, чтобы оно всё работало. :) Думаю, если нормально реализовать новые фичи и продавать среду по адекватным ценам, то Дельфи может вернуться с того света.
Хотя ситуация с Дельфи плачевная, сложно спорить с тем, что идея с кросс-платформенностью и современной UI библиотекой — всё-таки хороша. Дело за малым — сделать так, чтобы оно всё работало. :) Думаю, если нормально реализовать новые фичи и продавать среду по адекватным ценам, то Дельфи может вернуться с того света.
Считаете, что меня в мире не осталось? Или я сижу в НИИ и жду пенсии? Ни разу не угадали. Для чего вообще это написали в ветке, где тусуются делфисты? Карма мешает? )
Я сам писал и пишу на дельфи с 1996 года. Это не мешает мне объективно смотреть на мир и констатировать факт, что при всех плюсах технологии она в настоящий момент не живая. По разным причинам, но поезд этот ушел. Специалистов нет, подготовки нет, ничего нет. Технология стала маргинальной.
Это не мешает мне объективно смотреть на мир и констатировать факт
Вы уж извините, но Ваше высказывание никак не может претендовать ни на объективность, ни на констатацию факта:
Специалистов на Дельфи в мире почти не осталось. Те, кто остались, менее всего заинтересованы в каких-то планшетах: они сидят по НИИ в лабораториях и ждут пенсии.
Бред ведь. Даже комментировать не буду. А это:
Непонятно, для чего это делать?
Вы правда считаете, что на C# или PHP писали до их появления? Но ничего, с нуля начинались, а сейчас очень популярны.
Ну да ладно, кто бы и что бы не начинал делать, он обязательно делает это под стройных хор «объективных» пессимистов, которые заранее знают, что у него ничего не получится.
Есть совершенно объективные «таблицы» и графики, показывающие уровень популярности тех или иных технологий. В РФ и пост-совке — да, Дельфи популярен в сегменте десктопных приложений для Win. Но а если посмотреть в мире?
Кто-то должен был это сказать. Паскаль — это шаг назад, и туда трудно заставить кого-то идти. Его можно бесконечно допиливать и добавлять фич, только главный вопрос — зачем? Это можно оспорить технологически, но с точки зрения маркетинга (среди программистов) паскаль имеет высокий антирейтинг в плане перспективности, в том числе и в связи с великим кидаловым со стороны Борланда. Для меня сейчас возвращение в Дельфи — это возвращение в прошлое, куда я не хочу. Да, я субъективный пессимист…
Вы правда считаете, что на C# или PHP писали до их появления? Но ничего, с нуля начинались, а сейчас очень популярны.
Разница в том, что все новые языки бесплатны и опенсорсны. Только этим можно смягчить риски непопулярности. (Попробую, не понравится, не сильно теряю. Если где-то будет полный затык или баг, который проявляется только на моём проекте, допилю под себя среду/компилятор).
Шарп как бы не очень опен-сорсен. :) (Впрочем, компилятор шарпа и вбасика переписывают на дотнет, так что, как минимум, скоро можно будет декомпилировать большую часть кода компилятора.) Вот бесплатность языка и среды — да, важный критерий, потому что без него нет опен-сорса, без которого язык загнётся.
Эх, Дельфи, Дельфи, но поезд уже ушел, и давно…
Сейчас увидите… после выхода RAD XE5 у старого доброго Дельфи действительно новая жизнь! Ведь многие студенты ничего не смыслят в Яве, но у очень многих в универах учили дельфи. И сейчас желающих стрепать свое «мега-крутое» приложение и выложить на андроид-маркет явно повысится, а значит и популярность Делфи взлетит!
К сожалению, мега-крутые поделки на Дельфи XE5 под андроид действительно пока могут таковыми называться лишь в кавычках…
Если бы не цена в тыщу евро…
Давайте смотреть правде в глаза: 99.99% его просто скачают с интернета… Я помню когда мы учились в универе, у них там на всех компах Дельфи 5-й стоял, а ключ с кейгена…
Но это «мега-приложение» получится также и мегатяжёлое (тот же «Hello World» занимает 5 Мб), и к тому же не совместимое с Android x86 (потому что таким его сделали в Embarcadero и на это уже многие плюются — нативная виртуальная машина с эмуляцией ARM жутко тормозит и зачастую не запускает приложения, а под шустрыми виртуалками типа Genymotion приложение не выполняется принципиально).
После Visual FroPro 9 уже несколько лет использую и Delphi XE2 +VCL и C# +.Net одновременно на разных проектах. Причем проекты большие и серьёзные что позволяет сравнить скорость достижения конечного результата и удобство. У обоих технологий есть свои плюсы и минусы но отдавать преимущество какой то одной я бы не стал. С точки зрения скорости разработки delphi даже немного впереди. Могу на вскидку назвать минимум 6 контор только в моём городе которые работают в Delphi по серьёзному и слазить с него не собираются (и это только те кого я знаю). А с приходом мультиплатформенности уже точно останутся на нём. FireMonkey рано или поздно допилят и сделают быстрым и стабильным (как в своё время сделали это с VCL). Насколько я знаю основная задача на данном этапе была показать намерения компании. А для меня, как разработчика важно видеть куда продукт двигается. И я вижу что ребята настроены серьёзно и идут именно в том направлении куда мне хочется. Хотя повторюсь, на данном этапе знания обеих продуктов мне все равно на чем писать, справлюсь на обоих но мне до сих пор не была нужна мультиплатформенность. Если завтра клиент захочет что то под iOS или Android мне есть на чем это реализовать. Ну а по поводу стоимости, для России возможно и дороговато а по Европейским меркам вполне приемлемо даже в частном порядке купить лицензию, а для фирмы даже обсуждать смешно. Опять же большая часть стоимости списывается с прибыли и соответственно с налогов. Эти деньги отдать или государству или разработчикам которые что то делают полезное для твоего будущего. Потому, думаю, реализовав мультиплатформенность, embarcadero окончательно поставило точку в споре о будущем delphi. Жить будет и вполне успешно.
FireMonkey рано или поздно допилят и сделают быстрым и стабильным (как в своё время сделали это с VCL).
Основу VCL составляют тонкие обёртки над уже имеющимися встроенными в винду контролами, то есть по определению очень быстрыми, качественными и проверенными временем. FM — реализация всего с нуля, причём сложность самих контролов на порядок выше, и обещается невменяемая кросс-платформенность. Масштаб очень разный.
Потому, думаю, реализовав мультиплатформенность, embarcadero окончательно поставило точку в споре о будущем delphi. Жить будет и вполне успешно.
Точка будет, когда всё это будет использоваться… VCL, может, и достойный конкурент WinForms, но прогресс UI в лице WPF/Qt/JavaFX шагнул вперёд. FM — это попытка догнать убегающий поезд, и именно его успех определит будущее дельфи, ИМХО.
т.е. Вы считаете что если сложность увеличилась то не допилят?
Приложения на WPF в отличии от FM не несут мультиплатформенность, да и по спорости WPF далёк от идеала, притом, насколько мне известно, какого то повального массового применения WPF не получил, народ попробовал и вернулся на WinForms и ждёт когда допилят (по крайней мере говорю о конторах с которыми сталкиваюсь по работе). Не буду говорить о Qt и JavaFX т.к. ситуацией не владею. Но в случае с WPF говорить о том что поезд ушел я бы не рискнул, думаю вся борьба ещё впереди. Возможно у Вас какая то другая статистика по WPF. Если да то поделитесь, возможно я неправ.
Приложения на WPF в отличии от FM не несут мультиплатформенность, да и по спорости WPF далёк от идеала, притом, насколько мне известно, какого то повального массового применения WPF не получил, народ попробовал и вернулся на WinForms и ждёт когда допилят (по крайней мере говорю о конторах с которыми сталкиваюсь по работе). Не буду говорить о Qt и JavaFX т.к. ситуацией не владею. Но в случае с WPF говорить о том что поезд ушел я бы не рискнул, думаю вся борьба ещё впереди. Возможно у Вас какая то другая статистика по WPF. Если да то поделитесь, возможно я неправ.
Delphi vs C# это скорее Native vs Managed и Двузвенка vs Трёхзвенка.
Так что подтягивать там много чего придётся помимо FM.
Так что подтягивать там много чего придётся помимо FM.
Допилить-то могут, но когда? Судя по всему, у Эмбаркадеры сейчас приоритет накрутить побольше фич, а не сделать эти фичи работоспособными. Например, все ноют про производительность FM, но в этом направлении ничего не делается; вместо этого на основе этого же тормозного FM прикручивается кросс-платформенность на тормозных девайсах. Какой к чертям iOS, если приложение космически тормозит даже на современном писюке? Сужу я исключительно по обсуждениям на форумах, баг-трекерах и прочих местах, но впечатление складывается именно такое.
Что в WPF допиливать? Там всё есть. Дизайнер только кошмарный. WPF медленнее, чем WinForms, но скорости объективно хватает, если не заниматься странными вещами (вроде графиков с миллионом анимированных точек или тысячами элементов в списке без виртуализации).
Если кто-то не перешёл на WPF — это их проблемы. :) Кривая обучения крутая, но оно того стоит. Хотя если делать тонкий клиент к БД с сотнями гридов на тысячи столбцов, то, пожалуй, разницы особо нет.
Что в WPF допиливать? Там всё есть. Дизайнер только кошмарный. WPF медленнее, чем WinForms, но скорости объективно хватает, если не заниматься странными вещами (вроде графиков с миллионом анимированных точек или тысячами элементов в списке без виртуализации).
Если кто-то не перешёл на WPF — это их проблемы. :) Кривая обучения крутая, но оно того стоит. Хотя если делать тонкий клиент к БД с сотнями гридов на тысячи столбцов, то, пожалуй, разницы особо нет.
По производительности — делается, хоть и маловато. Насколько я понял выступления на последнем мировом туре, они пихают в FM кучу нативного более оптимизированного кода, специализированного для разных платформ.
WPF медленнее, чем WinForms, но скорости объективно хватает, если не заниматься странными вещами (вроде графиков с миллионом анимированных точек или тысячами элементов в списке без виртуализации).
Мне вот, напротив показалось, что скорость WPF выше, чем winforms. Просто в свое время заморочился переходом на WPF и WPF оправдал надежды и по скорости и по красивости.
А вот кстати, кто-нибудь исследовал способность Дельфи работать с сторонней библиотекой контролов, не имеющей отношения ни к FireMonkey, ни к VCL? Проекты типа KOL, вроде бы, на уровне дизайнера не очень поддерживались?..
Может, теперь, с диверсификацией поддержки библиотек в IDE, сообщество cможет что-нибудь ещё более альтернативное предложить? С повышенной нативностью, в отличие от FM, где она радикально понижена…
Может, теперь, с диверсификацией поддержки библиотек в IDE, сообщество cможет что-нибудь ещё более альтернативное предложить? С повышенной нативностью, в отличие от FM, где она радикально понижена…
Одна из основных фишек Дельфи — это подход «накидал кнопок — и готово». Соответственно, без дизайнера и прочих примочек никто не будет воспринимать альтернативу всерьёз.
Про героические подвиги сообщества мечтать не приходится, потому что дельфи при текущих ценах несовместима с серьёзным опен-сорсом.
Про героические подвиги сообщества мечтать не приходится, потому что дельфи при текущих ценах несовместима с серьёзным опен-сорсом.
Начал читать статью — прям вдохновился дать вторую жизнь своему бесплатному проекту с помощью XE5.
Почитал комменты про тормоза, разочаровался =(
В одной из прошлых моих работ мы довольно долго, и с не слабым трудом переводили один старый проект с D7 на XE2. Перевели. Работало. Все относительно не плохо… Но! В итоге все ж таки проект в последствии был потихоньку переписан на C#, и разрабы просто в восторге от тех результатов производительности, которых им удалось достичь с помощью технологий .net. Большие объемы данных просто летают, никаких тормозов ни при больших расчетах, ни при импортах\экспортах.
С одной стороны я как бывший дельфист радуюсь развитию продукта. И хочу верить в то что он станет доступным, популярным и будет таки на уровне того же C# + .Net. Но с другой стороны, лучше я выучу ещё один новый язык, разберусь с не знакомым фреймворком и не буду платить сумму равную половине стоимости моего автомобиля, ради того что бы писать ради забавы, бесплатное ПО.
Почитал комменты про тормоза, разочаровался =(
В одной из прошлых моих работ мы довольно долго, и с не слабым трудом переводили один старый проект с D7 на XE2. Перевели. Работало. Все относительно не плохо… Но! В итоге все ж таки проект в последствии был потихоньку переписан на C#, и разрабы просто в восторге от тех результатов производительности, которых им удалось достичь с помощью технологий .net. Большие объемы данных просто летают, никаких тормозов ни при больших расчетах, ни при импортах\экспортах.
С одной стороны я как бывший дельфист радуюсь развитию продукта. И хочу верить в то что он станет доступным, популярным и будет таки на уровне того же C# + .Net. Но с другой стороны, лучше я выучу ещё один новый язык, разберусь с не знакомым фреймворком и не буду платить сумму равную половине стоимости моего автомобиля, ради того что бы писать ради забавы, бесплатное ПО.
Sign up to leave a comment.
Разработка кроссплатформенных мобильных приложений в Delphi #2