Delphi XE чудит

Delphi XE чудит:
 arrScrollObj : array[Boolean] of Integer = (Windows.OBJID_HSCROLL, Windows.OBJID_VSCROLL);

[dcc32 Error] vtLister.pas(1731): E2026 Constant expression expected

Хотя Delphi 7 радостно переваривает эту конструкцию. 

Ссылка на UML-редактор с настраиваемой кодогенерацией

http://www.visual-paradigm.com
http://www.visual-paradigm.com/download/vpuml.jsp

P.S. поставил себе Trial. выглядит - многообещающе.

Update. Ну в общем - СУЩЕСТВУЮЩУЮ модель ИМПОРТИРОВАТЬ - не удалось. В прочем - я почти не сомневался в этом.

Update 2. Ну "удобство" рисования - пока не впечатлило. Кодогенерация - пока тоже. Правда она вроде как настраиваемая.

Update 3. Парадигма рисования "квадратиков и стрелочек" - несколько необычная. Чувствуется влияние "конструкционных игр". С "меню" вокруг элемента. Пока чувствую, что мне всё это неудобно.

Техника MapReduce это пример использования монад?

Речь вот об этом - http://ru.wikipedia.org/wiki/MapReduce

Техника MapReduce это пример использования монад?

Или я опять что-то не так понял?

Ссылка. Мне нравится. Да я и сам - примерно так делаю

http://www.delphinotes.ru/2013/10/delphi_29.html

Про блог

Сижу и думаю...

Блог "в режиме твиттера" - похоже - РАЗДРАЖАЕТ. В  delphifeeds.ru - меня видимо отказались публиковать именно поэтому.

"Абстрактные темы" типа - UML и "примесей" (http://18delphi.blogspot.ru/2013/07/2.html) - похоже неинтересны.

Публикация "проприетарных" кусков кода - похоже несколько раздражает работодателя. Вывод - косвенный. Основанный на том, что доступ к блогу с работы - закрыли.

Хотя.. Я реально бы пожал руку тому, кто этим кодом смог бы воспользоваться....

Конкретные "tips'n'tricks" типа Il3CString (http://18delphi.blogspot.ru/2013/10/blog-post_6584.html) - вызывают реакцию - "а если положить лом в бензопилу?"

Про то как "сделать TLabel с рамкой" - писать - не умею, да и не хочу.

"Хоккей" типа "получение размера куска памяти" (http://18delphi.blogspot.ru/2013/04/getmem.html) - энтузиазма не вызывает. И у меня лично - ТЕПЕРЬ тоже.

Про "вкус программирования" - похоже - тоже малопонятно.

Сухой остаток....

Это всё оказывается - МАЛОИНТЕРЕСНО.

"Статус MVP" я вроде получил. "Зачем-то". (Ресурс http://www.embarcadero.com/mvp-directory - кстати так и не обновили) Лестно. Но сомнения - терзают. Заслуженно ли... Ключ к Delphi XE5 - я получил. Когда я смогу воспользоваться им на практике - не знаю :-( Что Я ЛИЧНО хочу посмотреть в Delphi XE5 - так это их "UML Редактор" и кодогенерцию. Но всё пока - некогда. :-( Активно участвовать в вебинарах - опять же - нет ни сил, ни времени.

Что ещё в остатке... Познакомился с несколькими интересными людьми. Это - плюс.

Дальше только куда двигаться?

Пока - непонятно.

Я изначально планировал писать про UML (чертежи и кодогенерацию - если быть точнее), тесты ну и "редактор". Ну и ещё xCode и CoreText планировал немножко захватить.

Но так ли это интересно?

Интересная ссылка про тесты и атрибуты

http://www.finalbuilder.com/Resources/Blogs/PostId/697/introducing-dunitx.aspx#.UjxVk4lLnxk.twitter

Реально интересно. Реально "декларатив"...

Ссылка. FastReport для FireMonkey

http://delphixe.ru/2012/05/fastreport-%D0%B4%D0%BB%D1%8F-firemonkey/

Offtopic. Offtopic. Offtopic. Но почти про IT. Есть "чудный" сериал. "След". Про ФЭС

Есть "чудный" сериал. "След". Про ФЭС.

Смотрел я его.. Пока телевизор был...

Там "чудные" вещи показываются... ДНК.. шмеенка...

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

Прочие "чудные кунштюки"...

Ага... Счаз..

Когда у ГАИ и "просто ментов"... НЕТУ ОБЩЕЙ базы...

Про налоговую - так вообще молчу...

Перепрописался.. И ВСЁ - нету тебя на камерах...

А так - да..

ДНК.. шмеенка.. Высокие технологии...

Бред...

Кстати! Об ARC. Ну чтобы представители Embarcadero на меня не обижались...

Об ARC.

Но о "другом"...
http://www.learn-cocos2d.com/2013/03/confirmed-arc-slow/

Цитата:

Where ARC can actually be slower

That ARC is faster is not true in every case. Specifically where existing MRC code has already been fine-tuned to provide the best possible performance in regards to memory usage.

This is because in some situations ARC adds additional retain/release messages that are sort of optional under MRC. This happens for example when you send a message to a selector with one or more object (id) parameters. It also happens when you receive a temporary variable from a method – it gets retained and then released even though its lifetime is short and contained. For example:

Objective-C

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15

// this is typical MRC code: {     id object = [array objectAtIndex:0];     [object doSomething];     [object doAnotherThing]; }   // this is what ARC does (and what is considered best practice under MRC): {     id object = [array objectAtIndex:0];     [object retain]; // inserted by ARC     [object doSomething];     [object doAnotherThing];     [object release]; // inserted by ARC }

And again when sending messages to a selector which takes one or more objects as parameters:

Objective-C

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15

// this is typical MRC code: -(void) someMethod:(id)object {     [object doSomething];     [object doAnotherThing]; }   // this is what ARC does (and what is considered best practice under MRC): -(void) someMethod:(id)object {     [object retain]; // inserted by ARC     [object doSomething];     [object doAnotherThing];     [object release]; // inserted by ARC }

The reason why ARC adds these additional retain/release is because above all else ARC ensures correctness. And that code is correct under MRC as well. So why don’t we usually add these additional retain/release in MRC and it still works?

Because most of us aren’t writing multi-threaded applications, and even those who do will probably not understand why they’re treading dangerously close to the edge. In multithreaded applications said object could be released between the doSomething and doAnotherThing calls – thus crashing your app. Granted, it’s rare but when it rears its ugly head, you wish you wouldn’t have to debug it.

This explains why some algorithms run slower under ARC than the same code written in MRC. I tookthis Objective-C ARC genetic algorithm and converted it to MRC to make the comparison. You’ll see in the results that the ARC version is noticably slower than the MRC version mainly because of the additional retain/release:

Tips'n'tricks для xCode

Некоторые пишут.

NSDictionary * D = somevalue;
for (Key in [D keysEnumerator]) {
 id Value = [D objectByKey: Key];
...
}

Хотя эффективнее написать так:
NSDictionary * D = somevalue;
[D enumerateWithBlock: (void)^(id Key, id Value){
...
}];

Лямбды блин...

Вот пример. "Из другой жизни". Но всё же:
http://devcenter.kinvey.com/ios/reference/api/Classes/KCSGroup.html#