Случилось так, что я 12 лет рисовал сайты, логотипы, иконки, интерфейсы и прочее в своей собственной студии дизайна Turbomilk. А потом стал работать в продуктовых компаниях, последние 3,5 года работаю директором по дизайну в компании Acronis. Я выяснил, что работа in-house дизайнера в компании, которая делает собственный продукт, сильно отличается от работы дизайнера в студии или в агентстве. Я попробовал описать основные различия и проиллюстрировать собственным опытом. Статья пригодится дизайнерам «с обеих сторон баррикад» для расширения кругозора и поможет в преодолении внутренних барьеров.

Web 2.0, существование которого некоторыми отрицается, привел в интернет много авторов, которые стали писать статьи и заметки на самые разные темы. В зависимости от ресурса, вид, содержание, оформление и размер таких статей различаются, но у них есть один общий компонент — авторский текст, который, собственно, почти всегда, является сутью статьи. Такие статьи, в основном, пишутся не профессиональными журналистами, а простыми пользователями, которые в силу разных причин делятся своими мыслями, идеями или полученной информацией.

В данной статье мне хотелось бы предложить несколько вариантов того, как стоит создавать статьи, как их подавать и как поддерживать жизнь своей статьи.

Середина 2000-х годов ознаменовалась бурным ростом числа колоночных СУБД. Vertica, ParAccel, Kognito, Infobright, SAND и другие пополнили клуб колоночных СУБД и разбавили гордое одиночество Sybase IQ, основавшей его в 90х годах. В этой статье я расскажу о причинах популярности идеи по-колоночного хранения данных, принцип действия и область использования колоночных СУБД.

Начнем с того, что популярные в наше время реляционные СУБД — Oracle, SQL Server, MySQL, DB2, Postgre и др. базируются на архитектуре, отсчитывающей свою историю еще c 1970-х годов, когда радиоприемники были транзисторными, бакенбарды длинными, брюки расклешенными, а в мире СУБД преобладали иерархические и сетевые системы управления данными. Главная задача баз данных тогда заключалась в том, чтобы поддержать начавшийся в 1960-х годах массовый переход от бумажного учета хозяйственной деятельности к компьютерному. Огромное количество информации из бумажных документов переносилось в БД учетных систем, которые должны были надежно хранить все входящие сведения и, при необходимости, быстро находить их. Такие требования обусловили архитектурные особенности реляционных СУБД, оставшиеся до настоящего времени практически неизменными: построчное хранение данных, индексирование записей и журналирование операций.

Встречайте новую, седьмую бета-версию четвёртого Файерфокса. Переведу её основные отличия от предыдущей бета-версии, изложенные в заметках к выпуску (там же вы можете и скачать новую бету):

• Используется JägerMonkey — новый и более быстрый вариант интерпретатора джаваскриптов. На форуме Mozilla Россия приводились следующие столбчатые диаграммы сравнения его производительности с предыдущими версиями:
   
  
   
• Поддержка WebGL по умолчанию включена в операционных системах Windows и Mac OS X, хотя и полагается покамест на то, что графическая подсистема компьютера понимает OpenGL. Поддержка других видеокарт под Windows (особенно производимых Intel), а также поддержка Линукса отложена до одной из последующих бета-версий.
   
• Некоторые операции отрисовки будут аппаратно ускорены при помощи Direct3D 9 в Windows XP, Direct3D 10 в Windows Vista и 7, а также OpenGL на Mac OS X.
   
• Типографика браузера отныне включает поддержку целого ряда возможностей OpenType: лигатуры, кернинг, шрифтовые варианты.
   
• Реализация HTML5 Forms API упростит создание форм и проверку правильности их заполнения.

От себя добавлю ещё, что всё это лишь наиболее заметные пользователю и веборазработчику, но далеко не единственные перемены в новой версии.