» Вопросы по Embarcadero RAD Studio XE3

Цитата:

я уже писал свое видение ситуации, отлистайте вглубь, кратко: 2-3 года, и win32 уйдет в нишу,

Эх вспонимается как Microsoft все перевел на .NET, Borland купилась и выпустила Delphi 8. Я бы сказал что все идет к native development.

sergionn

Цитата:

Чистый тупорогий МАРКЕТИНГ для вышибания БАБЛА!  

Или просто продажа Service Pack'ов за бабло. Лично для меня, важно чтобы имела место стабилизация уже имеющихся фич, а не бестолковая туча неработающих, но новых фич.

LadyOfWood

Цитата:

Я бы сказал что все идет к native development.

имхо, просто рынок разделится на две непропорциональные части: натив и всё остальное. Натив никуда не денется, а вот на противоположном рынке будет бесконечный ураган и перманентная смена "средств разработки" ... почему в кавычках? поэтому что создать что-то серьёзное на не нативных платформах - невозможно. Только приложения о 3-х гестурах и пару-тройку примитивных игр. Весь удел не нативных приложений.


Вообще, забавно наблюдать, как народ пытается с ключом на 12 ворочать гайки на 14 или 10 ... успехов, товарищи.

Unofficial - Bugs fixed XE3 -> XE4 (includes regressions):
Compiler - C++ : 25
RTL - C++ : 12
Compiler - Delphi : 89
RTL - Delphi : 45
Data/database : 43
Firemonkey : 223
IDE : 59

Inside Embarcadero:
Internally we are very disappointed and manage push us to release iOS with many open bugs won’t be fixed on time,
but management is pushing and really don’t care about the quality. The only piece of all of this that is stable is the IBLite (InterBase Lite)

sergionn

Цитата:

Compiler - Delphi : 89
RTL - Delphi : 45
IDE : 59

Ну, регрессии - это не фатально, багфиксов то больше, а через мес выпустят апдейт с исправлениями и все будут счастливы .. наверно. Или, вообще, дождаться ХЕ5 ...

Цитата:

поэтому что создать что-то серьёзное на не нативных платформах - невозможно. Только приложения о 3-х гестурах и пару-тройку примитивных игр. Весь удел не нативных приложений.

О том и речь, Delphi всегда была средой для native разработки, тягатся с C# и java у нее не получится.

Кто-нибудь знает, почему в HTML5 Builder код из конца модуля исполняется по 3 раза?
Серверный проект, добавил в код 1 функцию тест, добавил вызов функции после $Page1->show();
Под отладчиком вижу, что вход в процедуру происходит 3 раза.

Это ппц.

Причем если убрать строку $Page1->show(); то исполняется 1 раз.
Форма пустая, ни 1 обработчик не заполнен.

Цитата:

Хотя FireMonkey конечно просто игрушка

Это в смысле "хорошенькая" или "бесполезненькая" ?

Добавлено:

Цитата:

Весь удел не нативных приложений

Пара тройка примитивных игр: E-Bay, Twitter, Wikipedia, Ali Express, SlashDot, StackOverflow...

ejabberd кстати, в сравнении с правильным нативным jabberd 1.x
и до кучи openfire в сравнении с ещё более правильным, но так и не написанным jabberd 2.x

Цитата:

Это в смысле "хорошенькая" или "бесполезненькая" ?

В смысле пока не пригодная для реальных проектов.

Arioch1

Цитата:

Пара тройка примитивных игр: E-Bay, Twitter, Wikipedia, Ali Express, SlashDot, StackOverflow...

Web-"технологии" - это вообще хохма. Поэтому не будем про них. Когда будет хоть какое-то единство в Web'e, тогда и поднимем этот разговор, а на данный момент мы имеем разные результаты простой операции 2+2 на разных платформах и браузерах (не буквально, разумеется ). Это, как минимум, не серьёзно.


Цитата:

ejabberd кстати, в сравнении с правильным нативным jabberd 1.x и до кучи openfire в сравнении с ещё более правильным, но так и не написанным jabberd 2.x

Либо фраза не завершена, либо имеет место теневая экономика (8 пишем, 2 в уме), которая мешает понять твоё высказывание Что там с ним? с ejabberd этим? он рвёт всех или что?

LadyOfWood
Eternal_Shield

По поводу "нативной" разработке. Следует разделять понятия: есть классификация native / managed code, а есть native to platform. Например: java для разработки на android. Явно managed code, но при этом - это native средство разработки для android.

По поводу трендов: тренд нативной разработки происходит вследствие перехода к нативной "для платформы" разработке. Именно она позволяет ускорять процесс разработки, помогает экономить ресурсы за счет использования готового, качественного и достаточно шустрого API самой платформы. Например, для того же android нет особо много желающих заюзать NDK, все пользуют SDK (который на java и managed). То есть, компиляция в машинный код процессора - это еще не все. Более полезна тесная привязка к платформе.

С веб-технологиями потому и есть такая беда, что common denominator в виде html5 browser не особо здорово работает на всех платформах, и не очень между этими платформами / разными браузерами совместим. Ну и плюс достаточно медленный JS не добавляет шансов платформе html5.. Вот народ и попер на нативные платформы: оказалось проще реализовать все на 2-3 популярных мобильных платформах, чем заставить общий код работать хорошо на них! Это к вопросу FMX.. вот у производителей браузеров пока не получилось особо хорошего кросс-платформенного UI! Интересно, а у ЭМРО когда нибудь получится? Смогут ли они вложить в FMX больше денег, чем вкладывают в браузеры Google, Apple, MS, Opera, Blackberry, Nokia?

Цитата:

Следует разделять понятия: есть классификация native / managed code, а есть native to platform.

Может быть, но кроме Android других примеров практически нет.

Цитата:

Это к вопросу FMX.. вот у производителей браузеров пока не получилось особо хорошего кросс-платформенного UI!

Преймущества в FMX конечно есть, но она пока не готова для реальной разработки. Плюс фактически на данный момент она только для MacOS, для Windows есть VCL который однозначно лучше.

Цитата:

Смогут ли они вложить в FMX больше денег, чем вкладывают в браузеры Google, Apple, MS, Opera, Blackberry, Nokia?

Ну и не только в деньгах дело, конечно. Вон VCL, созданная 20 лет назад, до сих пор живет и здравствует, а в ее разработку явно не было вложено столько, сколько вкладывают в браузеры Google, Apple, MS, Opera, Blackberry, Nokia. Да только вот проблема - нету в Эмберкадеры еще одного Хейселберга.


Цитата:

Может быть, но кроме Android других примеров практически нет.

Тоесть, кроме Андроида нету других мобильных платформ, или как?

deks

Цитата:

Например: java для разработки на android. Явно managed code, но при этом - это native средство разработки для android

После появления NDK, native code стал полноправным native platform, вместе с java.


Цитата:

вот у производителей браузеров пока не получилось особо хорошего кросс-платформенного UI! Интересно, а у ЭМРО когда нибудь получится? Смогут ли они вложить в FMX больше денег, чем вкладывают в браузеры Google, Apple, MS, Opera, Blackberry, Nokia?

У производителей браузеров задача неподъемная по определению. Не сможет куча производителей, каждый со своим продуктом, прийти к общему поведению своих решений. Это возможно только в случае использования одного движка на всех, чего никогда не случится. У Эмбаркадеро задача более простая - обеспечить работоспособность своего кода на N платформах. Вся беда FMX в, до жути, некачественной реализации, а совсем не в сложностях кроссплатформенной разработки.

miwa

Цитата:

Да только вот проблема - нету в Эмберкадеры еще одного Хейселберга.

Хейлсберг им не нужен, им нужно кем-то заменить русских индусокодеров.

valgreesh
+100500, мой кот напишет лучший код, чем сделано в fmx....
самое интересное, что этим горе-девелоперам видимо действительно начхать на все,
мне кажется они даже qc не смотрят ради интереса........

deks

Цитата:

есть классификация native / managed code, а есть native to platform.

Я, как раз, в контексте native / managed code говорил

Цитата:

Не сможет куча производителей, каждый со своим продуктом, прийти к общему поведению своих решений

А им и не надо: в гробу они друг друга видели. Урвать большую долю рынка — вот их задача №1 и если для этого можно использовать какие-то несовместимости, то они это сделают. Свежий пример: форк Гуглом ВебКита.

Цитата:

Хейлсберг им не нужен, им нужно кем-то заменить русских индусокодеров.

Стало быть в EMB всё программисты решают? Сроки они, видимо, планируют, да и политика — их удел.

Цитата:

+100500, мой кот напишет лучший код, чем сделано в fmx....

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

P.S. Ну, а поскольку никто доподлинно не знает, что твориться за стенами EMB, то на мой, сугубо личный, взгляд всё это гадание на кофейной гуще.

Цитата:

в тех же условиях.

ну не знаю какие условия были у аРхитектора fmx в Улан-удэ, когда он закладывал основы своего фреймворка - но явно не приближенные к боевым, ведь он "пилил" свое творение с дветысячи-лохматого года - было время спроектировать нормальную работу со стилями, которая сейчас, вкупе с быдлокодом и является причиной фейла firemonkey......

Цитата:

Стало быть в EMB всё программисты решают?

ну да прогеры ни хрена не решают, и в говнокоде менеджеры виноваты?
И менеджеры закрыли доступ к КВАЛИТИ-ЦЕНТРАЛУ под страхом увольнения??????????
Там около ДЕСЯТКА самых позорных и важных ОШИБОК исправить по совокупности было 1 (ОДИН) ДЕНЬ НЕСПЕШНОЙ РАБОТЫ
поскольку доброе СООБЩЕСТВО во многих случаях ДАЖЕ приводило пример, что сделать!
НО ДАЖЕ ТАКОЙ ЭЛЕМЕНТАРЩИНЫ не было сделано!

Получается, менеджеры запрещали это сделать, и молча НАБЛЮДАЛИ за ФИАСКО firemonkey,
в надежде в будущем получить 49 баксов "с носа" (xe3->xe4) на исправлении ошибок?

А может это Эрик с Марком в сговоре с менеджментом решили довести delphi "до ручки"
чтобы потом по-дешевке выкупить его у emb?

sergionn

Цитата:

Там около ДЕСЯТКА самых позорных и важных ОШИБОК исправить по совокупности было 1 (ОДИН) ДЕНЬ НЕСПЕШНОЙ РАБОТЫ
поскольку доброе СООБЩЕСТВО во многих случаях ДАЖЕ приводило пример, что сделать!

Это уже 2 дня неспешной работы. День на прочтения квелити не посчитали. Вы батенька оптимист, мне начальство то что больше двух дней просто запрещает делать. Таковы реалии.

Цитата:

ну да прогеры ни хрена не решают, и в говнокоде тоже менеджеры виноваты?

Меньше сроки, больше планы, почаще менять требования и результат гарантирован. Всегда можно создать «правильные» условия труда. К тому же Delphi система с историей: там по-любому хватает скелетов в шкафу с которыми приходится мириться.

Цитата:

И менеджеры закрыли доступ к КВАЛИТИ-ЦЕНТРАЛУ под страхом увольнения??????????

Так они в него смотрят, только реагируют черепашьими темпами обычно. Да и хз, какая у них там система сортировки багов по важности.

Цитата:

Там около ДЕСЯТКА самых позорных и важных ОШИБОК исправить по совокупности было 1 (ОДИН) ДЕНЬ НЕСПЕШНОЙ РАБОТЫ

Пришёл в команду молодой человек, учится, вот и ошибку у него «зеленые». Вам может и на один день, а ему на больше — у него нет вашего опыта. Сразу к вопросу «А нафига они поставили пилить фреймворк молодого, а не опытного?»: а у нас сейчас дофига опытных Delphi-программистов? hh.ru и иже с ним прям тонут он подходящих вакансий. Короче говоря, что есть с тем и работаем.

Цитата:

поскольку доброе СООБЩЕСТВО во многих случаях ДАЖЕ приводило пример, что сделать!

Человек, запостивший пример фикса, может и не знать всей ситуации целиком, поэтому может предложить решение, которое прекрасно работает в его ситуации и смежных, но в рамках всей системы оказывается костылём.

Цитата:

Получается, менеджеры запрещали это сделать, и молча НАБЛЮДАЛИ за ФИАСКО firemonkey,

Лично я считаю, что FMX «поспешил и насмешил»: нельзя такие вещи быстро сделать, но EMB прёт как бульдозер.

Цитата:

А может это Эрик с Марком в сговоре с менеджментом решили довести delphi "до ручки" чтобы потом по-дешевке выкупить его у emb?

Мне кажется, Вы можете стать звездой новой группы в G+, посвященной слухам, политике и конспирологическим теориям вокруг Delphi Или исполните что-нибудь дуэтом вместе с Delphi Haters.

HeMet

Цитата:

Урвать большую долю рынка — вот их задача №1 и если для этого можно использовать какие-то несовместимости, то они это сделают

В том числе. Поэтому сравнение с браузерописателями некорректное. Хотя, даже старайся они изо всех сил, ничего у них не вышло бы. Примеров тому есть: Wine мимикрия под Win32, ReactOS мимикрия под Win32, Mono мимикрия под .NET, Mozilla Web Control (или как его там) мимикрия под Трайдент. И ни про один из этих случаев нельзя сказать, что мимикрирующие достигли идентичности с объектом.


Цитата:

Стало быть в EMB всё программисты решают? Сроки они, видимо, планируют, да и политика — их удел.

Нет, но это программисты решают использовать TList с тупым перебором вместо TDictionary (смотри как происходит поиск ресурсов). Это программисты решают хранить указатель в строке, а строку в варианте (FMX.Filter.VarFromBitmap в XE2). Это программисты решают парсить объект на наличие свойства на каждой итерации анимации. Это от программистов зависит, что мало-мальско работающее приложение на FMX кушает память, как не в себя. Это от программистов зависит, когда выпадающее меню или комбобокс спокойно выходят за границы экрана. Это от программистов зависит, что нормального сглаживания не сделано ни в XP, ни в последующих ОС (в XP не сглаживаются векторные примитивы, в 7 и 8 сглаживание шрифта отвратное). А вообще, если детально разбирать код FMX, там камня на камне не останется, настолько все печально.

Добавлено:
HeMet

Я давно подозреваю, ты не засланная к нам (с) Про Федота-стрельца, молодого удальца. )

Пофиг чего там в ем-ро. Есть более занимательная запись на тему натива:

Цитата:

The new developer environment for Windows Phone 8 does share commonalities with what Microsoft has announced for Windows 8 and Windows RT. Microsoft is announcing today that Windows Phone 8 has full C and C++ support, just like Windows 8 and Windows RT do. Microsoft officials have said the XNA tools/runtime environment used primarily by game developers isn't supported on Windows 8. On Windows Phone 8, XNA is "supported," so existing Windows Phone games will run. But Microsoft's advice to phone developers going forward, just like it is for Windows 8, is to use native code, meaning C and C++, to write games. (Windows Phone 8 can and will support popular game engines such as Havok, as well as native DirectX-based game development, the Softies are saying.)

Наконец-то, олени, нахлебавшись с убогим .net'ом, теперь пытаются всё вернуть вспять, т.е. на натив? Или я чего-то не понимаю/пропустил?

[more]Умора начнётся, когда MS начнёт выкуривать .net из Desktop сегмента. Кстати, никто не думал, почему супер проект самого светлого будущего Singularity так и мокнет всё в той же луже? [/more]

[more]Да и гугля на NDK всё переводит и Java выживает из ведра. Зря, наверное.[/more]

Цитата:

Нет, но это программисты решают

Мне тоже интересны причины выбора тех или иных подходов, кроме тех мест, где видно, что писавший очень сильно спешил (как например код TPathData, связанный с парсингом. Мой вариант парсера можно увидеть на https://bitbucket.org/Hemet/fixmx ).

Цитата:

Это от программистов зависит, что нормального сглаживания не сделано ни в XP, ни в последующих ОС (в XP не сглаживаются векторные примитивы, в 7 и 8 сглаживание шрифта отвратное)

По XP я им багу постил _http://qc.embarcadero.com/wc/qcmain.aspx?d=112580
И рендеринг шрифтов под Direct2D правил, правда этого нет в QC, но кто-то у меня в G+ спрашивал скриншоты с результатами и я их выкладывал.


Цитата:

Я давно подозреваю, ты не засланная к нам (с) Про Федота-стрельца, молодого удальца. )

Понимаю, что так было бы прикольней и в духе конспирологии, но, увы и ах, единственное, что меня связывает с EMB это Delphi и QC.

Eternal_Shield
Зачем им напрочь изживать .NET? Там где не нужно много скорости и каких-то тонких оптимизаций он нормально себя ведёт.

Цитата:

Да и хз, какая у них там система сортировки багов по важности.

да нет там никакой сортировки - они давно уже на qc "забили", одинокий самурай на аутсорсинге, и out of theme, заходит туда, клавиши побъет и на фукусиму, радиоактивный мусор разгребать...

Цитата:

но в рамках всей системы оказывается костылём.

кого ты защищаешь, ты же сам видел и исправлял эти ТУПЫЕ баги, какие там рамки системы, не смеши.......

Цитата:

стать звездой новой группы в G+

ага, уже стал, один единственный пока

Цитата:

если детально разбирать код FMX, там камня на камне не останется, настолько все печально.

опять 100500+

Цитата:

кого ты защищаешь, ты же сам видел и исправлял эти ТУПЫЕ баги, какие там рамки системы, не смеши.......

Да, исправлял, и пришёл к выводу, что главная их проблема — спешка (и, возможно, нехватка ресурсов). В частности, когда начал разбираться с рендерингом шрифтов под Direct2D в итоге пришёл к выводу, что хорошее решение проблемы там отнюдь не 5 строк поправить, как предлагали в QC (а начал именно с этого).

What's New in Delphi and C++Builder XE4
_http://docwiki.embarcadero.com/RADStudio/XE4/en/What%27s_New_in_Delphi_and_C%2B%2BBuilder_XE4
смотрим, смеемся, плачем - нужное подчеркнуть.........

обратите внимание, как много в этом релизе, в сравнении с xe2-xe3 документации........

надо-бы новую тему создавать.....

Тема ХЕ4
http://forum.ru-board.com/topic.cgi?forum=35&topic=52173#1
образ доступен, качаем, кому интересно.

Цитата:

Тоесть, кроме Андроида нету других мобильных платформ, или как?

Есть, но iOS/Window Phone они вроде как родные.

Капец! ну дела...

1. Чем им не угодил AnsiString, AnsiChar - зачем их выкидывать?
2. Неизменяемые строки как .net/java - наверное потому что только так умеет LLVM?
3. Конструкция with не поддерживается в новом компилере и походу исчезнет в новых версиях под вынь! За что!!!?? они вообще дебилы?

Цитата:

Чем им не угодил AnsiString, AnsiChar - зачем их выкидывать?  

Видимо тем, что Юникоду уже сто лет в обед и вообще это тот способ, который должны использовать современные программы. А преобразование в другие кодировки для сохранения во вне или чтобы что-то прочитать они предлагают использовать TEncoding.

Цитата:

Неизменяемые строки как .net/java - наверное потому что только так умеет LLVM?

Честно говоря, хз как он умеет, наверное это связано с ARC. Лично я по изменению строк посимвольно скучать не буду, ибо нужно оно бывало крайне редко, да и то если строку, как буфер использовать, но для этого есть другие вещи.

Цитата:

Конструкция with не поддерживается в новом компилере и походу исчезнет в новых версиях под вынь! За что!!!?? они вообще дебилы?

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

Цитата:

1. Чем им не угодил AnsiString, AnsiChar - зачем их выкидывать?  

Может есть какие либо особенности iOS, хотя скорее всего не захотели портировать часть кода которая завязана на ansistring. Но со строками они и так натворили