Есть ли будущее у DELPHI?

Цитата Qraizer @ 07.03.13, 20:28

Аха. Понятно. Flex Ferrum, это слив. Тупо и абсолютно признаваемый сливающим.

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

Сообщение отредактировано: --Ins-- - 07.03.13, 22:07

Вот лишнее подтверждение того, что в Эмбаркадеро работают говнокодеры:
http://delphihaven.wordpress.com/2012/07/0...n-anti-pattern/
http://delphihaven.wordpress.com/2013/03/09/im-speechless/
Даже в США. Причем на руководящих должностях! Что же говорить о рядовых программистах, тем более в России?

Цитата [S]mike @ 09.03.13, 11:57

Вот лишнее подтверждение того, что в Эмбаркадеро работают говнокодеры:
http://delphihaven.wordpress.com/2012/07/0...n-anti-pattern/
http://delphihaven.wordpress.com/2013/03/09/im-speechless/

Жесткач... Я тут посмотрел в доку по FireMonkey... Сюда. Долго плакал...

Добавлено 09.03.13, 22:07
Там что список методов, что список свойств - это что-то с чем-то...

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

Добавлено 09.03.13, 22:28
Ну вот например... Мы имеем метод FMX.Types.TControl.ShowCaretProc, но при этом симметричный ему метод называется FMX.Types.TControl.HideCaret. Это, видимо, чтобы враги не догадались.
Потом, остаётся только догадываться, для каких целей были сделаны свойства ComponentIndex или Root... И почему ComponentCount - это количество компонентов, которым владеет этот компонент, а ComponentIndex - это его индекс в массиве компонент у родителя. В общем, всё просто, понятно и логично!

Добавлено 09.03.13, 22:33
А, да. Ещё методы FieldAddress и MethodAddress.... Просто шикарны!

Цитата Flex Ferrum @ 09.03.13, 22:03

Жесткач... Я тут посмотрел в доку по FireMonkey... Долго плакал...
Там что список методов, что список свойств - это что-то с чем-то...

Тут ты "слегка" перегибаешь палку, т.к. FMX это надстройка над базовыми дельфийскими классами TObject -> TPersistent -> TComponent, и приведенные тобой примеры (кроме TControl.XXX) относятся именно к этим базовым классам, которые были "изобретены" еще Борландом в "незапамятные времена", как основа VCL. Поэтому, если уж обсуждать эти основы, то не здесь, а в продолжение "боданий" по теме Delphi vs C++

Сообщение отредактировано: leo - 10.03.13, 06:31

И там противоположностью

Цитата Flex Ferrum @ 09.03.13, 22:03

ShowCaretProc

является

Цитата Flex Ferrum @ 09.03.13, 22:03

HideCaret

???

Архитектор FireMonkey - Евгений Крюков: http://blogs.embarcadero.com/ekryukov/
Ведущий разработчик - Ярослав Бровин (тот, который статьи через гугл транслейт переводил): http://blogs.embarcadero.com/yaroslavbrovin/

Цитата [S]mike @ 10.03.13, 09:32

Ведущий разработчик - Ярослав Бровин (тот, который статьи через гугл транслейт переводил): http://blogs.embarcadero.com/yaroslavbrovin/

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

Цитата Астарот @ 10.03.13, 09:08

И там противоположностью

Цитата Flex Ferrum @ 09.03.13, 22:03

ShowCaretProc

является

Цитата Flex Ferrum @ 09.03.13, 22:03

HideCaret

???

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

Leo, сорри. Я не знал. Но все равно для меня это несколько странно...

Цитата

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

Всё очень просто. Скорее всего сначала была какая то программка. Которую писали. И для удобства разработки которой написали... хм... назовем его ФРЕЙМВОРК. Или не. ФОУНДЕЙШН. Вот так уже лучше.
Посмотрели на него, и решили отделить мухи от котлет. Опубликовав этот самый ФОУНДЕЙШН в паблик. Но отделили тупыми ножницами без наркоза.

Сообщение отредактировано: Бобёр - 10.03.13, 18:48

Бобёр, как такое могло получиться - я и сам пяток причин привести могу. А Вот как такое попало в продакшен - это уже загадка. Или ревью интерфейсов - это такой же темный лес для авторов, как и контрактное программирование?

Так не было никакого продукта. Файрманки разрабатывался как самостоятельная библиотека VG-Scene, пока ее вместе с автором не купила Embarcadero.

Цитата [S]mike @ 10.03.13, 19:03

Так не было никакого продукта. Файрманки разрабатывался как самостоятельная библиотека VG-Scene, пока ее вместе с автором не купила Embarcadero.

А вот такой генезис крайне странен. Я думаю, что всё таки он есть, но мы о нем не знаем.

Цитата Бобёр @ 10.03.13, 19:11

А вот такой генезис крайне странен.

Почему странен? Придумать сумасшедшую идею - сделать глючную примитивную реализацию - наобещать с три короба - скосить бабла с тех кто на нее купится - придумать следующую сумасшедшую идею. Это путь разработки многих компонентов под Дельфи. В блоге Delphi Haters много таких историй рассказывали: какие были многообещающие конторы и как бесславно кинули своих покупателей. А создатель встроенных в Delphi компонентов Indy Чад Хувер вообще в тюрьме сидел за неуплату алиментов. RaveReports, QuickReport, ECO - где это все? AnyDAC, который купила Эмбаркадеро, тоже кинул пользователей: теперь им нельзя пользоваться во FreePascal.

Вот еще одна success story:
http://www.devrace.com/en/blazetop/
Никто не хочет отдать 129 евро за глючный продукт, последний релиз которого был в 2007 году?

Одним словом - все это шарашкина контора. Firebird тоже, похоже, превратилась в такую: релиз 3.0 никак даже до альфы не доведут. А по плану 3-летней давности мы уже должны были бы давно наслаждаться этим релизом. Дмитрий Кузьменко, один из идеологов Firebird, сбежал под крыло Эмбаркадеро, начал петь дифирамбы Interbase (над которой, если верить слухам, работает в данный момент аж 1 разработчик), за что сразу же получил MVP.

Цитата [S]mike @ 10.03.13, 20:18

Это путь разработки многих компонентов под Дельфи.

Чувствуется не малый опыт

Я выпускал только бесплатные компоненты.