V1s1ter Advanced Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору           Обсуждаем новые возможности и баги   Просьба писать про Embarcadero RAD Studio XE5, XE6, XE7, XE8, 10.x (Seattle, Berlin,Tokyo)   По вопросам скачивания - Тема в Варезнике (lite-версии тут)   Вопросы по неюникодным версиям Delphi — шестая бумага   Бесплатные Компоненты и утилиты для Delphi/BCB/FreePascal/Lazarus   Коммерческие компоненты и утилиты для Delphi/BCB   Вопросы по компонентам для Delphi, C++ Builder разных версий   Новые языковые возможности, начиная с Delphi 2005 по XE4 — здесь, и New!здесь еще   Англоязычный официальный форум Embarcadero — здесь   Embarcadero Quality Central, веб интерфейс — здесь, новый Quality Portal тут   Программирование на Delphi — викиверситет   Другие ресурсы    Предыдущие бумаги        Вопросы ..XE4       Вопросы ..XE3     Вопросы ..XE2         Вопросы ..2009-XE     Вопросы ..<2009 / ч.5     Вопросы ..<2009 / ч.4         Вопросы ..<2009 / ч.3     Вопросы ..Delphi 2 / ч.2     Вопросы ..Delphi     Выключение встроенного эксперта Castalia  для XE8 (иногда помогает при вылетах и тормозах)     Полезные плагины(эксперты) Всего записей: 948 | Зарегистр. 06-02-2007 | Отправлено: 15:25 11-09-2013 | Исправлено: Komandor, 15:49 31-03-2024

V1s1ter Advanced Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору AlekXL 1. Нормальные и удобные отладчики для всех поддерживаемых платформ. 2. Убрать как можно больше багов. 3. Поддержка Linux. Всего записей: 948 | Зарегистр. 06-02-2007 | Отправлено: 22:07 15-02-2016

Alexey_Gawrilow Advanced Member Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору AlekXL Цитата: это не так. Нет в рекордах наследования и полиморфизма.  А в object нету обобщений. Так что record далеко не object.  ----- Да это так. И, да, я в курсе, если что. И что(дальше)? Кроме поддержки перегрузки операторов каков смысл? Передача по значению?   Ну совсем укуренные варианты "облегчения", чего-либо опустим.   Pro & Contra ?   PS. Отсутсвие разумного обоснования, есть сильнейший демотиватор. Я не говорю, что это не нужно. Я не говорю, что это плохо. Я не говорю, что одного while достаточно для всех..   PS/2. К тому что есть много других прикольных штук, которых бы хотелось.   Цитата: Можно назвать не более трех фич, по убыванию приоритета. Итак, что бы попросили?   - делегаты - откопайте Kylix - убейте ARC, кому было нужно, давно перешли на интерфейсы .. - купите <Some Library Provider> - слейтесь в экстазе/не обижайте FreePascal - верните Modula в стек - выпустите VCL для Oberon ... давайте жить дружно..   Добавлено: - откопайте IntraBuilder   Добавлено: ну если серьезно.. то кросплатформенный иннтерфейс - вещь опциональная а вот одни правила игры: - строки, массивы(ZERO-based) - объекты, управление памятью(ARC) - rtl - etc... это важнее.   FM не станет стандартом.... вернее ее заменит более другая библиотека. нр, также как BDE сменила DB-Lib   также как ADO сменила BDE также как DBX сменила ADO+BDE также как AnyDac заменил их всех.   Понятно, что путей сильно больше: - или "наименьший общий знаменатель" - или векторная графика - или оконные менеджеры с с поддерживаемыми "особенностями"   И, с грустью, тысячами библиотек, с "фатальным недостатком".   Стоит "повзрослеть", тут же пояляется, "молодой", который пусть чуть, да лучше... н-р OmniXML & OXML   Главное: - не стать очередным Object Windows - не стать очередным Clipper - не стать очередным FoxPro - не сдохнуть..   И не говорите, что это нельзя сделать. RemObjects обладают сильно меньшими ресурсами. Однако присутствуют в экосистемах: - NET - JAVA - Apple   извините за возможный оффоп. в силу неопределенности времени жизни данного форума... Всего записей: 640 | Зарегистр. 08-09-2003 | Отправлено: 23:41 15-02-2016

AlekXL Advanced Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору Alexey_Gawrilow Цитата: Кроме поддержки перегрузки операторов каков смысл? Передача по значению?   Ну совсем укуренные варианты "облегчения", чего-либо опустим.   не будем опускать!   Правда состоит в том, что порой нужен маленький шустрый структурный тип: умный, но не дергающий кучу при создании -- потому что это медленно, а также фрагментирует память, и дает кешевые промахи.   Умный  тип - должен быть полиморфным. Этого требует культура программирования, практика повторного использования кода.   Здесь sealed реализации, каковыми являются типы record -- это вообще не то. Они годятся для описания лишь примитивных сущностей, а также для системных, --- нет, __системных , реализаций.   Я использую object для описанных  в начале поста целей -- но как же не хватает мне обобщений! Пох3р на перегрузку операторов -- это сахар,  но обобщения -- это хлеб насущный!   Думается, практика программирования библиотек изменилась бы , будь у нас документированный структурный тип, способный инстанцироваться в стеке, и при этом поддерживающий ООП и обобщения.       Добавлено: Цитата: FM не станет стандартом.... вернее ее заменит более другая библиотека.   откуда она возьмется?   И неужели FMX -- beyound repair?     Я думаю, что одной из причин низкого качества FMX -- является как раз грехи несовместимости компиляторов и несовершенство отладчика.   Это же боль -- отлаживать даже свой код под андроидом! В FMX даже лезть не хочется, хотя надо.   Будут эти два пункта -- и FMX починят, даже если нам самим придется это делать. А если не будет -- не будет ничего, кроме fail.       Frodo_Torbins Цитата: 1. Пусть откроют FMX, RTL и компилятор под лицензией типа Qt. И чтобы принимали патчи от сторонних разработчиков они и компилятор должны открыть так же. Это реально уже нетерпимо, когда  вот такие баги в компиляторе.     Всего записей: 792 | Зарегистр. 24-04-2008 | Отправлено: 14:58 16-02-2016

AlekXL Advanced Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору --- а так, если подумать, а может, ну его?   Я ненавижу языки со сборкой мусора, эту детскую песочницу, но есть ведь кресты.. Не такой уж он уродливый в свете стандартов 11-14. Мощный, гибкий, со вменяемыми компиляторами..   Проблема была лишь в виджетсете под андроид. Полгода назад я пробовал QTCreator, и там были проблемы со сборкой под Windows, но вот сегодня я загрузил свежую версию -- и оно работает!   Я в этих грэдлах и QT не разбираюсь от слова "совсем", но после нескольких несложных манипуляций -- удалось запустить и билд, и отладку приложения-примера на устройстве.    Блин, официально на Seatle нет даже поддержки GB, а QT-widget приложение установилось и запустилось на этом древнем девайсе с 256метров памяти(как и на планшете JB).. Вот скриншот Отладчик работает четче, на первый взгляд.   Размер apk -7 с копейками, из них 90 процентов - это libQt5Core,libQt5Widgets,libQt5Gui - по 3-4 метра каждый. Наверно, для  ускорения отладочного билда можно было бы запулить их /system/bin   Но главное -- обратите внимание -- использование RAM -- всего 10 мегабайт!   Delphi, cцуко, в три раза больше жрет!   Да есть и проблемы -- министро в маркете протух, и QT5.5.1(речь о нем) не поддерживается, 3б-й стыд. Пребилд-либы QT вроде без отладочной инфы -- кто  станет такое использовать?   Сам QT-creator -- это lame duck,игрушка, более подошедшая бы питонщику.  Неплохо бы всё это хозяйство перести под лучшую среду (правда, не знаю, есть ли такая -- на хабрах об этом не пишут) "..." Но это же решаемо, наверное.. -- Так что, п-3дец, может мне пора повзрослеть? Всего записей: 792 | Зарегистр. 24-04-2008 | Отправлено: 18:53 16-02-2016 | Исправлено: AlekXL, 18:55 16-02-2016

d3adb33f Full Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору Цитата: Так что, п-3дец, может мне пора повзрослеть? Вот этими мыслями да психолога загрузить, у него бы оверфлоу произошел бы   Ps: кстати а есть психологи для программеров ? Всего записей: 564 | Зарегистр. 08-10-2015 | Отправлено: 21:37 16-02-2016

SuPriTo Advanced Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору del Всего записей: 1475 | Зарегистр. 24-03-2009 | Отправлено: 15:35 19-02-2016 | Исправлено: SuPriTo, 15:35 19-02-2016

AlekXL Advanced Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору AlexCoRu Цитата: Кстати, есть оси не поддерживающие однобайтовые символы в принципе? да вряд ли. Все оси растут либо из бородатых времен, когда 2-байтовые символы были непозволительной роскошью. Да и файловые системы, кроме M$ -- однобайтовые, кажется. ------ Цитата: Хочу настройку типа строк по дефолту: анси или юникод. Кстати, есть оси не поддерживающие однобайтовые символы в принципе? это нужно перелопатить всё от rtl до vcl и fmx -- либо сделать супер-умный компилятор. Вообще, у меня уже нет сомнений, что в исходных текстах компилятора нашего -- отборный говнокод. ------ что меня вымораживает, так это arrogance FPC разработчиков, нежелающих перейти на LLVM кодеген.  Мол, он работает не на всех платформах -- ну и что? Лучше меньше, да лучше. В итоге мы получаем распыление сил,   questionable quality of FPC compiler. Вообще ошибки компилятора -- это ужас. Но самый ужасный ужас -- это ошибки кодегена в компиляторе, как та, на которую я указал несколькими постами выше. Потому что неявные ошибки есть худший тип ошибок.   ----- kaz_av Цитата: Новый роадмап не читал чтоли? Обещают это в 2016, как и линукс. В смысле не отключение ARC, а включение его в линуксовом LLVM based компиляторе мой вопрос о фичах как раз и был навеян этим роадмапом.     Для меня там показалось полезным только возвращение 8-байтных строк -- голос разума всё-таки возобладал. Но damage is already done, и ничего не сказано о сворачивании поддержки 0-base индексации символов в  строках. Хочется спросить -- это вы специально, что ли, ломаете совместимость с legacy кодом, вводя нулевую индексацию строк, принудительный ARC, отключая AnsiString? Элоп стайл?  Над нами  издеваются.   Платформа фрагментирована и поддержка Linux command line(64-bit only, насколько я понял) мало что даст. Ну. серьезно, кому нужен паскаль на иксах?   Там правят балом питонообразные поделия, ash и сишные утилиты. Нужно быть не в своём уме, чтобы писать что-то системное(речь ведь о Linux server, напомним) под линукс на собственническом компиляторе, let alone its quality. Я не вижу стратегии, как они собираются это продавать.   И хотя в преамбуле роадмапа упоминается о запросе качество продукта,  подозреваю, это лишь очередные трескучие фразы. Если силы уходят на поддержку новых платформ, то что остается для улучшения качества существующих?   ------- возвращаясь к моему вопросу о фичах,   смысл в том, чтобы формализовать наши хотелки, ну и запостить в QC. Далеко не факт, что это будет иметь какой либо эффект, но если даже  не попытаться, то и жаловаться нужно будет только на себя. We should do everything possible on our behalf in the first place.   Посмотрите, что происходит сейчас в QC -- в топе полно реквестов по теме поддержки китайского языка, IME, и т.п. Это что? Миллиард китайцев не может быть неправым, но, всё жеб неужели все остальные gave up on Delphi? Всего записей: 792 | Зарегистр. 24-04-2008 | Отправлено: 03:24 20-02-2016 | Исправлено: AlekXL, 04:22 20-02-2016

Alexey_Gawrilow Advanced Member Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору kaz_av AlekXL Цитата: что меня вымораживает, так это arrogance FPC разработчиков, нежелающих перейти на LLVM кодеген. Я вот сильно против отсутствия альтернатив.   н-р был долгое время с 3.6 горячим поклонником Opera Все еще пытаюсь пользоваться 12.17 ... и пишу с нее же ... юзабилити.   Один браузер(Chromium)... И один кодогенератор(LLVM)... ...До добра не доведут.   К тому же опыт XDS(Excelsior) подтверждает - что язык, это фигня; - что оптимизация, это вторично;   ... XDS(Excelsior)   имел великолепные компиляторы... но не имел ИНФРАСТРУКТУРЫ все сам. ВСЕ! Но как!   и скатывание в одну маргинальную нишу означает смерть.   Я бы больше смотрел в рамках весов - с одной стороны FPC - с другой Delphi И совместимо, более-менее... ---------- C уважением, Алексей. ----------------------------------------------- Хороших %s не бывает — бывает не худший вариант. Всего записей: 640 | Зарегистр. 08-09-2003 | Отправлено: 20:51 20-02-2016

kaz_av Full Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору Alexey_Gawrilow Цитата: Я вот сильно против отсутствия альтернатив. FPC это не грозит, там LLVM только один из возможных вариантов. Цитата: Все еще пытаюсь пользоваться 12.17 ... и пишу с нее же ... юзабилити. Мне с оперы пришлось уйти вместе с переходом на линукс, сижу на лисе и не хватает только M2. Цитата: Я бы больше смотрел в рамках весов - с одной стороны FPC - с другой Delphi И совместимо, более-менее... Иногда сильно менее. Я на транковом FPC не могу [нормально] собрать код работающий на D2006 Всего записей: 439 | Зарегистр. 15-02-2006 | Отправлено: 23:10 20-02-2016

AlekXL Advanced Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору Alexey_Gawrilow Цитата: Один браузер(Chromium)... И один кодогенератор(LLVM)... ...До добра не доведут.   да ну брось. Не до жиру. LLVM отличный кодеген в сравнении с имеющимся. Просто нужна глубокая интеграция.   Цитата: - что язык, это фигня; тогда переходим на кресты. Или на rust -- я вижу в нем огромный потенциал..   Цитата: - что оптимизация, это вторично;   ага, вторично, на устройстве с 256-512рам, заср@нном гапсами и прочими гуглотроянами и под in-order exec. Arm Cortex A5 работающем на 1ггц.. И без БАСМА! Думай, что пишешь.   Цитата: но не имел ИНФРАСТРУКТУРЫ   у нас всё еще есть огромный багаж legacy, и почти seamless интеграция с крестолибами, в отличие от доднеда , явы или питона.   Цитата: Я бы больше смотрел в рамках весов - с одной стороны FPC - с другой Delphi И совместимо, более-менее... я тут постил сцылку, где один дипломник сделал патч для FPC с поддержкой Anonymous Methods -- но его работу так и не включили.   kaz_av Цитата: Нет, просто пытаются зарабатывать деньги. Если выпустить достаточно хороший продукт, кто потом будет покупать новые версии?   3.143дец, так что теперь никогда мы качественного продукта не получим?  Если Абра будет продолжать нахлестывать полумертвую лошадь,  то и имеющиеся программисты уйдут -- кто на пенсию, кто еще куда..   Тем более, под Андроид они вообще еще ничего близко к качеству не выпускали. Цитата:   В транке есть поддержка LLVM.   и чодакак? подробнее опиши development state. Цитата: Ну, мы в 2000 году ждали кайликс, как манну небесную При царе Горохе вроде даже еклипса не было.   Даже М$ еще не успела скопи3143дить у дельфи идею среды со вкладками и остальное. Тем более Kylix таргетировался в прикладной юзерленд, а тут сервер: мы ни 32-битные платформы не получим, скорее всего, ни гуя! Ну и наx нам такое? Что на этом писать? И опять этот paserver, удаленная отладка, кое-как работающая. Тот же лазарь будет лучше в 100500раз. Цитата: Абракадабра публиковала статистику продаж по странам, там штаты на первом месте, а Россия на седьмом. Где был Китай не помню. гугл забанил! сцылкани.. Цитата: Кто хотел тот давно уже запостил.   ага, за всех отчитался, молодец. ---- кстати о птичках.. Я тут линукс ядро для планшета собитаю, есть траблы с поддержкой периферии. Никто не посоветует годный форум и ветку очумелых кернелопортеров? ---- Upd Allen Baurer ушёл из Абракадабры в гугл. Остались одни индусы. Всего записей: 792 | Зарегистр. 24-04-2008 | Отправлено: 10:16 21-02-2016 | Исправлено: AlekXL, 11:02 21-02-2016

Alexey_Gawrilow Advanced Member Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору AlekXL Цитата: - что оптимизация, это вторично;   ага, вторично, на устройстве с 256-512рам, вторично, не в смысле не нужно.. в смысле- что не так уж сложно..   я когда первый компилятор писал для меня кодогенерация - таинство было а уж оптимизации - вообще шаманство.. впрочем, совсем в начале и нисходящий разбор тоже Это потом выяснилось, что годогенерацию проще всего делать - шаблонную. А оптимизации - через построение AST. Вообще через AST все лучше сделать.   Я почему и упоминал XDS(http://www.excelsior-usa.com/xdsx86.html) у них IMHO лучшая архитектура и компиляторы FrontEnd(lexer+parser)->AST->Оптимизатог->BackEnd(Кодогенератор) Причем на FrontEnd мог быть любой язык, не ограничиваясь а на BackEnd любая платформа но они были заточены под контрактую разработку. и попса типа общедоступных осей их не интересовала, читай не приносила денег.   есть первичные цели. есть приоритеты ниже.   не было векторного кросплатформенного гуя - не о чем было говорить.. не было платформ кроме Win32 - чего зря трындеть..   а сейчас...   или вот GnuPascal - как неуловимый Джо , да фиг с ним..   До FPC 2.4 и Lazarus 0.98 - тоже не очем было.   А теперь вот и недостатки появились. Значит пользуются. Значит нужно.   Добавлено: kaz_av AlekXL И еще есть мнение.. Тут правда как курица и яйцо, хз что вначале..   Повышенное внимание к LLVM связано с отсутсвием вменяемых спецов по нативной компиляции.   Крайний чувак, которого знаю, что занимался нативной компиляцией, был Barry Kelly Moving On: I've left Embarcadero Technologies. interview Barry Kelly who is one of the talented software engineers working on the Delphi compiler Testing strategy for compiler Barry Kelly on how the Delphi Compiler used to be compiled (via: Google Groups)   Сильно разошлись у них видения будущего. Да и тяжело, наверное, работать над компилятором в одном месте, а остальной команде в другом.       Добавлено: Barry Kelly on “Implementing Closures” in Delphi (via: Google Groups)     Добавлено: PS. Один из самых классных менеджеров памяти для Delphi - пера Алексей Недоря, одного из основателей XDS. SapMM https://code.google.com/archive/p/sapmm/ https://github.com/alan008/sapmm ---------- C уважением, Алексей. ----------------------------------------------- Хороших %s не бывает — бывает не худший вариант. Всего записей: 640 | Зарегистр. 08-09-2003 | Отправлено: 13:06 21-02-2016

sergionn Full Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору Цитата:  Так что может и хорошо, что на место Алана придет свежая кровь.   главное чтобы на его место, КТО-то пришел, чую, место может просто исчезнуть в целях общей оптимизации или чего там еще, и продолжения рассматривания Delphi в качестве дойной коровы Всего записей: 472 | Зарегистр. 02-11-2011 | Отправлено: 19:22 21-02-2016

Страницы: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 131 132 133 134 135 136 137 138 139 140 141 142 143 144 145 146 147 148 149 150 151 152 153 154 155 156 157 158 159 160 161 162 163 164 165 166 167 168 169 170 171 172 173 174 175 176 177 178 179 180 181 182 183 184 185 186 187 188 189 190 191 192 193 194 195 196 197 198 199 200 201 202 203 204 205 206 207 208 209 210 211 212 213 214 215 216 217 218 219 220 221 222 223 224 225 226 227 228 229 230 231 232 233 234 235 236 237 238 239 240 241 242 243 244 245 246 247 248 249 250 251 252 253 254 255 256 257 258 259 260 261 262 263 264 265 266 267 268 269 270 271 272 273 274 275 276 277 278 279 280 281 282 283 284 285 286 287 288 289 290 291 292 293 294 295 296 297 298 299 300 301 302 303 304 305 306 307 308 309 310 311 312 313 314 315 316 317 318 319 320 321 322 323

Компьютерный форум Ru.Board » Компьютеры » Прикладное программирование » Embarcadero RAD Studio

Переход по форумам  Закладки   » Компьютеры Цифровое изображение Программы Microsoft Windows UNIX Другие OS Hardware В помощь сисадмину Прикладное программирование Игры Форумные игры   » Интернет Web-программирование В помощь вебмастеру Графика Хостинг Зацените-ка!   » Тематические Ikonboard v.2 Ikonboard v.3 Invision Board Другие форумы PHP-Nuke и другие порталы Мобила   » Общие Спорт Флейм Темы по региональным встречам Музыка и Кино Юмор Литература и Живопись   » Ru.Board Новости Помощь по форуму   » Андеграунд eBookz Варезник Раздачи и акции Мобильный варезник Андеграунд Игры и фильмы   » Специальные Тестирование