Social Icons

четверг, 18 июля 2013 г.

Что бы сделали мы с Delphi XE5/XE6/...

Уважаемые читатели блога и ленты Delphifeeds.ru!

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

Старайтесь выражать мысли кратко и лаконично. В начале осени мы подведем итоги и составим "график желаний".

107 комментариев:

  1. Вот мои must-have пункты.
    1. Delphi Express Edition
    2. Срочные инвестиции в литературу, в первую очередь в создание фундаментальных книг (пример: http://www.ozon.ru/context/detail/id/21236101/), особенно по FireMonkey (сейчас их просто нет). Сюда также можно отнести качественные how-to и whitepapers.

    ОтветитьУдалить
    Ответы
    1. Полностью присоединяюсь к Yuri. Вэбинары хорошо, но мне, и как заметил, коллегам также удобнее изучать продукт с очень хорошей книгой в руках. Плюс статьи, к которым можно вернуться и перечитать нужные моменты.

      3 насправления страдают от недостатка информации:
      - FireMonkey
      - Datasnap
      - Кросплатформенность

      Удалить
    2. 1. Express Edition - полностью согласен
      2. Подарить ВУЗам Education Edition (нечто более функциональное, чем Express - например, с поддержкой разработки под мобильные приложения). Молодежь нужно переключать с C# на Delphi (думаю, что еще не совсем поздно, т.к. по дельфям еще осталось много книг и лояльных преподавателей)

      Удалить
    3. Firemonkey интенсивно развивается, принцип "новая версия - раз в полгода" в действии, причем различия между XE2, XE3 и XE4 достаточно значительны; параллельно создаются классы кроссплатформенной абстракции для прозрачной работы с системными объектами (директориями, файлами и т.п.) вне зависимости от особенностей ОС. Не думаю, что они станут писать объемные мануалы когда работа "в процессе", и мануал устареет до выхода очередной версии.

      Пожелать EMBT хочется уважения к имеющимся клиентам, и не требовать с них по 1000-1500 долларов ежегодно на обновления и исправление ошибок предыдущих версий.

      Удалить
    4. - Datasnap - однако даже тестовый пример на калбеки - подтекает(((( Исправили бы все таки... еще со первой версии тянется(((

      Удалить
  2. Анонимный18 июля 2013 г., 15:58

    1. Довести качество существующих фич до приемлемого (дженерики, компилер, IDE, Debuger)
    2. Вывести FireMonkey на новый по качеству уровень (перевести его виндовую часть на OpenGL, сделать порт под Линукс, благо их GUI трогать не надо)
    3. Реализовать кросскомпиляцию на ARM/X86/X86-64 под Linux/Android (RTL и FireMonkey)

    ОтветитьУдалить
    Ответы
    1. 1 - без комментариев. Ну разве что довести вежливость высказываний до приемлемого уровня.
      2 - НЕ будет FireMonkey на OpenGL никогда, тому есть причины. О чём говорилось неоднократно.
      3 - ближайший релиз.

      Linux - какие данные о распространенности Linux на десктопах?
      Можно разделить на суммарное количество мобильных пользователей iOS и Android.

      Удалить
    2. Сева, про "OGL никогда" дай ссылочку, не будь голословным.

      Удалить
    3. Анонимный22 июля 2013 г., 10:35

      Присоединяюсь к вопросу почему это OGL нет? А как же OSX? а как же IOS а как же Android? Там ведь только OGL. Разве отказ от D3D в винде не сулит унификацию, облегчение кода/поддержки?

      Удалить
  3. Средства автоматизации разработки программной документации:
    - блок схема;
    - руководство оператора;(задел в виде CodeSite уже есть)
    "многокамерность" для 3D в FireMonkey

    ОтветитьУдалить
    Ответы
    1. в FireMonkey 3D можно сделать много камер и переключаться между ними.

      Form1.Camera := CameraN;

      Удалить
    2. Анонимный19 июля 2013 г., 19:24

      Интересует одновремнное отображение с нескольких камер одной и той же сцены с разных ракурсов

      Удалить
    3. я вот так это делал:
      http://www.delphinotes.ru/2012/05/fire-monkey-camera-test.html

      Удалить
    4. Анонимный20 июля 2013 г., 16:28

      Все это "костыли"! В моем случае(более тысячи объектов) - слайдшоу. В GLScene таких проблем не наблюдал

      Удалить
  4. Анонимный18 июля 2013 г., 16:07

    Про RAD в целом:
    1. Нормальную справочную систему с примерами по F1 + whitepapers (описание Indy, IntraWEB и т.д.).
    2. Подтянуть С++ Builder (iOS/Android).
    3. Значительно расширить компонентную базу (работа с портами, нормальный грид аля devExpress и т.д.).

    ОтветитьУдалить
  5. 1. Допиливание уже реализованных фич: дженерики, компилер, IDE, Debuger (с) Анонимный выше
    2. FireMonkey под Linux + Android
    3. Пофиксить все баги, что образуются при реализации 1 и 2.

    ОтветитьУдалить
  6. Анонимный18 июля 2013 г., 16:57

    Delphi Prof за впятеро меньшие деньги

    ОтветитьУдалить
  7. 1. Пофиксить баги языка (неработающая константность у рекордов, доступ к protected членам у helper'ов)
    2. Пофиксить баги компилятора
    3. Хоть чуть чуть начать думать когда тяните фичи из других языков/платформ (те же методу у рекордов без учета константности, дебилизм в иерархии IEnumerator/IEnumerator

    ОтветитьУдалить
    Ответы
    1. 1. к protected ? к private ! :-D
      2. В крайнем случае ХОТЯ БЫ ОДИН РАЗ запускат ькаждый пример из хелпа ии каждую функцию из RTL перед релизом. Ну один единственный раз, просто запустить и всё, а ?
      3. Это да. Хочу встроенный GetEnumerator чтобы можно было делать разные типы циклов, например в гриде цикл по строкам, столбцам или ячейкам.

      Удалить
    2. 2. ... GetEnumerator<T>

      чёртов блоггер/блогспот...

      Удалить
  8. Анонимный18 июля 2013 г., 17:26

    1. проапдейтить текущие поддерживаемые технологии - SOAP, XML, XSLT, REST, JSON и так далее. сделать так, чтобы код, который саппортит это все, был compliant с общепринятыми стандартами. проапдейтить WSDL-импортер, чтобы он работал с любыми типами WSDL, а не только document.

    2. проверка правильности кода, проверка синтаксиса и т.д. должны использовать общую с компилятором code base. а то стыд и позор же

    3. переписать IDE на FireMonkey. демки для студентов пусть оставят своим детям и не позорятся.

    ОтветитьУдалить
    Ответы
    1. Пункт 3 - а вот поддержу - лучшая реклама для ФМ будет.

      Удалить
  9. Для популяризации:
    1. Бесплатная версия с урезанным функционалом достаточным для обучения и создания простейших приложений.
    2. Новый евангелизм. Доносить мысль до человека максимально быстро, пока он не начал зевать и не закрыл страничку.
    3. Стимулирование пишущих блоггеров. Развитие сообществ (создание группы в социалке это не развитие, вашу мать).

    Для сбережения и развития:
    1. Начать уже наконец делать качественный продукт, а не продавать работу над ошибками снова и снова.
    2. Вкупе с FMX развивать нативные биндинги для платформо-зависимого гуя (у Lazarus team это получается, почему этого не делать и Embarcadero)
    3. Сделать компилятор который генерирует быстрый код не только на словах, но и на деле.
    4. Развивать и улучшать язык не кромсая его (потерять совместимость с существующей кодовой базой легко, но кто вам будет другую нарабатывать).

    з.ы. Кому что не нравится - см. рис. 1.

    ОтветитьУдалить
  10. Опенсорснуть FireMonkey и NextGen-компилятор под лицензией наподобие Qt-шной. То есть чтобы коммерческое использование и дальше было за деньги, но фриварные вещи можно было делать ничего не платя. Принимать патчи от комъюнити в апстрим.

    ОтветитьУдалить
  11. 1. Компилятор
    2. Фреймворк
    3. Среда

    ;)

    ОтветитьУдалить
  12. Delphi Compiler ни разу не оптимизрующий нормально.
    Скорость компиляции не критична. Оптимизируйте, потому что это Native Code. На моих тестах Delphi проигрывает C++ / .NET / Java в разы.

    ОтветитьУдалить
    Ответы
    1. Содержание тестов и результаты в студию.

      Удалить
    2. https://forums.embarcadero.com/message.jspa?messageID=478504

      Удалить
    3. .NET проигрывает Delphi в быстродействии.

      Удалить
  13. 1) добавить в FMX нативные контролья наподобие VCL (iCL);
    3) оптимизировать CPU/memory usage под iOS;
    3) выкинуть все bundled продукты и удешевить Delphi

    ОтветитьУдалить
  14. Анонимный18 июля 2013 г., 22:00

    1) Больше примеров, поставляемых с компилятором. Причём раз в 10-20 больше. Более наглядных и простых, демонстрирующих все возможности каждого компонента и основных классов. Многие не знают существующих возможностей и изобретают велосипеды, или идут ущелями, да болотами, когда есть дорога посуху.

    2) Нормальный, быстрый Help. Сейчас им никто не пользуется из-за его фактической бесполезности. MSDN - хороший пример подробной справки, где всё понятно.

    ОтветитьУдалить
  15. 1)Более удобный редактор кода с подсветкой и быстрыми переходами в области скролбара (так как это к примеру реализовано в NetBeans, IntelliJIDEA и т.д)
    2)Более удобный навигатор ( к примеру так же к в вышеописаных средах)
    3)Ну и вообще доработать саму среду а не добавлять новые фреймворки

    ОтветитьУдалить
  16. Нормальные "лямбды" совместимые с локальными функциями.

    ОтветитьУдалить
    Ответы
    1. Поддерживаю относительно сокращения синтаксиса анонимных методов. Если сделать удобоваримый синтаксис, то можно и оператор присваивания слева ставить вместо, например, if Assigned(a) then v := a.Value else v := nil;

      Удалить
  17. UML с возможностью настройки собственной кодогенерации.

    ОтветитьУдалить
  18. IfDef и комментарии и прочая "мета-информация" в dfm.

    ОтветитьУдалить
  19. Анонимный19 июля 2013 г., 1:45

    Unit Test'ы для FireMonkey

    ОтветитьУдалить
  20. Анонимный19 июля 2013 г., 5:45

    1. Оптимизировать FireMonkey.

    Остальное не нужно, терпимо.

    ОтветитьУдалить
  21. Анонимный19 июля 2013 г., 6:15

    1) Попытаться уровняться с конкурентами, то есть как уже многократно писали ранее хотя бы скинуть цену минимум в 2 раза.
    2) Повысить качество! версии меняются, а баги остаются.

    ОтветитьУдалить
  22. 1) Серьезнее относиться к багам и тому, что происходит в Quality Central. Там тысячи неисправленных проблем в каждой области. Сначала исправлять старые баги, и только потом делать новые.
    2) Нормально поддерживать Win32 как основную платформу на сегодняшний день. Переделать компоненты с крайне низким качеством, такие как TBalloonHint. Выбросить свой Ribbon и встроить системный, пусть нормально работает хотя бы на Vista/7.

    ОтветитьУдалить
  23. 1. Android compilation
    2. Delphi Express Edition
    3. Up to date Help Central

    ОтветитьУдалить
  24. 1. Поддержка Linux-a, хоть без гуя, но чтоб полноценных демонов можно было бы делать
    2. Тож само что пункт 1, но с поддержкои ARM
    3. Было бы неплохо иметь возможность в проекте, типо в Project manager дереве, создовать папки/каталоги, типо если
    много юнитов, то их както упорюдочить и сгрупировать
    4. Оптимизировать копилятор чтоб екзешники стали меньше, типо чтото придумать такое, что при компиляции
    в екзешник непоподали тонны функции и процедур, которих конкретныи проект неизпользует

    ОтветитьУдалить
  25. Нужное:
    1. Добавить примеси к классам
    2. Исправить баги IDE при работе с генериками
    3. Компилятор для Linux хотя бы под популярные Ubuntu / Android
    4. Несколько хелперов на один клас
    5. XSLT 2.0
    6. JSON
    7. Довести до ума SOAP / WSDL (несколько сервисов на разных портах в одном приложении / службе, WSDL совместимый с VisualStudio, WSO2 и другими)
    8. Обеспечить отладку служб Windows
    9. Сборщик мусора - для использования во всяческих DSL (языках предметной области внутри приложения) т.е. для ограниченного круга классов/объектов
    Из мечтаний:
    1. Оператор "отражение". Например |TForm.Caption - возвращает TRttiProperty этого самого свойства.
    2. Сборщик мусора.
    3. Оптимизация работы с Rtti - на этапе компиляции заменять все операции с Rtti которые можно проследить на нативный код.

    ОтветитьУдалить
    Ответы
    1. 4. против - можно будет сразу забыть про отлдадку. Нафиг надо.

      Удалить
    2. 9. - уже есть, две штуки. Extended Records и TInterfacedObject

      Удалить
    3. >>4. против - можно будет сразу забыть про отлдадку. Нафиг надо.
      с фига ли это?? в том же C# extension methods для одного типа могут быть расположены по разным классам и отладка вполне работает. В чем ты видишь концептуальные проблемы?

      Удалить
  26. 1. Сильно-сильно улучшить DBGrid или поставлять какой-нибудь cxGrid урезанный в функционале.
    2. Улучшить скорость и работу редактора кода и редактора форм, т.к. на более менее современных ПК даже тормозит IDE.
    3. Ошибки.... Как можно быстрее исправлять ошибки. Как можно больше их исправлять и как можно меньше их плодить.

    ОтветитьУдалить
  27. Анонимный19 июля 2013 г., 13:28

    1. Как уже говорилось выше сделать версию наподобие VS Express
    2. Хотелось бы возможность компиляции под Linux (а не под всякие новомодные и не столь востребованные ios)
    3. И подтянуть стабильность IDE

    p.s.
    1. По поводу плюшек IDE, по мне так CnPack с этим неплохо справляется
    2. По поводу грида наподобие DevExpress, то я считаю что такого монстра лучше не пихать, уж лучше что нибудь наподобие EhLib, DevExpress (по мне) в плане работы с ним неудобнее EhLib и тяжеловеснее
    3. по поводу языковых плюшек, ну не знаю. Например начиная с 2009 версии понавводили много чего, но где реально использовать это в проектах не понятно, т.к. за время работы без них были выработаны методы и средства обхода. Что реально используется так это Юникод

    ОтветитьУдалить
  28. Анонимный19 июля 2013 г., 14:27

    1) Изменить бизнес-модель: продажа среды без необходимых компонентов (что напихано урезанное - в помойку, только полнофункциональные компоненты) никуда не годится (а за такие деньги никуда не годится дважды).
    2) Изменить архитектуру базовой библиотеки: например, взять в качестве примера QT (сваливаю туда с Delphi с большим удовольствием)

    ОтветитьУдалить
  29. >>Александр Люлин
    >>Полноценный STL
    Без шаблонов STL ?? Смешно.

    ОтветитьУдалить
    Ответы
    1. Смешно ЧТО? Про Generic'и вы наверное не слышали.

      Да и - http://18delphi.blogspot.ru/2013/09/templates-in-object-pascal.html
      http://18delphi.blogspot.ru/2013/03/generic-generic.html

      Удалить
    2. Смешно ЧТО? Про Generic'и вы наверное не слышали.

      Да и - http://18delphi.blogspot.ru/2013/09/templates-in-object-pascal.html
      http://18delphi.blogspot.ru/2013/03/generic-generic.html

      Удалить
    3. Смешно ЧТО? Про Generic'и вы наверное не слышали.

      Да и - http://18delphi.blogspot.ru/2013/09/templates-in-object-pascal.html
      http://18delphi.blogspot.ru/2013/03/generic-generic.html

      Удалить
  30. Анонимный21 июля 2013 г., 1:43

    1. Исправить баги, многие из которых переходят из версии в версию годами если не десятилетиями.

    2. Оптимизирующий компилятор. Чтобы результат был быстрее .NET и Java. Иначе какой смысл в таком Native ?

    3. Включить в RTL оптимизированные функции из библиотеки FastCode и FastMove. Авто-выбор функций в зависимости от архитектуры и возможностей CPU (см. FastCodeCpuID.pas).

    4. Использовать полноценный (а не кастированный) менеджер памяти FastMM, чтобы можно было менять его настройки в опциях проекта. Может быть нанять/дать денег автору FastMM чтобы появилась версия без деградации производительности в многопоточных приложениях.

    5. Сделать чтобы CodeInsight и все что рядом не тормозило. Совсем.

    6. Сделать чтобы FireMonkey не тормозил и не глючил. Совсем. Иначе в нем нет смысла.

    7. Снизить цену раза в 3. Самая дорогая версия должна стоить не более $1500, самая дешевая - $200-$300.

    ОтветитьУдалить
  31. *. IDE - Структура формы должна быть видна в редакторе кода и быть также связана с инспектором объектов для обзора текущих настроек и навигации по событиям.
    *. WITH - обеспечить в CodeInsight и в отладчике работу с оператором, возродить для iOS. Добавить механизм псевдонимов, подобный синтаксису в операторе исключений.
    *. VCL - Провести ревизию и обновить, включить поддержку GDI+ в штатные компоненты работы с графикой. Например? TTrackBar не может в вертикальном положении вверху иметь большее значение, чем внизу - отстой. TGraphic не понимает GPBitmap - как в Win98! VCL должна оставаться на современном уровне. Иначе мало смысла для Windows-решений ( С уважением Всеволоду Леонову: какова их доля у Delphi-программистов? ) обновляться.

    ОтветитьУдалить
    Ответы
    1. Анонимный21 июля 2013 г., 18:15

      А ещё чтобы было не только "найти декларацию", но и "найти реализацию". Не при царе-Горохе живём же.

      Удалить
    2. Анонимный24 июля 2013 г., 0:26

      Да, у всех людей наборы иконок из PNG, а у нас всё BMP. На FMX переходить - а текущие системы все на винде - попа на две половинки разъедется и обязательно треснет.

      Удалить
    3. with - объединить или унифицировать с uses

      Удалить
    4. СТРУКТУРА ФОРМЫ и структура модуля - разные вещи. Т.к. код зависит от привязки к контролам, то жизненно важно искать контролы и по ним строить код. Для этого не нужно видеть макет формы, на котором к тому же и не всегда всё видно. Именно ДЕРЕВО контролов помогает найти субъекты управления, именно эту структуру нужно видеть при работе с формами.
      Да, профессионалам с MVC-подходом подавай дерево классов. Не спорю, полезная вещь. А кто мешает переключать по желанию? Но и та пока толком не работает - нет даже сортировок, при каждом чихе все узлы разворачиваются, теряется текущая точка наблюдения.

      Удалить
  32. Анонимный22 июля 2013 г., 1:51

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

    ОтветитьУдалить
    Ответы
    1. Анонимный22 июля 2013 г., 1:54

      Наверно готовится какая-то pr-акция к началу продаж XE5

      Удалить
    2. Данный опрос - исключительно личная инициатива, никакого заговора Embarcadero здесь нет.

      Удалить
    3. Анонимный23 июля 2013 г., 10:30

      В чем смысл опроса? Здесь собраны в основном уже известные претензии, ничего принципиально нового. Уже было много мест где вот так что-то обсуждали, но результата никакого не было...
      Как следует понимать предложение "В начале осени мы подведем итоги и составим "график желаний""?

      Удалить
    4. Смысл - собрать все пожелания в одном месте в более менее структурированном виде. Думаю, это не так сложно - написать один комментарий.

      Удалить
    5. Анонимный23 июля 2013 г., 13:57

      Что потом предполагается с этим списком делать?

      Удалить
    6. Просто опубликовать, а заинтересованные лица прочитают и сделают выводы.

      Удалить
    7. Анонимный23 июля 2013 г., 18:32

      С заинтересованными лицами уже есть какие-то договоренности? Или это просто надежда на то, что кто-то будет смотреть? Можно надеяться, что смотреть будет кто-то из руководства, а не блогеры с евангелистом?

      Удалить
    8. Договоренностей нет, это просто обсуждение.

      Удалить
  33. Анонимный22 июля 2013 г., 8:07

    для FireMonkey(хотя бы для Windows):
    1)Tray
    2)FastReport экспорт в PDF якорей

    Год назад начал бы переводить проекты если бы это было

    ОтветитьУдалить
  34. Анонимный22 июля 2013 г., 8:40

    книгy-учебник от embarcadero по firemonkey на русском - прочитал и все основные моменты ясны - приходится по каплям собирать с вебинаров,статей и т.п.

    ОтветитьУдалить
  35. Анонимный22 июля 2013 г., 9:34

    1. Фикс багов в QC.
    2. Оптимизация компилера (бог с ним, с размером бинарника, скорость работы кода - приоритет).
    3. Рефакторинг FireMonkey в сторону улучшения качества, а не количества.

    P.S.: 4. Нормальный хелп (простите, но в D5..D7 справка лучше была, чем есть сейчас, имхо).

    ОтветитьУдалить
  36. Анонимный23 июля 2013 г., 14:27

    1/ документацию и больше примеров по внутреннему устройству а не только основы
    2/ убрать баги и тормоза
    3/ ubuntu android

    ОтветитьУдалить
    Ответы
    1. Анонимный23 июля 2013 г., 14:40

      Да, еще пара вещей о которых даже не упомянул так как довольно специфичны и мало кому нужны:
      более гибкое влияние на процесс компиляции, как то отключение rtti, генерация pdb файлов для отладки сторрими инструментами, возможность линковать obj файлы собранные в msvs

      Удалить
  37. Анонимный23 июля 2013 г., 16:33

    Ничего, Delphi уже вряд ли что-нибудь поможет, так как кривая поделка by design. RIP.

    ОтветитьУдалить
    Ответы
    1. Анонимный24 июля 2013 г., 0:10

      А вот же какой человек - пришёл сюда, не поленился ... и нагадил.

      Удалить
    2. Анонимный24 июля 2013 г., 13:39

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

      Удалить
  38. - Хочу, чтобы в IDE всё можно было пристыковывать и также убирать на другой телевизор. Например редактор ActionList или списка полей в датасете. И вообще многие панельки не ложатся вместе на стопку закладок - поиск и список точек останова, например.
    - Хочу, чтобы можно было посмотреть все подлинкованные ресурсы - стили,формы,иконки. И чтобы редактировать можно было.
    - Хочу нормальный учебник по биндингу. Кто с других языков, тот понимает, а я что-то никак в голову не возьму. Когда выйдет новый Хэндбук или Мастеринг от Кэнту?

    ОтветитьУдалить
    Ответы
    1. Да, хочу редактировать ресурсы. И не только иконки. Вот зачем я вынужден новый юнит писать для диалога с простой надписью и тремя кнопками, если я из ресурса одной CreateDialog диалог достаю и получаю результат? Я понимаю, что можно обойтись( и без Delphi ), но можно же когда удобно и пользоваться, если нравится. Почему не сделать приятность?

      Удалить
    2. ЗАКЛАДКИ.
      Хочу ещё чтобы закладки ВСЕ могли перетаскиваться - менять место. Например поисковые закладки сделал несколько, а как-то сгруппировать - фигушки.
      Хочу переключение закладок КОЛЕСОМ мыши! Ну что тут сложного? А как удобно! Кто хоть раз пробовал, скажет, что вещь чрезвычайно приятная.
      Ну только не надо говорить, что это не самое главное. Самое главное - работать чтобы радостно было. А радость общения с продуктом - вот из таких мелочёвок очень сильно состоит.

      Удалить
  39. 1) Справка!!! То что есть сейчас это ужас, как по содержанию так и по удобству.
    2) Стабильность и расширение языка.
    3) Работать в голой студии это АД. Настройки студи, проекта и т.п. жуть как не удобно. В редакторе без CnPack вообще делать нечего, хотя его возможности крайне скромные при сравнение с ReSharper или СodeRush.

    Не удержусь добавлю еще 4 но тоже очень важный.
    4) Развертывание и обновление приложения!!!

    ОтветитьУдалить
  40. 1. Консистентность. Чтобы один код действительно работал на всех поддерживаемых платформах. А то сейчас чуть ли не разные диалекты. Так вся затея лишается смысла.
    2. Оптимизация. Нативный код это хорошо, но только если он работает быстрее ненативного. Сюда же относятся эксперименты с насильным подсчетом ссылок. Для интерфейсов, помню, это далеко не бесплатно. А теперь все так будет?
    3. Кроссплатформенная многопоточность. Для этого необходима модель памяти и гарантии, которые она обеспечивает в многопоточной среде. Барьеры, happens-before и т.п. Это все равно будет, но лучше осознано и системно к этому вопросу подойти.

    Тут хотят SOAP поддержать, STL там и т.п. Ребята, это можно и самим написать/портировать. А также много чего другого.
    Конечно, что-то типа Apache Foundation было бы неплохо организовать. А так есть и реализации SOAP и библиотеки коллекций, просто не знает о них никто.

    ОтветитьУдалить
    Ответы
    1. >>Для интерфейсов, помню, это далеко не бесплатно. А теперь все так будет?
      Все ГАРАЗДО хуже. ПРичем не будет, а уже сейчас есть для iOS.
      Для поддержки слабых ссылок один держут одну глобальную хеш-таблицу на все приложение. При каждом обновлении слабой ссылки они лочат эту таблицу. о многопоточности можно забыть. Если так дело дальше пойдет, то какой нить V8 скоро дельфю обгонит.

      Удалить
    2. >>При каждом обновлении слабой ссылки
      Или только при обниливании. Нужно уточнить.

      Удалить
  41. Анонимный26 июля 2013 г., 19:57

    1. Необходима express версия среды.
    2. стандартные компоненты, они очень отстали от жизни. желательно было бы обновить.
    3. улучшить редактор кода , с cnpack куда приятнее и быстрее пишется код.
    4. нативный билдер под различные ос, а то на данный момент рождаются монстры под ios.
    5. Справка . верните старый формат справки в help файле . либо оптимизируйте текущую

    ОтветитьУдалить
    Ответы
    1. Анонимный29 июля 2013 г., 9:49

      5) Ну по поводу HELP-файлов вы загнули. Из коробки HLP в Windows уже не открываются. Какой смысл извращаться. А вот довести текущую справку до ума - самое оно.

      Удалить
  42. 1. Исправить ошибки в ядре FM. На ноутбуках с двумя картами (Intel HD - Radeon) сплошные проблемы с правильным отображением. А ответы в QC вида - обновите драйверы карты... Дообновлялся, что XE4 работает, но с глюками (т.е. все равно не помогает), а XE3 теперь падает с ошибкой в ati.dll
    2. Исправить ошибки, переходящие из версии в версию. Например, некоторые запросы об ошибке висят еще с 2009 версии и никто их похоже не будет исправлять.

    Выше и так много написали. :)
    А вообще давно наблюдаю, как две крупные компании делают одинаковые ошибки. Основная из ошибок - гонка функционала. Наращивают функционал, а нормально протестировать физически не успевают. И получается, что функционал новый появляется, но его все равно нельзя использовать, т.к. он глючный, все ждут появления новой версии. А там... новый функционал с новыми ошибками и старые никуда не делись... Какой-то тупиковый путь получается.
    Компании называть не буду, про одну и так все догадались :)

    ОтветитьУдалить
  43. const ARRAY[0..] of = (<>,<>[...]);
    Хочу, чтобы Pascal сам считал, сколько я элементов в константный массив записал, чтобы не приходилось вручную считать верхний индекс.
    Например:
    const
    MyExts: array [0..] of String =
    ('.bmp','.jpg','.jpeg','.gif','.tif','.tiff','.png');
    var
    Ext: String;
    I: Integer;
    begin
    ...
    if MatchText( TPath.GetExtension( SearchRec.Name ), MyExts ) then
    ...
    for Ext in MyExts do begin
    ...
    for I := 0 to High( MyExts ) do
    if SameText( MyExts[ I ], FileExtension ) then begin
    Exit( I );
    ..

    ОтветитьУдалить
    Ответы
    1. А еще лучше MyExts: array [] of String =
      ('.bmp','.jpg','.jpeg','.gif','.tif','.tiff','.png');

      И индексы с 0 и до максимума.

      Удалить
  44. Русский язык в IDE

    ОтветитьУдалить
    Ответы
    1. Поддерживаю. Обоими руками и ногами.

      Удалить
  45. Хочу, чтобы ОТЛАДЧИК бегал ПО ОПЕРАТОРАМ, а не по строкам. Выставление строк пооператорно - это не требование удобочитаемости или удобописания, а вынужденность из-за бессилия отладчика показать текущий оператор. Из-за этого даже вызов функции в качестве параметра другой подпрограммы приходится вытаскивать в промежуточный результат, т.е. дополнительно создавать переменную-сущность, усложнять ментальную модель алгоритма. Посмотрите виртовские (никто тут не думает, что Вирт писал плохо и неправильно?) тексты "BEGIN x := 0; y := 1; fi := alpha;" - их невозможно поэтапно проходить нашим отладчиком! У конкурентов пооператорный подход сделан давно, а у нас - типа, сейчас не до того, нужно новые технологии внедрять. И так всё время. А старые улучшать - руки не под то заточены?

    ОтветитьУдалить
  46. Может FireMonkey и крут... будет... потом... возможно... Но пока...
    Странно, но почему-то тут никто не написал:
    Кросcплатформенный VCL! Сейчас есть куча программ под VCL, и пользователи оных хотят порт в другие ОС.
    Ну или VCL-обертку вокруг FM.
    На худой конец конвертор VCL в FM.
    Или я один его (VCL) использую?!!

    ОтветитьУдалить
    Ответы
    1. Да вроде как то, что вам нужно уже есть - конвертер в VCL и даже бесплатный. Называется Mida. VCL под другие платформы вряд ли реален, т.к. весь на обертках вокруг Windows.
      FM хорошая альтернатива VCL. Была бы отличная, если бы не глюки...
      А главное, исправить эти глюки не так уж и сложно, было-бы желание. Вот это и обидно. Исходники тех мест, где глюки - закрыты, так что можно только констатировать тот факт, что не удалась обертка вокруг DirectX. А без нормальной графики FM мертворожденное дитя. Лично мне трудно объяснять клиенту, почему моя программа правильно не отрисовывает закладки или мерцает, а CAD, стоящий на той же машине все делает корректно и обновления драйверов видеокарты не требует...
      А так, все, чего вы хотите - Тот же VCL (даже лучше), но кроссплатформенный.
      Повторюсь - идея на 5 баллов, исполнение на 3 с минусом. Надеюсь пока...

      Удалить
  47. 1. Code Completion подтянуть. Ну просто невозможно уже... Даже на мелких проектах красным черкает...
    2. Хотелось бы видеть оффициальную литературу Со всеми новыми и не добитыми старыми возможностями)
    3. Express-версия!!

    ОтветитьУдалить
  48. 1) Появление литературы, в которой описывались-бы все тонкости FireMonkey, разработки под Mac, OSX и IOS (и, скорее всего, под Android).
    2) Поддержка нескольких мониторов - если у программиста 2 монитора, а он не может на каждый вывести отдельный исходник, как в Visual Studio, то это плохой знак...
    3) Вариант получения полной версии компилятора за гениальные идеи - кодер придумал сверхскоростной эмулятор Windows Phone, отдал идею Embarcadero, и получил крутую редакцию!:)

    ОтветитьУдалить
  49. 1. IDE под Linux
    2. Компилятор в Linux
    (Лазарус не вариант..)

    ОтветитьУдалить
  50. Не пора ли уже "подводить итоги и составлять график желаний"?

    ОтветитьУдалить
    Ответы
    1. А как же, обещал - подведем.

      Удалить
    2. Delphi Express Edition
      Цена на Prof должна быть несколько ниже
      Пара хороших современных книг
      Фиксить баги
      Возможно, ide на firemonkey
      К сожалению, надежды на все это мало, т.к. embarcadero скорее всего будут выпускать очередной сырой релиз, с очередным супер нужным храмом.

      Удалить
  51. 1. Не знаю как (может двухпроходным компилятором ), но избавится наконец от устаревшего паскалевского наследия в необходимости последовательного ( сверху вниз ) объявления классов и типов.
    Этим же путем избавиться от необходимости борьбы с перекрестными ссылками на юниты.
    В больших прикладных проектах крайне неудобно ( а то и очень-очень сложно и ненужно ) бывает придерживаться академичного стиля разнесения классов и типов по юнитам.
    Упертым "академикам" лучше бы наконец-то убедится, что С-подобный подход более гибок и удобен в этом плане на практике.

    2. Легковестные интерфейсы. Т.е. без необходимости делать заглушки на AddRef и т.п.

    3. В отладчике при наведении курсора на переменную объектного типа хотелось бы видеть не шестнадцатеричные адреса на месте ее объектных полей, а их нормальное объектное содержимое ( см. отладчик C# )

    4. Нормальный Help !

    5. Хоть какой-нибудь более или менее приличный и современный grid и tree-list для FMX прямо в поставке. От DevExpress уже не дождемся ( это ясно ), от остальных идет пока одна "порнография". Похоже, что все они пока не уверены в FMX и осторожничают.
    Но Delphi - это прежде всего RAD для DB-прикладников. Писать свой грид им ( нам ) в 99% некогда и не по средствам, а следовательно начинать серьезно использовать FMX пока не получается.

    6. Лямбда выражения все же очень хорошая вещь для существенного уменьшения рутинной писанины и более наглядного синтаксиса.

    7. Какой-нибудь стандартный фрэим-ворк для скоростного моделирования типовых бизнес-решений ( типа eXpressApp ) или хотя бы для скоростного моделирования, манипулирования и движения бизнес-объектов.

    8. Во всем остальном - правильным курсом движется среда :)

    ОтветитьУдалить
  52. 1) Убрать глюки. Прежде чем выпускать новую версию довести до совершенства настоящую.
    2) Согласен по ценовой политике. Надо снижать расценки, тем более что обновления шпарят одно за одним.
    3) Улучшать тех поддержку. Добавить тех поддержку на русском языке.
    4) Хелпы. Дописывать. Добавлять примеры. Мануал по самой IDE. Столько всяких фишек там, а как пользоваться приходиться догадываться.
    5) Русификация IDE + Help. Ну вот хоть расстреляй не пойму почему пользователь должен напрягаться с переводом. Буржуи когда к нам едут так они на своем языке разговаривают, а почему мы должны их язык учить? (Хотя эта проблема не самая главная, но все же может меня кто-то поддержит).
    6) добавьте группировать/разгруппировать компоненты. Мелочь, а приятно. типа вложенные компоненты. Еще было бы неплохо посмотреть из чего состоит тот или иной компонент. Например клац по TButton (разгруппировать), а там TPanel + TText + TImage. Ну идея понятно думаю.
    7) Сделать чтобы IDE запоминал в дереве объектов какие ветки открыты, а какие закрыты. А то каждый раз все сбрасывается.
    8) Дизайнер стилей - либо убрать совсем, либо довести до ума. Просто кошмар какой-то.
    9) Оптимизировать компилятор. Согласен со всеми высказываниями по поводу скорости работы и объема (в МБ) готового приложения. Улучшать улучшать улучшать.

    PS: Хочется сказать, что Embarcadero проделало огромную и правильную работу. Молодцы ребята. Пусть еще не все как надо работает, но я верю, что компания не бросит своих клиентов и порадует их своими исправлениями и дополнениями.

    ОтветитьУдалить
  53. 1. Оптимизировать. Дельфи стал громоздкой, неповоротливой, загруженной тоннами не нужного мусора телегой. Для 90% задач требуется менее 10% возможностей. Результирующий exe файл большими темпами увеличивается с каждой версией.
    2. Убавить цену, чтобы увеличивать легально покупающих разработчиков.

    ОтветитьУдалить
  54. перешел на CodeTyphon, нужна была кроскомпиляция windows / linux

    ОтветитьУдалить

Поделитесь с друзьями!

 

Подписчики

Статистика