Лидеры

Эх, попкорн закончился) Доброго вечера всем. Вот вы тут развели ср..., прям диву даешься. Неужели тут кто то всерьез верит, что Rad Studio похоронят - вы чего? СМена кадровой политики - абсолютно нормальное явление в любой организации, которая не сидит на месте. Другой вопрос - что послужило толчком? Но не суть. Тут прочитал - вот мол никто на FMX не пишет - вы судите по тому, сколько информации (удивленный смайл). Неужто кто то всерьез думает, что солидные компании, которые базируются на Rad Studio, будет трубить на каждом углу - смотрите, у нас софт написан на Rad Studio? (если быть точным, то с использованием, не придирайтесь)) ЗАЧЕМ оно им? С такой ценовой политикой, достаточно нескольких сотен пользователей для безбедной жизни, хотя думаю их в разы больше. А вот про баги и тд - улыбнуло. Есть у меня опыт небольшой работы и с FMX под ANdroid, и куда больший по десктоп, естественно под VCL. Есть опыт с плюсами и шарпом на Visual Studio тоже под десктоп. Ну и Qt немного. И судя по своему скромному опыту, еще вопрос - где больше багов, когда начинаешь копать глубже. Тута вон галку снял, и софт с 99% уверенностью запустится у всех, а Visual Studio - без опыта, один процесс настройки зависимостей проекта в новых версиях - тот еще гемморой. А потом начинаешь пользователям долбить - скачайте рантайм, а вот еще ддлку эту, а у вас версия Фреймворка не та))) Адекватно собрать статически слинкованный Qt мне так и не удалось, точнее удалось под MinGW - не впечатлило. Похоже многие забыли - FMX, Rad, Visual, pascal, c++, c#, и тд, и тп - это только инструмент, все зависит от того, кто его держит. Kitty - мне очень интересно - отчего такая потребность - закопают или нет? А кто мешает перебраться, в случае необходимости в другую среду - знания то лишними не будут. Напоминает покупку первой машины - месяцами выбирают (количество критериев зашкаливает - и чтоб то не сломалось, и не устарело, и тд), в итоге покупается что то непотребное, просто из-за подхода, при этом количество нервов потраченных...) вы же не на всю жизнь покупаете) Так и тут - ну случится беда, закопают - так правильно сказали: может через пару лет и Андроид гавкнет - что теперь не писать под него. В крайнем случае можно на время перебирания в другую среду остаться на старой версии. Хотя, вынужден извиниться, возможно у вас действительно вперед смотрящие, долгосрочные проекты, тогда стоит думать сейчас (ни в коем случае не сарказм). Но положа руку на сердце, поверьте - выбор то не велик, к сожалению, когда дело доходит до чего - то большего, чем Hello World. P.S. не первый год пытаюсь переползти в Visual Studio - именно написание кода там куда более комфортное, но увы - так и не смог) сошелся на Dll-ках, из Visual Studio, и основе в Rad Studio - довольно удобно и комфортно.

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

System.IOUtils в uses поставить после модуля, в котором описан компонент TPath (делфи не под рукой, не скажу в каком конкретно).

В любом случае ваше желание я вас понимаю :-) Поскольку рынок на делфи складывается в основном из старых проектов, то желания перенести старое на новое больше, чем написать это же с нуля. Была в свое время попытка сделать мида конвертер. Он, вроде, как умел базовые вещи делать: переименовывать свойства и тд. Но как-то новости о нём потихоньку затихли. Видимо, из-за того, что после его работы нужно все равно потратить время на перевод кода. На счет FMX я скажу так. Что мне лично не хватает в FMX тех минимальных вещей, которые в VCL работали хорошо: четкая графика на всех платформах, нормальный ввод текста, базовые настройки компонентов и скорости работы. Причем половина банально решается протягиванием или открытием скрытых свойств, что для меня тоже загадка (почему они скрыты).

Уничтожение питерского офиса с ведущими разработчика fmх это и есть оптимизация издержек? Ответ не нужен. А Марко Канту он архитектор чего? Он еванелист, популяризирующий RAD, ведущий блога и автор пару книжек по паскалю. Он создал какой-то фрейморк для RAD? Думаю и его в течение года идера выкинет. Правильное слово НАКЛЕПАЛИ. Читаешь форумы и видишь, что и для VCL эти компоненты глюкавые, не то что для FMX. Никто не хоронить Дельфи. Речь идет о перспективах кросплатформенной FMX разработке и отчасти о firedac.

Возможно, я рискую задать глупый вопрос, но что плохого в том, что Embarcadero переходит на аутсорсинг и переносит разработку из Испании и России в Украину? Оптимизация издержек. Главные архитекторы вроде Марко Канту остаются же, не? ИМХО, продукт будет жить и развиваться (за счет продаж корпоративным клиентам). TMS вон наклепали кучу компонентов для FMX. Если бы это было невыгодно, они бы не выпускали заплатки каждую неделю. Delphi хоронят с 2000-х годов, а курилка жив еще. Есть ли еще среды программирования, которые компилят программы под четыре разные операционки?

закапать могут все что угодно! может быть через 10 лет java не будет, так что теперь под Android не писать, а может и Android самого не будет... такими аналогиями мыслить далеко можно зайти! кому нравится Android Studio тот его и использует! Могу только порадоваться! Мне не нравится, но это не повод ее хаять! P.S. надо будет и на Android Studio без проблем сделаю, но тошнит от нее... :))

ну так... пользуйтесь на здоровье! она бесплатная, XML разметка есть, столь полюбившая Вам... не вижу ни каких препятствий! нам то доказать, что хотите? не использовать RAD? так это у меня основная статья дохода от разработки на RAD! Вот на Android Studio нет! А RAD приносит деньги! может просто не повезло?

Вставлю свои пять копеек. Про изначально не понравилось в FireMonkey... Да, действительно, сначала было как у классика - "Да ты же, парень, прыгаешь в длину!" Т. е. брал Андроид и лепил десктопное приложение под него. Потом пришло понимание того, что так делать не надо. Взял тот же Андроид и начал смотреть, а как же там сделан GUI. После этого как-то отпала необходимость в гридах и прочих прелестях VCL. а вот не нравится то, что LiveBinding использовать невозможно. в принципе. Т. е. сейчас я ручками заполняю контролы из датасетов, и опять же ручками обрабатываю. Не сложно, но долго. Даже возникла идея, а не вооружиться ли старыми мануалами и не написать ли свои db-aware контролы. Отсюда сразу вопрос, нет ли каких-то принципиальных ограничений для этого? Почему пока есть только одна реализация чего-то подобного, которая нереальных денег стоит. Вторая вещь, которая мне не нравится, скорее организационная. Отсутствие преемственности кода. Вот ни разу не удалось запустить приложение, собранное на предыдущей версии FM без каких-либо правок. ну, да ладно. Потом я немного полистал литературу по Android Studio. И вот теперь задумался. Ведь FM приложения они по архитектуре несколько отличаются... А действительно, можно ли на FM написать всё то, что можно сделать в той же Андроид Студии? ну, пусть не сейчас, пусть в перспективе. Т.е. возможно ли это в принципе? Или это жертва, которую придётся приносить на алтарь кросс-платформенности?

Кто-то ждет что делфи "оживет", а кто-то пишет на ней и радуется жизни.

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

никому я ничего не указывал, просто если Вам "книга" не интересна, надо уметь набраться сил и закрыть ее, а не понукать тут своими домыслами по поводу FMX! :))

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

Вы спрашивали про модели, а не про растровые рисунки

не в сиетле не в берлине не нормлаьного DBGrid. да сторонние смотрел, tms, других то нет. хотя есть один, работающий с tdatasource но он глючный. да и когда я пробывал был xe7 и мало что вообще было под fmx. кстати берлин еще не поставил. я про что говорю - про совместимость компонентов vcl и fmx а не про полную замену их логики работы. нету там ничего такого. можно запросто. я уже пытался портитровать dbgrid, работало, но вылезла проблема в скорости прорисовки ячеек грида. думаю обычные контролы типа эдитов чекбосов да лейблов будут пахать без проблем.

Да сколько можно говорить!!!! Забудьте грид на мобилах!!! Привыкли писать под десктоп и пытаются тут эти знания прикрутить. Много, врать не буду, но многие и не только из за мобильности. Тоже очень много! Особенно хорош последний релиз берлин 10.1 с up2. У меня так даже на win XP заработало стабильно!

Есть часть правды в этих словах. Сейчас вижу как лагерь Дельфи программистов разделился на две части - те кто решили использовать FMX для мобильной разработки и старая гвардия, которая осталась сидеть на VCL. Причем вторые люто ненавидят саму Firemonkey (и их можно понять - первые версии больше походили на недоделанную игрушку, поэтому такое и восприятие) А был бы один фреймворк, пришлось бы всем плыть в одной лодке. Но видимо не так то просто было сделать это, поэтому имеем то что имеем. PS. А вдруг кто-то сольет все исходники студии, компиляторов и т.д. в интернет и начнут Дельфи развивать энтузиасты. Сразу небывалый интерес проявится

не скажи. на 7 делфи можно было писать код для CLX и он работал. этот же код просто перекомпилируешь под Kylix и он работал. мне нравилось. а внутрь реализации FMX не смотрел? там тоже много чего реализовано на сообщениях - TMessage используется очень часто. Все проблемы решаемы. И костыли так же. За то проблем с переходом бы не было, а это огромный плюс к развитию платформы. А это новые компоненты и так далее. Да и херн с этими TMessage, можно же было реализовать СОВМЕСТИМЫЕ параметры и методы? МОЖНО! Сделали? НЕТ! да и что дал подход нового фреймворка? НИЧЕГО!! Под FMX за все время его существования написано столько компонентов что их можно просто по пальцам пересчитать!!! за 5 лет существования!!! А если бы людям не пришлось с нуля переписывать свои программы тогда как бы это все обернулось? Тогда бы новая платформа получила свою путевку в жизнь. Все зависит от популярности продукта. Когда продукт малопопулярен он долго не живет. Да и этот подход использован в Лазаре, да они правят косяки НО один и тот же код работает везде и при этом по максимуму совместим с Делфи. При этом интерфейсы были реализованы и для QT и для GTK1 и GTK2 и Cocoa и были попытки под Android сделать. При этом все это делалось на голом энтузиазме.

Разные. Человек среду использует, судя из поста, как "чёрный ящик" , он туда код оттуда форма. Да и суть фразы про линух в другом- как только берутся за реализацию в линух после этого Delphi загибается. Спорный момент - для Delphi это только второй подход к линукс. Delphi не первый раз "хоронят", так что - "поживем увидим, выживем учтем". Тенденция направленности маркетинга мне абсолютно не нравится, ставка сделана на корпоративный сектор. С такими ценами, в нашей стране по крайней мере, нет смысла развиваться индивидуальному разработчику.

Так не устраивает? procedure TFormMain.sbSelectFolderClick(Sender: TObject); var PathFolder: string; begin if SelectDirectory('Выбор папки...', '', PathFolder) then ePathFolder.Text := PathFolder; end; SelectDirectory