Лидеры

Коллеги, всем привет! Сначала хочу всех немного успокоить. Часто бывает, что в команде (а то и в сборной) по футболу меняют тренера, ведущих игроков, стратегию игры и т.д. Для футбола это - нормально. Нормально ли это для разработки софта? Отвечу комплексно. Сначала скажу, что я - MVP Embarcadero, но работаю я в www.workspad.ru - компании, организованной Сергеем Орликом. Во многом моя работа в Embarcadero до Samsung-а повлияло на то, что Сергей меня взял себе сотрудником - сейчас я занимаюсь развитием международного бизнеса www.workspad.com. Delphi остаётся моим любимым инструментом, недавно я начал писать что-то на блоге, просто жизнь позволила заниматься этим активно. Также мы начали проект TurboCocoa, где мне доверили роль frontman-а. Это такая тулза поверх Delphi, чтобы можно было писать 100% нативные по UI/UX приложения (Mac OS, iOS, Android). Но это - отдельный разговор. Конкретно про IT-бизнес, разработку ПО, зрелость продукта и кадровую политику Embarcadero. Я могу себе позволить её комментировать, т.к. я НЕ сотрудник Embarcadero (that's really impossible from inside). Разработка современного ПО - не вся, а определённого класса - стала настолько зрелой, что может быть правильным образом формализована с точки зрения требований и разбита на изолированный класс задач. Первый небольшой софт писался человеком, который "всё-в-одном", мы знаем, что первые версии Pascal писались одним человеком. Теперь это - большой коллектив. Как только Delphi как продукт стала большой и (!) зрелой, то стало возможным оптимизировать вовлечение специалистов. Это нормально для строительства - каждый новый дом - отдельный релиз. Вот наняли архитекторов, вот - проектантов, вот - бригаду бетонщиков, вот - электриков. А вот - систему кондиционирования взяли у другой компании с их проектом и их монтажом, которые тоже сами кондиционеры не производят. А обслуживать здание будет вообще другая компания (багфиксинг). Поймите правильно - я связан тесными личными отношениями с Егвением Крюковым, Ярославом Бровиным и другими разработчиками Embarcadero. Но есть и объективные процессы, которые лично меня по жизни двигали часто не туда, куда я хотел двигаться сам - есть обстоятельства непреодолимой силы. Т.е. мой анализ - безличностный. Если мы побьём задачи развития Дельфи на составные компоненты, то - да - есть совсем изолированные задачи: - компоненты - компиляторы - надстройки над IDE Возможно, именно такая организация Delphi как открытой среды и явилось причиной модульности не только её самой, но и команды специалистов, её развивающей. Т.е. я бы не стал сейчас резко негативно высказываться (опять же, несмотря на дружбу с разработчиками-Эмбаркадеровцами). Вопрос контрактной схемы развития продукта существует. Например, есть такая компания - SoftServe. Я её знаю ещё со времён Samsung. Потому как эта компания выполняет заказные разработки для крупнейших вендоров в мире, что совсем не вредит продукту. Какие минусы. Конечно, если в основе продукта не стоит узкая команда эксклюзивных архитекторов, то могут быть проблемы. Но, положа руку на сердце, даже FMX уже стала зрелой платформой, архитектурно созданной и отработанной Евгением Крюковым. Вспомним Андерса Хейлсберга. Да и даже Вирта - совсем не обязательно, чтобы он работал в Embarcadero для развития языка Object Pascal. Компоненты - ну тут мы вообще видели, что многие компоненты (наш же всеми любимый FireDAC) как раз и создавался вне Borland/Embarcadero. Компилятор - вообще отдельная песня. Какие плюсы. Плюсы - возможность оптимизировать затраты на разработку. Всякий из нас знает, можно нанять строителей на оклад и на "объем - сделал/получил" - дают существенную разницу в результатах. Более того, это - мировой тренд. Если свой разработчик может "пудрить мозг", то сдельный - не сделал, не получил. Наняли другого. А ещё с внешней рабочей силой можно поддержать любой релизный темп. Нужно упереться и выполнить обещание перед пользователями - до-няняли ещё 10 разработчиков и уложились. Стегать своих сотрудников, работающих на постоянке - бесполезно. Что можно ждать в будущем. В будущем нужно ждать следующего релиза. Не секрет, что у Embarcadero roadmap существенно расходится с релизами. В случае с сторонней разработкой это будет невозможно. Всё будет выполняться точнее. Что по деньгам? Не думаю, что это - вопрос денег. Можно больше вложить и "резче" сделать релиз, чем "растягивать удовольствие годами" (то же Linux-компилятор, я ещё до-Embarcadero это слышал). И получить больше продаж. И более сильные рыночные позиции. В любом случае, контроля над разработкой у Embarcadero теперь больше, а средства - гибче. Нужно посмотреть на следующий релиз.

Коллеги, Приглашаю всех прийти на ближайший вебинар по RAD Studio 10.1 Berlin Update 2 и задать там вопросы. Я оставлю больше времени для ответов, и мы сможем обсудить более подробно большинство из поднятых здесь тем.

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

Основатель FMX Евгений Крюков в поисках работы: https://plus.google.com/u/0/105338484741532774705/posts/SnK5twK939Y Основатель FireDAC Дмитрий Арефьев тоже больше не работает. По Вашему мнению какие все же перспективы RAD при такой кадровой политике?

Менеджер отправился к Великому Программисту и показал ему техзадание для новой программы. Менеджер спросил Мастера: «Сколько времени займёт у вас разработка этой системы, если я назначу вам пять программистов?» «Один год» — быстро ответил Мастер. «Но нам она нужна вчера! Как долго вы будете её разрабатывать, если я вам дам десять программистов?» Мастер нахмурился, и сказал: «тогда два года». «А если я назначу вам сотню программистов?» Мастер пожал плечами: «В таком случае, она никогда не будет завершена»

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

мы тут все не из-за корыстных целей. этот форум прежде всего создан для помощи вы же понимаете что этого мало для оценки FMX как конкурирующей платформы. я могу из маркета привести несколько десятков проектов, но не один из них не в топе. Это все на уровне "смотри что я сделал, круто да?" и тем более на видео не показан функционал этого приложения, залить цветом форму и влепить анимашку уйдёт пару действий мышью. Поэтому ответ пользователя был с сарказмом. Хотя мы видели (всем надоедливые) бразильские решения, про видеонаблюдение и управление аэрофлотом - этого опять же мало

Всегда пожалуйста. Ну уж извините, я не работаю в эмбаркадере и ничего вам не продаю, поэтому у меня нет никакой мотивации писать тут простыни и уж тем более выкладывать код. Я просто показал пример реально работающего и часто используемого FMX-приложения, которых якобы нет. Спасибо за конструктивную и содержательную критику. Если б я заранее знал, что реакция на ответ на отсутствие реальных примеров FMX-приложений будет таким тролльско-идиотским, я бы наверно просто не тратил время.

Ну вот успешный кейз https://vimeo.com/164110879 FMX в реальной жизни посреди городского пейзажа.

я бы не сказал, что FMX "не взлетела". Просто объем непосильный, а контора маленькая Реально все работает, не хватает производительности. Я выложил релизы на ПМ и АС. Вот когда все фичи допилят, нужен рефакторинг и оптимизация. Думаю, у всех так

можно вот так смотреть какой сейчас компонент имеет фокус procedure TForm1.FormFocusChanged(Sender: TObject); var aControl: TControl; begin if Screen.FocusControl <> nil then begin aControl := Screen.FocusControl.GetObject as TControl; Caption := aControl.ClassName + ' x ' + aControl.Name; end; end; если конкретный проверить, то if Edit1.IsFocused then Caption := 'Edit1.IsFocused';

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

Да ничего не закроют!

MVP - это MVP, и не означает что он в Emb работает

надо вообще было продать RS в TMS ))) Они и пилят быстро и фичи придумывают хорошо )

I used this code, but when I slide the webbrowser is in front. procedure TForm1.MultiView1StartHiding(Sender: TObject); begin img.free; webbrowser1.Visible := true; MultiView1.Visible := False; end; procedure TForm1.MultiView1StartShowing(Sender: TObject); begin img := TImage.Create(self); img.Parent := Layout2; img.Align := TAlignLayout.AlClient; img.Bitmap := webbrowser1.MakeScreenshot; webbrowser1.Visible := false;

эм, как бы вот

и через web installer Амиго ставился))

Это как Пашку Дурова убрали с ВК. Осталось только что бы Рад Студио выкупили Маил.ру

Господа, спасибо за участие в обсуждении! Принимая во внимание кучу параметров, я "заморочился" на написание собственной клавиатуры. Проанализировав и продебажив кучу кода FMX, удалось подменить стандартную клавиатуру собственной. На текущий момент концепт готов и работает, но обладает одним недостатком - из-за особенностей работы процедуры RegisterShowVKProc стандартный вызов клавиатуры теряется без возможности восстановления. Посему - я буду реализовывать нужные мне виды + повторять стандартные Ru и Eng, возможно - с некоторыми изменениями. Концепт предназначен для работы только под iOS. Использование: подключаете к проекту модуль из архива... и всё. Кастомная клавиатура теперь будет показываться вместо стандартной во всех контролах, в которых вообще показывается клавиатура. Известные недостатки: 1. Нет анимации появления/скрытия. 2. Не реализовано нажатие кнопки Return (пока не думал, как это делается) 3. Не реагирует на флаги TVirtualKeyboardStates 4. Не уверен в корректном удалении фрейма при завершении приложения. 5. Нет тулбара (не уверен, правда, что он нужен в собственной клавиатуре) Если необходимо - готов дать пояснения по коду. Ввиду того, что я только начинаю работать с FMX, любая критика приветствуется! iOSCustomKeyboard.zip