Компоненты Delphi

Со времен, когда MS Windows еще не был операционной системой, а только надстройкой для MS DOS, в качестве программной основы для работы с графикой использовался интерфейс GDI. На то время это была действительно удачная технология, с помощью которой можно было работать с любой видеокартой. На платформе PC было слишком большое разнообразие видео чипов с различными возможностями, и GDI предоставлял универсальный способ доступа к видео функциям. Эта технология до сих пор используется в Windows, но в значительно переработанном виде.

Универсальность – это хорошо, но производительность видео оставляла желать лучшего. Когда я впервые увидел игру Doom, то поразился, почему игра может создавать сложнейшие сцены на компьютере с 386-м процессором, а Windows не может? Конечно же, разрешение игры ниже, но и сцены трехмерного мира намного сложнее. Производительность GDI это черепаха по сравнению с прямым доступом к памяти. Основная проблема GDI кроется в том, что ни одно приложение не может получить прямой доступ к видеокарте и видео буферу, иначе очень сложно будет реализовать многооконную систему, да и универсальность добавляет ложку дегтя и возможности хорошего видео чипа используются не на все 100%.

Читать статью полностью: Введение в DirectX

Поздравляю себя, тебя и всех программистов планеты с этим прекрасным 256-м днем года. Хотя этот праздник еще не стал офицальными, празднуется он с каждым годом все с большим размахом, ибо его могут праздновать и администраторы, как люди плотно связанные с числом 256, да и хороший администратор должен уметь программировать, хотя бы скрипты для системы, особенно Linux админ. Хакеры не могут праздновать этот день, ибо они не любят 256, им подавай переполнение, поэтому пусть празднуют любой из переполненных дней 257, 258 и т.д., когда мы будем ловить будун :).

Что хочется пожелать в этот день? Чтобы небыло зависонов, а код компилировался с первого раза. Чтобы небыло Stack Overflow, а код был быстрым и стабильным. Чтобы юзеры умнели и не выводили из себя, пока им объясняешь, что и как нужно сделать правильно. В общем, удачи и всего наилучшего.

Очень часто, нам необходимо расширить какую-то возможность определенного компонента. Я уже не раз встречался с такой проблемой. Самым правильным способом будет создание нового компонента потомка, в котором нужно реализовать необходимые действия. Правильно, но не всегда эффективно. Сегодня мы научимся использовать компоненты не совсем так, как задумывал дядя Борман.

Заинтересовался? Читай полную версию статьи в разделе избранного: Нестандартное использование компонентов

Red Hat купила Qumranet за 107 миллионов долларов, чтобы выйти на рынок виртуализации. Вот можете меня считать параноиком и ненависником Linux, хотя это абсолютно не связано с данной темой, но я скажу, что данный шаг абсолютно бездарен. В то время, как наши корабли бороздят просторы вселенной... Тьфу, куда это я. В том время, когда гипервизор от Microsoft становится бесплатным, а так же бесплатным становится VMWare и есть беслаптный VirtualBox, отдавать такие деньги за очередную технологию виртуализации абсолютно глупый шаг. Не проще было взять готовый OpenSource проект (такие есть) и выпустить свой на его основе. Благо лицензии позволяют, а Red Hat является OpenSource компанией и не должна стесняться использовать OpenSource проекты.

Я не понимаю, как они собираются вернуть вложенные в компанию деньги? А ведь помимо возврата капитала нужно еще и кормить весь штат сотрудников Qumranet и платить им зарплату, которая не маленькая. Я думаю, что содержание такой компании будет обходится более чем в 50 миллионов баксов, но на чем зарабатывать? Ну не заработают они и получат тонну убытков, ибо рынок перегрет, а игроки на нем нервные - Microsoft, Sun, VMWare не отдадут ни кусочка этого популярного пирога. Все они готовы отдавать свои решения бесплатно, поэтому доходы в этой сфере будут только падать.

Только не думайте, что запрещаю покупать (да я и не могу запретить), я просто считаю это глупым шагом. Но если у RH есть лишние 100 лимонов, то можно и потратить.