С новым 2012 годом с новой Delphi XE2!

Posted by on in Blogs
Итоги прошедшего 2011-го

В мире IT-технологий всё стабильно облачно. Стратегический разворот в сторону отсутствия понятия «физическое железо», переход к чисто вымышленным концепциям пропагандируется как самый перспективный путь развития перспективного человечества. Надо сказать подобное - совершенно не новая методология. В истории техники подобное было сплошь и рядом. То, знаете ли, давайте весь транспорт будет общественным (облачным), а потом – бабах – россияне никак не могут насытить свой аппетит  в плане обладания личном автотранспортом. Чисто психологических аспектов много. Как я буду жить, если «всё моё IT есть торчащий из стены проводок?». Поживём – увидим. Мы же как-то смирились, что «все мои деньги есть кусочек пластика с непонятными физическими принципами работы».

Апологеты и промоутеры «облаков» очень лихо рекламируют массовый сдвиг парадигмы вплоть до цивилизационного скачка. На данный момент с уверенностью можно сказать, что у «облаков» есть будущее, но границы их применимости зафиксируются в неком равновесном состоянии относительно других решений. И многополярный, разнообразный, IT-мир продолжит свою планомерную эволюцию в направлении повышения, прежде всего, качества, а не количества. Одно дело – поменять образ мысли IT-руководителя и его команды, а другое – изменить бизнес вплоть до принятия новой совокупности рисков в условиях законодательной системы, также совсем недавно узнавшей новое значение слова «облако».

Собственно, нам, разработчикам приложений для СУБД при помощи Delphi или C++Builder, волноваться нечего. Если есть технология, у неё будет API. Будет API, будут и компоненты в Delphi и C++Builder. Нашей компетенции потребуется upgrade, но с сохранением годами выработанных навыков и умений работы по принципу RAD и с использованием языков Object Pascal (Delphi Pascal) и C++.

Появление FireMonkey доказывает этот тезис. Есть API у графических библиотек, использующий GPU? Да-да, Quartz, OpenGL, Direct2D, Direct3D, GDI+? Никаких проблем! Есть API – есть компонентная обёртка, есть инфраструктура Component Palette, есть традиционные методы работы в IDE. Заметьте, переделка проектов при переходе на FireMonkey нужна, но эта переделка – традиционными способами. Кстати, ни разу (!) мне не довелось встречать жалоб типа «я не смог разобраться с принципами работы в новой FireMonkey». Идеология рационального оборачивания какого-либо API и встраивания компонентных капсул в Delphi и C++Builder позволила говорить о потрясающем релизе Delphi XE2 с FireMonkey. Несмотря на то, что WinAPI бесконечно далёк от Quartz, работа с кнопками VCL и FireMonkey бесконечно близка, но обновлённая TButton уже явила нам свои кроссплатформенные возможности. И это и есть генетическая сила FireMonkey.

Планы на будущий 2012-ый


Будущий год будет гораздо легче текущего. Это заметно по лавинообразному росту популярности нового релиза Delphi XE2. Очевидно, что платформа FireMonkey хороша во всех отношениях. Приятно то, что и в составе архитекторов и ведущих разработчиков трудится один из наиболее ярких российских программистов при поддержке других наших профессионалов, ставших частью команды Embarcadero. Подготовка релиза велась бешеными темпами, что не помешало выпустить очень стабильный релиз. Естественно, FireMonkey требует внимательного отношения, многие разработчики дотягивают текущие проекты на VCL, а новую платформу осваивают «в параллель». Но делают это они правильно, т.к. рост функционала FireMonkey будет идти не только вглубь, но и вширь. Вы правильно поняли, будут и новые платформы, но на основе единого FireMonkey-кода. Мы, Delphi-программисты, уже почувствовали наслаждение от мгновенного завоевания MacOS. Хочется повторить успех для других платформ.

Конечно, FireMonkey революционное решение. К нему мы шли годами. В этой точке сошлись сразу несколько прямых – и аппаратные возможности, и потребности пользователей ваших программных продуктов, и развитие операционных систем, и технологический базис экосистемы Delphi. Но есть некоторая обида за новую DataSnap. Преимущества многозвенной архитектуры очевидны. И платформа DataSnap XE2 очень проста, но функционально полна. Но что-то в головах разработчиков мешает её внедрению. Возможно, придётся усилить пропагандистскую работу и просветительскую деятельность. Если подавляющее большинство проектов на Delphi имело бы трёхзвенную архитектуру с максимально тонким клиентом, то переход на FireMonkey был бы гораздо легче.

Не могло не порадовать настроение среди активных членов сообщества разработчиков Delphi и C++Builder. Царит оптимизм, терпимость и благожелательность. Даже к новичкам отношение стало гораздо мягче, заботливее. Психологический настрой на вымирание культуры Delphi-разработки достаточно резко сменился на лёгкую эйфорию. Надеюсь, что даже маститые гуру VCL быстро наработают свой статус монстров кроссплатформенной разработки, поскольку именно эта возможность c FireMonkey является уникальной.

Пожелания

Здравомыслие и самодостаточность - вот наш девиз! Не поддавайтесь искушению заменить свой познавательный процесс мышления поглощением уже готовыми к всасыванию идей. Вам могут подсунуть рекламный суррогат чуждых Delphi-практике идеологий. Это касается и общих направлений развития IT-прогресса, и методологий разработки, и даже стиля кодирования. Делайте так, как вам удобно и комфортно. В конечном итоге работающий код и довольные пользователи есть абсолютное доказательство вашей правоты. Но здесь я в целом спокоен. Всё-таки мы есть часть бизнес модели, а здоровый экземпляр обладает крайней живучестью. Даже если вы поверите некому гуру, очарованные дикостью его идей, то бизнес-начальство очень быстро сделает точечную коррекцию. Будьте бдительны, взвешивайте каждое решение с позиции вашего руководства и их систем ценностей.

FireMonkey – очень живая и красивая планета для обитания кроссплатформенных существ. Населим её своими проектами! Новая технология это всегда увлекательный «квест», отгадка тайн великих мастеров, мистерия ярких идей и эффективных воплощений. Добавим сюда масштабных действий и логического совершенства стратегических игр в рамках начала нового кроссплатформенного проекта, и хождение на работу будет повышать жизненный тонус и снижать стресс. Я желаю всем возвращаться домой бодрее и свежее, чем покидать его в будний день.

Хочется побороть социальную атомизацию. Политические процессы, общественные явления, ритм большого города, скорость роста информационных потоков – всё это изолирует нас. Никакая социальная сеть с максимально комфортными сервисами не сможет создать потребность общаться, а также найти друзей и единомышленников на пустом месте. Желание общаться возникает только при наличии общих интересов. Любовь к программированию, стремление к совершенству, непопулярный сегодня инстинкт взаимопомощи, самоактуализация в наставнической деятельности – вот это нас объединит, ибо нельзя жить без творческой подпитки со стороны коллег. Хочется напомнить, что термин «гуру» означает не только знать и уметь, но и направляет и питает.

Главное пожелание, пусть всех в следующем 2012 году ждёт профессиональный успех и признание.

P.S. Предлагаю в новом году чокаться бокалами, громко провозглашая «F9!»


Comments

  • Guest
    balmo Saturday, 31 December 2011

    С наступающим! Всё будет ещё лучше, чем сейчас. Это -- главное. Остальные конструктивные пожелания -- потом)

  • Guest
    Алексей Тимохин Sunday, 1 January 2012

    С Новым Годом, Всеволод! =)

    > Но что-то в головах разработчиков мешает внедрению DataSnap.

    У меня следующие причины:
    1) Многие проекты на Delphi тянутся с прошлого тысячелетия, чуть ли не с 3й версии Delphi и используют двухзвенную архитектуру. Все возможные шишки связанные с такой архитектурой уже набиты, все грабли известны. За это время проекты обросли огромным количеством кода. И для того чтобы переводить весь код на 3х-звенку нужен очень веский аргумент.
    2) У меня на работе, мы используем Firebird. В большинстве случаев на Linux-серверах. Переход на DataSnap привяжет нас к Windows-системам, что в свою очередь сделает наш продукт более дорогим.
    3) У меня на работе когда-то рискнули попробовать перевести проекты на многозвенку через MIDAS/CORBA, и столкнувшись с некоторыми проблемами этой технологии вернулись назад к двухзвенке. Так что, мы более осторожно относимся к новым технологиям.
    4) У DataSnap было столько реализаций. Насколько успешно она эволюционировала? Кстати было б неплохо заиметь обзор типа: Эволюция Datasnap в разных версиях Delphi (сильные и слабые стороны). Например, у нас используется Delphi 2010, с какими проблемами мы столкнёмся если начнём использовать Datasnap? Решены ли эти проблемы в DataSnap в XE2? В старых версиях вроде были какие-то проблемы с безопасностью (отсутствие SSL вроде?). Что лежит в основе DataSnap? HTTP? TCP? SSL? Что-то своё?

  • Guest
    Eugen Chmel Monday, 2 January 2012

    Сейчас ДатаСнэп (DS) отличается от того, что было раньше. DS стал более красив. 2010 версию не использую, сам работаю в ХЕ. По работе столкнулся с одним недочетом касательно коллбэк вызовов, но решил его. Думаю тебе будет полезно посмотреть список ошибок в DS в Кволити центре.
    DS позволяет использовать Http, TCP/IP, выполнять шифрование. Имеется возможность включения фильтров (например, зжатие данных перед отправкой). Кстати да - если бы имелась возможность компиляции DS-сервера под Линукс, то было бы очень даже не плохо :)

    >Отсутствие русскоязычной информации в виде подробных white papers с примерами и для Дельфи и для С++ Builder.
    Ну как же, есть :) см. мой блог.

  • Guest
    Eugen Chmel Monday, 2 January 2012

    Поздравить не успел :) так что - с наступившим !!! :)

  • Guest
    Алексей Тимохин Tuesday, 3 January 2012

    2 Eugen Chmel:
    Спасибо за комментарий.

    2 Всеволод:
    Вспомнилась ещё одна причина:
    5) Каждый новый релиз Delphi сопровождался анонсом в духе: "Посмотрите на новый DataSnap - он прекрасен, великолепен, намного лучше чем предыдущая версия, с его помощью вы сможете создавать многозвенки с невиданной легкостью." (я передергиваю конечно). И каждому релизу пелись дифирамбы. А потом кто-нибудь из блоггеров не начинал тестировать его в деле и не натыкался на нехватку какой-нибудь функции, делающей использование DS в реальном проекте неудобным (типа отсутствия SSL - могу наврать, может такого и не было). Я честно читал описания новых версий DS и прикидывал возможность перехода. Останавливало 2 вещи:
    a) вышеупомянутое отсутствие DS-сервера под Linux
    b) отсутствие Success stories в духе: я использую DS (версии Х.Х) в бизнес проекте с такой-то архитектурой, уже столько-то лет-месяцев, под такой-сякой нагрузкой. Полёт стабильный. За счёт использования DS удалось сэкономить кучу человеко-часов...

  • Guest
    Vsevolod Leonov Friday, 6 January 2012

    @All - Спасибо, дорогие!

    @Eugen Chmel, Elena, Алексей Тимохин
    Скоро будет конкурс по DataSnap XE2. :)
    Спасибо за комментарии. Реально полезно знать. Сейчас не готов "отвечать за", но факт наличия очень качественного фидбэка от наиболее уважаемой части коммьюнити - дорогого стоит.

    @Алексей Тимохин, Eugen Chmel - почему нет "success stories?" А это уже вопрос не только к Embarcadero, но и к сообществу. Вот кто готов? (Елена - молодец!)
    Насчёт "многолетнего" использования. Мы все помним, что реально хороший DataSnap (с 2010) появился недавно. Поэтому "давно использую" означает - начал с глючного в Delphi 7, без преемственности (слабой преемственностью) в обновлённый DataSnap. Короче, работаю, спасибо, что зарядили.

    @Smike - да, проблемы есть. Но Вы посмотрите - какой прогресс за последние 2 года! Усилили Delphi новой платформой FireMonkey. Допилили DataSnap. Хорошая преемственность. Планы на развитие. Не всё так пессимистично. И "эпоха возрождения Delphi" началась недавно, нужно некоторое время для преодоления пост-кризисных явлений. Мы верим в Delphi!

    @Алексей Тимохин - собственно, ты прав. Это я орал "теперь самое время начать использовать DataSnap". В последний раз мой посыл более мягкий - DataSnap XE2 вошел в стадию фидбэка, т.е. он сделан, а теперь мы ждем "предложений". Здесь да - нужны success stories. Поднимаю вопрос.

  • Guest
    Maxim Shiryaev Monday, 23 January 2012

    Всех с прошедшим НГ и наступающим 8М!

    Жду TAction в FM.

    А DataSnap все еще просто лишний слой между контролами и SQL, не добаляющий практически ничего полезного.

    Вот когда в [MVC] FireMonkey станет чисто [VC], DataSnap превратится в [M] + ORM/OPF, вот тогда это будет дейтвсительно серьезно.

    Если конечно до этого HTML5+JS не станет единственной платформой для разработки клиентских приложений...

    Максим.
    TP7 - Delphi XE2(SA)

  • Guest
    Vsevolod Leonov Monday, 23 January 2012

    @Maxim Shiryaev

    TAction - спорное явление. Когда функционал приложения доходит до сотни действий, какой-то малоуровневый список "действий" с плохой визуализацией мало добавляет. Тем более, если есть [M] в приложении.

    Про DataSnap не надо так грубо :) Но понять Вас могу, поэтому готовлюсь к соответствующей работе.

    Идея про трансформацию DataSnap в обязательную [М] попахивает насилием мозга разработчиков :) Всё-таки любят люди схему, когда GUI нужен только для показа сеток и отстрела хранимок на сервере. Фигово, скажете Вы? Да нет. Если центр тяжести системы в базе данных на 90%, то пусть люди использую Delphi. Здесь мы идем в область более современных интерфейсных возможностей.

    Про HTML5 и его доминанту. Там есть тьма "против", несмотря на практически полное идеологическое и небескорыстное затаптывание сторонников не-веб-а. Уж какая была эйфория про Java, и не менее разогретые толпы апологетов .NET.... чё-то как-то нативный код никуда не делся.

    А вообще, очень увлекательные процессы, единство и борьба противоположенностей, эволюции, повторяемость на качественно новом уровне. У нас в IT бушуют страсти такие, что биатлон отдыхает :) В техносфере таких войн было много, самолёт против корабля, электромобиль против ДВС, жидкотопливные ракеты против твёрдотопливных, ракетное оружи против артиллерии, одноразовые космические корабли против многоразовых... Андроид против Айфона при поиски своего места компании МС. Главное, что нам всё это чертовски интересно :)

  • Guest
    Warren Postma Tuesday, 24 January 2012

    Could someone please do a better translation into English?

    GoogleTranslate can not make any sense of this text.

    Warren

  • Guest
    Vsevolod Leonov Tuesday, 24 January 2012

    @Warren Postma

    My pleasure! Please, forgive me great pathos as I posted just before the new year with appropriate sentiments :) Today I'd write different way :)

    //----------------------------------------------------------
    Summary for 2011

    The IT weather is rather cloudy in all meanings of the word “cloud”. The strategic turn to the “abstract hardware” and totally virtual environment is announced as the only perspective way of computer technology evolution. The trick (I mean “propaganda”, rather than “virtualization”) is very old. In Russia we all have a great experience of that. In soviet period we had “virtualized” transportation system, when a person basically didn’t possess “hardware” (a car), but easily had an access to “virtualized” services (subway, tram, trolley, bus, taxi or ability to walk fast). It was convenient, it was cheap. A car cost 100 000 trips by public transport, which meant 136 years of guaranteed services. But once Russians got the opportunity to have their own private (rather than public) cars, they rushed it, and the last 20 years we have been having “own machines” as number one in wish-lists. It’s just a warning: sometimes psychological aspects will overcome reasons of cost, convenience or fashion. Not many IT-specialists can agree all their IT-infrastructure is a twisted wire sticking out of a hole in their office wall. If you think I’m an enemy of “virtualization”, it’s not correct. I can tell more optimistic metaphor, as my simple piece of plastic named “credit card” is purely virtualized money in totally cloud-like bank, but there is no psychological issue. Is “cloud computing” like a public transport or “cash-free” system of payment? Will we have a turnaround from “virtualized hardware” to “real machines”? The fact is we havn’t got an answer in 2011, and businesses are not ready to take additional real risks from virtualized infrastructure.
    Anyhow, we as Delphi and C++Builder developer shouldn’t worry. If there is an IT-technology or service, it will have an API. And any API needs component wrapper for the use within RAD concept. The new API will call the upgrade of our competence, it will be the understanding of the new concepts (components and properties), but not new way of thinking and programming. The RAD and component paradigm works!
    Look, we must migrate to FireMonkey and got new knowledge on components, but not new knowledge how to make projects. I’ve never faced any complains from developers “I don’t understand how to use FireMonkey”. The ideology of smart encapsulation into components provided seamless migration of developers’ skills and competence. WinAPI is infinitely far from Quartz, but TButton works predictably perfect for crossplatform tasks. This is genetic power of FireMonkey.

    New 2012

    The new-coming year will be much easy than the last one. It’s obvious from avalanche-like increase of popularity of Delphi XE2 (thanks, God, Delphi 7 is in annals finally, we’ve passed away its finalization section). FireMonkey is really good not by its today’s capabilities, but by the Embarcadero R&D team with Russian participation. The current release of FireMonkey sometimes looked like a star race at light speed, but it has pretty “workable” stability, sometimes calling for more tenderness. Many developers continue their ten-year million-line projects with VCL, touching the new platform in parallel. But this is a very sensible strategy, as FireMonkey will grow not only in height, but in width too. Yes, more platforms on the same codebase. We’ve already got “hello world” experience for MacOS with corresponding excitement and now are looking forward for more “gas-expansion” abilities at “add new platform click” expense.
    Of course, FireMonkey is a revolutionarily solution. Embarcadero’s been approaching it for years. At this point some lines join each other: hardware progress, users’ expectation, operating systems’ capabilities, and technological basis of Delphi ecosystem.
    But I can’t feel some pain for the new DataSnap. The advantages of multi-tier architectures are evident. And new DataSnap XE2 is simple and powerful (look, no contradiction). Something in the head of developers prevents from mass usage, though this disease is easy to cure. Please, wait for a while. We need more propaganda. If the most Delphi and C++Builder projects had three-tier architecture with maximally thin client, the FireMonkey migration would be much easier.
    There is optimism among the community, the community is active. More tolerance, more amiability. More care to newcomers and beginners. We observe the renaissance of Delphi programming culture, new good posts and articles appeared regarding project architecture (that I’m crazy about). For example, Alexandr Alexeev (aka GunSmoker) published an awesome series on “how to make plugin-based Delphi project”. For all Delphi-gurus and Delphi-monsters in VCL there is a chance to get the same status, but for cross-platform development.

    New-year wishes

    I would like to wish self-sufficiency and more trust in your experience. Please, resist the temptation to eat fast-food ideas. The menu is vast and has many anti-Delphi practices. These are and general direction of IT-development, and methodology, and even codestyle. Use the principles, which provide the most comfort to you. Finally, the working application and satisfied users are the only criteria of your effectiveness.

    // too much pathos, skiped

    I wish lucky F9 in 2012!

  • Guest
    Vsevolod Leonov Wednesday, 25 January 2012

    @Smike

    Самый популярный язык - очень спорный вопрос. Не буду 100% уверенным, но во первых строках рейтинга (поверьте, он - объективен) С++, С и PHP. Так что роль СУПЕР-языка Java реально не тянет. Плюс почитайте новости компании RedHat, которая выдумывает язык Ceylon как следующий шаг после Java (обратите внимание на игру слов).

    Преградой для распространения Java - а я отвечаю в основном за сегмент внутрикорпоративной разработки Клиент-Сервер - была абсолютная неочевидность её преимуществ. Да их просто нет. Корпорации стремятся унифицировать парк компьютеров, поэтому (мнимая) кроссплатформенность Java никому не нужна в данном сегменте. Забудьте. А первые ростки кроссплатформенности гораздо лучше греются солнцем FireMonkey, которая даёт очень нативный интерфейс, так нужный Mac-овцам.

    >>не смотря на очевидные преимущества Java?
    Будет технически правильным и коммуникативно вежливым, чтобы их перечислили именно Вы.

    >>Особенно для молодых разработчиков,
    Особенно для молодых разработчиков важно НЕ НАЧИНАТЬ творческий путь с Java.

    >>.Net/Java
    А Вы слыхали, как MS видит развитие .NET?
    Ну а Java побарахтается своей бесплатностью, что вредно прежде всего для Java, т.к. отсутствует прямая связь потребитель/производитель. Это как бесплатная медицина/образование. На коротком промежутке времени это жизнеспособно, но даже СССР 70 лет хватило, чтобы изжить идею "бесплатности".

    Позиция Embarcadero просты. Нативный код с минимальной потерей производительности и повышенной стабильностью. Если есть "чей-то" API, то его надо вызывать напрямую, а не через ненужную прослойку runtime-сред.
    А как язык Delphi оптимален для большинства практических задач сегмента корпоративной разработки.

    Ну как? Есть контр-аргументы? :)

  • Guest
    Vsevolod Leonov Thursday, 26 January 2012

    Легко!
    Только мы с Вами в разных весовых категориях. Вы мне толкуете выжимки с "верхнего интернета", вакансии, заказные статьи... А я вижу рынок изнутри. Поэтому Вы мне рассказываете про то, что Delphi никому не нужна, а я вижу цифры по продажам и динамику роста за последние 2 года... ну что мне Вам ответить? Могу лишь посоветовать не драться с бойцами с более тяжёлыми бойцами.

    То же самое при всём уважении к Вам. Вы сколько лет проработали преподавателем? Я работал и в Specialist.ru, и в Академии Ланит. И 10 лет в МГТУ им. Н.Э. Баумана. А Вы мне даёте экспертизу по "с чего начинать изучение программированию"
    >>Хорошо, можно с C#/С++, даже Visual Basic!
    Проведите хоть один курс для начинающих на C++, хотя бы часов на 30, потом поговорим. Знаете, непрофессиональное шапкозакидательство и наивная вера в отсутствие маркетинга, когда Вы видите перед глазами некий текст... Опять же, играйте в бадминтон.

    >>Никому еще не удалось выпустить универсальный фреймворк под мобильные компьютеры и десктопы.
    Это вообще не аргумент. Ну никому не удалось. А Embarcadero удалось.

    >>А где в Delphi качественная нативная интеграция с коммерческими СУБД?
    Oracle, MS SQL, Sybase, DB2, Informix ... дальше надо?

    >>А чего Вы так на Java зациклились?
    Не, не зациклился. Хочу, кстати, Вам рассказать историю. JBuilder бил все рейтинги по популярности, пока не выпустили бесплатную среду. А почему плоха бесплатная среда - я Вам объяснял. Нежизнеспособно это, когда нет прямой и обратной связи между потребителем и производителем. Посмотрите на СССР.

    >>А вот другой вопрос, например для банковской сферы: что лучше, круглосуточно работающая программа на Delphi, в которой "потекла" память или Java/.Net с их сборщиком мусора?
    Ну опять, разные весовые категории. Много Вы общались с программистами банковских систем, которые пишут на Delphi? Полагаю, ни разу. Вы смотрели результаты опросов Delphi-разработчиков относительно введения сборки мусора в Delphi? Ни разу. Вы знаете, как можно ЭЛЕМЕНТАРНО избежать утечки памяти? Сомневаюсь. А Вы в курсе, что в С++ нет сборки мусора, но от этого нет никаких сомнений, что им можно пользоваться при разработки системного софта?

    >>Где современные прогрессивные технологии вроде Linq и параллельных вычислений?
    Насчёт прогрессивности Linq - Вы опять сильно показали свою неосведомлённость. Просто попейте пива с разработчиками на MS VisualStudio. Они Вам расскажут и про Linq глазами разработчиков. Да, вот Вам ещё одно "прогрессивное слово" - Entity.

    >>Я уже по большей части ответил на этот вопрос. Добавлю еще одно преимущество: возможность построения на одном языке как десктопных приложений, так и веб-приложений.
    Не смешите мой пиджак. Много Web-приложений работают в виде апплетов?

    >>Кроссплатформенность слабая, родного компилятора нету даже под Мак (используется FreePascal).
    Следите за новостями Embarcadero. Родной компилятор для Мас-а в процессе. Просто мы не делаем "заплатку", он будет частью нового модульного компилятора.

    >>Вторая причина - у Delphi отсутствует своя ниша. Универсальный инструмент мало кому нужен.
    :) Ага. 15 лет была, а тут начала отсутствовать. Универсальный инструмент ВСЕМ нужен.

    >>Или Вы можете назвать хоть один успешный стартап на FireMonkey?
    Ну если для Вас вся индустрия Software Engineering скукожилось в модное слово "стартап", то Вы просто мастер художественной провокации.

    >>Весь аутсорсинг работает на .Net & Java.
    А, ну да, помимо стартапа есть еще аутсорсинг.

    >>А отечественные компании могут предложить только поддержку старых загнивающих продуктов, причем еще на старых версиях Delphi.
    Откуда такая информация, что "старые" проекты по определению "загнивающие"?

    >>Да и чего скромничать: все они, кроме Objective C, позволяют даже коммерческую разработку без покупки IDE и компилятора.
    Зачем же так резко удалять Objective C из списка? За ненадобностью? Или в компании Apple тоже сидят недальновидные дядьки? Или благодаря этому Apple как-то плохо смотрится на рынке? Или это просто не укладывается в Вашу т.н. теорию эволюции сред разработки?

    >>Возьмем C# или Java для корпоративных приложений. Имеем высокую надежность кода, контроль за утечками памяти, кучу разнообразных enterprise-примочек (к слову, во многих случаях бесплатных, опенсорсных),
    Тогда объясните мне, за счёт чего живёт и процветает компания DevExpress? Или Infragistics? Или уже QuantumGrid стала внезапно бесплатной?

    >>Где современные прогрессивные технологии вроде ... параллельных вычислений?
    А Вы мне объясните, зачем Вам параллельные вычисления для внутрикорпоративной разработки?

    //----------------------------------------------------------------------------------------
    В общем, повинуясь педагогическому инстинкту, когда я реально переживаю за то, что у человека есть заблуждения и отсутствие знаний, я потратил определённое время на Ваше просвещение. Такой вот я альтруист. Надо сказать, удовольствие НЕ получил, т.к. слишком много пафоса при ужасающем количестве ошибок и ложных выводов.
    Их число и степень тяжести позволяют говорить о наличие некого личного отношения к предмету. Например, у меня был знакомый студент, у которого не сложилась ни научная карьера, ни карьера программиста. Он в тот момент использовал Delphi. Какой-то психологический пируэт произошел в его голове, и он возненавидел именно язык и именно среду разработки. Вот, уважаемый Smike, как бы это не наш случай. Вам теперь и goto не угодил. Это как бы и было звоночком. Во всём виноват goto.

    И опять же, никак не могу отделаться от желания сделать Вам правильный upgrade.
    1. Компания Embarcadero уверенно растёт.
    2. Количество пользователей Delphi увеличивается.
    3. Люди с удовольствием покупают upgrade со старых версий на новые.
    4. Создано направление, уникальное в своём роде - FireMonkey.
    5. Компания публикует амбициозные планы по дальнейшему развитию.

    П. 1-3 являются "закрытыми" для публики. Но есть и косвенный индикатор, вполне публичный. Количество сотрудников в московском представительстве удвоилось за последние 2 года. На фоне кризиса. Подумайте об этом.

    //----------------------------------------------------------------------------------------

    Еще раз, уважаемый Smike, хочу посоветовать Вам также улучшить Ваши коммуникативные навыки. Чем бы Вы не занимались - программированием, управлением бизнеса, продажами - всегда нужно чётко себе представлять, зачем Вы общаетесь, цель Вашего общения, формат общения и "весовую категорию". Вы врываетесь на блог сотрудника Embarcadero и кричите "Delphi - отстой". Вот какого результата Вы хотите достичь? Подумайте об этом.

  • Guest
    Vsevolod Leonov Thursday, 26 January 2012

    @Smike

    Спасибо за пожелания компании Embarcadero и Delphi успехов! Рад буду видеть Вас на семинарах, вебинарах и форумах. Какими бы ни были мнения и настроения пользователей Delphi, мы уверены, что открытый диалог и публичные обсуждения всегда лучше политики замалчивания, чёрного пиара и недобросовестного маркетинга!

  • Guest
    Astaroth Monday, 30 January 2012

    Прочитал - прослезился. Vsevolod Leonov, несмотря на то, что этот блог ваш - вы хам. Хочу посоветовать Вам также улучшить Ваши коммуникативные навыки.

  • Guest
    Vsevolod Leonov Monday, 30 January 2012

    @Astaroth

    Я оставил Ваш комментарий. Жаль, что не удалось как-то поговорить по теме изначального поста.
    Правда, он был сделан в формате новогоднего тоста, а по старой российской традиции застолье часто заканчивается дракой :)
    Напишите что-нибудь про Вашу позицию относительно настоящего и будущего Delphi. У нас будет хорошая тема для технической дискуссии.

  • Guest
    Ruslan Semenov Friday, 10 February 2012

    Ни кто не сталкивался с потерей скорости в работе программы после компиляции в Delphi XE2 ?
    Delphi XE - Текстовой файл (620 мб) читается за 20 секунд
    Delphi XE2 — 40 секунд (компиляция под 32 бит), 30 секунд (компиляция под 64 бит)

  • Guest
    Vsevolod Leonov Saturday, 11 February 2012

    @Ruslan Semenov

    Брат, а что за нужда читать такой мрачный файл?
    И что за метод чтения?
    Ну и если совсем нужно, давай код обсудим, я свои тесты проведу. Пиши [email protected]
    В смысле, мне самому интересно поисследовать.

  • Please login first in order for you to submit comments
  • Page :
  • 1

Check out more tips and tricks in this development video: