Linuxformat - Вклад участника [ru]

LXF143

2012-09-02T14:58:36Z

Ewgen: исправлена ошибка

==Linux Format 143 (4), апрель 2011==
<center>[[Изображение:LXF143.jpg|Linux Format 143 (4), апрель 2011]]</center>
===Обзоры===

* [[LXF143:Review1|Debian 6.0]]
*: Только фильмы по трилогии «Властелин колец» потребовали больше времени на их выпуск. Но, в отличие от киношек, Debian – особая статья для работы в Linux. А теперь и в BSD.
* [[LXF143:Review2|KDE 4.6]]
*: KDE на конец-то добился релизов, где новинок все же больше, чем поломок. Версия 4.6 улучшила контроль при ложений над '''Действиями''' и ввела новые функции в ''Dolphin''. Авось ей удастся смягчить горечь утраты для фанатов серии 3.x.
* [[LXF143:Review3|''CrossOver Pro'' 10]]
*: Знаковый релиз всеми любимого «слоя совместимости с Windows». В нем тонны усовершенствований и куча готовых капсул для популярных программ – вы почти наверняка найдете интересующее вас приложение.
* [[LXF143:Review4|OpenSUSE 11.4]]
*: Назло анонимным интернет-аналитикам, openSUSE гораздо более жив, чем мертв, и чувствует себя отлично: например, первым из главных дистрибутивов рискнул обзавестись ''LibreOffice''.
* [[LXF143:Review5|''LibreOffice'' 3.3]]
*: Прибыл один из самых предвкушаемых выпуcков свободного ПО за последние шесть месяцев. Этак полу чится, что ''OpenOffice.org'' угодит в мусорную корзину – вдобавок при установке новичок ведет себя как кукушонок, выпихивая старшего брата из гнезда в системе.

===Постоянные рубрики===

* [[LXF143:Сравнение|'''Сравнение''': Файловые менеджеры]]
: Каждый месяц мы сравниваем тысячи программ – а вы можете отдыхать!
* [[LXF143:Что за штука|'''Что за штука...''' ''Gnome Shell''?]]
: ''Gnome Shell'' крадется в планшеты и мобильные устройства, прячась в тени ''Unity''.
* [[LXF143:Тема номера|'''Тема номера''': Магия сисадмина]]
: Наводите чары с нашим руководством сисадмина и станьте всемогущим магом Linux!
* [[LXF143:Interview|'''Интервью LXF''': Мэри Колвиг]]
: '''Мэри Колвиг''' добежала до Mozilla, чтобы вовлекать народ в ''Firefox''.
* [[LXF143:Plasma|Осваиваем Рабочий стол Plasma в KDE]]
: Амбициозный Рабочий стол Plasma в KDE готов к использованию; '''Грэм Моррисон''' поможет раскрыть его достоинства.
*'''Спецрепортаж'''
** [[LXF143:19|19 перемен к лучшему для KDE]]
*: Критические дни для Конкретного рабочего стола: Как ему живется?
** [[LXF143:AR Drone|AR Drone]]
*: Крылья у Linux были всегда, а теперь он выучился летать. Взгляните на аэро-ОС!
** [[LXF143:work|Работа вашей мечты]]
*: '''Джоно Бэкон''', менеджер сообщества Ubuntu, делится экспертным мнением о том, как начать продвижение по карьерной лестнице свободного ПО.
* '''По рецептам Д-ра Брауна'''
** [[LXF143:DrBrown1|Клуб любителей ядра]]
*: Думаете, ядро написал Линус Торвальдс? Это только 0,4 % истории. Узнайте, кто еще.
** [[LXF143:DrBrown2|Удаленное управление]]
*: Доктор находит замену своей кочерге для управления сервером.
** [[LXF143:DrBrown3|Реформы процесса загрузки]]
*: Пока борются титаны загрузки, доктор изучает отважного новичка.

===Учебники===
* [[LXF143:Совет месяца|'''Совет месяца''': ''Webmin'']]
В этом месяце вы научитесь...
* [[LXF143:First_step|Любить Gnome ]]
: Вам нравится Linux, и вы хотите извлечь максимум из этой настольной системы? Экскурсию по Gnome, рабочему столу по умолчанию в Ubuntu и Fedora, проводит для вас '''Боб Мосс'''.
* [[LXF143:multiboot|Делать мультизагрузку]]
: Множество людей держат двойную загрузку Linux и Windows, а как насчет Linux и Linux? '''Эндрю Грегори''' строит идеальный вариант для летунов с дистрибутива на дистрибутив.
* [[LXF143:Todoyu|Pулить проектами]]
: Пусть название ''Todoyu'' кажется вам дурацким – сама программа вовсе не глупа и занимает достойное место в мире управления проектами. '''Шашанк Шарма''' пояснит принципы ее работы.
* [[LXF143:Linux_Training|Исследовать FS]]
: '''Часть 3:''' В среднестатистической установке Linux сотни каталогов; и чем же они занимаются? На '''Тренингах Linux''' от '''Майка Сондерса''' вы все поймете. Эх да ого-го!
* [[LXF143:exiftools|Сортировать фотки]]
: Фотографировать любят все, а вот возиться с переименованием файлов типа '''PС03133.JPG''' охотников мало. '''Марко Фиоретти''' и ''ExifTools'' помогут этому горю.
* [[LXF143:QML|Создавать виджеты]]
: '''Андрей Боровский''' рисует красивый индикатор с пружинной стрелкой, прикрытой колпачком, в стиле фотореализма. И все-таки она (стрелка) вертится.
* [[LXF143:c#|Mенять платформу]]
: Как перенести код ''C++'' на платформу ''Mono''? Ведь язык ''C#'' не поддерживает множественное наследование... Придется '''Андрею Кузьменко''' изучать подходы к реализации такового.
* [[LXF143:erlang|Читать на ''Erlang'']]
: Третий '''Андрей, Ушаков''', показал, что функциональное программирование – не просто академическая дисциплина, а язык ''Erlang'' никак нельзя причислить к мертвым.
* [[LXF143:KDE|Лепить приложения KDE]]
: Благодаря новоиспеченным KDE 4.6, ''KDevelop'' 4.2 и ''KAppTemplate'', создание приложений для KDE по силам и простым смертным, утверждает '''Грэм Моррисон'''.

===[[LXF143:Ответы|Ответы]]===
: Говорите, индикаторы мигают как-то не так? Мы поможем.

=== Школа LXF ===

*[[LXF143:School1|Олимпийский ЕГЭ]]
: Кто заявлял, что Linux – препятствие к сдаче ЕГЭ, сказал чушь. Эта ОС уважаема даже международными олимпиадами.
*[[LXF143:School2|DoudouLinux. Вторая родина - Россия]]
: Linux нравится разным пользователям, в том числе и самым маленьким. О новом дистрибутиве для детей рассказывают '''Сергей Комков''' и '''Наталья Семенова'''.

LXF99:Интервью с Алексеем Новодворским

2011-10-30T18:58:12Z

Ewgen: оформление

==«У самовара» c Александром Поносовым и ALT Linux==

[[Изображение:LXF99_School2.jpg|thumb|А. Поносов]]

'''Алексей Евгеньевич Новодворский''', заместитель генерального директора '''ALT Linux'''. В кругу пользователей Linux фигура, можно сказать, культовая. «Заказали» Алексея, а вернее интервью с ним мои «френды», пользователи LiveJournal, еще летом. Но встретиться удалось, только когда Алексей приехал в Пермь обсудить вопросы поддержки пользователей ALT Linux в Пермском крае со своим старым знакомым, единомышленником Алексеем Костаревым, директором ООО «Невод» (в центре на фотографии внизу). Эта фирма за последние 12 лет принимала самое активное участие в разработке ядра и программ для Linux, занималась внедрением свободных программ в Прикамье, то есть «готовила критическую массу».

Несмотря на плотный график переговоров, мне удалось задать Алексею Новодворскому несколько вопросов.

* '''Александр Поносов (АП):''' ''Первый вопрос от «френдов». С чего начинался ALT Linux?''

'''Алексей Новодворский (АН):''' Начинали еще в 1997 году, тогда мы с Алексеем Смирновым решили пропагандировать, популяризировать свободное ПО. До этого мы не были Unix’оидами, занимались распознаванием образов в разных вариантах, поиском логического вывода на самых разных платформах. Когда мы начали заниматься свободным ПО, то нас привлекла идеология. Очень многие приходят из Unix, а мы пришли именно по идеологическим соображениям. Мы издавали дистрибутивы, распространяли их. Debian, Mandrake, SuSE... Потом как производители стали вносить свои изменения. Вокруг стали появляться люди, которым это нравится. Когда подобралась сильная команда, решили создать свой бизнес.

На данный момент у нас большой коллектив, порядка 200 человек активных разработчиков, и в этом наша некоторая уникальная особенность. Это самый большой проект свободного ПО '''[в России, – прим. ред.].'''

* '''АП:''' ''Как директор директору: трудно управлять творческим коллективом?''

'''АН:''' Понятно, что такая команда создается на открытости, само собой, но и в значительной степени на харизме лидеров. Продавать дистрибутивы можно и без харизмы, а вот создавать проект, особенно большой и серьезный, без сильных лидеров нельзя.

Я восемь лет работал учителем, причем в самой сильной математической школе в Москве. То есть я отбирал ребятишек в свои классы – конкурс большой, и все такое прочее. Поэтому в какой-то степени я рассматриваю свою сегодняшнюю деятельность как продолжение той, в том плане, что я очень люблю работать с умными нестандартными людьми. И такие коллективы создаются, кроме всего прочего, на взаимном восхищении, когда каждый получает удовольствие от того, что работает в команде с настолько сильными людьми. Кто-то что-то сделает, им восхищаются, а он восхищается другими.

[[Изображение:LXF99_Scholl4.jpg|thumb|]]

* '''АП:''' ''Это как в басне: «За что кукушка хвалит петуха?»''

'''АН:''' На самом деле, нет, потому что это уважение, восхищение работой с одной стороны, с другой стороны – это всегда спор, в творчестве без споров не обходится. Так сделал, или не так, у каждого свои принципы. Вот это очень важно.

* '''АП:''' ''У ALT Linux солидное «собрание сочинений». Зачем понадобилось создавать собственный репозиторий? Может быть гораздо проще и выгоднее присоединиться к какому-либо крупному международному проекту?''

'''АН:''' Политика ALT состояла все эти годы в том, чтобы построить полный цикл разработки, независимый, а это очень длительный процесс, причем нельзя сказать, что мы с самого начала ставили перед собой такую цель. Когда собираются сильные люди, то у них появляются свои варианты решений, которые не совпадают друг с другом, и появляются специфические задачи. Результаты решений этих задач хочется включить в репозиторий. Опять здесь наблюдаются расхождения. И даже на интернационализации, чем мы тогда занимались, у нас начались расхождения с Mandrake. Отсюда появился свой репозиторий. И если ты занимаешься разработкой, хочешь создать готовое решение на базе какого-то репозитория, то с неизбежностью ты приходишь к тому, что у тебя появляются расхождения с «родителем» и, в конце концов, самостоятельность. Наша эволюция была естественной, и она естественна для кого угодно. Все люди, которые честно делают свою работу и хотят вносить в репозиторий качественное решение, пройдут тот же путь.

Конечно, это большая проблема – найти прямой заказ на репозиторий, что практически невозможно. Прямых доходов наше главное направление не дает. Это значит, что мы все это время тем или иным способом зарабатывали деньги, для того чтобы «кормить» проект. Для меня Сизиф важнее, чем ALT Linux как бизнес-структура. Наша особенность – никакие мы не бизнесмены, и бизнес для нас – это средство для реализации проектов, подобных Сизифу.

* '''АП:''' ''Каковы перспективы развития этого проекта?''

'''АН:''' В России своя специфика. Я не вижу возможности сделать такой большой проект, как Debian, чтобы он не был ни при одной из фирм. Со временем это будет, но нужно, чтобы был достаточный уровень сытости людей, свободное время. Захотел поработать над проектом, поработал в свое удовольствие, на карточке денег хватает. Полгода поработал, деньги кончаются – пошел, заработал. И так далее. Если Сизиф со временем превратится в независимый проект, типа Debian, я буду только рад.

* '''АП:''' ''В перспективе намечается массовое внедрение свободных программ в государственных учреждениях. Здесь уже не обойтись силами одной-двух компаний, необходима слаженная работа всех российских разработчиков. Какие, на Ваш взгляд, варианты сотрудничества возможны в дальнейшем?''

'''АН:''' В качестве возможного проекта мы предлагаем следующее. В Сизифе можно собирать пакеты других репозиториев. Эту технологию отработал Виталий Липатов, глава Etersoft, они работают на Сизифе и в нем собирают Wine@Etersoft, который поддерживает около двадцати дистрибутивов. Технологии сборки у нас универсальны и удачны. Имея единый репозиторий, причем контролируемый своей командой, можно собирать дистрибутивы и тем фирмам, которые не имеют полного цикла разработки.

Кроме того, я уверен, что кроме своего репозитория в России должен быть национальный центр международной разработки свободного ПО. Чем глубже мы будем заниматься базовым уровнем, тем теснее будем взаимодействовать с международным сообществом.

[[Изображение:LXF99_School3.jpg|thumb|А. Новодворский]]

* '''АП:''' ''В последнее время все чаще идут разговоры о национальных дистрибутивах народов России и СНГ, что делается в этом направлении?

'''АН:''' У меня лично есть опыт локализации дистрибутива на белорусском языке [смеется] Мы делали и казахскую локализацию, и башкирскую, и киргизскую. Ничего сверхсложного нет.

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

Когда читатели LXF откроют этот номер журнала, уже будут объявлены итоги конкурса по внедрению пакета свободных программ в школах пилотных регионов. Мне очень хотелось расспросить Алексея об участии ALT Linux в этом конкурсе, но не стоит торопить – будем корректны. Надеюсь, что при любом результате, команда ALT Linux с прежней энергией будет продвигать свободные программы в образование, и что Сизиф построит для потомков свой Коринф. '''LXF'''

[[Категория:Интервью]]
[[Категория:Александр Поносов]]
[[Категория:Алексей Новодворский]]

LXF99:Интервью с Алексеем Новодворским

2011-10-30T18:46:23Z

Ewgen: категории

==«У самовара» c Александром Поносовым и ALT Linux==

[[Изображение:LXF99_School2.jpg|thumb|А. Поносов]]

'''Алексей Евгеньевич Новодворский''', заместитель генерального директора '''ALT Linux'''. В кругу пользователей Linux фигура, можно сказать, культовая. «Заказали» Алексея, а вернее интервью с ним мои «френды», пользователи LiveJournal, еще летом. Но встретиться удалось, только когда Алексей приехал в Пермь обсудить вопросы поддержки пользователей ALT Linux в Пермском крае со своим старым знакомым, единомышленником Алексеем Костаревым, директором ООО «Невод» (в центре на фотографии внизу). Эта фирма за последние 12 лет принимала самое активное участие в разработке ядра и программ для Linux, занималась внедрением свободных программ в Прикамье, то есть «готовила критическую массу».

Несмотря на плотный график переговоров, мне удалось задать Алексею Новодворскому несколько вопросов.

* '''Александр Поносов (АП):''' ''Первый вопрос от «френдов». С чего начинался ALT Linux?''

'''Алексей Новодворский (АН):''' Начинали еще в 1997 году, тогда мы с Алексеем Смирновым решили пропагандировать, популяризировать свободное ПО. До этого мы не были Unix’оидами, занимались распознаванием образов в разных вариантах, поиском логического вывода на самых разных платформах. Когда мы начали заниматься свободным ПО, то нас привлекла идеология. Очень многие приходят из Unix, а мы пришли именно по идеологическим соображениям. Мы издавали дистрибутивы, распространяли их. Debian, Mandrake, SuSE... Потом как производители стали вносить свои изменения. Вокруг стали появляться люди, которым это нравится. Когда подобралась сильная команда, решили создать свой бизнес.

На данный момент у нас большой коллектив, порядка 200 человек активных разработчиков, и в этом наша некоторая уникальная особенность. Это самый большой проект свободного ПО '''[в России, – прим. ред.].'''

* '''АП:''' ''Как директор директору: трудно управлять творческим коллективом?''

'''АН:''' Понятно, что такая команда создается на открытости, само собой, но и в значительной степени на харизме лидеров. Продавать дистрибутивы можно и без харизмы, а вот создавать проект, особенно большой и серьезный, без сильных лидеров нельзя.

Я восемь лет работал учителем, причем в самой сильной математической школе в Москве. То есть я отбирал ребятишек в свои классы – конкурс большой, и все такое прочее. Поэтому в какой-то степени я рассматриваю свою сегодняшнюю деятельность как продолжение той, в том плане, что я очень люблю работать с умными нестандартными людьми. И такие коллективы создаются, кроме всего прочего, на взаимном восхищении, когда каждый получает удовольствие от того, что работает в команде с настолько сильными людьми. Кто-то что-то сделает, им восхищаются, а он восхищается другими.

[[Изображение:LXF99_Scholl4.jpg|thumb|]]

* '''АП:''' ''Это как в басне: «За что кукушка хвалит петуха?»''

'''АН:''' На самом деле, нет, потому что это уважение, восхищение работой с одной стороны, с другой стороны – это всегда спор, в творчестве без споров не обходится. Так сделал, или не так, у каждого свои принципы. Вот это очень важно.

* '''АП:''' ''У ALT Linux солидное «собрание сочинений». Зачем понадобилось создавать собственный репозиторий? Может быть гораздо проще и выгоднее присоединиться к какому-либо крупному международному проекту?''

'''АН:''' Политика ALT состояла все эти годы в том, чтобы построить полный цикл разработки, независимый, а это очень длительный процесс, причем нельзя сказать, что мы с самого начала ставили перед собой такую цель. Когда собираются сильные люди, то у них появляются свои варианты решений, которые не совпадают друг с другом, и появляются специфические задачи. Результаты решений этих задач хочется включить в репозиторий. Опять здесь наблюдаются расхождения. И даже на интернационализации, чем мы тогда занимались, у нас начались расхождения с Mandrake. Отсюда появился свой репозиторий. И если ты занимаешься разработкой, хочешь создать готовое решение на базе какого-то репозитория, то с неизбежностью ты приходишь к тому, что у тебя появляются расхождения с «родителем» и, в конце концов, самостоятельность. Наша эволюция была естественной, и она естественна для кого угодно. Все люди, которые честно делают свою работу и хотят вносить в репозиторий качественное решение, пройдут тот же путь.

Конечно, это большая проблема – найти прямой заказ на репозиторий, что практически невозможно. Прямых доходов наше главное направление не дает. Это значит, что мы все это время тем или иным способом зарабатывали деньги, для того чтобы «кормить» проект. Для меня Сизиф важнее, чем ALT Linux как бизнес-структура. Наша особенность – никакие мы не бизнесмены, и бизнес для нас – это средство для реализации проектов, подобных Сизифу.

* '''АП:''' ''Каковы перспективы развития этого проекта?''

'''АН:''' В России своя специфика. Я не вижу возможности сделать такой большой проект, как Debian, чтобы он не был ни при одной из фирм. Со временем это будет, но нужно, чтобы был достаточный уровень сытости людей, свободное время. Захотел поработать над проектом, поработал в свое удовольствие, на карточке денег хватает. Полгода поработал, деньги кончаются – пошел, заработал. И так далее. Если Сизиф со временем превратится в независимый проект, типа Debian, я буду только рад.

* '''АП:''' ''В перспективе намечается массовое внедрение свободных программ в государственных учреждениях. Здесь уже не обойтись силами одной-двух компаний, необходима слаженная работа всех российских разработчиков. Какие, на Ваш взгляд, варианты сотрудничества возможны в дальнейшем?''

'''АН:''' В качестве возможного проекта мы предлагаем следующее. В Сизифе можно собирать пакеты других репозиториев. Эту технологию отработал Виталий Липатов, глава Etersoft, они работают на Сизифе и в нем собирают Wine@Etersoft, который поддерживает около двадцати дистрибутивов. Технологии сборки у нас универсальны и удачны. Имея единый репозиторий, причем контролируемый своей командой, можно собирать дистрибутивы и тем фирмам, которые не имеют полного цикла разработки.

Кроме того, я уверен, что кроме своего репозитория в России должен быть национальный центр международной разработки свободного ПО. Чем глубже мы будем заниматься базовым уровнем, тем теснее будем взаимодействовать с международным сообществом.

* '''АП:''' ''В последнее время все чаще идут разговоры о национальных дистрибутивах народов России и СНГ, что делается в этом направлении?

'''АН:''' У меня лично есть опыт локализации дистрибутива на белорусском языке [смеется] Мы делали и казахскую локализацию, и башкирскую, и киргизскую. Ничего сверхсложного нет.

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

[[Изображение:LXF99_School3.jpg|thumb|А. Новодворский]]

Когда читатели LXF откроют этот номер журнала, уже будут объявлены итоги конкурса по внедрению пакета свободных программ в школах пилотных регионов. Мне очень хотелось расспросить Алексея об участии ALT Linux в этом конкурсе, но не стоит торопить – будем корректны. Надеюсь, что при любом результате, команда ALT Linux с прежней энергией будет продвигать свободные программы в образование, и что Сизиф построит для потомков свой Коринф. '''LXF'''

[[Категория:Интервью]]
[[Категория:Александр Поносов]]
[[Категория:Алексей Новодворский]]

LXF99:LXF Интервью

2011-10-30T18:44:23Z

Ewgen: ошибки, категории

==Персональный подход==

Как вы думаете, можно создать собственный дистрибутив онлайн, всего-навсего загрузив ISO с нужными для этого пакетами? С помощью ''Revisor'' – можно! Говорит '''Джек Эбаутбул''' из Fedora.

[[Изображение:LXF99_Interview1.jpg|thumb|Джек Эбаутбул]]

В тот день, когда этот выпуск ''Linux Format'' появится в продаже, Fedora 8 уже, вероятно, будет доступна для скачивания. Но за пару месяцев до ее выхода, запланированного на 8 ноября 2007 г., Ник Вейч встретился с «Крестным отцом» посланников Fedora, Джеком Эбаутбулом [Jack Aboutboul], чтобы побеседовать о грядущем релизе и о будущем Fedora.

Джек начинал как пользователь Linux лет десять назад, был разработчиком на начальной стадии Gentoo Linux и членом-соучредителем LUG Университета Сиракуз. Кроме того, в качестве первого разработчика EduGate, пакета управления ресурсами учебного заведения, недавно, в конце 2007 года, он основал Фонд Джека Эбаутбула [Jack Aboutboul Foundation], чья миссия заключается в «создании мостов между открытой технологией, открытым содержанием, искусством и образованием в целенаправленной попытке обогатить жизнь взрослых и детей во всем мире; а также поддержать творческое начало, присутствующее в каждом человеке». http://jackfoundation.com.

'''Linux Format:''' ''Расскажите, почему вас зовут «Крестным отцом»? Вас застали за прибиванием лошадиной головы к чьей-то кровати ['''намек на эпизод романа Марио Пьюзо «Крестный отец», — прим. пер.''']?''

'''Джек Эбаутбул:''' За этот пышный титул следует благодарить Грега ДеКенигсберга [Greg DeKoenigsberg], директора по связям с сообществом Red Hat. Моя официальная должность – инженер сообщества [Community Engineer] в Red Hat, и большинство моих усилий сосредоточено на Fedora Project. В прошлом я содействовал созданию некоторых инициатив сообщества Fedora, например, Fedora BugZappers Triage Team; я создал и помогал в работе FUDCon [Fedora Users and Developer Conference, Конференция Пользователей и Разработчиков Fedora] http://fedoraproject.org/wiki/FUDCon. И продолжаю заниматься тем, чем всегда занимался – работой над интересными проектами.

'''LXF:''' ''Над интересными проектами какого рода?''

'''ДжЭ:''' Этим летом мы работали над Revisor, http://revisor.fedoraunity.org, графическим инструментом перестройки; мы перерабатывали его в web-сервис, чтобы можно было войти в него, где бы вы ни находились, создать свои собственные настройки, и чтобы он создал их для вас и отправил вам сообщение по электронной почте, когда ISO будет готов к загрузке. Надо отдать должное всем участникам этого проекта за их тяжкий труд. Revisor – это действительно классно, потому что больше всего пользователи жалуются на массивность дистрибутивов, им не хочется загружать все то, что включено в дистрибутив, если им нужно всего несколько пакетов. Некоторые на самом деле хотят, чтобы он работал на маршрутизаторе или вроде этого; с помощью ''Revisor'' вы можете выйти в режим онлайн и собрать, например, ISO размером 50 MБ, и он пропингует и сообщит, что все готово к загрузке. Его можно применять с разными целями, не только тем, кто занимается бизнесом, так что инструмент классный. Мы работали над ним изо всех сил и на прошлой неделе выложили бета-версию. (Подробнее о ''Revisor'' вы можете узнать в спецрепортаже этого месяца).

'''LXF:''' ''Для желающих заниматься индивидуальным проектом это очень полезно, но захотят ли компании, использующие Red Hat, его тоже использовать?''

'''ДжЭ:''' Конечно! Основной целью была возможность предложить поддержку для всех этих самопальных дистрибутивов. Red Hat привержена к новой парадигме программ в мире бизнеса. У нас в вестибюле огромными буквами написано «Стать компанией, определяющей технологию XXI века». Впервые это увидев, я подумал: «ну дают!», однако время идет, и я нахожу эту цель все менее и менее смешной – это весьма серьезная заявка.

Это ведь очень хорошо, когда можно создать такую программу, позволяющую легко настроить дистрибутив под требования каждого отдельного пользователя. С помощью инструментов, которые мы предлагаем, становится намного проще самим создать то, что вам нужно, и начать этим пользоваться; нас подвигнул тот факт, что пользователь всегда лучше нас знает, что именно ему надо – это очевидно. Что касается использования в бизнесе того, чем мы занимаемся, мы хотим достичь такого момента, когда мы сможем создавать стеки для хостинга. Мы работаем с разными компаниями, предоставляющими web-сервисы над этим проектом, поэтому мы хотим, чтобы он был в состоянии выдать для вас образ – вы создаете подборку по Fedora с какими-то своими дополнительными пакетами и, хочется надеяться, планируете со временем включить их в Fedora. Знаете, ведь идеал не всегда достижим, и неплохо иметь возможность создать нечто свое, поместить в виде образа ISO на некое отведенное место и запускать его оттуда. Захочет ли Red Hat развивать это все дальше, чтобы предоставлять услуги по поддержке, или будет продавать что-то другое – от меня не зависит, но все же это стало возможным, такая возможность есть. И я не думаю, что мы упустим шанс воспользоваться этой возможностью.

'''LXF:''' ''По-моему, Red Hat и Fedora раньше считались одними из самых сложных в настойке дистрибутивов. И я думаю, именно по этой причине некоторые обращались к другим дистрибутивам, однако сейчас, благодаря разработке, которой вы занимаетесь, эта ситуация изменится?''

'''ДжЭ:''' Ну, по правде говоря, любые настройки сложно делать! Я пытался поиграть с разными дистрибутивами, чтобы самому посмотреть, насколько сложно изменить тип их настройки, и увидеть, что вообще можно сделать. Вот Клаус Кноппер [Klaus Knopper] просто вызывает благоговение: я не представляю, как он это делает, это просто громадная работа – заставить функционировать такое. Knoppix – превосходный дистрибутив, и в основном это работа одного человека; то, что он сумел все это собрать, это уже подвиг. А затем, пару месяцев спустя, все уже вовсю пытаются сравняться с ним, и стандартизировать весь этот процесс для нас, и частью проблемы стало наличие двух конфликтующих наборов инструментов для создания «живых» образов, поэтому мы начали со штуки под названием ''Pilgrim''. А потом мы стали писать нечто принципиально новое, именуемое в то время Live CD Tools, и столкнулись с такой дилеммой: если мы выберем одно, то взбесятся одни люди, а если выберем другое, то взбесятся другие люди, и что же нам делать? Фактически же ни одно из этих приложений не соответствовало в полной мере тому, что мы собирались делать. Вот так и появился ''Revisor''. Просто люди из сообщества сказали: «Эй, мы пишем новый инструмент». На FUDcon мы кого пригласили, кому заплатили, и подумали: «Почему бы не использовать ''Revisor'' в качестве своего проекта в выходные?» Именно тогда мы перешли от того, чего еще не существовало, к тому, что уже наполовину работало; и, очевидно, с того момента оно и начало улучшаться. Это – блестящий пример того, насколько эффективным может стать обращение к сообществу за содействием.

Раньше у нас была та же проблема – в прошлом году, когда я встречался с '''LXF''', мы беседовали о намерении сделать Fedora полностью открытой. Это была основная трудность: кое-кто в Red Hat считал, что это плохая идея, и что мы просто выпустим на волю всех чертей из ада и потеряем контроль над тем, что обязаны контролировать. Были разработчики Fedora, напуганные мерой ответственности, которую надо было принимать на себя. Надо было делать огромную работу. Надо было позаботиться о проблеме интеллектуальной собственности (ИС) – на этом мы чуть хребет себе не проломили.

'''LXF:''' ''Помню, было множество пакетов Fedora с некорректной или устаревшей лицензионной информацией. Продраться через все эти пакеты для проверки данной информации было просто подвигом Геракла...''

'''ДжЭ:''' И все это делалось вручную! Этим мы тоже начали заниматься на FUDcon. Мы установили в лаборатории 20 машин, народ уселся и принялся за просмотр лицензий, проверку пакетов, чтобы убедиться, что все соответствует стандартам, выбранным нами для пакетов. Это был интенсивный ручной труд, но мы сделали это! Думаю, вряд ли кто-то может осознать масштабность поставленной задачи, пока сам не примется за какой-нибудь крупный проект – например, дистрибутив. В тот день, когда мы это сделали, мы объявили об этом во всеуслышание, и многим просто не верилось в наше достижение!

Благодарнее всех оказались ребята из других софтверных компаний, которые занимались созданием решений на нашей базе – мы значительно облегчили их жизнь. Выполнение этой задачи укрепило чувство общности между нами и теми, кто полагался на нас. Creative Commons стали основным фактором, который мы до того момента не очень-то брали в расчет, но он действительно помог нам!

'''LXF:''' ''Я говорил с Йоном Филипсом [Jon Phillips] о том, как ''Linux Format'' мог бы помочь сообществу Linux в целом с документацией. У нас огромный каталог статей и изображений, и мы ломаем голову над тем, как бы издать все это без ущерба нашему тиражу…''

'''ДжЭ:''' Выгоды в конечном итоге будут безграничны – если учебники ''LXF'' включать в дистрибутивы, это разнесет ваши слова повсюду! По-моему, начиная с самых ранних реализаций дистрибутива Fedora, мы всегда хотели позиционировать себя как платформу для инноваций. Это важно вне зависимости от того, выдвигаем ли мы инновацию сами, или просто помогаем кому-то с его инновацией. Мы даем людям в руки инструменты, вот чем мы занимаемся.

Вероятно, есть два основных источника инновации. Очевидно, есть технические инновации; здесь мы – лидеры, мы более всего известны благодаря нашему техническому превосходству. И мы намерены так держать: ни за какие коврижки мы не откажемся от своей основной компетенции.

А еще есть атмосфера познания, которую поощряет не только Red Hat, но и все проекты Linux – это уникальная атмосфера свободы, которая поощряет людей самых разных уровней на решение проблем, не навязывая им определенного образа мысли, ограниченного корпоративными нормами и правилами или патентами.

'''LXF:''' ''Ваша идея настраиваемого дистрибутива – почти что создание совершенно нового брэнда медиа-формата. Возможность сделать ремикс дистрибутива, чтобы каждый пользователь или группа пользователей получила от него то, что им надо — это все равно, что открыть новый канал на ТВ…''

'''ДжЭ:''' Никогда не знаешь, откуда появится очередная великая идея. Вместо того, чтобы войти в компьютерный мир и потратить миллионы долларов на исследования и разработки или на приобретение компаний, притворяющихся, что у них есть какие-то сумасшедшие проекты по ИС или по программам, которые никогда не дадут результата, пригодного для включения в бизнес-модель. Зачем это надо? Проще подтолкнуть сообщество. Мы можем откинуться в кресле и расслабиться, а великие идеи проявятся благодаря процессу обмена идеями внутри сообщества.

Майкл Тиманн [Michael Tiemann], вице-президент по взаимодействию с Open Source в Red Hat, точно и понятно все это объяснил; его доклад «Тройная игра открытого кода» [http://www.redhat.com/magazine/001nov04/features/tripleplay/] прекрасно описывает эту ситуацию. Именно пользователи определяют направление движения проекта любого программного продукта, неважно, в проприетарной сфере или нет. Стоит ли красть чьи-то идеи и реализовывать их, если авторы сами могут участвовать в проекте на равных основаниях, сэкономив ваши деньги?

'''LXF:''' ''Это извечная и классическая проблема разработки программного продукта. Возвращаясь к разговору о сообществе Fedora: когда мы в последний раз общались с ним в 2006 году, оно было достаточно аморфным, и по большей части им руководили из Red Hat. С тех пор сообщество сильно выросло, что заметно по активности в списках рассылки, блогах и wiki разработчиков и т.д.''

'''ДжЭ:''' Оно очень сильно выросло, и в большой степени благодарить за это стоит принятую модель управления. То, что небольшие группы по интересам знают, что их слово будет учитываться, естественно, без ущерба общей картине проекта. Сначала нас всех волновала реформа всех частей KDE в Fedora, но сообщество, похоже, преспокойно это съело: они справились с задачей. Предлагая поддержку группам, прокладывающим дорогу, мы сможем справиться с чем угодно. Конечно же, нам очень помогло, что мы усадили у себя часть разработчиков KDE! Все отлично сработано. Теперь у нас есть KDE Live CD, и все абсолютно современное. Последние разработки в Gnome нас тоже впечатляют: акроним для Gnome Online Desktop – GOD – я его просто обожаю!

'''LXF:''' ''На это могут поступить жалобы! Лично я использую KDE на своей основной рабочей машине в редакции. Итак, вопрос, который напрашивается: Fedora 8 выйдет вовремя? Или вы решили отодвинуть дату выхода до Нового Года, чтобы включить KDE 4?''

'''ДжЭ:''' Мы планируем релиз на начало ноября, появится KDE 4 или нет. И пока что мы не выбиваемся из графика. Во всех релизах, кроме Fedora 6, мы свои планы выполнили. В дальнейшем мы собираемся делать релизы на Майские праздники ['''в Великобритании отмечается Майский праздник – 1 мая, он носит традиционно-обрядовый характер, – прим. пер.'''] и на Хэллоуин, что, похоже, соответствует общепринятым графикам выхода релизов; намного лучше иметь скользящий график.

В последнее время мы много внимания уделяли QA – контролю качества. Уилл Вудс [Will Woods], глава Fedora QA, проделал фантастическую работу. Даже в Fedora 7 кое-что, так сказать, проскользнуло под радаром, и мы хотим ограничить подобные вещи в будущем.

'''LXF:''' ''Ну, исправления делаются достаточно быстро. С некоторыми дистрибутивами бывает, что установишь его в день выхода релиза, а через неделю выясняется, что надо обновить 200 пакетов. Налицо прогресс: 7-я уже менее глючная, чем 6-я.''

'''ДжЭ:''' Fedora 6 была на самом деле очень хорошим релизом, все было учтено! Но нас никогда не удовлетворяет достигнутый статус-кво, нам постоянно надо покорять новые вершины, проводя тестирование и убеждаясь, что люди раньше получат доступ к этому, и что еще больше людей охвачено.

'''LXF:''' ''Что вы думаете о выборе фирмой Dell дистрибутива Ubuntu для заводской установки на свое оборудование? Вам не кажется, что Fedora следует нацелиться на раскрутку в этой области в 2008 году?''

'''ДжЭ:''' Некая часть меня, конечно, говорит: «Да!», но более разумная часть советует: «Подождите!». То, что делает Ubuntu – замечательно, потому что мы все стремимся к тому, чтобы Linux на долгие годы стал предустановленной системой для покупателей компьютеров. Мы, конечно, не согласны с такими мелочами, как закрытые кодеки и драйверы, но ведь они поделятся с нами опытом, и мы решим эти проблемы тем способом, который считаем правильным. Мы работаем над такими вещами, как Smolt, профайлером оборудования. Мы хотим, чтобы у нас была возможность отслеживать статистику – для подхода к компаниям, выпускающим, например, беспроводные карты, чтобы убедить их открыть драйвера, опираясь на данные о числе пользователей такого дистрибутива, как Fedora. Выигрыш обоюдный: если пользователи Fedora обнаружат ошибку, например, в драйверах компаний, производящих беспроводные карты, мы можем сообщить об этом компании и даже помочь исправить эту ошибку.

'''LXF:''' ''Я никогда не понимал, почему компании так настаивают на драйверах с закрытым кодом. Если компания создала какой-нибудь адаптер PCMCIA с поддержкой Linux, любой пользователь Linux с радостью его купит, потому что оно «просто работает».''

'''ДжЭ:''' Обычная отговорка производителей оборудования – «у нас нет инженерных ресурсов, чтобы обеспечивать поддержку», однако это ошибочный аргумент, потому что им и не нужны ресурсы: просто дайте людям нужные инструменты, и они все сделают за вас. Очень грустно, но это лишний раз демонстрирует, что многие бизнесмены в компьютерной сфере по-прежнему не имеют ни малейшего представления об идеалах Open Source. Вопрос об ИС их пугает. Sun как раз сейчас столкнулась с этой проблемой: одному из их проектов нужно использовать видеодрайверы, код которых закрыт производителями, а те не желают даже пытаться представить себе преимущества открытия кода. Проблема курицы и яйца. Будем надеяться, что благодаря программам типа профайлера оборудования Smolt в Fedora мы подберем к ним ключик, и то, что они считают политическим аспектом Open Source, станет для них меньшей проблемой, когда они оценят выгоды.

AMD объявили на встрече в Red Hat, что они готовы открыть некоторые из своих драйверов. Сообщество Fedora предложило им помощь, и, похоже, это предложение встречено хорошо. Мантрой Fedora всегда было «Делать все правильно», и из-за этого у нас возникают как бы личные проблемы, когда дело доходит до Ubuntu. Пользователи загружают этот дистрибутив, и хотя он «просто работает», они не узнают ничего нового о том, как много может сделать сообщество Linux, чтобы изменить ситуацию с закрытым кодом. Это не то что вредно, но, по-моему, способствует тому, что новые люди в мире Linux принимают все таким, как оно есть…

'''LXF:''' ''Однако пользовательская база Linux за последние три-четыре года сильно изменилась. В прошлом это был сознательный выбор, политический или идеологический: люди принимали концепцию свободного программного обеспечения; а теперь, в какой-то мере из-за роста популярности, об этом уже не думают и просто пользуются Linux по причине удобства, или по каким-то техническим причинам. Примером может служить рост популярности Linux на рынке домашнего аудио — журналы вроде LXF поставляют на своих дисках Ubuntu исключительно в качестве платформы, на которой их читатели могут работать с открытыми приложениями по созданию аудио, которых нет у Windows или OS X.''

'''ДжЭ:''' Fedora уже два года работает над платформой Mugshot. Следующим шагом в компьютерных привычках пользователей станет рабочий стол онлайн. Все пользуются Gmail, Facebook, RSS, всеми этими онлайн-сервисами; но есть такая точка зрения, что дистрибутивам, подобным Ubuntu, надо самоопределиться, и в области онлайн-десктопов Ubuntu отстает от Fedora. Мы не пытаемся конкурировать, и не занимаемся инновациями ради инноваций: при наличии разных дистрибутивов, концентрирующих внимание на разных сферах, Linux в целом сможет предложить такой выбор, который целиком и полностью превзойдет коммерческие предложения.

Я не могу говорить за Хавока Пеннингтона [Havoc Pennington, ответственный за поддержку сайта социальной сети Mugshot http://mugshot.org, объединяющего контент из MySpace, YouTube, Facebook, Flickr, блогов и прочего], но я убежден, что мы просто превзошли самих себя с помощью Mugshot: мы – впереди всех, в этой области до нас не дотянуться.

Стремление Fedora быть впереди важно не только для хакеров: гораздо важнее то, что оно ведет к изменениям общества. Потому-то мы и мы любим работать с Creative Commons – там продвигают реформу в сфере авторских прав: произведенные изменения коснутся всех, а не только любителей потрошить компьютеры. Компьютерщики старой школы, например, Брайан Белендорф [Brian Behlendorf, руководитель технологического отдела CollabNet] всегда ищут что-то масштaбное, так что мы надеемся быть на переднем плане всего происходящего, чтобы содействовать «правильным делам». Мы хотим давать решение как можно большему количеству пользователей; люди должны обустраивать свой дистрибутив так, как им это надо.

'''LXF:''' ''Мы тоже пытаемся выяснить, какова наша читательская аудитория. Кто они, наши читатели – ИТ-профессионалы? Пользователи? Разработчики? В итоге мы осознали, что это не столь важно: мы просто даем объяснения и показываем, что надо делать. И не важно, используют ли они это все в бизнесе, или им просто интересно этим заниматься. Важно, что ни публикации, ни дистрибутивы Linux не пытаются переосмыслить ситуацию или классифицировать свою аудиторию.''

'''ДжЭ:''' Каждый человек уникален, и каждая компания уникальна. Уникальность движения свободного ПО в том, что оно лучше соответствует потребностям людей и обращает больше внимания на их пожелания, чем закрытые проприетарные программы, которые «почти соответствуют». Хотя выбор и важен, движению Open Source нужно единство, чтобы не дублировать усилия; порой бывает полезно заново изобрести велосипед – чтоб он стал лучше.

'''LXF:''' ''Какие главные трудности ждут Fedora в следующем году?''

'''ДжЭ:''' Наверное, самая большая – самоопределение. Что такое Fedora? На данный момент мы пребываем в некой сумеречной зоне. Мы – дистрибутив? Или – платформа для множества других программ? Или система для создания приложений?

'''LXF:''' ''И каков же ответ?''

'''ДжЭ:''' Многое для многих. Полем битвы в следующем году будет дифференциация. В чем мы будем непохожи на других? Недавно я читал книгу под названием «Взгляд на мир с точки зрения футбола [How Soccer Explains The World]» (HarperCollins, ISBN 0-066-21234-0); так вот в ней тема самоопределения по Франклину Фоэру [Franklin Foer] заключается в том, что мы пришли к некой точке цивилизованного племенного союза: можно легко войти в него и так же легко выйти. Вот это и происходит с Linux: неделю вы пользуетесь Fedora, еще неделю – Ubuntu, и еще неделю – чем-то еще. По сути, все они одинаковы, все ищут конфигурационные файлы в одном и том же месте, я ищу свои настройки, и они все там же… А людям нужно больше; и я полагаю, что наш долг – дать им это большее. Есть что-то интересное в том конвейере, который заново определит и брэнд Fedora, и ее место, и, возможно, полностью все изменит. Меня это не беспокоит: когда появился Gentoo, был прилив общего энтузиазма. В жизни все повторяется. '''LXF'''

[[Категория:Интервью]]
[[Категория:Джек Эбаутбул]]

LXF129:Что за штука

2011-10-30T13:35:50Z

Ewgen: категории

==Что за штука… SPDY?==

: Мы с трудом упросили фаната скорости '''Марко Фиоретти''' притормозить: очень хочется выяснить планы Google по ускорению web-серфинга...

* ''Здорово — еще один акроним! И как он раскрывается?''
: Во-первых, это способ ускорения web-серфинга, предложенный Google в ноябре 2009 года. Во-вторых, это не акроним, а аббревиатура. По версии Google, слово SPDY (произносится «спиди», быстрый) намекает на скорость и на то, «как сжатие может помочь увеличить ее».
* ''Чувствую, нужно обратиться к основам Интернета...''
: Вы, наверное, замечали, что большинство интернет-адресов начинается префиксом http://. HTTP означает Hyper Text Transfer Protocol (Протокол передачи гипертекста). Для браузера префикс http:// в начале адреса равносилен команде «использовать протокол HTTP, чтобы попасть к файлу по указанному адресу». Файлом может быть что угодно – от фотографии до потокового видео или текста, динамически извлеченного из базы данных.
* ''И как же браузер это делает?''
: Он находит сервер, где хранится нужный файл, и посылает туда запрос в формате HTTP. Если такой документ существует, то сервер отвечает отправкой HTTP-заголовка, в котором содержатся метаданные (размер файла, время изменения и пр.), затем передает и сам файл.
* ''Чего же недостает HTTP?''
: В стародавние времена с HTTP было все в порядке, ведь протокол был рассчитан на запрос и передачу за один сеанс одного файла, независимо от его размера. В середине 90‑х, когда почти все web-страницы были нарезкой из простого текста, протокол был весьма эффективен. Современные страницы – это коллажи из различных, порой очень мелких объектов: таблиц стилей CSS, информации о состоянии (cookies), картинок, звуковых дорожек, текста и всевозможных скриптов.
* ''А почему HTTP перестал справляться?''
: Видите ли, HTTP создает новый сеанс – с заголовком, запросами и пр. – для каждого из этих мелких объектов. Мало того: в HTTP нет средств минимизации латентности, то есть времени, необходимого на полную доставку web-страницы от источника до места назначения. Благодаря широкополосному соединению инфраструктура Интернета работает теперь значительно быстрее, но даже в высокоскоростном физическом канале сеть все равно будет изрядно «тормозить», если передачей файлов руководит медленный протокол. Несмотря на организацию параллельных сеансов, как в современных браузерах, лишней информации и задержек все равно слишком много.
* ''Ладно, вернемся к SPDY. Расскажите мне о новой технологии.''
: Это новый протокол, предложенный Google на замену HTTP. Предполагается, что он устранит или сведет к минимуму затруднения, которые я только что описал, за счет сжатия заголовков.
* ''Какие заголовки будут сжимать?''
: Те, из которых состоят стандартные HTTP-запросы и отклики. По данным Google, сжатие заголовков (т. е. строк простого текста) с помощью ''gzip'' уменьшит их размер более чем на 80 % и сбережет по секунде на загрузке каждой страницы. А есть еще уплотнение ресурсов...
* ''А поподробнее, пожалуйста!''
: SPDY объединяет отдельные HTTP-потоки, необходимые для доставки полной web-страницы. Для этого используется тот же протокол SSL (Secure Socket Layer), который применяется для шифрования интернет-трафика. Все компоненты web-страницы упаковываются в единый пакет данных; пересылка идет по общему каналу.
* ''Где ж тут экономия места — ведь общий объем пакета равен сумме всех его компонентов!''
: И да, и нет: ведь мы экономим на упаковке! Все компоненты сложены в один большой цифровой набор, и понадобится только один комплект заголовков, контрольных пакетов и прочих «сопроводительных документов». В результате значительно сокращается количество лишних битов, необходимых для доставки web-страницы на ваш компьютер.
* ''Мне кажется, латентность при этом тоже сокращается...''
: Именно! Если у нас один поток данных вместо множества мелких ручейков, сокращается количество необходимых действий (и время, необходимое компьютеру для проверки результатов).
* ''Получается, что по функциональности SPDY подобен HTTP, только быстрее?''
: Вовсе нет. Поскольку SPDY использует SSL, а SSL поддерживает шифрование, Google предлагает заодно повысить конфиденциальность просмотра web-страниц. Сам SSL как протокол используется в технологии SPDY потому, что способен формировать как бы трубу, по которой безопасно путешествуют наши упакованные данные. В пути их ничто не изменит, их не заблокируют старые прокси или маршрутизаторы, «понимающие» только HTTP. Кроме того...
* ''Еще не все?! SPDY осталось только сделать мне стирку и уборку!''
: Ну, это вряд ли, но новый протокол позволяет серверам «проталкивать» контент в ваш браузер, упреждая запросы, путем «отдачи со стороны сервера» (server push) или «серверного намека» (server hint). Первое равносильно сообщению сервера вашему браузеру: «Эй, прихвати-ка еще один файл – раз ты заказал эту страничку, другая тебе понадобится уже через пару миллисекунд». Так можно здорово ускорить перемещение по web-сайтам, но представьте себе, что эти «файлы в нагрузку» – рекламные баннеры или фоновый звук, которые вам совсем не нужны! Серверный намек – то же поведение, только в более мягкой форме. Сервер лишь «предлагает» браузеру взять что-то дополнительно, для ускорения просмотра.
* ''Какой прирост скорости ожидается при использовании SPDY?''
: Первые тесты, проведенные Google на нескольких наиболее популярных сайтах, обнаружили обгон HTTP на 27–60 %. Однако Google предупреждает, что для получения достоверных результатов необходимо более продолжительное тестирование и доработка имитационных моделей.
* ''Но и 27 % неплохо, а? Сетевые администраторы будут рады.''
: Теоретически. На практике SPDY не обязательно исправит недостатки HTTP. Некоторых беспокоит, что принудительное шифрование увеличит нагрузку на web-серверы и клиентские терминалы (особенно маломощные). На это можно возразить, что основным ограничением сейчас является пропускная способность сетей, а не мощности процессоров. Другие предупреждают о последствиях утраты пакетов, вопросах обратной совместимости и проблемах кэширования SSL.
* ''А почему утрата пакетов на SPDY более опасна, чем на HTTP?''
: При передаче по SDPY все компоненты web-страницы передаются разом, и при потере одного из них страница будет оставаться пустой дольше, чем при передаче по HTTP. Google возражает, что, поскольку при использовании SPDY сокращается общий объем трафика, потеря пакетов не должна ухудшить общую картину. Опять же, определенный ответ дадут только практические испытания.
* ''Два конкурирующих протокола для загрузки web-страниц вызовут кошмары с совместимостью…''
: Ну, пусть браузер начинает с HTTP-запроса, а затем, если сервер поддерживает новую технологию, переключится на SPDY – вряд ли это будет помехой. Сложнее с кэшированием.
* ''Почему?''
: Статические web-страницы кэшируются во внутренних сетях интернет-провайдеров. Например, возвращаясь на домашнюю страницу '''LXF''', вы получаете изображения обложек и прочие элементы от ближнего прокси, а не от далекого web-сервера, и загрузка идет быстрее. SSL-капсулы – это объекты, непроницаемые для всех промежуточных узлов на пути между сервером и вашим компьютером, так что кэширование невозможно. В итоге – опять же, в некоторых случаях – загрузка web-страниц может замедлиться, что противоречит основному предназначению SPDY.
* ''Разве SPDY — единственный способ ускорения web-серфинга?''
: Нет, есть и другие предложения: например, SCTP (Stream Control Transmission Protocol), SST (Structured Stream Transport) и SMUX (http://www.w3.org/TR/WD-mux). Однако, по мнению Google, устранение недостатков HTTP с помощью SPDY гораздо проще организовать и осуществить, чем выполнить преобразование всей транспортной системы (что предлагают остальные проекты).
* ''Думаете, SPDY прорвется?''
: Да. То есть, если точные исследования трафика подтвердят первые обнадеживающие результаты и если будет разработана щадящая, гибкая методика конверсии web-серверов. Посмотрим. А пока каждый, у кого есть «представительство» в Интернете, может значительно ускорить web-серфинг. Просто уберите ненужные ''Flash'' и ''JavaScript'' со своих страниц!
* ''Где можно узнать о SPDY подробнее?''
: Лучший источник – официальная информационная статья Google о SPDY: http://www.chromium.org/spdy/spdy-whitepaper.

[[Категория:Что за штука]]
[[Категория:Марко Фиоретти]]

LXF99:CMake

2011-10-30T13:26:20Z

Ewgen: оформление, ошибки, категории

==Что за штука CMake?==

Эй, разработчики! Все знают, что ''Make'' – программа путаная и обветшалая; '''Пол Хадсон''' за ручку сведет нас в счастливую страну ''CMake''!

* ''' ''Make'' — мой архивражина! Ради Бога, скажите: вы ведь избавите меня от нее?'''
: Я – нет, а вот команда ''CMake'' собирается! Хотя и это еще не факт, ведь вытеснить ''Make'' пытались неоднократно, но разве только ''Ant'' добилась умеренного успеха. Несомненно, ''Make'' будет с нами еще долгие годы, даже если ''CMake'' победит.

* '''Беда-а-а! Ненавижу ее манеру различать табуляцию и пробелы – ''Make'' до того неудобна, даже для бывалых линуксоидов!'''
: Я согласен – и, по-моему, большинство Linux-программистов тоже. Но при всех достоинствах ''CMake'', ''Make'' никуда не денется: уж больно много проектов с ней связано.

* '''Выходит, у ''Cmake'' есть достоинства? Да говорите же!'''
: ОК – начнем с начала. «'''С'''» в названии проекта означает «кроссплатформенная» и символизирует отличие от ''Make'': программа не выполняет компиляцию, а лишь создает файлы, необходимые для компиляции на конкретной системе. Предельно упрощая, ''CMake'' – лишь тонкая оболочка вокруг ''Make'', призванная скрыть уродство последней. Главное же достоинство ''CMake'' – переносимость и на OS X, и на Windows: там, где не будет ''Make'', она воспользуется «родным» инструментом другой системы.

* '''Постойте… так ''Make'' все-таки придется оставить?'''
: ''Make'' или другую эквивалентную программу для сборки ПО. Причем программисты одной команды не обязаны использовать одну и ту же утилиту: работая с Qt под Linux, вы выберете ''Qmake'', а ваши друзья в Windows предпочтут стандартные средства Visual Studio. Вы можете использовать общие файлы конфигурации ''CMake'', то есть все сделанные вами изменения тут же появятся на всех платформах. Более того, команде ''CMake'' незачем писать подключаемые модули для поддержки разных IDE: ведь все программы останутся при своих «родных» форматах сборки, вмешиваться в которые ''CMake'' не будет.

* '''Значит, даже при победе ''CMake'' будет не обойтись без ''Make''? Ну и где тут особое улучшение?'''
: Да, пользоваться ''Make'' придется, но только косвенно – ''CMake'' создаст все необходимые файлы, избавив вас от мучений. При запуске ''CMake'' нужные файлы генерируются и хранятся в директории '''/source''', и обычно вам даже заглядывать туда не надо.

* '''Ладно, одна причина для обновления есть, но этого явно мало. Зачем мне суетиться?'''
: Мало причин? Вот вам четыре миллиона строк причин: на ''CMake'' переключается KDE 4. Намаявшись с ''GNU Autotools'', разработчики KDE потратили кучу времени на поиски инструментов-альтернатив и в итоге выбрали ''CMake'' – как наиболее гибкую и модифицируемую. Именно модифицируемость сыграла решающую роль: ведь KDE – громадный проект со специфичными требованиями. Команды KDE и ''CMake'' наладили тесное взаимодействие, ''CMake'' значительно усовершенствовалась, стала еще надежнее и стабильнее, а главное – получила мощнейшую поддержку!

* '''И ''CMake'' справляется с большими проектами?'''
: Разумеется! ''CMake'' прекрасно взаимодействует с ''KDevelop'', и способна собрать любой компонент KDE – от ''kioslave'' до ''Kpart''. Вы получаете неограниченный контроль над системой зависимостей, и я буду очень удивлен, если чем-то окажется нельзя управлять…

{{Врезка
|Заголовок=
|Содержание=«Самый известный Linux-проект, перешедший на ''CMake'' – настольная издательская система ''Scribus''».
|Ширина=200px
}}

* '''Судя по вашим словам, ''CMake'' используется только в KDE…'''
: Вовсе нет, но не стану отрицать, что ''CMake'' находитсяв самом начале пути. Другой известный Linux-проект, уже переключившийся на ''CMake'' – ''Scribus''; '''Питер Линнелл''' [Peter Linnell], web-мастер ''Scribus'', сказал: «Установив ''CMake'', я за 10 минут во все вник и встроил файлы ''CMake'' в наш исходный код. Красота!». Кроме KDE и ''Scribus'', ''CMake'' поддерживает ''SWIG'' и ''LaTeX'', а это уже путь к всеобщему признанию.

* '''Трудно ли настроить ''CMake''?'''
: Ответ зависит от того, насколько сложной вам казалась ''Make''. Скажем прямо: простой программой ''Make'' не считал никто. Команды ''CMake'' напоминают легкий программный код, пользоваться которым сравнительно несложно, если у вас есть минимальный опыт программирования – хотя бы написание простенького JavaScript. Многое сделано для автоматизации процесса, перевода рутинной работы на задний план, чтобы вместо составления файлов заниматься собственно программированием.

* '''Вы упоминали, что ''CMake'' – кроссплатформенная программа; на каких же платформах она работает в действительности?'''
: Известные системы поддерживаются все: Linux, Windows, OS X, Solaris, FreeBSD, HP-UX, IRIX, BeOS и QNX; любая система, «признающая» ''Make'', пригодна для ''CMake''. Куда важнее, что программа совместима с KDevelop, Xcode и Visual Studio, а ведь они-то и интересуют профессиональных программистов! Естественно, поддержка улучшается с каждой новой версией.

* '''А в чем преимущество ''CMake'' по сравнению, скажем, с ''Ant''?'''
: ''Ant'' – полная, радикальная замена ''Make''. Радикальность здесь и преимущество, и недостаток: если предпочесть ''Ant'', то и ОС, и все остальное ПО должны поддерживать ее. Что касается ОС, то ''Ant'' написана на Java, и проблемы с системой маловероятны.

* '''Подозрительно: «Java» и «нет проблем» в одном предложении встречаются редко…'''
: И то правда, но допустим, что все работает гладко. Реальная проблема ''Ant'' состоит в том, что ее должна поддерживать среда разработки – нужно заботиться об установке нужных модулей расширения вашего ПО, или надеяться на готовую поддержку ''Ant''. Тот факт, что ''CMake'' не отменяет ''Make'' – явное преимущество: ваш инструментарий остается тем же.

* '''И вы обещаете, что мне не придется читать файлы, созданные ''CMake''?'''
: Обещаем!

* '''А можно ли при необходимости «подправить» программу?'''
: Программа выпускается под BSD-подобной лицензией, допускающей неограниченное использование, в том числе и в составе коммерческих продуктов (разумеется, при соответствующем оформлении). Изменяйте исходный код на здоровье! Если боязно трогать исходник, расширить программу можно и без этого – она действительно очень гибкая.

* '''ОК, уже хочу попробовать. А если я увязну, куда обратиться за дополнительными сведениями?'''
: Сайт онлайн-документации ''CMake'' – http://www.cmake.org/HTML/Documentation.html, но для типичных вопросов предусмотрен http://www.cmake.org/Wiki/CMake_FAQ. Есть прекрасная статья о причинах перехода KDE 4 на ''CMake'': http://lwn.net/Articles/188693.
Если вы завязли здорово, или решили использовать ''CMake'' в серьезной работе, обратитесь к книге Mastering CMake: http://www.kitware.com/products/CMakebook.html. Много информации о ''CMake'' можно найти на CMake wiki (http://www.cmake.org/Wiki/CMake), но мы особо рекомендуем руководство по быстрому ознакомлению (http://www.CMake.org/HTML/Examples.html), учебник CMake/Eclipse (http://www.CMake.org/Wiki/CMake:Eclipse), и азбуку ''Ctest'', инструмента тестирования ''CMake'' (http://www.CMake.org/Wiki/CMake_Testing_With_CTest). Как видите, чтения хватает, но – вспомните эту возню с освоением ''Make'', и вы поймете, что не все так плохо! '''LXF'''

[[Категория:Что за штука]]
[[Категория:Пол Хадсон]]
[[Категория:CMake]]

LXF128:Что за штука

2011-10-30T13:23:43Z

Ewgen: ошибки, категории

: '''Что за штука…'''

==Что за штука… NAPI?==

: '''Боб Мосс''' объясняет, почему Linux-ядро становится де-факто стандартом на серверах высокоскоростных сетей.

* ''Эта аббревиатура не имеет отношения к Национальному агентству прямых инвестиций?''
: Нет, финансы – не наш профиль: в данном случае NAPI означает просто «New API». Это технология, позволяющая программистам использовать новую методику управления пакетами на уровне драйверов в высокоскоростных сетях. И она уже встроена в ядро Linux.
* ''Что, и в мое тоже?''
: Конечно! NAPI присутствует в ядре, начиная с версии 2.5, но лишь недавно NAPI-совместимые драйверы стали применяться для управления пакетами достаточно широко. Используемые технологии позволили значительно поднять надежность и производительность бесчисленных web-серверов, работающих под Linux: нагрузка на них снизилась, а входящие пакеты обрабатываются более эффективно.
* ''Постойте, о каких это «пакетах» вы постоянно говорите?''
: Пакет – это набор битов, из которых состоит сообщение или его часть. Обычно пакеты включают машинные и пользовательские данные, доставляемые совместно как часть «информационного наполнения». Машинные данные – это сведения об адресах отправителя и получателя плюс код для коррекции ошибок. Пользовательские данные – это собственно информация, пересылаемая по сети из одного места в другое.
* ''И как ядро Linux обращается с этими пакетами?''
: Сетевой контроллер каждой машины посылает процессору так называемое «прерывание», который затем передает его ядру: так Linux «узнает» о прибытии пакета. Ядро обрабатывает прерывания поочередно, с учетом назначенных приоритетов.
* ''И что дальше?''
: Прежде в ядре использовались буферы фиксированного размера, вмещающие ограниченное количество пакетов. NAPI-совместимые драйверы применяют кольцевой буфер,в котором данные после достижения конца буфера начинают записываться в его начало, замещая собой прежние записи. При отсутствии фиксированного размера буфера вероятность перегрузки сервера входящими пакетами (переполнения буфера) значительно снижается. Уровень безопасности растет, а накладных расходов становится меньше.
* ''Неплохо. А что еще происходит при переполнении буфера устаревшего типа?''
: Пакеты, из которых состоит информационное сообщение, отклоняются – а значит, для передачи полного сообщения их придется отправлять повторно. Вдобавок пакеты придется переупорядочить: ведь ядро попытается обработать первым последний пакет. В домашней сети вы даже не заметите повторных запросов или переупорядочения, поскольку трафик там весьма умеренный. А вот для администраторов web-серверов это дело другое!
* ''А что будет с web-сервером?''
: Эти машины обрабатывают в тысячи (иногда в миллионы) раз больше запросов, чем средний домашний ПК. В результате множество пакетов отклоняется – замедляется трафик, пользователи не получают требуемый контент, а все компоненты системы страдают от перегрузки. Слишком частые прерывания могут даже привести к исчерпанию запаса физической памяти системы и вызывать лавину ошибок обращения к странице.
* ''Это, наверное, плохо?''
: Ошибка обращения к странице возникает, в том числе, при нехватке памяти для процесса, а это дурно влияет на любую систему. Такое явление приводит к «падениям» серверов и называется «конвульсиями» ядра – вещь, крайне нежелательная для любой машины (не говоря уже о web-серверах), поэтому любые меры, сглаживающие этот эффект – весьма полезное дополнение к Linux-ядру.
* ''А NAPI каким-то образом сдерживает ядро, чтобы оно не «дергалось»?''
: Это главная цель любой методики, которую NAPI предоставляет разработчикам. Новый API позволяет драйверу тормозить поток входящих пакетов и прекращать отправку запросов на прерывание, чтобы снизить общую нагрузку на систему. Чем меньше общая нагрузка, тем меньше вероятность сбоев ядра, которые мы с вами только что рассмотрели.
* ''Но ведь торможение пакетов замедлит трафик?''
: Это не тот случай. Если вы понимаете, что тысячи и даже миллионы пакетов все равно будут отклонены, ядру незачем и браться за их обработку. NAPI-совместимые драйверы отклоняют прием пакетов еще до их передачи сетевому стеку ядра, и нагрузка на систему резко снижается.
* ''Как же обойтись без отправки запросов на прерывание?''
: О, это уникальное свойство: NAPI-совместимые драйверы могут отключать прерывания при пиковых нагрузках. Таким образом, ядро не получает их и обрабатывает пакеты по очереди, в нормальной последовательности.
* ''А разве ядру не обязательно «знать» о прибытии пакетов?''
: Ядро узнает о пакетах методом опроса NAPI-совместимого драйвера, и это часто повышает эффективность, поскольку отпадает нужда в переупорядочении пакетов. Однако регулярный опрос сетевого контроллера на наличие новых пакетов, вместо того, чтобы уменьшить общие накладные расходы, может увеличить их.
* ''Какой тогда смысл в опросе?''
: Видите ли, в этом случае ядро не получает прерываний по прибытии каждого пакета, а обрабатывает пакеты в порядке поступления. Сокращается количество вычислений, связанных с реагированием на новые запросы.
* ''Но ведь старая проблема — отклонение пакетов — остается?''
: В режиме опроса NAPI-совместимые драйверы ничего не отклоняют: новые пакеты просто замещают собой старые записи в кольцевом буфере, о котором мы с вами говорили ранее – причем без участия ядра. Повторно запрашивать пакеты все равно приходится, но делать это значительно дешевле, чем обрабатывать каждый пакет – независимо от того, будет он отклонен или нет.
* ''А отмена прерываний не повлияет на работу системы?''
: Конечно, повлияет. На некоторых системах прерывания, поступающие от других устройств, могут привести к дополнительным накладным расходам и задержкам, связанным с обработкой этих прерываний. Это называется «повышением латентности» и может привести к тому, что система перестанет реагировать на запросы.
* ''Но ведь web-серверу так нельзя!''
: Вы правы: web-сервер создан как раз для ответов на пользовательские запросы, и если он перестанет это делать – пиши пропало. Но обычный web-сервер, как правило, работает только с базовыми компонентами и сетью, так что существенного снижения производитель ности произойти не должно. Важно найти золотую середину между частотой опроса и системными ресурсами, и отключать прерывания только по необходимости. Чем лучше сбалансированы различные методы, тем выше вероятность повышения производительности.
* ''Вот, оказывается, какая интеллектуальная мощь скрыта в моей Linux-машине! А где бы узнать об этом подробнее?''
: Общий обзор и спецификация NAPI содержат ся в сообщении Linux Foundation по адресу http://www.linuxfoundation.org/en/Net:NAPI. Ну, а расхрабрившись, можете почитать электронную книгу http://lwn.net/images/pdf/LDD3/ch17.pdf, чтобы взглянуть на работу NAPI-совместимых драйверов с точки зрения разработчика.

[[Категория:Что за штука]]
[[Категория:Боб Мосс]]

LXF95:Интервью LXF

2011-10-30T13:04:10Z

Ewgen: ошибки, оформление, категории

: '''''Джим МакКиллан''' и '''Рон Колсернян''' основали проект Linux Terminal Server Project (LTSP) восемь лет назад, и с тех пор он стал трамплином для всех желающих дешево внедрить у себя терминальные технологии. Linux Format встретился с ними.''

На заре распространения компьютеров всем правил центральный сервер, а пользователи получали доступ через «безголовый» терминал, просто передававший данные ASCII с клавиатуры на сервер и обратно для их отображения в виде зеленого текста на черном экране. Появление настольных ПК в корне изменило этот подход. Но в последнее время новая технология терминалов возродила интерес к концепции центрального сервера и к преимуществам, которые он предлагает в области снижения затрат и управляемости. Поэтому новое значение приобрел проект Linux Terminal Server Project (LTSP), созданный Джимом МакКилланом [Jim McQuillan] и Роном Колсерняном [Ron Colcernian] в 1999 г., чтобы помочь людям использовать Linux и дешевое оборудование для реализации данной модели сетевого взаимодействия. Ник Вейч помчался к ним в Штаты, чтобы узнать, чего добился проект почти за десять лет своего существования.

* '''''Linux Format'': По-моему, мы познакомились с вами в 2001 году на выставке LinuxWorld в Нью-Йорке, как раз когда начинался LTSP.'''

''ДжМкК'': Ну, начали-то мы летом 1999, представив проект общественности. В 2000 году на LinuxWorld у нас был стенд пополам с Etherboot, а в 2001 мы, наверное, впервые обзавелись собственным стендом. Так что мы тогда и вправду еще находились в младенчестве.

* '''''LXF'': Полагаю, за прошедшие годы многое изменилось?'''

''ДжМкК'': Технология претерпела некое развитие, а вот основные идеи не особенно изменились. Я думаю, наш продукт стал лучше, потому что он повзрослел. Мы добавили такие функции, как поддержка локальных устройств — вы подключаете USB-брелок, и на рабочем столе появляется иконка. Вы скажете — это не бог весть что, все так делают, но не забудьте, что в нашем случае сессия запущена на сервере, а пользователь сидит за тонким клиентом. Если вы подключаете к клиенту устройство USB, сессия на сервере должна знать об этом. Мы все сделали, как надо, чтобы все хорошо работало; это очень элегантное, прочное решение, без всяких хакерских штучек, которыми мы увлекались раньше. Оно действительно отлично сделано.

Еще нам помогало то, что приложения под Linux становились очень хорошими. Когда мы только начинали, не было текстовых редакторов, web-браузером был Netscape 4.х, вполне приличный, а клиента электронной почты и всего прочего просто не существовало. А теперь у нас есть офисный пакет OpenOffice.org, у нас есть Firefox и Thunderbird, Evolution и всяческие прекрасные, богатые функциями приложения. Все они росли вместе с нами, облегчая нашу работу. Пустившись устанавливать LTSP в 2001 году, когда мы познакомились, вы изрядно попотели бы. Надо было выполнить множество шагов по инструкции. Но LTSP сильно вырос. Сейчас его установка очень проста. Вы скачиваете небольшой пакет LTSP_utils, содержащий инсталлятор, запускаете его, и он устанавливает и настраивает систему для вас — это очень легко проделать. До настоящего момента LTSP занимался именно этим.

Года полтора назад мы связались с Ubuntu, и сейчас LTSP интегрирован в дистрибутив Ubuntu. А сейчас наша забота — собрать вместе всех основных игроков: мы добились того, что Red Hat, Debian, Ubuntu и некоторые другие сядут вместе и обсудят, как будет тонкий клиент работать в дистрибутивах Linux, чтобы все дистрибутивы смогли включить LTSP. Моя цель — встроить в дистрибутив функциональность тонкого клиента. Вы устанавливаете свой дистрибутив, активируете ее, подключаете тонкий клиент — и вперед. Никаких лишних движений типа посещения нашего сайта и скачивания кода. Он уже должен быть там: Apache и Samba уже есть — и LTSP тоже будет.

* '''''LXF'': Полагаю, что на данный момент с одними дистрибутивами это делать легче, чем с другими?'''

''ДжМкК'': Да, иногда из-за философии, иногда — по техническим причинам, но пока все, с кем я разговаривал по этому поводу, с большим воодушевлением принимали эту идею. Ubuntu работал над ней полтора года, и Ubuntu и Debian постоянно обмениваются друг с другом функциями, разрабатываемыми в Perl, чтобы включить LTSP. Разработчики Ubuntu и разработчики Debian очень тесно сотрудничают. Так что это практически одна и та же реализация. Fedora, естественно, будет основан на RPM, а не на пакетах Deb; SUSE будет основан на RPM, хотя определенно не на тех, которые использует Red Hat. Цель у нас следующая: когда мы закончим работу, LTSP будет установлен на нашем сервере, а тонкий клиент будет загружать в случае Ubuntu — части Ubuntu, в случае Fedora — части Fedora. На LTSP.org нашей главной работой будет обеспечить людей тем, что позволит тонкому клиенту работать как я вам описал. Несколько лет мы предоставляли библиотеки, и ядро, и все остальное, а с этим отлично справляются дистрибутивы, вот пусть они и делают свое дело, а мы выходим из этого бизнеса и будем обеспечивать людей тем, чем нам полагается их обеспечивать.

* '''''LXF'': Я собирался спросить, что изменилось в проекте LTSP за время его существования благодаря развитию дистрибутивов.'''

''ДжМкК'': По традиции, вплоть до настоящего момента, когда вы устанавливали LTSP, это был исключительно LTSP, и мы хотим покончить с этим. Я написал спецификацию по данному предмету; Марк Шаттлворт [Mark Shuttleworth] ее прочел, и на ней частично теперь базируется версия Ubuntu. В своей спецификации я писал:<br />
''«Взгляните: 95 % того, что мы поставляем с LTSP, не имеет ничего общего с LTSP — просто оно должно быть, потому что LTSP получается вроде дистрибутива, который мы сажаем поверх основного дистрибутива. Так давайте мы переведем все это в основной дистрибутив и будем поставлять наши 5 %. Лучше мы сконцентрируемся на таких важных вещах, как синхронизация с КПК, или прочная поддержка мультимедиа, или безопасность и тому подобное».''

* '''''LXF'': Какие, по-вашему, ближайшие задачи встанут перед вами после интеграции с дистрибутивом?'''

''ДжМкК'': Мне бы очень хотелось заняться следующей важной задачей — хорошей, солидной поддержкой мультимедиа; но сейчас мы не работаем над ней из-за всей этой возни с дистрибутивами. Надо, чтобы вы могли воспроизводить видео и аудио, и сигнал был бы должным образом синхронизирован, и чтобы при этом на сервере было 30 или 40 клиентов, воспроизводящих либо то же самое, либо что-то другое. Пусть люди делают все то же самое, что и в Linux, но уже как пользователи тонкого клиента — вот это и есть наша следующая задача.

* '''''LXF'': Вас об этом просили, или это просто такая личная цель?'''

''ДжМкК'': Да, об этом просят, и этого ждут. Раньше нам приходилось привлекать внимание, чтобы сказать: «Нам нужна помощь с аудио в KDE» или «Нам тут нужна помощь кое с чем в Gnome». И я всегда испытывал такое ощущение, что вот они — такие крупные, большие проекты, а мы — мелкота. А теперь мы сидим за одним столом с этими парнями. Мы садимся и разговариваем с человеком из Phonon — это звуковая подсистема в KDE. Мы разговариваем с разработчиками GStreamer, это используется в Gnome. Мы разговариваем с другими разработчиками Gnome о том, что нам нужно. И все реагируют примерно так: «Здорово, нам это нужно, давайте сделаем это». Люди понимают, что LTSP — ценная возможность установить их приложения на множестве настольных компьютеров. И меня это воодушевляет.

* '''''LXF'': А какова, по вашему мнению, причина возврата интереса к тонким клиентам?'''

''ДжМкК'': Люди устали от того труда, который приходится вкладывать в поддержание инсталляций по типу Windows. В самом деле, на каждом столе стоит компьютер, в каждом хранится множество данных — весьма много приходится поддерживать. С точки зрения администратора, надо следить, чтобы очень много всего работало, все время.

''РК'': И вы многим рискуете, потому что работники неизбежно будут хранить электронные документы, за создание которых вы им заплатили — десять долларов, несколько тысяч долларов — на носителях без резервных копий. А в LTSP у вас по умолчанию создается централизованная резервная копия всего рабочего пространства пользователя, и сама структура программы снимает весь этот риск. Я не знаю, сколько раз приходится слышать, как кто-то говорит: «Мне придется заново делать эту таблицу». Как владельца бизнеса, это просто бесит.

* '''''LXF'': Да, потерянное время и потерянные деньги.'''

''ДжМкК'': Люди начинают осознавать, что во многих случаях тонкий клиент — вещь весьма удобная. Он не идеально подходит к каждой ситуации: для редактирования видео или еще какой-то крупной задачи он, возможно, и не годится, но подумайте, скольким людям нужен просто текстовый редактор, или редактор электронных таблиц, web-браузер, клиент электронной почты, а больше и ничего. Ну, может, еще какое-нибудь унаследованное приложение для передачи данных в базу. Для таких задач тонкие клиенты подходят идеально.

* '''''LXF'': Я полагаю, именно для офисного пользователя, как это называется в Novell, и был разработан SLED.'''

''ДжМкК'': И тонкий клиент может стать отличным способом донести его до множества рабочих столов.

* '''''LXF'': Как вы считаете, почему для настройки тонкого клиента выбирают именно Linux, а не что-либо другое?'''

''ДжМкК'': А не Windows? Многие просто уже устали от игры, которую навязывает Windows: постоянное обновление программ и оборудования. Рон намного лучше это объясняет, чем я! Это просто ад, через который они проходят. Хотите добавить что-нибудь, Рон?

''РК'': Людей мотивирует то, что они устали от Windows. Я сегодня говорил с одним парнем. Он сказал: «Вот я пользуюсь Windows и отлично зарабатываю на этом». А я сказал: «Может, и так. Но давай поговорим об одном-единственном дне, который уходит на решение проблем Windows. Дне, который ты тратишь на загрузку и перезагрузку программ по восемь часов». И в конце этого дня ему платят, но, наверное, в отличие от вас, и от меня, и от Джима, он совершенно не обогатил свой мозг интеллектуально. Он не увеличил свою ценность для общества, он не увеличил свою самооценку. Я думаю, многие начинают над этим задумываться.

* '''''LXF'': По-вашему, большинство просто сразу перейдет с Windows на настольном ПК на Linux в тонком клиенте, или они предпочтут делать это постепенно?'''

''ДжМкК'': Бывает по-разному, в зависимости от компании.

''РК'': Я думаю, ответ лежит в количестве развертываемых рабочих мест. Вот сегодня приходил один человек, у него центр обработки звонков, по-моему, мест на 75. И он понятия не имел об LTSP. Он решил (причин он не указал) перейти с Windows на Linux. И они установили толстые клиенты с полными дистрибутивами Linux на каждом столе. А если бы они имели возможность рассмотреть наш проект или познакомиться с ним, они бы сразу рванули на тонкие клиенты, потому что это намного эффективнее. Возможно, смысл в том, чтобы чаще выдавать информацию на сторону: если сделаешь это больше, скажем, четырех, пяти раз какого-то магического числа — то технологию уже начинают замечать.

* '''''LXF'': Вас никогда не огорчало, что очень многие воспользовались бы таким решением, как ваше, если бы они знали о нем'''

''ДжМкК'': Мне всегда хотелось, чтобы у нас лучше получалось рассказывать о себе; больше людей могли бы о нас узнать, потому что, по-моему, чем больше людей этим пользуются, тем лучше. У меня есть несколько историй успеха, о которых я думаю с гордостью. Пусть не все об этом знают: это неважно. Я не лишусь из-за этого сна. Те, кто пользуется LTSP, довольны им.

* '''''LXF'': Вас никогда не огорчало, что очень многие воспользовались бы таким решением, как ваше, если бы они знали о нем?'''

''ДжМкК'': Мне всегда хотелось, чтобы у нас лучше получалось рассказывать о себе; больше людей могли бы о нас узнать, потому что, по-моему, чем больше людей этим пользуются, тем лучше. У меня есть несколько историй успеха, о которых я думаю с гордостью. Пусть не все об этом знают: это неважно. Я не лишусь из-за этого сна. Те, кто пользуется LTSP, довольны им.

* '''''LXF'': И какая же у вас любимая история успеха?'''

''ДжМкК'': От которой мурашки по коже?

Их несколько. У нас огромная работа в Сан-Паулу, в Бразилии. Шесть тысяч телекоммуникационных центров — это такие киберкафе, спонсируемые правительством — 6 000 киберкафе, 20 рабочих станций и сервер в каждом. И рабочие станции работают на LTSP. Это 120 000 терминалов по всему городу, а Сан-Паулу — огромный город, третий по величине в мире. Там есть люди, у которых есть адрес электронной почты, а настоящего адреса нет — они бездомные. Но они все-таки могут общаться со своими семьями, друзьями, с кем угодно. Они могут бродить по сети, находить контакт с правительством: подавать заявления на получение социальной помощи, и все такое. Этот пример действительно меня воодушевляет.

А вот что сделал Фонд Шаттлворта [Shuttleworth Foundation] в Южной Африке: они предоставили 240 000 компьютеров для школьников. Это не 240 000 рабочих станций, но они обслуживают множество рабочих станций в каждой школе, для 240 000 ребят, которые иначе никогда не получили бы доступа к компьютерам. И это очень важно: эти дети выйдут из школы с такими же навыками — а часто и с лучшими — чем такие же дети из Америки. Вот от таких примеров у меня мурашки по коже, они вдохновляют меня на движение вперед.

* '''''LXF'': Если заглянуть в будущее, что бы вы хотели, чтобы произошло через десять лет?'''

''ДжМкК'': Через десять лет? Это долго. Проекту только семь лет. Давайте немного сократим срок: через три года я хочу видеть LTSP во всех дистрибутивах. Потом, я хочу сфокусироваться на трудных частях — на развлечениях. Чтобы люди просто… ну, этак естественно устанавливали Linux, подключали к нему несколько терминалов, и все готово. Вот чего я хочу, а через десять лет — это трудно себе представить.

* '''''LXF'': Помимо потокового мультимедиа, о котором мы говорили раньше, какие еще технические проблемы, по-вашему, требуют решения?'''

''ДжМкК'': Большая проблема — это безопасность. Мы используем NFS, мы используем X, мы используем DHCP и TFTP, чтобы загрузить эти клиенты. И там большие проблемы с безопасностью. Это не проблема для школ или малых офисов, где всего штук 15 терминалов и нет посторонних глаз, но в финансовых учреждениях мы работать не можем, из-за используемых у нас протоколов. Так что мы рассматриваем такие вещи, как работа IPSec между терминалом и сервером, или можно ли запустить Х через SSH для шифрования Х-трафика. Это здорово обременяет сервер, но сервера в наши дни стали довольно крупными.

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

* '''''LXF'': Я как раз хотел спросить о этом: некоторые проекты так и не вырастают за пределы основной команды разработчиков, начавших проект; а вам многие присылают код?'''

''ДжМкК'': Я получаю множество заплаток, множество всего. У нас есть wiki, чтобы люди могли выкладывать туда то, что у них есть, у нас есть канал IRC для всех, кто захочет общаться с нами — мы делаем все наши разработки через IRC.

Мы действительно работаем открыто — никаких частных разработок: все в IRC или в списке рассылки. Туда заходят люди, одни помогают нам недолго, кто-то остается на большой срок. Сейчас мы около полутора лет работаем с Ubuntu, и есть целая команда разработчиков, связанных с этим дистрибутивом, которым интересно то, что мы делаем. И команда Fedora вливается в процесс, делая то же самое…

* '''''LXF'': Я недавно разговаривал с парнями из Fedora, и они демонстрировали большое воодушевление…'''

''ДжМкК'': На хакфесте LTSP в сентябре к нашей работе собирается присоединиться Уоррен Тогами [Warren Togami]. Он создал Fedora. Он начал проект; Red Hat пригласил его на работу в качестве разработчика. Он собирается работать с нами; он хочет, чтобы LTSP был интегрирован в Fedora. Для него это важно, а значит, это становится важным и для других людей. К нам присоединяются масштабные личности, и это превосходно.

* '''''LXF'': Как вы думаете, чем лучше всего смогли бы вам помочь обычные пользователи?'''

''ДжМкК'': Есть много разных способов помочь нам. Они могут писать код, могут помогать нам в решении некоторых проблем, над которыми мы бьемся. Если они умеют писать документацию, пусть помогут нам в разработке документации… Определенно могут помочь в переводе. У нас есть команда переводчиков, которой пригодились бы люди. Если они хотят нести информацию в массы, это вообще отлично — в смысле, они могут помочь в популяризации. Если они захотят посидеть в канале IRC пару часов в день, отвечая на вопросы посетителей — и это будет огромная помощь. Или просматривать списки рассылки и периодически отвечать на присланные вопросы, тоже отличный способ помочь. '''LXF'''

[[Категория:Интервью]]
[[Категория:Джим МакКиллан]]
[[Категория:Рон Колсернян]]

LXF126:Что за штука

2011-10-30T12:30:08Z

Ewgen: добавлены категории

==Что за штука… Maemo==

: '''Боб Мосс''' разведал планы Nokia по нейтрализации iPhone. Секретным оружием послужит ОС на базе Linux с полным боекомплектом функций.

* '''Полагаю, название не имеет отношения к деревеньке в Тибете?'''

: Справедливо полагаете! Мы говорим об операционных системах на основе Linux, предназначенных для смартфонов Nokia. Самый яркий пример такого смартфона – N900, мы рассмотрим его позже. В произношении уверенности не было, и мы расспросили членов команды разработчиков. Сошлись на том, что название должно звучать как «мэй-мо».

* '''Ах, Maemo основан на Linux? С этого места, пожалуйста, подробнее!'''
: Пользовательский интерфейс в Maemo построен на базе каркаса ''Hildon''. Описывая ''Clutter'' в [[LXF123:Что за штука|LXF123]], мы упоминали, что ''Hildon'' – это набор расширений ''GTK'' для графического интерфейса Gnome Mobile. Однако, в отличие от Moblin, вы не найдете ''Clutter'' на своем Nokia-смартфоне! Текущая версия Maemo – 5; но прошлая, OS2008, под кодовым названием «Diablo», также используется на интернет-планшетах Nokia предыдущего поколения.

* '''При такой поддержке ''GTK'' для Maemo должно быть доступно немало Gnome-приложений, не так ли?'''
: Совершенно верно; самые заметные – ''Pidgin, VLC'' и ''VNC''-клиент. Можно загрузить родные для Maemo приложения, которые добавляют поддержку OGG или обеспечивают функциональность, подобную iPhone.

* '''По-моему, Nokia приобрела компанию Trolltech, создателя ''Qt'' — а где же KDE-приложения?'''
: Trolltech и в самом деле куплена, но ''Qt4'' не будет применяться для разработки интерфейса до выхода OS2010 (кодовое имя «Harmattan»). Собственно, создавать приложения для Maemo с помощью ''Qt4'' можно уже сейчас, если загрузить соответствующий пакет совместимости. Ходят слухи, что Nokia откладывает использование ''Qt4'' до той поры, пока приложения KDE 4 не станут более стабильными, но истинные причины нам еще предстоит узнать.

* '''Хорошо... А правда, что Maemo выделывает те же трюки, что и iPhone?'''
: Не только те же, но и посложнее. Обеспечив копирование со вставкой, календари и управление контактами и фотографиями, Maemo идет дальше, интегрируя контакты из источников типа Google Talk и ''Skype'' и обеспечивая упрощенный доступ к ним. Отображается новейшая аватара контакта и его состояние (в сети или нет).

* '''Действительно круто! И стандартные приложения тоже лучше?'''
: Календарь Maemo гораздо интуитивнее и более эффективно использует экранное пространство; подобно пользователям iPhone, вы можете свободно синхронизировать календари и контакты через серверы Microsoft Exchange. Браузер Maemo отображает Flash-контент и поддерживает полноэкранный серфинг, поскольку базируется на одном движке (Gecko) с ''Mozilla Firefox''. По сути, это означает, что можно просматривать любой стандартный сайт, доступный с настольного Linux-компьютера.

* '''Что скажете о камере?'''
: У Nokia N900 5‑мегапиксельная камера, с помощью которой Maemo умеет записывать видео высокого разрешения. Режим съемки автоматически подстраивается под окружающие условия; кадры отмечаются тэгами. Можно выгружать фото и видео на онлайн-сервисы типа Facebook или Flickr, или на собственный сайт Nokia под названием Ovi. Чтобы проделать все это на iPhone, вам понадобится несколько разных приложений. И даже если удастся выпустить их из «песочницы» (а в Британии это незаконно), то высокое разрешение будет все же недоступно.

* '''Мне на мобильном телефоне нужна карта. Есть ли она в Maemo?'''
: Конечно, есть. Maemo полноценно использует GPS-чип N900. Определение текущего местоположения и приемы работы с картой реализованы примерно так же, как на iPhone. При этом на картах Ovi обозначаются важные объекты и локализованные сводки погоды. Больше того, возможно объемное отображение некоторых достопримечательностей (правда, пока это скорее курьез, чем серьезная инновация). Опять же, сокращается количество приложений для выполнения одной задачи.

* '''А можно прослушивать с помощью смартфона N900 музыкальные коллекции iTunes? У меня там богатая подборка...'''
: Стандартный медиа-плейер Maemo поддерживает MP4 и AAC, но прослушать DRM-защищенные материалы, купленные в iTunes Store, вы не сможете. Это хорошо документированная проблема Linux. Но если контент без DRM-защиты был конвертирован в формат Ogg Vorbis, то можно установить необходимые кодеки и прослушивать музыку из коллекции по официальным каналам.

* '''Ну, а что в Maemo такого, чтобы реально захотелось переключиться?'''
: У вас появится гораздо больше свободы для хакинга вашего устройства; кроме того, можно будет избежать многих ограничений. Например, с помощью смартфона Nokia можно организовать бесплатные переговоры cо ''Skype'' на Skype через сеть сотовой связи. Причем взаимодействие с собеседником не ограничивается одними разговорами: дискуссия, начатая в текстовом режиме, может перейти в ''Skype''-беседу, а завершиться чатом в службе мгновенных сообщений – текст позволяет хорошенько обдумать ситуацию и вернуться к переговорам позже.

* '''Хитро придумано! Но где же убойные функции?'''
: Обновления системы Maemo выполняются автоматически: незачем по старинке проверять их наличие и устанавливать вручную. Вдобавок вы будете получать уведомления о появившихся обновлениях для программ, установленных вами с помощью Maemo Select (собственного хранилища приложений Nokia). Здесь уж вам решать, устанавливать обновления или нет. Можно также запускать несколько приложений одновременно, переключаться между ними и даже расположить окна мозаикой для наблюдения за ходом работы. Уж этого-то вы нигде больше не получите! А поскольку вы имеете дело с Linux, у вас будет столько рабочих столов, на сколько вам хватит мыслительных способностей, и каждый рабочий стол можно настроить отдельно.

* '''Вау! Действительно впечатляет. А много ли доступно приложений?'''
: На момент подписания номера в печать в Maemo Select было только 50 программ, но это не удивительно: речь идет о системе, первые устройства под управлением которой только-только появились на рынке. Это означает, что в сообществе Maemo, которое имеет тенденцию к росту, будут проявлять особую заботу о разработчиках открытого ПО.

* '''Какие условия созданы для их работы?'''
: Существует ''SDK Maemo'', рассчитанный на программистов-линуксоидов. Есть привязки к ''C, Java, Python, Ruby'' и ''Mono''; благодаря каркасу ''Hildon'' разработчикам, использующим для создания графических интерфейсов ''GTK'', доступна мощная поддержка. С помощью сервиса Maemo Garage можно размещать проект онлайн.

* '''Расскажите-ка о Maemo Garage...'''
: Это бесплатное серверное пространство, где можно хранить сообщения о найденных ошибках и состоянии проекта, а также организовать список рассылки для поддержки пользователей. Здесь же можно хранить исходный код и координировать совместные действия с членами своего сообщества. Преимущество размещения проекта в «гараже» заключается в том, что здесь легче найти помощника с достаточным уровнем знаний.

* '''А SDK будет помещать закрытые компоненты в мой свободный код?'''
: Организаторы сообщества Maemo предусмотрели выбор: во время инсталляции SDK вы сами решаете, устанавливать несвободные компоненты или нет. Это вполне в духе отношения Nokia к свободному ПО.

* '''Уговорили! Пойду куплю Nokia N900! Где узнать горячие новости о Maemo?'''
: Последние известия можно получить на http://maemo.nokia.com, там есть также ссылки для покупки N900. А чтобы поучаствовать в разработке приложений, направляйтесь на http://maemo.org.

[[Категория:Что за штука]]
[[Категория:Боб Мосс]]
[[Категория:Maemo]]

LXF77:Интервью

2011-10-30T11:45:37Z

Ewgen: оформление, категории

==Представитель силы==

''Могущественный Google приносит свое состояние и опыт в движение открытого кода. Пол хадсон беседует с человеком, который помог этому произойти – '''Крисом Дибона (Chris DiBona)'''.''

{{Врезка|
Заголовок=LXF визитка|
Содержание='''Крис ДиБона'''

Трудно поверить, но ему всего 33. Он – редактор Slashdot, разработчик игр, администратор VA, консультант по open source и автор в O’Reilly. Его рабочее место - в штаб-квартире Google, Маунтин-Вью, Калифорния.

* Возраст: 33 года.
* Национальность: Американец.
* Использует Unix: 10 лет.
* Языков программирования: 8.
* Количество ПК: 4.
* Дневная норма кофе: 0 чашек.
* Пар сандалий: 1 пара.
* Он говорит: "Я люблю open source хотя бы потому, что везде можно наклеить шпаргалки."|
Ширина=40%
}}

Когда Google прошлым летом объявили одним из спонсоров ежегодного конкурса Open Source Awards от издательства O’reilly стало ясно, что о невыплаченных призах (бывало...) речь уже не идет. Эта фирма может себе позволить вложить свои деньги куда угодно. В сообществе считают участие Google просто чудесным: у фирмы не только большой карман, она еще и использует открытые инструменты и активно участвует в их разработке. Но есть и скептики: по их
мнению, фирма много о себе возомнила и доля ее закрытых программ слишком велика. Крису ДиБона (Chris DiBona), весьма активному менеджеру Google по открытым продуктам, поручили деликатную работу: открыть некоторые приложения Google. Мы встретились с ним, чтобы выяснить, много ли откроется...

* '''Linux Format: Чтобы мы смогли представить Вас нашим читателям, не могли бы Вы коротко рассказать о своей работе в Google?'''

'''Крис ДиБона:''' Конечно. Это очень просто. моя работа – контролировать, чтобы Google работала в соответствии с лицензиями Open Source, дабы не вставал вопрос о корректности использования ее программ. А кроме того, поддерживать контакты с сообществом ПО с открытым кодом, чтобы оно знало – кто мы, что делаем с их программами, как их используем и как можем помочь. Мы делаем немало заплаток и всякого такого для существующих проектов, Apache... Ну и я должен заставить все это работать.
Еще мы ведем программы вроде Summer of Code. Мы заинтересовали 419 студентов поработать с открытыми проектами,
с Apache и Ubuntu по всему миру, чтобы обеспечить постоянный приток разработчиков в наше сообщество.

* '''LXF: Так Вы почти что миссионер?'''

'''КД:''' Ну, вряд ли. Google не занимается агитацией – скорее, предоставляет нашим делам говорить за нас. Мы не трезвоним о том, что сделали; пусть нас рекламирует наш продукт.

* '''LXF: Apache заполучил немало студентов для Summer of Code, KDE и Gnome тоже...'''

'''КД:''' Да, а Mono получил 16.

* '''LXF: А сколько досталось ядру?'''

'''КД:''' Вот тут смешно получилось. Ведь не скажешь: «Эй, разработчики ядра, вам это надо?» У них не как в организации Apache, где для таких дел существует центральный орган. Так что над ядром не работал никто. И потом, ядро не требует приглашений, как, скажем, KDE. Работа над ядром всегда имеет постоянный приток желающих.

С другой стороны, я не выбирал организации, я просто установил сроки, в которые они могли присоединиться, а от разработчиков ядра никто не отозвался.

* '''LXF: А в итоге оказалось, что с ядром некому работать!'''

'''КД:''' Знаете, ядро – это еще не все.

* '''LXF: Но ведь ядро, наверно, самый крупный открытый проект?'''

'''КД:''' Не думаю. По-моему, Apache крупнее. По части разработчиков... да, это более крупный проект. Я не отказался бы [включить в Summer of Code и ядро]... но с кем мне это обсуждать? Есть ли надежная сторона, которая могла бы оценить этих ребят, и дать добро на вложение в них денег, и сказать, кому платить? Возможно, мы изыщем способы, если снова этим займемся. Но это непросто.

* '''LXF: Но Novell нанимает немало программистов ядра, пригодных для роли менторов.'''

'''КД:''' Конечно. Но ко мне они не обращались.

* '''LXF: Red hat.'''

'''КД:''' Они ко мне не обращались. Вот, например, люди из Fedora Core – те обратились. Так что были работавшие над какими-то интересными проблемами с Fedora Core, с Ubuntu, но никто из вышеперечисленных не заикнулся об этом, так что...

* '''LXF: Действительно жаль, потому что гранты Summer of Code вышли примерно в то время, когда OSDL отставила немало инженеров.'''

'''КД:''' Ну, мы ведь не брали инженеров, мы работали со студентами. Если ваши читатели хотят разрабатывать ядро как сотрудники, то у нас есть открытые вакансии, у Novell есть открытые вакансии. Возможностей по разработке ядра Linux
немало.

* '''LXF: Ясно, что Summer of Code не было PR-акцией.'''

'''КД:''' Нет!

* '''LXF: Тогда что вами двигало – может, это был хитрый ход по набору персонала?'''

'''КД:''' На самом деле, началось с того, что наши основатели, Ларри (Larry) и Сергей (Sergei), и наш босс Эрик Шмидт (Eric Schmidt) долго переживали по поводу того, что у людей нет средств просто пойти учиться и стать лучшим студентом, лучшим компьютерным специалистом... чем они вынуждены заниматься летом? Отупляющей подработкой, ничего общего не имеющей с компьютерами. Они не развиваются, они тормозят свое развитие в качестве компьютерных специалистов. [Основателям Google] это было ненавистно. И как только я освоился в Google, мне сказали: «Решишь
эту проблему? мы даем тебе $x миллионов в год, и хорошо, если бы ты увязал это с открытым кодом». Так я и сделал,
и выкатил эту программу. Вот что двигало основателями.

Кроме того, имеются побочные выгоды - конкурентные, стратегические, всякие. Потому что сильное открытое сообщество означает для всех нас в компьютерной индустрии поле для игры в более высокой лиге, я в это искренне верю. Но это не являлось изначальной целью. Для открытого сообщества это хорошо, а нам это очень нравится. Мы используем тонны ПО с открытым кодом и считаем друг друга товарищами, понятно? Нам нравится работать с открытым сообществом, и это наша форма работы.

* '''LXF: Где еще, по Вашему мнению, Google может быть спонсором открытого сообщества?'''

'''КД:''' Вообще-то мне не нравится выражение «спонсорская помощь». мне не нравится «предоставление субсидий», мне не нравится «окупаемость». Мне нравится выражение «совместная работа». Мы считаем их равными нам в компьютерной сфере, мы не считаем их объектами благотворительности, честно. Забавная штука наблюдается насчет открытого сообщества: за последние пять лет многие из организаций, которые мы с вами считаем выдающимися, получили просто тонны поддержки – финансовой, рабочей, например, через Tigris или SourceForge. Им не нужна
спонсорская помощь, им нужно побольше людей – разработчиков кода.

Что делаем мы? Мы открыли кое-какой код на http://code.google.com/, постарались раскрутить деятельность по созданию заплаток нашими командами в Google и местными командами за пределами Google, у нас есть люди, которые работают над GCC и над его улучшением, и у нас есть программы типа Лета за Кодом... мы просто выпускаем больше кода.

Потому что опыт показывает: можно помогать, и содействовать, и предоставлять спонсорскую помощь, но есть конкретные преимущества, которые проект получает от самого кода. И они серьезно перевешивают по значимости временную выгоду от таких мелочей, как поездки и прочее.

Так что я не считаю слово «спонсорство» уместным. Поскольку спонсорская помощь подразумевает подчинение. Мы не хотим управлять открытым сообществом, это не к нам.

Должен сказать, меня восхищает, как с этим управляется IBM. По большому счету они никому не навредили: они не пытаются что-то отобрать или поломать, они проделали большую и отличную работу. Мы не собираемся принимать их за образец для подражания в своей деятельности, потому что мы – совершенно разные фирмы, но на самом деле я хочу получить код, мне не нужны просто... деньги. Деньги – это не все.

* '''LXF: Не могли бы Вы уточнить, как именно Google «сотрудничает» с открытым сообществом? Есть Summer of Code, есть Google API...'''

'''КД:''' Мы открываем код. Для создания новых программ у нас в Google есть множество инструментов. Например, у нас есть собственный malloc, есть большое количество средств повышения производительности, есть собственная реализация хэш-таблиц, у нас есть библиотеки на Python, частично работающие по типу Elisp... И мы открыли все эти инструменты, что бы каждый мог создавать программы еще лучше. Можно просто открыть для сообщества примеры API и прочее, и это будет здорово, но они не существуют без Google мы хотели открыть то, что не просто позволяет лучше работать с нами, но позволяет создавать лучшие программы, и точка.

* '''LXF: А какую лицензию предпочитает Google?'''

'''КД:''' Обычно мы берем BSD, но не чураемся и LGPL. Мы хотим обеспечить людям пользование нашим продуктом. Для этого подходят и GPL и LGPL, но GPL не разрешает использовать эти программы поставщикам проприетарного ПО, поэтому наши инженеры часто выбирают другие лицензии. Выбор лицензии предоставляется инженерам. Если для них это существенно, пусть берут что хотят, нам важнее выпустить код, чем вступать в религиозные войны. Мы выбираем BSD еще и потому, что нам проще ее отслеживать с точки зрения наших перспектив и нашего уровня работы с персоналом – ее вообще не надо отслеживать. Если вы выбрали GPL, то должны в большей степени следить за программой, а выбрав BSD, вы просто можете заявить: «Вот, берите, наслаждайтесь» – и практически про все забыть.

* '''LXF:''' Какая часть программ, разработанных внутри Google, попадает в открытое сообщество?

'''КД:''' Ну, пока не много. Мы же только начали открывать код. Но каждый месяц мы открываем чуть больше. Немало наших инженеров что ни день приходят ко мне и говорят: «Слушай, я бы хотел выпустить вот это». Объясняю, как это сделать проверяю наличие файлов Readme в авторском стиле, наличие лицензии, чтобы все было, как положено. Удостоверяемся что у юристов не будет к нам претензий и – открываем.

* '''LXF:''' И через четыре года Google станет на 100 % открытой фирмой?

'''КД:''' О, нет. Никоим образом. Некоторые вещи мы не можем открыть, потому что они либо лицензированы, либо открывать их бесполезно.

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

И потом, есть еще кое-что. Мы не собираемся открывать PageRank [собственная система ранжирования web-
страниц в поисковом индексе Google] и все подобные программы, потому что открыть их означает их разрушить. Если рассказать, как происходит сортировка, кто попало будет дурить поисковую машину, нарушая порядок, и поиск через Google станет бессмысленным. Нам этого не надо.

* '''LXF:''' Итак, это обречено на секретность?

'''КД:''' Можно и так сказать, но это неправда. Нет. Дело вот в чем. Безопасность презирать легко, но вы, значит, не разбираетесь в рынке Web – надеюсь, это не очень грубо звучит. Суть в том, что есть люди, ежедневно пытающиеся разгадать индекс и заняться поисковым спамом, и если вы облегчили им работу, значит, вы проиграли войну. Это
постоянная битва, нам приходится ее вести, чтобы обеспечивать качественный результат поиска. Мы считаем, что хорошо с этим справляемся, а если мы откроем данные функции, у нас возникнут сложности.

Мне также не хотелось бы открывать код, который не находится в активной разработке инженерами Google. Наши инженеры очень заняты, и если кто-то захочет открыть код, на который у них нет времени, получится, что мы просто кинули его за забор, от этого мало пользы. Хотелось бы все-таки открывать код таким образом, чтобы сторонние разработчики не вешались от тоски.

* '''LXF:''' То есть иметь возможность обеспечения долгосрочной поддержки вашего продукта?

'''КД:''' Именно.

* '''LXF:''' Вы упомянули, что Google широко использует открытый код в поисковой машине. Какой код?

'''КД:''' Мы задействуем многое из того, что вы называете Linux. Двоичные инструменты ядра Linux, набор для компиляции, Perl, SSH, SSL, всякое такое. Apache мы не особо используем, хотя это многих удивит – у нас есть собственные web-серверы. Зато используем многое другое. Много пользы мы извлекаем из ядра. Это фантастика – располагать ядром с открытым кодом, потому что если мы хотим внести изменения, мы их просто вносим, понимаете? Если хотим узнать причину какой либо странности, то просто выясняем эту причину, поскольку можем посмотреть код. Это фантастика. Еще мы пользуемся TomCat, ну и разными другими проектами.

* '''LXF:''' Ваши инженеры передают свои наработки проектам, по мере надобности?

'''КД:''' По мере надобности, и отчасти как сами захотят. Мы стараемся, чтобы им этого хотелось почаще, потому что нас всех радует выход новых заплаток. Так делается. Просто на это нужно время.

* '''LXF:''' А Вы не опасаетесь, что придется поддерживать длинный список заплаток для ядра?

'''КД:''' Для ядра – да, потому что имеется множество наших заплаток, которые основному ядру не нужны. Я не шучу. Больше того, и поддерживать их незачем. Среди них есть весьма капитальные изменения в ядре Linux специально для нашей среды, многое – для сетевых программ, и тому подобное. На самом деле, мы… когда нам нужно развивать эти вещи, Уолт Драммонд (Walt Drummond), глава этой группы и я работаем вместе, чтобы проверить, где могут быть полезны новые заплатки, включая не очень чистые и вообще ужасные, иногда даже просто выносим их на сайт Google, хотя команда разработчиков ядра их никогда не примет. Но мы все равно их открываем. Людям, которые захотят заниматься тем же, чем и мы, они могут пригодиться.

* '''LXF:''' А может, делать все как следует – производить изменения в хорошей, ясной...

'''КД:''' Вы подразумеваете, что «как следует» для нас и для вас – одно и то же. Но в этом и прелесть открытого кода, верно? Мы сами можем определять судьбу своего программного продукта. То, что подходит нам, вполне может оказаться для вас неправильным. У вас ведь не обязательно такой же профиль, как у нас, и от ядра вам потребуется другое.

* '''LXF:''' Мне кажется, что открытие заплаток, как минимум, позволяет, например, Red hat сказать: «Э, да у нас есть версия AS, которая подойдет некоторым потребителям» – или дает им возможность ее отвергнуть.

'''КД:''' Да, конечно, мне хочется создать побольше возможностей. А еще – хочется рассказать, чем мы занимаемся, чтобы те, кто интересуются ядром и собираются перейти на Linux, могли сказать: «О, даже Google этим пользуется», понимаете? В этом есть некая сила, и это отлично – пусть люди знают, что Google с удовольствием использует открытое ПО. Потому что так и есть. И, может быть, кто-то изменит свое мнение о программах с открытым кодом и тоже начнет их использовать.

* '''LXF:''' Теперь не про открытый код: есть несколько серьезных попыток взлома Google Maps API. Например, берешь карту Чикаго и видишь районы проституции или типа того. Можно найти криминал в любом городе, где угодно – просто блеск!

'''КД:''' Да, крутая штука.

* '''LXF:''' Как Вам кажется, по мере того, как Google тянет когти к...

'''КД:''' Google, по-вашему, чудовище?

* '''LXF:''' Ох, простите, по мере того, как Google расширяется в новые сферы, больше станет программ вроде PageRank, чей код не будет открыт? Как насчет Google Maps?

'''КД:''' Штука вот в чем: многие не понимают, что Maps нам самим стоит денег. Мы не просто берем данные у правительства, а используем коммерческие базы данных, за них нужно платить. Поэтому пришлось выбрать компромисс – позволить использовать наши карты на других сайтах, это очень необычная практика. Обычно, когда делают API карт, людей отсылают на свои сайты. Но мы хотели попробовать дать на них людям право собственности, чтобы они использовали их именно так, как им надо.

Так что Maps – это сплошные контракты и сделки, юридические тонкости, тут действительно есть ограничения на пользование. Эту программу нельзя открыть, как другие.

И вот еще чего многие не понимают: создавая что-то в Google, вы имеете огромную прослойку инфраструктурного кода,
обеспечивающего web-сервисы и прочее. Поэтому чтобы открыть все те вещи, которые, по-вашему, и есть Google, нам придется открыть и все остальное.

* '''LXF:''' Вы хотите сказать, что все взаимосвязано.

'''КД:''' Именно так. Но поэтому-то и здорово работать в Google. Внутри фирмы вы можете создать сервис и моментально его
запустить, если вам это надо, вот почему лаборатории Google такие классные.

Если кто-нибудь скажет: «Хочу запустить версию Moon Maps [Карты Луны, – прим. перев. ] » – пожалуйста, такое ПО
у нас уже есть. Запустить новый сервис нетрудно, если у вас есть действительно хорошая идея.

[[Категория:Интервью]]
[[Категория:Пол Хадсон]]
[[Категория:Крис Дибона]]
[[Категория:К доработке]]

LXF124:Что за штука

2011-10-30T11:14:44Z

Ewgen: добавлены категории

==Что за штука… ''Vala''==

: '''Дэн Дарт''' заинтересовался платформой, работающей как ''Mono'', но без ''Mono''-библиотек. Запутались? Ничего, к концу статьи распутаетесь…

* '''''Mono''? Я слышал это название. Не эту ли технологию использует ''Tomboy'', инструмент для заметок в Ubuntu?'''
Да, но проект Mono гораздо крупнее. Это платформа, на которой можно разрабатывать и запускать переносимые приложения – что-то вроде
''Java''. Она основана на технологиях ''Microsoft .NET'', и многие (к сожалению) усматривают в этом элемент оппортунизма.
С помощью ''Mono'' создано немало приложений, в том числе ''Beagle'', система мгновенного поиска.

* '''Есть ли ''Mono'' в моем дистрибутиве?'''
В Ubuntu, до определенного времени – Fedora, OpenSUSE и даже новейшей версии Debian ''Mono'' устанавливается по умолчанию. Если нет, то нетрудно добавить
его и самому через менеджер пакетов.

* '''Хорошо, но какое отношение это имеет к ''Vala''?'''
Синтаксис ''Vala'' очень напоминает ''C#'', основной язык ''Mono. Vala'' обладает многими новинками, появившимися
в ''C#'' недавно: например, обобщенными типами (generics), неявной типизацией (type inference) и нессылочными типами,
допускающими значение NULL, но ''Mono'' для работы ему не нужен – поэтому ''Vala'' можно
воспользоваться, если вы не уверены в его наличии у своих клиентов.

* '''Вы же сказали, что ''Mono'' есть в большинстве дистрибутивов! Зачем нужно что-то еще?'''
Кроме универсальности, есть и другие причины. Например,
программы на ''Vala'' работают гораздо быстрее, чем аналогичные на ''C#.'' Если разобраться, ''Mono'' поддерживает
любые платформы и архитектуры, перерабатывая свои языки в подобие машинного кода,
который крутится в собственной виртуальной машине (примерно
как у ''Java'') и обычно компилируется только в момент выполнения. Это неизбежно влечет
определенные затраты системных ресурсов и, конечно, влияет на производительность.
А скомпилированный ''C''-код – это уже машинный код, и он выполняется очень быстро, ведь процессор
работает с ним без лишних преобразований.

* '''Но… тогда ведь ''Vala'' тоже медленнее ''C''?'''
Вместо использования виртуальной машины, код ''Vala'' конвертируется в код ''C'',
а уже затем компилируется в машинный код. Поэтому скорость исполнения почти
такая же, как у ''C''.

* '''Если уж углубляться в детали, то каковы отличия ''Vala'' от ''C, C++'' и ''C#'' в скорости?'''
Скорость ''Vala'' сравнима с ''C'': большинство сходных программ работает почти одинаково быстро. По сравнению с ''C++, Vala'' тоже
не уступает, а порой (в зависимости от задачи) и превосходит – во всяком случае, скомпилированный код получается
более компактным. В случае с ''Mono'' разница очевидна и составляет от двух до четырех раз, в зависимости от задачи.

* '''Так нужен ли ''Mono'' для работы приложений ''Vala''?'''
Нет. Хотя код ''Vala'' визуально очень похож на ''C#'', на котором пишут для ''Mono'', он конвертируется в ''C'', и библиотеки
''Mono'' не используются. Вот и выходит, что пользователю они ни к чему.

* '''Вот здорово: мои программы будут работать быстрее без всякого ''Mono''! Но их пользователи обязаны работать на Linux, правда?'''
Вовсе нет! Библиотеки Gnome работают на многих платформах; то же справедливо для ''Vala''. Поэтому
программируйте что душе угодно – работать будет везде.

* '''Ура! Друзья не посмотрят на меня косо, ведь ''Mono'' мне больше ни к чему!'''
Вот это верно: для тех, кто недолюбливает ''Mono'' за близость к Microsoft, поводов
для предубеждений против ''Vala'' уже не остается. Как говорится, в порочащих связях… и т. д.

* '''Ну, хорошо. А что можно программировать на ''Vala''?'''
Да почти все, что работает в Gnome. Хотя бы еще один текстовый редактор или
IRC-клиент (впрочем, вот этого не надо, их и так навалом!). Существуют привязки
к библиотекам любых типов.

* '''Как вы сказали? Привязки? Боюсь, мы меня теряем…'''
Чтобы включить в свою ''Vala''-программу какую-либо библиотеку, например мультимедиа-каркас ''GStreamer'', графическую
подсистему ''OpenGL'' или игровой инструментарий ''SDL'', вам не обойтись без привязок (bindings) к ним. Привязки служат
промежуточными звеньями между языками программирования и библиотеками,
и к ''Vala'' можно добавить практически любую – привязки «знают», как обходиться
с ними.

* '''А какие привязки можно использовать с ''Vala''?'''
Можно брать многие существующие ''C''-библиотеки, только укажите их в API-файле с объявлениями классов и методов,
который хранится вместе с кодом ''Vala''. Привязки дают возможность подключить ''GCrypt'' (систему
шифрования Gnome), систему подключаемых модулей ''GEdit'', проверку орфографии
''GSpell'', аудиоплейер ''XMMS'' и, в скором времени, личные библиотеки. В стадии эксперимента – использование ''GLib'' и ''GTK'', системы
оконных виджетов (кнопки, поля ввода и т. п.). На подходе – полная привязка к платформе Gnome.

* '''Можно ли компоновать код ''Vala'' с моим готовым ''C''-кодом?'''
Конечно. Достаточно установить заголовочные файлы, и можно запросто связать ''Vala'' с ''C''-кодом, включая ''C''-библиотеки. Другие языки, например ''C++, C#, Java'' и ''Python'', планируется оснастить связями с ''Vala'', но пока это только планы.

* '''А как программировать на этом языке? Каков синтаксис?'''
Синтаксис напоминает ''C#'', но немного отличается. Присутствуют те же концепции, что в ''C#'': например сигналы, циклы, интерфейсы различных типов и даже подключаемые модули.

* '''Круто. Но если эти системы так похожи, стоит ли менять шило на мыло? Не расскажете ли о преимуществах ''Vala'' перед ''Mono'' подробнее?'''
Допустим, вы хотите работать с Gnome, но не хотите пользоваться ''C#'' или ''Java''; тогда ''Vala'' – неплохой выбор. Считается, что программировать на нем проще, чем на ''C'', а приложения разрабатывать быстрее за счет наличия полезных встроенных функций, например, автоматизированного управления памятью. Эта функция предотвращает утечки памяти и повышает скорость выполнения программ. Кроме того, язык уже довольно широко используется.

* '''Что, люди и правда его используют?'''
Именно! Например, на ''Vala'' портирована ''Cheese'', программа для работы с web-камерами, включенная в Ubuntu. Среди других программ, портированных или созданных заново, ''Scratchpad'' – текстовый редактор для Gnome, ''Seahorse'' – диспетчер шифровальных ключей для Gnome, докер панелей ''AllTray; Abraca'' – клиент ''XMMS2, Epris'' – музыкальный плейер на основе ''GStreamer'' с интерфейсом командной строки, программы просмотра PDF, IDE, системы цифровой видеозаписи и многое-многое другое. Полный список в сопровождении дополнительной информации доступен по адресу http://live.gnome.org/Vala.

* '''Раз эта система так популярна, значит, она и стабильна?'''
Увы, нет. По крайней мере, пока. Функции языка время от времени меняются: грядет версия 1.0. В этом году, например, добавлена поддержка выражений-инициализаторов массивов, значительно исправлен синтаксис, добавлены привязки к ''Lua, MySQL, Fuse, libdaemon, V4L2, librsvg, X11, xcb'' и POSIX, условная компиляция, улучшен синтаксический анализатор, добавлена поддержка профилей POSIX и сигналов в статическом D-BUS. Текущая версия, на момент написания статьи, имеет номер 0.7.7 (вышла 27 сентября 2009 г.).

* '''Где можно узнать о языке ''Vala''? Есть ли источники для новичков?'''
Лучше всего начинать с руководства: http://live.gnome.org/Vala/Tutorial. С его помощью можно научиться писать программы на ''Vala'' «с нуля». Справочные материалы есть на http://www.vala-project.org/doc/vala.

* '''Откуда можно загрузить ''Vala''? Может быть, он у меня уже есть?'''
По умолчанию ''Vala'' не включается в состав ни одного дистрибутива Linux; этим он похож на другие компиляторы. Обычно его можно загрузить и установить из официального репозитория. Нет, программы-то на ''Vala'' будут работать – только вот сразу сесть и написать приложение вы не сможете. Есть модули для использования ''Vala'' с ''MonoDevelop, Eclipse'' и другими IDE.

* '''А под какой лицензией распространяется ''Vala''? Открыт ли исходный код? Можно ли распространять его свободно?'''
''Vala ''распространяется на условиях GNU LGPL версии 2.1. Это означает, что вы можете делать все что угодно, но при распространении необходимо сохранить свободу. Похоже на стандартную лицензию GPL, с той разницей, что возможна комбинация ''Vala'' с проприетарными продуктами (но вы обязаны предоставить исходный код ''Vala'' по запросу). Причина выбора LGPL в том, что при изготовлении проприетарного ПО код ''Vala'' копируется непосредственно в ''C''-код. Если взять GPL, то все ваше произведение нужно будет распространять на условиях GPL.

* '''А вот я нашел ошибку в ''Vala''! Куда сообщить об этом?'''
Пройдите вот сюда: http://bugzilla.gnome.org/browse.cgi?product=vala. Это стандартный вариант ''Bugzilla'', поэтому сперва создайте себе учетную запись. Обратите внимание: обнаружив проблему в конкретном приложении, используйте его собственную систему отслеживания ошибок. Ну, а связаться с ведущими разработчиками (и другими полезными людьми) можно по IRC на '''#vala''' по адресу irc.gimp.org. '''LXF'''

[[Категория:Что за штука]]
[[Категория:Дэн Дарт]]
[[Категория:Vala]]

LXF115:Что за штука

2011-10-29T15:41:44Z

Ewgen: добавлены категории

==Что за штука… ext4?==

: Дефрагментатор-рецидивист '''Пол Хадсон''' объясняет, почему потомку ''ext3'' тяжело будет стать таким же долгожителем, как его родитель.

* '''Минуточку, а раньше я слыхал про ext3?..'''
*: Это нынешний стандарт для Linux. Скорее всего, именно этой файловой системой пользуются все ваши компьютеры.
* '''Ну и что тут особенного? У Windows – NTFS, у Mac OS X – HFS, и обе системы – стандартный выбор пользователей.'''
*: Да, но к тому же и почти единственный выбор на этих ОС. В Linux, напротив, ''ext3'' – только одна из многих ФС, среди которых ''ext2, JFS, XFS, ReiserFS, OCFS, GFS, Lustre'' и прочая. Многие из них технически совершеннее ''ext3'', да и быстрее ее. Тем удивительнее, что ''ext3'' столь широко распространена.
* '''А почему так, в самом деле?'''
*: Ну, причин немало. Но главная из них, вероятно, та же, что и у 30-летней популярности процессоров x86: обратная совместимость. Например, если пользователю ''ext2'' хотелось перейти на новую систему, перед ним вставал выбор: отформатировать винчестер и попробовать что-нибудь свеженькое вроде ''XFS'', либо сохранить все свои данные и без хлопот переключиться на ''ext3''.
* '''Значит, ext2 и ext3 очень схожи?'''
*: Да. Фактически, кроме журналирования (благодаря ему ФС легко восстанавливается после сбоя питания), новая система отличается от старой лишь рядом мелких функций, и кому они были не нужны, те просто возвращались к старой системе (если хотели).
* '''Но… с чего это они хотели?'''
*: Давайте вспомним времена перехода ''ext2/ext3''. Например, у вас два ядра: одно из них поддерживает ''ext3'', другое нет. Что оставалось делать? Кроме того, в ''ext2'' имелось множество программ для обслуживания дисков, и почти все они плавно перетекли на ''ext3''.
* '''Ладно, мы отклонились от темы. Займемся ext4.'''
*: Я просто поясняю, почему ''ext4'' обречена на популярность. Она совместима «вперед» и совместима «назад», с ''ext3'', и можно не только переключиться с ''ext3'' на ''ext4'' без форматирования, но и вернуть все обратно.
* '''Сдается мне, что все эти «передние» и «задние» совместимости означают практическое отсутствие реальных изменений…'''
*: Это не совсем так. В данном случае, совместимость достигается необязательностью некоторых функций. Например, одно из новшеств для ''ext4'' – это упреждающий запас. Linux отводит для каждого файла некоторое дополнительное пространство, и последующие записи в этот файл не приводят к его фрагментации. Если вы активируете эту функцию для ''ext4'', то обратной совместимости с ''ext3'' уже не будет.
* '''И чем так уж опасна фрагментация?'''
*: Судите сами: кому понравится постоянная дефрагментация системы, хотя бы и «на лету»? Я вот только что купил новый ноутбук, и это, видимо, последний приобретенный мной компьютер с магнитным носителем (я про жесткий диск). Будущее за флеш-накопителями, но (по крайней мере, пока) количество циклов записи для этих устройств ограниченно. Если ''ext4'' устранит нужду в дефрагментации (а это сотни тысяч циклов записи), флеш-диски станут более долговечными.
* '''А есть другие средства борьбы с фрагментацией?'''
*: А как же: например, предварительное размещение, отсроченное размещение и многоблочное размещение. Все эти меры служат одной цели – точному расчету места, необходимого для каждого файла в системе. Оставить слишком много – будет перерасход и неизбежная фрагментация. Отвести слишком мало – фрагментация начнется еще раньше.
* '''Ну, вы совсем меня… озадачили! Приведите хоть пример.'''
*: ОК, возьмем предварительное размещение. Например, вы загружаете нечто огромное, размером, скажем, в 1 ГБ. При предварительном размещении программа может запросить у Linux свободное место для записи размером 1 ГБ, даже если пока загружается всего 10 МБ. Linux постарается отвести для нового файла сплошной (непрерывный) участок размером именно 1 ГБ, который не будет разбросан по всему диску. Таким образом, эта функция позволит Linux более расчетливо выделять место для хранения файлов (если программы обеспечат подобные сведения).
* '''А отсроченное размещение?'''
*: Эта функция использует кэширование диска. При этом блоки для хранения выделяются только тогда, когда в этом возникает необходимость. Например, программа может запросить 50 МБ места, а занять всего 38 МБ. Нынешняя система выделит под запись 50 МБ, остальное будет пустовать. При отсроченной записи ''ext4'' подождет очистки кеша (т.е. непосредственной записи на диск), и только потом решит, сколько же места выделять для файла.
* '''И фрагментации станет меньше…'''
*: Верно – сведения, необходимые для записи различных файлов, ''ext4'' будет использовать более «разумно», чем ее предшественница, а это уже хорошо.
* '''Что нового в ext4, кроме предупреждения фрагментации?'''
*: Как, например, насчет поддержки дат файлов, созданных после 2038 года?
* '''Не понял…'''
*: А вы вспомните, как остро стояла «проблема 2000 года» несколько лет назад: если на сведения о годах отводится двузначное число, то нелегко различить, например, годы 2009 и 1909. Для Unix проблема еще сложнее: у нас даты хранятся в виде 32-разрядных чисел, поэтому последней надежно сохраняемой датой будет 3 часа 14 минут 07 секунд во вторник, 19 января 2038 года. После этого летосчисление вернется к 13 декабря 1901 года, что, согласитесь, отдает катастрофой!
* '''А ext4 все это разрулит, да?'''
*: Отчасти. В ''ext4 ''появится наносекундная градация временных штампов (сейчас используется секундная), и для хранения временных данных понадобится больше места. Часть этого места отведут на данные о годах, тем самым сдвинув предел с 2038-го на 2514-й год – временное, но решение.
* '''Уже радует. Но на революцию как-то не тянет… Удивите же меня, наконец!'''
*: Ну, вот пример: работая с ядром 2.6.24, ''ext4'' может помечать неиспользуемые секторы диска закрытыми для ''fsck'', что значительно сокращает время полной проверки файловой системы – ''fsck'' будет проверять лишь области, действительно содержащие данные.
* '''Ну, это уже кое-что: ненавижу ''fsck'' за медлительность. Но где же радикальные перемены?'''
*: Честно говоря, их нет. Разработчики ''ext4'' на встрече в прошлом году, обсуждая будущее файловых систем, согласились на том, что ''ext4'' будет только мостом между ''ext3'' и другой файловой системой, совершенно нового поколения. Названные мной улучшения увидят свет уже сейчас, а под их прикрытием программисты будут разрабатывать нечто новое, лучшее и совершенное.
* '''Попробую угадать… ext5?'''
*: Мимо! Это называется ''Btrfs'' (произносится «Баттер ФС» [Butter FS]), и работа над ней сейчас в разгаре. Система задумана как «наш ответ ''ZFS'' от Sun», и получит следующие функции: снимки состояния, зеркалирование и чересполосицу, копирование при записи и т.п. Планируется оптимизация для твердотельных накопителей, что обеспечит долголетие системы.
* '''А нужно ли будет форматировать диск под Btrfs?'''
*: Разработчики пытаются обеспечить базовую совместимость новой системы с ''ext3'' – не такую, конечно, как с ''ext4'', но достаточную для конвертации одного в другое «на месте», с помощью простой программы-конвертора.
* '''Вот так уже интереснее. А где можно узнать подробности о ext4 и Btrfs?'''
*: Особых подробностей не ждите – это неизведанные глубины Ядра, и на всех углах об этом не болтают! Ну, разве что на Heise Online опубликованы краткие заметки об ''ext4'' и предстоящей миграции на ''Btrfs'' – зайдите на http://tinyurl.com/ext4btrfs. А уж для самых смелых есть wiki-страничка проекта ''Btrfs'' – http://btrfs.wiki.kernel.org

'''LXF'''

[[Категория:Что за штука]]
[[Категория:Пол Хадсон]]

LXF109:Что за штука

2011-10-29T15:33:31Z

Ewgen: добавлены категории

==Что за штука… ''TimeVault''?==

: Давайте сверим часы и присоединимся к '''Майку Сондерсу''' в путешествии во времени по файловой системе Linux…

* '''''TimeVault'' – напоминает о капсулах с посланием для потомков… Я прав?''' [''Vault – склеп, а также сейф, хранилище, – прим. пер.'']

Да-да, это как раз Linux-тема. Капсула захоронена под крупнейшей колонией пингвинов на Земле королевы
Мод в Антарктике, в неё заложена первая версия ядра Linux, комплект дисков Slackware 2.0 и клок бороды
Ричарда Столлмана.

* '''А если без шуток – что это такое?'''

''TimeVault'' – система резервного копирования для Linux, подобная ''Time Machine'' из Mac OS X 10.5.
Обычно такие программы попросту берут кусок файловой системы и кидают его на внешний носитель.
''TimeVault'' гораздо умнее: она отслеживает изменения в файловой системе, не дублируя файлы. Ведь, как
правило, большинство наших данных меняется не каждый день (и даже не каждую неделю). Мы работаем, от
случая к случаю копируем новую музыку, но основная часть нашего добра лежит нетронутая.

* '''А откуда программа узнаёт, какие файлы меняются, удаляются и добавляются?'''

При установке ''TimeVault'' создаёт фоновый процесс (демон), а тот следит за состоянием директорий, указанных пользователем. Если один из файлов в заданном каталоге меняется, программа делает его копию
и сохраняет в условленном месте, чтобы при необходимости старую версию можно было восстановить. Например, вы испортили фото в ''GIMP'' или поработали с кодом, и он перестал компилироваться; ''TimeVault''
сможет воссоздать файл таким, каким он был вчера, неделю и даже месяц назад, причём время и ресурсы CPU зря не тратит: программа настраивается на любую периодичность, от нескольких минут до недели. Директории на бойком месте (скажем, той, где коды ваших программ) подойдёт ежечасное сохранение. А вот семейные фото вы вряд ли часто переделываете, этой папке довольно и раза в неделю.

* '''И много памяти требует резервная копия?'''

Это зависит от типа файлов. Если вы редактируете видео, места понадобится много – сотня, а то и больше гигабайт. Тексты или программы будут поскромнее. Но регулярное копирование сейчас выгодно как никогда, ведь цены на накопители
стремительно падают. Жесткий диск на 160 ГБ стоит 1000 – 1500 рублей; если этого мало, купите 1 ТБ за
5000. Этого вам надолго хватит.

* '''Ну, хорошо. Допустим, мне нужно регулярное резервирование. У меня 10 ГБ MP3, и я поручаю ''TimeVault'' сохранять их еженедельно. Значит, каждую неделю ему подавай 10 ГБ?'''

Да что вы, нет! ''TimeVault'' не транжира: как и в ''Time Machine'', тут есть особый фокус. Вместо того чтобы
просто копировать содержимое директории на внешний носитель, программа сравнивает версии файлов,
уже имеющиеся в архиве, с текущими. Пусть ваши 10 ГБ музыки копировались
на прошлой неделе; в следующий раз
''TimeVault'' проверит содержимое директории и запишет только новые и изменённые файлы.

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

* '''Ну, а как вернуться к старым копиям файлов?'''

''TimeVault'' состоит из двух частей: фоновый процесс-демон следит за состоянием директорий и
в указанное время делает их снимки. Другая часть –
графический интерфейс, в нём происходит настройка
программы и выбор каталогов для сохранения. Пока
что разработка ''TimeVault'' сосредоточена в сообществе Ubuntu, поэтому GUI имеется только для Gnome.
Обсуждение KDE-варианта уже идёт, и есть надежда,
что ради прогресса Linux в целом программа со временем станет универсальной.

В системном лотке на рабочем столе Gnome поселяется значок, который уведомляет вас об изменении файлов. Через него можно запустить ''Snapshot Browser'', программу вроде файлового менеджера,
которая позволяет просматривать содержание предыдущих копий. Грохнули вы, к примеру, любимую MP3-
запись или сделали роковую ошибку в каком-нибудь
документе – ''Snapshot Browser'' повернёт время вспять,
выбрав определённый день и час, и вы получите прежний файл, как ни в чём не бывало. Просто сногсшибательно – даже если вы сидите!

* '''Чудесно. Значит, я указываю ''TimeVault'' на свою домашнюю директорию, и всё будет в шоколаде?'''

Э, нет! Домашняя директория – статья особая. Здесь активность файловой системы чрезмерна. Попробуйте
набрать ''ls -a'' в терминале – вы увидите множество скрытых файлов и директорий, названия которых начинаются с точки. Это временные файлы или настройки программ, и они меняются чуть ли не ежеминутно, а то и чаще. Возьмём ''Firefox''. Файлы его настройки хранятся в '''.mozilla/''' в вашей домашней
директории. Кэш-файлы хранятся тут же – а ведь при
web-сёрфинге они меняются непрерывно. Если поручить ''TimeVault'' сохранять домашнюю директорию, программа будет работать только на кэш ''Firefox'', и дисковое пространство улетучится со свистом.

Лучше немного подумать и задать ''TimeVault'' сохранение только тех директорий, в которых хранятся
музыка, фото, коды программ и т.п. Регулярные снимки всей домашней директории разорительны.

* '''А какие новые функции планируются в будущих версиях ''TimeVault''?'''

Как насчёт API ''TimeVault''? С его помощью сторонние программы смогут задействовать функциональность
''TimeVault'' и избежать лишнего кодирования. Один из примеров, приведённых разработчиками – почтовый
клиент ''Evolution''. Представьте, как удобно прокрутить список предыдущих сообщений и отыскать среди них
случайно удалённые. То же относится к списку контактов, событиям в календаре и другим данным, хранимым программой.

Рассматриваются два подхода к такому взаимодействию. Первый – заставить ''TimeVault'' работать
как файловый сервер, чтобы по запросу другие программы сохраняли и восстанавливали свои данные
на определённые даты. Второй – программы могли
бы запрашивать запуск GUI для просмотра резервных
копий; хотя тут трудно добиться такой гибкости, чтобы
способ был применим ко всем типам приложений.

Текущий план – добавить два новых вызова к настольной системе коммуникации D-BUS. «Озабоченная» программа сможет обратиться к ''TimeVault'' с предложением: «сохраняй данные такого-то участка файловой системы
с такой-то частотой (ежечасно, ежедневно и т.д.)». И
наоборот, при необходимости приложения смогут пользоваться хранилищами ''TimeVault'' с целью восстановления утраченных данных. Мы, как конечные пользователи, тоже сможем просматривать эти хранилища, ограничивая вывод с помощью системы фильтров.

Как всё это будет работать на практике, мы ещё поглядим, но связка ''TimeVault'' с такими китами, как
''Evolution, OpenOffice.org'' и ''Scribus'', даст настольному Linux немалые козыри.

* '''Ладно, хватит про функции. Дайте, дайте скорее адрес!'''

Ах я тормоз! Как уже упоминалось, разработка ''TimeVault'' связана с Ubuntu и Gnome, поэтому для тестирования программы необходимо установить именно этот дистрибутив. А вот фоновому демону он безразличен, и если вам пришла охота заняться хакерством, ступайте прямо на http://wiki.ubuntu.com/timevault – там
ждут помощи в портировании программы.

Если у вас установлен Ubuntu (пусть в виртуальной машине), можете взять Deb-пакет последней версии
с вышеуказанного адреса и попробовать его. Проект пока в альфа-стадии, так что серьёзные данные доверять ему не стоит, но дело идёт к версии 1.0, и уже сейчас результаты впечатляют. Надеюсь, мы увидим
''TimeVault'' уже в следующей версии Ubuntu, а если наладится портирование – и в очередном цикле прочих
дистрибутивов. '''LXF'''

[[Категория:Что за штука]]
[[Категория:Майк Сондерс]]
[[Категория:TimeVault]]

LXF106:Что за штука

2011-10-29T15:01:08Z

Ewgen: добавлены категории

==Что за штука… Android?==

: Похоже, далеко-не-параноик '''Грэм Моррисон''' предпочтёт мобильный Linux-телефон от Google персональному тестеру на «андроидность».

* '''Почему-то слово «андроид» у меня ассоциируется с опасностью…'''

Не только для вас. Это оттого, что в нежном возрасте «Автостопом по Галактике» читали. Крепкая смесь
гормонов и подростковой впечатлительности навсегда
связали с модным словом тревогу и депрессию.

Android, о котором пойдёт речь, призван приносить людям радость. Это новая ОС для мобильных телефонов, которую разрабатывают хорошие парни из Google.
Костяк новой системы – Linux. Это означает, что, пережив 10 лет владычества закрытых ОС на мобильном
рынке, мы наконец-то обретём свободу.

* '''Слухи подтверждаются… Значит, Google работает над мистическим gPhone?'''

На самом деле, нет. Слухи породила утечка информации о проекте Android. Во время официального представления проекта в ноябре прошлого года Энди Рубин
[Andy Rubin], директор Google по мобильным платформам, твёрдо заявил, что Google не намерен выпускать gPhone. Он сказал следующее: «Проект Android более
широк и амбициозен, чем разработка единственного сотового телефона. Мы надеемся, что Android станет
основой для многих новых телефонов, он создаст новую концепцию мобильного телефона, новые приложения и новые возможности, которые сегодня трудно
даже представить».

Нельзя утверждать, что gPhone не будет никогда, но, учитывая количество производителей мобильных телефонов, вовлечённых в проект, это маловероятно. HTC, тайваньский производитель телефонов на Windows Mobile, пообещал представить новую модель на базе Android уже в конце нынешнего года – и Google
не планирует подавлять подобные инициативы.

* '''А почему производители сотовых телефонов должны вдруг забросить существующие ОС и перейти на новую?'''

Преимущества открытой платформы очевидны, а прототипы Android показывают, что интерфейс весьма неплох (кое-кто считает его похожим на iPhone).
Android использует OpenGL, поэтому окна плавно исчезают с экрана и появляются снова, прокрутка гладкая и без рывков. Для большинства из нас это
– новое слово в мобильных технологиях. Видимо, производители сотовых телефонов искали пути соперничества с iPhone, а тут и Google подсуетился. Но слово
«открытый» в концепции Android позиционируется как ключевое.

* '''Помнится, не так давно Google приобрёл компанию под названием Android?'''

Было дело. Именно там и работал Энди Рубин перед слиянием. Вместе с Ником Сирсом [Nick Sears] он был со-основателем Android. Компаньонов не устраивали
временные и трудозатраты, необходимые на разработку ПО для мобильных телефонов, и они решили, что недостающее звено – открытая платформа.
«Open Source – это здорово, это свобода выбора. Это позволяет людям осуществлять свои планы», – присказка
Стива Горовица [Steve Horowitz], технического директора Android. Похоже, что главное достоинство Android – свобода;
создание стека программ, который возвратил бы контроль владельцу устройства и компаниям, вовлечённым в сферу мобильных технологий (от
производителей чипов до операторов).

* '''Так значит, Android – это только для разработчиков?'''

Изначально, да. До тех пор, пока не будет создано работающее устройство. Всё это время единственными людьми, которые что-то получат от Google, будут
программисты. Они могут загрузить тестовую версию вместе с API и начать разработку приложений для
платформы Android прямо сейчас. Собственно, многие уже приступили к этому, и все сходятся на том, что
Google затеял Большое Дело.

Но Google работает не в одиночку. Поддержка идёт со стороны Open Handset Alliance, чья единственная задача – разработка единых открытых стандартов для
мобильных устройств. HTC – только один из членов союза, а входят в него и Motorola, и Samsung, и T-Mobile, и даже Nvidia.

* '''Способен ли союз удержать Google на правильном пути?'''

Трудно сказать, ведь его образование было вдохновлено Google и произошло одновременно с запуском
проекта Android. Но при таком количестве солидных партнёров вероятность выработки единого открытого
стандарта для мобильных устройств весьма высока.

Слегка беспокоит вопрос лицензирования. Google обещает использовать открытые лицензии для «большей части» комплекса; конкретно, выбор пал на
Apache v2. Последняя обычно используется фирмами, которые хотят оставить некоторые части кода проприетарными, но пока трудно сказать, что именно Google
решил припасти «для себя». Пока что Google выпустил только ядро, но здесь не было особого выбора, поскольку оно распространяется на условиях GPL.

* '''Ясно, ядро Linux в проекте есть. А какое ещё ПО войдёт в проект Android?'''

Войдёт всё, что необходимо для обеспечения базовой функциональности мобильного телефона. Основа основ – ядро 2.6, которое играет ту же роль, что
в любом ПК. Слоем выше расположено нечто под названием ''Android Runtime''. Это параноидальная надстройка, которая будет защищать ядро от возможного
повреждения со стороны остальных частей системы (например, ошибочного кода или вирусов). Поверх ''Android Runtime'' выполняются библиотеки ''C/C++'', обеспечивающие функциональность, которая должна сделать платформу привлекательной для разработчиков.

Библиотеки обеспечивают воспроизведение медиафайлов '''MPEG4, H.264, MP3, AAC, AMR, JPG''' и '''PNG'''; 2D
и 3D-преобразования для пользовательского GUI; движок баз данных ''SQLite'' и отображение web-страниц
через ''WebKit''. Программисты получают доступ ко всем этим функциям через каркасы приложений.

* '''А что помешает разработать программу, которая может испортить Android и мобильный телефон?'''

На это есть ''Android Runtime''. Эта надстройка защищает ядро, запуская посторонние программы в виртуальной машине, точно так же как ''Java Virtual Machine'' защищает операционную систему от нежелательного воздействия ''Java''-программ. Виртуальная машина Android совместима с файлами классов ''Java'', и, после преобразования, выполняемого на этапе компиляции,
способна выполнять их напрямую. Базовая функциональность Android обеспечивается библиотеками ''Java''.
Значит, фактически Android основан на ''Java'', с поддержкой обширного подмножества Java Standard Edition 5. Это означает также, что ''Java'' будет принципиальной средой разработки для проекта. В отличие от Apple, разделившей API iPhone на две части: внутреннюю и для сторонних разработчиков, Google сделает API проекта Android общедоступным. Собственные приложения Google не получат секретного выхода на скрытые функции системы.

* '''Разве ''Java'' не отпугнет от проекта кучу людей?'''

Да, неоспоримая медлительность ''Java'' была причиной многих споров. Но зато это общеизвестная и испытанная технология. Создав собственную виртуальную
машину, Google попытался повысить производительность ''Java'' на целевой платформе. А чипсет MSM, поддерживаемый проектом Android, имеет аппаратное ускорение ''Java'', поэтому на сей счет волноваться не стоит.

Кроме того, использование ''Java'' позволяет обойти вопрос аппаратной совместимости. Например, в Symbian OS программы компилируются только для
той платформы, на которой они будут работать. Невозможно, например, просто загрузить приложение стороннего разработчика для Symbian и ожидать, что
оно запустится. Как правило, для этого необходима именно та версия системы и, в большинстве случаев, именно та модель телефона, для которых была
скомпилирована программа. Запуск ПО в виртуальной машине делает излишней заботу об аппаратной части
устройства – виртуальная машина возьмёт её на себя. Это значит, что любое приложение для платформы
Android сможет работать на любом телефоне проекта, а спецификация гарантирует наличие необходимой
аппаратной поддержки для обеспечения функциональности ПО.

* '''Значит, первый телефон появится уже не на пустом месте?'''

Новый API достаточно прост в использовании, а для создания приложений не нужен даже сотовый
телефон. В комплект разработчика входит эмулятор Android – полноценный телефон на экране монитора,
с действующей клавиатурой – который программист может использовать для проверки внешнего вида и
логики работы своих приложений. Телефоны-прототипы демонстрируют музыкальные плейеры, интегрируются с Google Mail, оснащаются web-браузерами и
другими приложениями. Кроме того, Google, стимулируя разработку, спонсирует конкурс Android Developer
Challenge. Разработчики должны были представить идеи своих приложений не позднее середины апреля.
50 лучших участников поощряются грантами в $25 000 на реализацию идеи. Награда победителя второго этапа составит уже $275 000.

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

* '''А как это повлияет на прочие открытые мобильные проекты, например, ''OpenMoko''?'''

У проекта ''OpenMoko'' очень похожие цели, но далеко
не столь крупные ресурсы. Есть и другое различие между проектами. Главной задачей ''OpenMoko'' провозглашена разработка ПО целиком в рамках лицензий
GPL/LGPL, тогда как позиция Google пока не до конца ясна. Намечается разделение сил, ведь многие хакеры
и приверженцы свободного ПО пойдут за проектом ''OpenMoko'', а те, кто просто хочет получить удобный и
полезный Linux-интерфейс для мобильных телефонов, скорее всего, примкнут к проекту Android. Будем надеяться, что оба течения будут мирно сосуществовать.

* '''Как всегда, вопрос о подробностях.'''

Последние новости проекта Android и Open Handset Alliance можно узнать на сайтах http://code.google.com/android/index.html и http://www.openhandsetalliance.com. '''LXF'''

[[Категория:Что за штука]]
[[Категория:Грэм Моррисон]]
[[Категория:Android]]

Категория:Что за штука

2011-10-29T14:29:39Z

Ewgen: категория

[[Категория:Рубрики LXF]]

LXF133:Что за штука

2011-10-29T14:28:14Z

Ewgen: добавлена категория

==Что за штука… ''Lernid''?==

: '''Боб Мосс''' объясняет, как расширить диапазон знаний и раздвинуть границы кругозора новым инструментом... не вставая с уютного дивана!

* '''Дайте-ка угадаю... наверное, речь пойдёт об обучении?'''
: Конечно, ведь ''Lernid'' специально разработан для проведения образовательных онлайн-событий. Если вы когда-либо следили за вещами типа Ubuntu Developer Week и прикидывали, как бы принять в них участие, то этот инструмент – для вас.
* '''А что такое образовательные онлайн-события?'''
: Это семинары, консультации и тому подобные акции, которые проводит, например, издатель и спонсор OSCON компания O’Reilly или оплот Linux-сообщества, верховный Ubuntu. Пользователи просматривают серию презентаций, сопровождаемых лекциями преподавателей; в ходе события слушатели задают вопросы преподавателям или обсуждают тему занятия с коллегами-пользователями в общем чате.
* '''Понятно. Чему же конкретно я научусь с помощью ''Lernid''?'''
: Диапазон вопросов, покрываемых онлайн-сеансами, неограничен. Сегодня вы изучаете написание скриптов на ''Python'', завтра постигаете премудрости интернет-безопасности, а послезавтра знакомитесь с особенностями написания статей вики и документации для сайтов. Вариантов не счесть, и многие преподаватели охотно мечут жемчуг знаний перед сообществом Ubuntu.
* '''Только Ubuntu? А у меня Fedora!'''
: ''Lernid'' доступен через службу Launchpad фирмы Canonical, то есть установить его на ранних – до Lucid – версиях и их производных (например, Linux Mint) можно только через PPA. Если у вас Lucid Lynx, то Lernid можно найти в Ubuntu Software Centre.
* '''Да вы просто превратились в какой-то Ubuntu Format!'''
: Согласен: очень жаль, что до сих пор этот инструмент доступен только для Ubuntu. Хотя это вполне предсказуемо, ведь разработкой занимаются штатные сотрудники Canonical – например, Джоно Бэкон [Jono Bacon]. Однако при наличии ''Glade'' и ''GTK'' портировать ''Lernid'' на другой Linux-дистрибутив с Gnome не так уж сложно. Мы будем очень удивлены, если этого не случится в самом ближайшем времени, ведь у Ubuntu есть очень продвинутые пользователи.
* '''Хм... и как это приложение помогает учиться через Интернет?'''
: Типичное затруднение, присущее всем онлайн-событиям – определение времени, поскольку время обычно указывают не местное, а общемировое. Кроме того, новые пользователи часто оказываются отрезанными от общей дискуссии из-за того, что прежде не имели дела с системой IRC и должны пройти все этапы настройки: найти свободный сервер, выбрать канал, отыскать открытые порты и так далее.
* '''Эй, не все сразу! Как я понял, ''Lernid'' умеет следить за временем?'''
: Конечно. В ходе онлайн-обучения вы можете следить за расписанием предстоящих сеансов по вашему местному времени. Но это не всё: если какой-либо сеанс особо интересует вас, можно установить напоминание за 10 минут до его начала или перед запуском интересного слайд-шоу. В этом случае вы не упустите ни одного учебного материала.
* '''А что значит IRC, и какой в нем прок?'''
: IRC (Internet Relay Chat) – нечто вроде службы мгновенных сообщений, но открытой для всех и чисто текстовой. Вы подключаетесь к любому серверу IRC (например, Freenode) и выбираете канал для переговоров. Создаёте имя пользователя, и вперёд – общайтесь со всем миром!
* '''Что же тут трудного? Можно и без ''Lernid'' обойтись...'''
: Не у каждого есть время для загрузки и настройки IRC-клиента (например, ''X-Chat''). И потом, в IRC-канале нелегко задавать вопросы докладчику, поскольку вы ничем не выделяетесь из общей массы пользователей. ''Lernid'' элегантно отделяет речь докладчика от общего чата. При этом работа идёт в реальном времени, меняются слайды, а виртуальный класс остаётся в распоряжении слушателей курса, обсуждающих тему занятия.
* '''А я-то как выделюсь из общей массы?'''
: Для выделения в ''Lernid'' следует просто набрать перед вопросом команду '''QUESTION:''' – ведущий и коллеги-слушатели его увидят и помогут вам. Поэтому ''Lernid'' особо ценен для пользователей, новых в обсуждаемой теме: ответы даются в реальном времени. Куда лучше, чем «ждать у моря погоды», поместив вопрос в форуме после события!
* '''Здорово. Но все это, небось, только по-английски?'''
: Ошибаетесь! Сейчас '''Lernid''' поддерживает свыше 30 языков (обещано ещё больше), что в сочетании с локализацией времени очень удобно для использования в международных масштабах.
* '''Люблю красивые картинки; расскажите, пожалуйста, о презентационных слайдах.'''
: Презентационные слайды – это обычные файлы PDF, которые преподаватель размещает на персональном сайте. Для перемещения между ними по ходу изложения ему достаточно набрать '''SLIDE n''' (где '''n''' соответствует номеру слайда). Вы получаете лекцию преподавателя вместе со слайдами, что значительно повышает доходчивость курса по сравнению с обычными методиками онлайн-обучения, применявшимися до сих пор. Интересный слайд пропустить не опасайтесь: как правило, слайды можно загрузить и потом, вместе с заметками преподавателя, с сайта события или с вики-портала.
* '''Ну, а если докладчик задумает сослаться на интернет-материал? Этот момент тоже должен быть продуман.'''
: Если нажать на любой URL, введённый преподавателем, то страница откроется во встроенном браузере – то есть, в дополнение ко всем упомянутым функциям, вы получаете комфортный доступ ко всем образовательным ресурсам в едином «учебном центре».
* '''Вы упоминали о PDF-файлах...'''
: Да, докладчик может использовать файлы PDF, каждый из которых считается отдельным слайдом. Смотрите, как просто организовать собственный сеанс ''Lernid'': создаёте простой текстовый файл с лекцией (требования к формату приведены на вики проекта ''Lernid'') и сохраняете с расширением '''.lernid'''. Чтобы добавить слайды, просто внесите в текст их URL-адреса.
* '''И какие же события ожидаются от ''Lernid''?'''
: Признаться, пока доступны только события, имеющие отношение к лагерю Ubuntu: скажем, Ubuntu Open Week и Ubuntu Developer Week. Но обсуждаемые на них темы актуальны для большинства других дистрибутивов. А по мере приобретения широкой известности – и, возможно, портирования ''Lernid'' на другие дистрибутивы – следует ожидать более широкого охвата интернет-семинаров в среде Linux. Такие события будут полезны и новичкам, и любознательным ветеранам Linux.
* '''А когда эти события состоятся? Хотелось бы поучаствовать.'''
: Пока их очень мало: ко времени выхода журнала одно из них – Ubuntu Open Week – уже завершится. Ubuntu Developer Week обычно проходит в январе; возможны и промежуточные события с применением ''Lernid''. Известия неутешительные, но есть надежда, что с повсеместным распространением новой технологии деятельность активизируется и в других сообществах, а не только в стане Ubuntu.
* '''Я хочу приступить к учёбе прямо сейчас! Где можно найти более полные сведения?'''
: Приятно слышать, хотя мы не обещаем, что к моменту вашего подключения начнётся какое-либо событие. Вводную статью о ''Lernid'' можно найти на вики-портале Ubuntu по адресу https://wiki.ubuntu.com/Lernid. Если хотите принять участие в разработке проекта, посетите страницу https://launchpad.net/lernid.

[[Категория:Что за штука]]

LXF107:Что за штука

2011-10-29T14:26:56Z

Ewgen: добавлены категории

==Что за штука… Akonadi==

: Где найти тот электронный адрес? А какой номер телефона у босса? Когда следующая летучка по проекту? '''Марко Фиоретти''' объяснит, откуда ''Akonadi'' знает все это, и не только…

* '''''Akonadi'' – это очередное KDE-название, тупо выбранное из-за наличия буквы K?'''

А вот и нет! ''Akonadi'' – имя пророческой богини справедливости у народов Ганы, но выбрали его просто потому, что другие имена были заняты. Вот и все!

* '''И что это такое?'''

Новая унифицированная служба управления данными PIM для KDE 4.

* '''Ну, а PIM что означает?'''

Personal Information Management, управление личными данными, то есть всеми сведениями, которые либо возникают в результате ваших связей с окружающими, либо необходимы для поддержания этих связей и контроля за вашей ежедневной деятельностью:
от сообщений электронной почты до адресных книг,
календарей, расписаний событий и планов будущих
акций. «Управлять» всем этим значит не только поддерживать упорядоченные, организованные всеобъемлющие архивы. Обычно PIM еще включает всякие
полуавтоматические функции вроде управления псевдонимами, предупреждения накладок при назначении
встреч сотрудников – да хоть бы и окно, напоминающее о дне рождения вашей жены!

* '''Но ведь в KDE это уже есть: я сам ежедневно пользуюсь ''KMail'' и ''Kontact''!'''

Да, но PIM-компоненты KDE 3 – это самостоятельные программы с независимыми, подчас дублирующими друг друга механизмами управления данными и их
хранения. Это создает некоторые проблемы, решить которые и призван ''Akonadi''.

* '''А какие именно проблемы?'''

Первая – производительность: чтобы отобразить календарь, ''KOrganizer'' загружает все зарегистрированные события, а ''KAddressBook'' выводит все почтовые адреса, тогда как нам нужны только некоторые. С персональным компьютером это не проблема, но
вообразите, что выдаст сервер коллективной работы, где хранятся данные обо всех 10 000 сотрудников
корпорации! Здесь скорость падает вполне ощутимо:
частью из-за избыточности архитектуры, частью из-за
дублирования кода отдельных библиотек.

* '''Еще проблемы есть?'''

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

* '''Как же ''Akonadi'' устранит эти проблемы?'''

Программа обеспечит единый подход к чтению, поиску и записи всех видов PIM-данных и метаданных
за счет архитектуры, изначально рассчитанной на поддержку совместного доступа, своевременных уведомлений и мощных поисковых механизмов. Несмотря на
все это, ''Akonadi'' – не сервер: это своего рода банк данных, централизованный кэш с унифицированным асинхронным интерфейсом для доступа. Реальные
данные хранятся в отведенных им в файловой системе местах, в неизменных форматах (Maildir для почты или iCal для календаря).

* '''И как это решает вышеописанные проблемы?'''

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

А еще, единый асинхронный интерфейс позволяет получать данные, не вмешиваясь в деятельность программ-клиентов.

* '''Я домашний пользователь, и оперативной памяти на моем компьютере полно. Нужна ли мне ''Akonadi''?'''

Если вы интенсивно пользуетесь ''KMail'' и ''Kontact'' и у вас много друзей – вероятно, да. ''Akonadi'' может существенно снизить потребление памяти, а это никогда не помешает. Кроме того, ''Akonadi'' способен упростить решение других задач, от синхронизации адресных
книг и календарей с удаленными серверами до интеграции PIM-системы с интеллектуальными поисковыми механизмами рабочего стола.

* '''Ладно, давайте выясним, как ''Akonadi'' работает. Что там внутри?'''

''Akonadi'' состоит из четырех основных компонентов: отдельного хранилища для всех PIM-данных и связанного с ним кэша; менеджера уведомлений; элементов
поискового механизма и библиотеки API (Application Programming Interface, интерфейса прикладной программы). Каждый компонент – это отдельный процесс,
который в случае зависания или сбоя может быть перезапущен независимо от других.

* '''Могут ли другие приложения получать доступ к банку данных не через ''Akonadi''?'''

Строго говоря, да: ведь данные хранятся в стандартных форматах, и к ним по-прежнему будет открыт доступ
самых разнообразных программ. Но успех не гарантируется – по крайней мере, первые версии ''Akonadi''
могут не справиться с такими вторжениями. Еще в ''Akonadi'' есть менеджер уведомлений – он немедленно
сообщает всем связанным программам о добавлении,
удалении и изменении любого PIM-объекта, хранящегося в кэше – и поисковые программы, это внешние
утилиты, фильтрующие PIM-данные по запросам других приложений.

* '''Есть еще что-нибудь интересное?'''

Да: можно использовать так называемые «агенты» и «ресурсы». Первые – это модули, обрабатывающие данные в хранилище ''Akonadi'', а ресурсы – модули, подключающие это самое хранилище к внешним источникам данных, например, серверам коллективной работы (groupware).

* '''Очень уж сложно звучит. Как же я, не будучи программистом, смогу проверить исправность ''Akonadi''?'''

''Akonadi'' снабжается утилитой системного лотка, с помощью которой можно будет, по крайней мере, остановить или запустить программу, а также проверить ее состояние. При необходимости эта утилита сможет выдать сообщение об ошибке от ''Akonadi''.

* '''Стоп, мы совсем забыли о библиотеке!'''

Точно! Именно библиотека делает возможным все это: позволяет ''Akonadi'' взаимодействовать с другими программами на языке сравнительно высокого уровня (в стиле ''Qt''-библиотек), независимом от платформы.

Библиотека, вполне предсказуемо называемая ''libakonadi'', может использоваться как приложениями рабочего стола (''Kontact, KOffice'' или ''Evolution''), так и другими службами, направляющими данные в ''Akonadi'' и использующими их.

* '''''Akonadi'' «признает» только KDE?'''

Теоретически, нет: этим может пользоваться любая программа. ''Akonadi'' предлагается, в частности,
как замена ''Evolution Data Server'' (EDS). На практике, хотя основные компоненты не зависят ни от KDE, ни
от ''Qt'', для ''libakonadi'' библиотеки ''Qt'' необходимы. Эта зависимость, а также зависимость от сервера баз
данных, снизит популярность ''Akonadi'' за пределами KDE.

* '''Какие преимущества могут получить (не-KDE) программисты от использования ''Akonadi''?'''

''Akonadi'' предоставляет улучшенные средства запроса, отображения и изменения PIM-данных для любой программы, которой они могут понадобиться. Это
существенно упрощает написание прикладных программ. Например, разработчикам ''Mailody'' – одного из почтовых клиентов KDE – благодаря наличию ''Akonadi'' хватило десяти минут для написания простейшего просмотрщика почты (см. http://www.omat.nl/drupal/creating-mail-reader-10-minutes).

* '''Вы упомянули, что ''Akonadi'' можно интегрировать с интеллектуальными поисковыми программами для рабочего стола…'''

Да, это конечная цель. Чтобы достичь ее, ''Akonadi'' потребуется координация с ''Nepomuk'' (http://nepomuk.kde.org), KDE-версией семантического рабочего стола. На первом уровне интеграции состоится замена категорий классификации данных, применяемых нынешними PIM-программами KDE, на тэги ''Nepomuk''. Затем можно будет создать «агенты», которые будут автоматически поставлять данные из ''Akonadi'' в ''Nepomuk'' для
должной индексации.

Шквал кодирования приведет к созданию таких вещей, как виртуальные почтовые папки, куда будут
поступать результаты поисков ''Nepomuk''. Например, можно будет запросить связанную с ''Akonadi'' почтовую программу на выдачу всех сообщений с рисунками во вложениях, или сообщений от тех, кто участвует в совещаниях по теме ‘KDE-PIM’, или даже задать сложный запрос на выдачу сообщений, более или менее близко связанных с указанной темой.

Возможна и еще одна выгода от связки ''Akonadi'' и ''Nepomuk'': интеграция с другими, «не-PIM» приложениями. Вообразите, например, отображение фотографий и телефонных номеров своих коллег рядом с их домашними директориями в файловом менеджере…

* '''Чуть не забыл: раз уж мы говорим о почте, календарях и адресных книгах: будет ли ''Akonadi'' совместим с ''Exchange''?'''

Сейчас ведутся работы по обеспечению совместимости с ''MS Exchange'' при помощи библиотеки ''OpenChange MAPI'' (http://www.openchange.org). Но это отдельный проект, его целью является применение протоколов ''Microsoft Exchange'' программами открытого ПО в среде Unix и
Linux.

* '''Когда же все будет готово?'''

KDE 4.1, выход которого ожидается в июле 2008, включит ''Akonadi'' как платформу для разработчика. Это означает, что API будут стабильны, службы
работоспособны, но не все PIM-клиенты смогут использовать возможности ''Akonadi'' в полной мере: для этого нужно будет дождаться KDE 4.2. В любом случае, тестировать ''Akonadi'' можно будет уже скоро! '''LXF'''

[[Категория:Что за штука]]
[[Категория:Марко Фиоретти]]
[[Категория:Akonadi]]

LXF129:Interview

2011-10-29T11:46:05Z

Ewgen: оформление, добавлены категории

==Интервью Сторми Петерс==

: Мы выследили исполнительного директора Gnome Foundation, чтобы узнать ее мнение о KDE 4, маркетинге и, конечно, Gnome 3…

{{Врезка|Содержание=[[Изображение:LXF129_30_1.jpg|250px]] Сторми Петерс|Ширина=250px}}

Сторми Петерс [Stormy Peters] — одна из самых досягаемых профессионалов, поскольку она посещает множество конференций, представляя Gnome Foundation и работая с его многочисленными корпоративными спонсорами; но она также и одна из самых выдающихся профессионалов-женщин в сообществе свободного ПО. Так что она — достойный пример для подражания подрастающему поколению молодых женщин, стремящихся занять свое место в сообществе. Мы встретились со Сторми, чтобы узнать ее мнение о новых функциях в Gnome 3.0 и о том, насколько важно нести пользователям знания о брэнде.

* '''''Linux Format:''' Некоторые дистрибутивы из предосторожности сначала поставляли и KDE 4, и 3.5. Как вы думаете, с Gnome 3.0 будет то же самое?''

'''Сторми Петерс:''' Я полагаю, многие дистрибутивы поступят так же и с Gnome, потому что множество конечных пользователей не получат Gnome 3.0, пока он не будет представлен в дистрибутивах. А дистрибутивы не станут поставлять его, пока сами его не увидят; естественно, они захотят его протестировать. Поэтому они скажут, что не будут поставлять Gnome 3.0 по умолчанию, или будут поставлять его вместе с 2.x.

* '''''LXF:''' Версия 2.x существует уже давно. Планируете ли вы столь же долгую жизнь и для 3.x?''

'''СП:''' Полагаю, что план именно таков; однако не знаю, будет ли эта жизнь столь же долгой, как у 2.x.

* '''''LXF:''' Разве 3.0 — это не ваш шанс разрушить устои? С 2.26 по 2.28 вам приходилось сохранять совместимость, а вот в 3.0 есть возможность для крупных изменений…''

'''СП:''' Там и есть крупные изменения, и не только в том, как разработчики получают доступ через API, но и как пользователь взаимодействует с компьютером. В частности, требуется другой подход к нетбукам и мобильным устройствам. Мы хотим произвести радикальные реформы.

* '''''LXF:''' Ваша цель — выпустить версию 3.0 со всеми этими радикальными реформами как можно скорее, или вы планируете опубликовать ее в срок?''

'''СП:''' Мы хотим, чтобы с ней все было хорошо. Нам нужно придерживаться запланированных сроков, потому что компании, которая ее поставляет, нужен определенный график. И это – один из моментов, с которым у нас никогда не было проблем.

* '''''LXF:''' Является ли KDE конкурентом, и чему команда разработки Gnome научилась у KDE 4?''

'''СП: '''Я всегда говорю, что это – как два игрока в команде, сражающихся за звание «Игрок года». Они решили делать все немного иначе, чем мы, и поэтому весьма интересно наблюдать, как у них идут дела. И когда вышла версия 4.0, мы с большим интересом наблюдали за тем, что получится. Они сделали много и хорошего, и того, что, наверное, больше делатьне будут, и мы надеемся извлечь из этого урок.

* '''''LXF:''' Ну, разработчики KDE 4.0, как недавно в '''KOffice 2.0''', заявляли так: «Эй, это первый релиз новой версии, он не для конечных пользователей».''

'''СП:''' Думаю, что мы так не скажем. Но я все же полагаю, что с дистрибутивами такое возможно. Они могут заявить: «Gnome 3? Нам сейчас некогда с ним разбираться, и мы не включим его в ближайший релиз».

* '''''LXF:''' Все говорят о '''Gnome Shell''', в основном потому, что она весьма впечатляет. Насколько для вас это важно?''

'''СП:''' Я как раз разговаривала с одним [человеком] из крупной финансовой компании, собирающейся перейти на Linux и на Gnome. Он сказал, что ему все эти крутые штучки нужны. Он пытается убедить людей, которые никогда не работали в Linux, начать его использовать, и говорит, что добавление всяких крутых штучек немного помогает. Как iPhone’ы, правильно? Они отлично смотрятся. Ему важно, чтобы все было функциональным, но для продвижения нужны и крутые штучки.

* '''''LXF:''' Я видел, что пару месяцев назад вы упомянули нечто вроде логотипа «Gnome Inside». Вы по-прежнему планируете сделать это?''

'''СП:''' Да, мы об этом говорили. И обсуждали, кто является целевой аудиторией нашего маркетинга: дистрибутивы, которые включают наш продукт, или конечный пользователь? А если наша маркетинговая стратегия рассчитана на конечного пользователя, то каким образом мы задействуем в ней дистрибутивы? По-моему, эта работа в самом разгаре.

* '''''LXF:''' Mozilla столкнулась с проблемами, слишком сильно защищая свой брэнд, и теперь у нас есть '''IceWeasel'''. Как Gnome удержать это равновесие?''

'''СП:''' Верно, цель Gnome – общедоступный рабочий стол. Так что, думаю, нам нужно работать с дистрибутивами, чтобы быть уверенными в том, что мы донесли его до каждого, а не бороться за брэнды.

* '''''LXF:''' Но вам же нужен брэнд Gnome?''

'''СП:''' Мы работаем над тем, как это сделать и каким он должен быть. Можете прямо сейчас заглянуть в '''About Gnome''' и посмотреть на окно.

* '''''LXF:''' Некоторым кажутся странными подобные маркетинговые усилия. Большинство разработчиков GPL-кода, выпуская свои труды, не ждут никакого вознаграждения, кроме как упоминания в каком-нибудь '''README'''.''

'''СП:''' Да, но наша цель – сделать рабочий стол доступным для всех, и часть этой работы – донести мысль до этих «всех». Какой брэнд вы используете? Как вы продвигаете его на рынке? Как вы доносите информацию до более крупной аудитории? Одна из возможностей – продвигать на рынке приложения, а не рабочий стол. В Gnome есть множество приложений, и он не продвигает на рынке такие вещи, как ''GIMP'' или ''GnuCash''. Так что если в маркетинг вовлечены все и все хотят посодействовать и помочь, места всем хватит.

* '''''LXF:''' Возвращаясь к Gnome 3.0: что вас в нем особенно впечатляет?''

'''СП:''' Я надеюсь на смену пользовательского интерфейса. Думаю, раньше мы тратили немало времени на то, чтобы сделать удобный, привычный интерфейс для новичков в Linux и Gnome.

* '''''LXF:''' А это больше в планы не входит?''

'''СП:''' Ну, мы вложили немало времени в то, чтобы он выглядел так же, как тот, к которому вы привыкли. Когда все выглядит похоже, но немного иначе, это ведь неправильно, правда? Теперь, я думаю, у нас есть возможность стать лучше и измениться, чтобы нас не сравнивали с тем, что было раньше. Пусть лучше люди сравнивают и говорят так: «Ух ты, работает намного лучше».

* '''''LXF:''' Но вы ведь постараетесь избежать культурного шока? Некоторые до сих пор предпочитают пользоваться KDE 3.5, потому что им не хватает функций, которые исчезли в KDE4…''

'''СП:''' Однако иногда нужно что-то менять, правильно? Что касается Gnome, здесь дело в том, что мы можем добавить любую функцию, которая оказалась не включенной. Когда вы покупаете новый телефон, вы прежде всего стремитесь узнать, какой у него интерфейс и чем он лучше.

* '''''LXF:''' При полугодовом цикле релизов все всегда выглядит инкрементом…''

'''СП:''' И это стало для нас одним из испытаний в выпуске Gnome 3.0, потому что мы как раз и находились в этой стадии инкрементального обновления и было довольно трудно обозреть всю картину целиком, настолько мы застряли в этом шестимесячном цикле.

* '''''LXF:''' С другой стороны, всегда есть те, кто хочет зайти дальше, изменить все…''

'''СП:''' Дело не в том, чтобы все изменить, дело в том, чтобы ответить на вопрос: «Что мы можем сделать?» Теперь у нас есть шанс.

[[Категория:Интервью]]
[[Категория:Сторми Петерс]]

Категория:Языки программирования

2011-10-29T11:06:19Z

Ewgen: добавлена категория

[[Категория:Программирование]]

Категория:Java

2011-10-29T11:04:03Z

Ewgen: добавлена категория

[[Категория:Языки программирования]]
[[Категория:Программирование]]

Категория:PHP

2011-10-29T11:03:37Z

Ewgen: добавлена категория

[[Категория:Языки программирования]]
[[Категория:Программирование]]

Категория:Python

2011-10-29T11:03:17Z

Ewgen: добавлена категория

[[Категория:Языки программирования]]
[[Категория:Программирование]]

Категория:Lua

2011-10-29T11:02:39Z

Ewgen: добавлена категория

[[Категория:Языки программирования]]

Категория:Go

2011-10-29T11:02:16Z

Ewgen: добавлена категория

[[Категория:Языки программирования]]

Категория:Perl

2011-10-29T11:00:48Z

Ewgen: добавлена категория

[[Категория:Языки программирования]]
[[Категория:Программирование]]

LXF134:Interview

2011-10-29T10:56:19Z

Ewgen: оформление, категории

==Архитектор==

: '''Джоно Бэкон''' беседует с '''Дэвидом Зигелем''' – человеком, который хочет осчастливить вас через Ubuntu.

{{Врезка|Содержание=[[Изображение:LXF134_28_1.jpg|300px]] Дэвид Зигель|Ширина=300px}}

Амбиции Ubuntu не ограничиваются перемещением кнопок в окне и тотальным окрашиванием в пурпур — на недавнем саммите разработчиков Ubuntu в Бельгии (Ubuntu Developer Summit) было объявлено о Unity, совершенно новом интерфейсе рабочего стола, нацеленном на технологию мгновенной готовности (instant-on). Нас весьма заинтриговал тот факт, что вместе с командой проектировщиков трудится создатель фантастического ''Gnome Do'', Дэвид Зигель [David Siegel]. Естественно, мы захотели выяснить как можно больше…

* '''''Linux Format:''' Как вы попали в мир Open Source?''

'''Дэвид Зигель:''' Мне нужно было создать оболочку Unix и Unix-подобное ядро для университетского курса по разработке операционных систем. Столкнувшись с несовместимостью системных вызовов MacOSX и лабораторных компьютеров с Linux, я установил Ubuntu на свой Mac, чтобы привести мою среду разработки в соответствие среде, имевшейся на лабораторных компьютерах. И в конце этого процесса я подумал: «В этом Ubuntu есть все, что надо; может, и дальше работать с ним?»

Следующим летом я работал в Google с Шоном Иганом [Sean Egan], который тогда был куратором ''Pidgin''. Шон рассказал мне, каково это – работать над открытым проектом, и его обязанности меня впечатлили. Моему переходу с Mac OS X на Ubuntu препятствовало только ''Quicksilver'', клавиатурное приложение от Николаса Житкофф [Nicholas Jitkoff]. Для выпускной работы по компьютерным наукам я создал проект программы с открытым кодом для исследования функции поиска в среде рабочего стола, с конечной целью создать подобное приложение для Linux; результатом стал '''Gnome Do'''.

* '''''LXF:''' Как вы оказались в Canonical?''

'''ДЗ:''' Я встретил Марка Шаттлворта [Mark Shuttleworth] в Бостоне на Gnome Summit 2008 и поделился с ним своими идеями об опыте пользователей и о свободном ПО. Он предложил мне зайти в лондонский офис Canonical на собеседование и подумать, не заинтересует ли меня переезд в Лондон для работы в создающейся команде разработки Canonical. По случайному совпадению, я как раз планировал ехать в Лондон на следующей неделе, вот и зашел. Сначала я решил не работать с Canonical, но через восемь месяцев Марк пригласил меня на соревнования по разработке в Кейптауне, и я был так восхищен, что не смог отказаться!

* '''''LXF:''' Где ваше место в команде разработки и в видении Ubuntu?''

'''ДЗ:''' Моя роль в команде разработки – «Архитектор взаимодействия со средой рабочего стола (Desktop Interaction Architect)». Я пишу примечания и создаю модели, описывающие использование Ubuntu. Другие члены команды разработки превращают эти описания в интерактивные прототипы и визуальные образы, которые могут быть протестированы пользователями и впоследствии реализованы.

* '''''LXF:''' Вы работаете с более широким сообществом Ubuntu?''

'''ДЗ:''' Когда я не создаю «архитектуру взаимодействия со средой рабочего стола», я пытаюсь породить интерес к опыту пользователей в сообществе свободного ПО. В этой связи я возглавляю проект One Hundred Paper Cuts и недавно анонсированный проект UX Advocate, работая в Canonical.

Что касается «виденья дизайна» Ubuntu, я не могу сказать с уверенностью, какую роль я играю в нем, но я пытаюсь заставить тех, кто занимается технической стороной Ubuntu смотреть на программы не только как на возможность написать красивый исходный код, но и как на возможность создать прекрасный инструмент для людей.

* '''''LXF:''' И этим вы собираетесь заниматься с помощью '''Unity'''?''
'''ДЗ:''' ''Unity'' – это легковесный интерфейс для нетбуков Ubuntu. В более широком смысле, это оболочка, созданная для устройств с маленьким экраном. Unity объединяет программу запуска, которая превращает процесс открывания приложений и переключения между ними в настоящее удовольствие; панель, где индикаторы ведут себя одинаково; просмотр установленных приложений с интеграцией с ''Ubuntu Software Centre''; просмотр файлов с быстрым доступом к любимым папкам, недавно созданным файлам, загрузкам и возможностью простого просмотра; поисковый интерфейс, позволяющий повсеместно использовать поиск по мере набора, так что можно находить файлы, приложения и настройки несколькими нажатиями на клавиши.

* '''''LXF:''' Каково ваше видение '''Unity'''? Чего вы хотите достичь с его помощью?''

'''ДЗ:''' Недавно Canonical объявила об Ubuntu Light, версии Ubuntu с интерфейсом, нацеленным на создание возможности быстрой, простой и безопасной работы в Web. Ubuntu Light и Ubuntu Netbook Edition во многом пересекаются, главным образом потому, что оба оптимизированы под меленькие экраны и web-серфинг. ''Unity'' служит основой обоих продуктов, и они могут делить между собой общие элементы, такие как индикаторы и программа запуска. Моя краткосрочная цель в Unity – создать фантастический опыт для Ubuntu Netbook Edition 10.10, расширив Ubuntu Light до поддержки основных приложений и возможностей управления файлами, подходящих для устройств общего назначения типа нетбуков. Хотелось бы и дальше задействовать поиск и реализовать тактильный интерфейс. Мне интересно использовать поиск для решения сложных задач, поставленных пользователями (однако я не рассматриваю поиск как панацею), и все в наше время интересуются сенсорными устройствами.

* '''''LXF:''' И когда '''Unity''' достигнет уровня версии для нетбука?''

'''ДЗ:''' Надеюсь, он выйдет в Ubuntu Netbook Edition 10.10! До октября нам предстоит много работы, но, поскольку во главе инженерных работ ''Unity'' стоит Нейл Пейтел [Neil Patel], я спокоен.

* '''''LXF:''' Как по-вашему, улучшит ли '''Unity''' состояние имеющихся на сегодня интерфейсов для нетбуков?''

'''ДЗ:''' Я уже говорил, что работа с программой запуска ''Unity'' – это истинное удовольствие, и я не шутил. Первая версия программы запуска просто прокручивала экран вниз по мере его заполнения. Вторая версия, готовая к отгрузке с Ubuntu 10.10, ведет себя совершенно иначе. Словами этого не опишешь – просто дух захватывает. Если кто-то увидит, как вы работаете с ''Unity'', вас непременно спросят: «Ух ты, это что такое?». Это – не просто улучшение существующих интерфейсов для нетбуков, это – улучшение интерфейсов персональных компьютеров в целом.

* '''''LXF:''' Велись определенные дискуссии по поводу Приложений и Файлов. Что это такое?''

'''ДЗ:''' Приложения [Applications Place] – это отображение в ''Unity'' установленных у вас приложений. Оно позволяет просматривать установленные у вас приложения и позволяет осуществлять поиск по мере набора как среди установленных приложений, так и среди приложений, имеющихся в ''Ubuntu Software Centre''. Оно просто превосходно. Файлы [Files Place], отображение в ''Unity'' файлов на вашем нетбуке, отказывается от традиционной навигации по иерархической файловой системе, предлагая вместо нее поиск и просмотр на основе времени. Все это превра-
щает Ubuntu Netbook Edition в первый интерфейс для нетбуков с просмотром файлов на ''Zeitgeist'' [новый файловый менеджер в Gnome 3]. Еще многое надо сделать, но и это – уже дерзкий и волнующий эксперимент, и он бросает вызов многим привычным представлениям о том, как люди думают о своих файлах.

* '''''LXF:''' Некоторые обвинили Ubuntu в мимикрии под Mac OS X — что вы об этом думаете?''

'''ДЗ:''' Я не занимаю никаких позиций по поводу всякой ерунды, которую говорят люди, но если мне пришлось бы какую-то занять, то я сказал бы: злопыхатели всегда будут злобствовать.

* '''''LXF:''' Что вы считаете конечной целью и возможностью настольного Ubuntu?''

'''ДЗ:''' Самая большая возможность для Ubuntu – принести людям радость, а его цель – добиться этого, не нарушая этики, то есть не рассматривая своих пользователей как средство для достижения конечного результата; пользователей Ubuntu порадует отличный опыт работы, и если не требовать от них, чтобы они пожертвовали свободой, чтобы использовать программу, то это и будет достойным отношением к ним.

* '''''LXF:''' Как можно принять участие в '''Unity'''?''

'''ДЗ:''' ''Unity'' доступен через PPA ppa:canonical-dx-team/une. Добавив этот PPA в свою систему Ubuntu (сейчас это должен быть Lucid), установите пакет '''unity''', затем поменяйте сессию с Gnome на ''Unity'' в окне приглашения. Установив ''Unity'', пожалуйста, поиграйте с ним, чтобы сообщить об ошибках. Вы найдете меня на канале IRC #ayatana на irc.freenode.net, мой ник там – ‘'''djsiegel'''’. Загляните туда пообщаться со мной о ''Unity''; я жажду узнать о ваших впечатлениях и предложениях!

[[Категория:Интервью]]
[[Категория:Джоно Бэкон]]
[[Категория:Дэвид Зигель]]
[[Категория:Unity]]

LXF135:Interview

2011-10-29T10:56:04Z

Ewgen: оформление, категории

== Вот пришел Курт!==

: '''Джоно Бэкон''' беседует с '''Куртом фон Финком''' из Monty Program о ''MySQL, MariaDB, Oracle'' и финской черной водке... м-мм...

{{Врезка|Содержание=[[Изображение:LXF135_28_1.jpg|300px|Курт фон Финк]]|Ширина=300px}}

История проекта ''MySQL'' довольно пестрая. Основанный Михаэлом «Монти» Видениусом [Michael «Monty» Widenius], ''MySQL'' изначально принадлежал MySQL AB, которую приобрела Sun и которая, в свою очередь, была приобретена Oracle. Не будучи удовлетворен отношением Sun к ''MySQL'', Монти ушел из Sun, чтобы создать Monty Program AB и вложиться в более ориентированное на сообщество ответвление ''MySQL'' под названием ''MariaDB''. Сегодня мы беседуем с Куртом фон Финком [Kurt von Finck], главой разработки сообщества ''MariaDB'', о положении дел в мире ''MariaDB'' и ''MySQL''.

* '''''LXF:''' Каков ваш фоновый опыт?''

'''Курт фон Финк:''' #FFFFFF. Основной белый.

* '''''LXF:''' ?!..''

'''КфФ:''' Ох, извините, вы не то имели в виду. Я уже давно отираюсь в сфере ИТ, занимался поддержкой и управлением проектами. Работал и в компаниях списка Fortune 50s, и в небольших начинающих фирмах. Я давний пользователь и защитник свободного ПО и считаю себя счастливчиком, поскольку моя карьера отражает мои принципы.

Я – директор Monty Program по связям и работе с сообществом; играю эту роль со времени ухода из Canonical в феврале 2009, а там я был старшим аналитиком поддержки систем Ubuntu. Состою в Gnome Foundation, и меня можно встретить на конференциях FLOSS – я там раздаю salmiakkikossu, финскую черную водку.

* '''''LXF:''' Как вы перешли из Canonical в Monty Program? Переход довольно резкий.''

'''КфФ:''' Мы с Монти встретились на конференции eLiberatica в Румынии в 2007 году. У нас обоих… как бы это сказать… «свободные и неформальные» манеры, и у меня шведско-финские корни [Михаэль Видениус – швед из Финляндии]. Нам очень понравилось общаться, и оказалось, что мы едины во мнении насчет того, как должны работать программы и компании, занимающиеся программами.

Монти любезно пригласил меня к себе в гости, а я всё откладывал поездку. Монти ушел из Sun примерно тогда же, когда я сам ушел из Canonical – и я написал ему по электронной почте, чтобы просто пожелать удачи и сообщить, что из-за наших перемещений визит откладывается еще на год; а он сразу же пригласил меня, и я стал третьим по счету работником Monty Program.

Через четыре года мы с женой вернулись в США из Канады и навестили Монти в Финляндии. Иногда мне кажется, что моя работа определяется способностью Монти влиять на мои переезды.

* '''''LXF:''' Чем занимается Monty Program?''

'''КфФ:''' Наш главный продукт – ''MariaDB''; это замещение ''MySQL'', основанное на коде ''MySQL'', выпущенном под GPL. К этому коду компания Monty Program и сообщество ''MariaDB'' добавляют заплатки, исправления ошибок, новые функции и прочие усовершествования. Мы пересматриваем код и время от времени возвращаемся к уже имеющимся заплаткам в текущих релизах ''MySQL'' – для заплаток, не прошедших нашу проверку кода. И это, в свою очередь, укрепляет потенциальную устойчивость ''MariaDB''. Вот вам краткий ответ.

За более подробным ответом, обратитесь на наш сайт и почитайте примечания к релизу и стратегические планы. Если вам для работы требуется использовать ''MySQL'', вы должны знать, что существует альтернатива с простым обновлением и функцией (функциями), которых вам, возможно, не хватало.

* '''''LXF:''' В чем отличие '''MariaDB''' от '''MySQL'''?''

'''КфФ:''' ''MariaDB'' 5.1 (на данный момент) заметно быстрее, богаче функциями и должна быть надежнее соответствующей версии ''MySQL'' 5.1 – в основном благодаря тому, что работает над ''MariaDB'' большинство первоначальных сотрудников ''MySQL''. Мы также применяем ''XtraDB'' вместо ''InnoDB'', что и обеспечивает львиную долю производительности ''MariaDB'' 5.1 – такой по силам добиться только будущим релизам ''MySQL'' 5.5.

* '''''LXF:''' Много писали о борьбе внутри сообщества '''MySQL'''. В чем отличие '''MariaDB'''?''

'''КфФ:''' Что касается проекта – возможно, самое большое отличие кроется в нашем характере. Например, если вы хотели сделать из исходника пакет ''MySQL'' для Windows или MacOS X, было практически необходимо, чтобы вы работали в ''MySQL''. Эта задача была какой угодно, но только не простой. Monty Program посвятила значительную часть времени и ресурсов созданию открытой системы, способной компилировать и создавать пакеты ''MariaDB'' без всяких усилий.

Я признаю свою предубежденность, но я честно думаю, что работа с нашим сообществом в целом и обеспечение возможности работать с нами для нашего сообщества – это и есть самое главное различие между ''MySQL'' и проектом ''MariaDB''.

* '''''LXF:''' Monty Program использует так называемую Hacking Business Model; как это работает?''

'''КфФ:''' Hacking Business Model [Бизнес-модель для хакеров] написали Монти и Зак Греант [Zak Greant]. Это их проект управления небольшой компанией, где работают талантливые и умные программисты. Основная идея в том, что подобная компания будет работать наилучшим образом и наилучшим образом проявлять свою одаренность, если эти талантливые люди будут иметь голос в управлении компанией и реальную долю в прибыли.

* '''''LXF:''' И это реально работает? Разве это не ведет к хаосу?''

'''КфФ:''' Это реально работает – в первую очередь потому, что хаос – это отсутствие закона. Hacking Business Model – это форма закона, и приверженность изложенным в ней принципам позволяет координировать мнения отдельных личностей, их эго и дела на повестке дня.

Конечно, такая модель сама по себе не будет работать в компании такого размера, как IBM. Консенсус и кворум необходимо приводит к энтропии. Поэтому мы всегда советуем компаниям прочитать Hacking Business Model и применять только те части, которые имеют смысл для их бизнеса.

* '''''LXF:''' Монти недавно запустил горячую полемику вокруг '''MySQL''', заявив ЕС, что Oracle должны от него отказаться. Не расскажете поподробнее?''

'''КфФ:''' Рассказывать особо нечего. Процесс этот начался как рядовое расследование слияния компаний Европейским Союзом. Комиссия ЕС обычным порядком разослала пользователям и производителям баз данных анкету «по поиску фактов». Мы, как руководители проекта ''MariaDB'', формально находились в последней категории, но по сути наша роль заключалась в том, чтобы сообщить Комиссии как можно больше об истории ''MySQL'' и поделиться внутренней информацией. Это многих озадачило, поскольку нашей компании, как и большинству производителей баз данных, явно было бы выгодно, чтобы ''MySQL'' попал под контроль Oracle. Это потенциально заставило бы многих пользователей искать альтернативы, в нашем случае – ''MariaDB''. Так что, к удивлению и замешательству многих, мы вроде как выступили против собственных деловых интересов.

* '''''LXF:''' А зачем выступать против своих же интересов?''

'''КфФ:''' Поскольку Монти – создатель ''MySQL'', мы решили, что будет правильнее принять в этом деле сторону пользователей, клиентов, разработчиков и всех, кто построил свое дело на ''MySQL'', а не исходить из чисто личной заинтересованности. Как автор, Монти ощущает большую ответственность перед кодом ''MySQL'', его пользователями и всей экосистемой ''MySQL'' в целом. В Oracle насчет планов по ''MySQL'' отмалчивались. Учитывая, что ''MySQL'' – это продукт базы данных и что релизы ''MySQL'' 5.0 и 5.1 были более ориентированы на уровень «готового продукта для предприятия», не возникало впечатления, что Oracle, чей доход в первую очередь обусловлен базами данных, будет достойно управлять этим проектом.

* '''''LXF:''' Как вы считаете, что нужно сообществу '''MySQL''' для процветания?''

'''КфФ:''' То же, что и любому сообществу свободного ПО: контроль версий, соединение с Интернетом, хостинг кода, кофеин, алкоголь и отзывчивые, постоянно вовлеченные в работу основные кадры, готовые спать урывками.

* '''''LXF:''' Базы данных наподобие '''CouchDB''' затеяли так называемую «революцию NoSQL» — «без SQL». Что вы с Монти об этом думаете?''

'''КфФ:''' Используйте то, что годится вам и вашим пользователям. Если это ''MySQL'' – отлично. Если ''MariaDB'' – чудесно. Если это ''Drizzle'' или ''MongoDB'', просто используйте их, и пусть ваше приложение работает.

Мой опыт показывает, что кое-кто склонен создавать антагонизм на пустом месте – просто чтобы убедить самих себя в определенных фактах. Так, администратор базы данных, который полгода убеждал своего начальника, что переход с ''MariaDB'' на ''Cassandra'' был бы отличной идеей, станет вряд ли хвалить ''MariaDB''. Но вы знаете, ''MariaDB'' – отличная база данных. Также
как и многие проекты NoSQL.

Монти сказал: «NoSQL – для шибко умных, для тех, кому нужен острый нож. Людям, не способным освоить SQL, нечего и пытаться работать с NoSQL». Берите то, что работает для вас.

* '''''LXF:''' Что готовит будущее для '''MariaDB'''?''

'''КфФ:''' Проект ''MariaDB'' будет продолжать выпускать качественные релизы в срок. Будем надеяться, что сообщество, помогающее нам делать это и улучшать нашу функциональность, продолжит свой рост. Monty Program и дальше будет самым лучшим управленцем – насколько это в наших силах, будем всячески содействовать и поощрять обратную связь, немало способствующую нашему успеху в данной сфере, и, надеюсь, построим солидный бизнес вокруг нашей поддержки и неповторимой инженерной работы.

* '''''LXF:''' И, наконец, как читатели Linux Format могут влиться в ваше сообщество?''

'''КфФ:''' Почаще заходите на наш сайт, присоединяйтесь к группе maria-discuss на Launchpad или к каналу #maria на Freenode IRC. Поскольку мы – молодая компания, занимающаяся интереснейшим проектом, все очень быстро меняется, и здесь всегда весело. Ну, это я не про «сон урывками».

[[Категория:Интервью]]
[[Категория:Джоно Бэкон]]
[[Категория:Курт фон Финк]]

LXF133:Interview

2011-10-29T10:29:57Z

Ewgen: оформление, категории

==LXF-Интервью Джанлука Мартино Человек из Arduino==

: '''Павел Фролов''' ненадолго выпустил из рук паяльник, чтобы поближе познакомиться с одним из самых популярных проектов, посвященных Open Hardware.

{{Врезка|Содержание=[[Изображение:LXF133_28_1.jpg|300px|Джанлука Мартино]] Джанлука Мартино|Ширина=300px}}

В летние месяцы многие из наших соотечественников устремляются в Италию. Оно и неудивительно: солнце, море, настоящая пицца и паста, каналы в Венеции и Давид во Флоренции… дискотеки в Римини, наконец! Но у команды LXF была куда более благородная цель (если вы думаете, что видели кого-то из нас в шезлонге на пляже — вы не правы, это были… ммм… «люди, похожие на членов команды LXF»): мы хотели встретиться с '''Джанлукой Мартино''' [Gianluca Martino], чтобы обсудить с ним его проект Arduino, столь полюбившийся нашим читателям.

* '''''LXF:''' Пожалуйста, расскажите нам немного о своей команде.''

'''Джанлука Мартино:''' Команда Arduino насчитывает примерно пять человек. Среди них два итальянца – Массимо Банци [Massimo Banzi] и я, два американца – Дэвид Меллис [David Mellis] и Том Айго [Tom Igoe], и Давид Картьеллес [David Cuartielles], испанец, живущий в Швеции. Банци отвечает за взаимодействие с внешним миром, я – за производство и за компанию, изготавливающую Arduino и занимающуюся его коммерциализацией, на Томе лежит все, что касается документации и пользовательского опыта, Меллис – это ПО, он сопровождает нашу IDE, а Картьеллис отвечает за сайт. Впрочем, наши роли не очень жесткие: мы – команда, и обычно принимаем решения вместе.

* '''''LXF:''' А как вам пришла в голову идея заняться Open Hardware? Вы хотели создать бизнес или это был проект для души?''

'''ДМ:''' На самом деле, мы просто хотели гарантировать проекту будущее. Arduino был начат в школе, которую ожидало закрытие, и ему была уготована та же участь. Чтобы сохранить проект, мы решили открыть его. Инициатив в области Open Hardware тогда было не так уж много – мы были не первыми, но одними из первых. Вторым мотивом, побудившим нас открыть проект, был обмен опытом. В общем, мы решили применить модель Open Source, изначально предложенную для программного обеспечения, к аппаратному. Конечно, здесь есть некоторая специфика, но сейчас, по истечении пяти лет, я думаю, это было правильным выбором.

* '''''LXF:''' А какие компании или проекты вы считаете конкурентами Arduino? Сильна ли эта конкуренция, или вы нашли себе нишу и разрабатываете ее, никому особо не мешая?''

'''ДМ:''' Хороший вопрос… Я не могу назвать вам их поименно; например, нельзя сказать, что мы конкурируем с Parallax (http://www.parallax.com). Да, они делают что-то на том же рынке, что и мы, но мы делаем это по-другому. Что мы (ну или я) действительно не любим, так это клоны, не добавляющие к проекту ничего нового. Нам нравятся инициативы вроде Seeeduino (http://www.seeedstudio.com), которые пытаются сделать что-то свое на нашей основе. Идея ведь в том, чтобы делиться, а не просто пытаться заработать на этом деньги. Например, вот тут у меня есть китайский клон [лезет в коробку]…

* '''''LXF:''' Платы Arduino хороши, но это просто платы. Нет ли планов выпустить к ним наборы расширений, что-нибудь вроде Lego Mindstorm?''

'''ДМ:''' Да, мы планируем запустить новую линейку, но это тоже будут устройства общего назначения. Что касается Arduino, у нас нет намерений выводить его в специализированные секторы. У нас много идей, мы всегда думаем над тем, что бы нам сделать еще, но не угрожая тому, что у нас есть сейчас.

* '''''LXF:''' Платы Arduino базируются на микроконтроллере ATMEL. Не собираетесь ли вы выпустить что-то более производительное, на базе ARM, вроде STM32 Primer (http://www.stm32circle.com)?''

'''ДМ:''' Primer – вещь, безусловно, хорошая, но повторюсь еще раз: наша идея не в том, чтобы лезть в верхние сегменты рынка, а в том, чтобы сделать простые вещи более доступными для широкого круга людей. Например, сейчас Arduino используют в университетах – а в планах у нас охватить и старшеклассников.

* '''''LXF:''' А что касается ПО? IDE Arduino явно уступает промышленным аналогам — вы не заинтересованы в бизнес-сегменте?''

'''ДМ:''' Наша IDE создавалась по принципу: возьмите какую-нибудь из имеющихся на рынке, поглядите на нее, ужаснитесь. Промышленные решения хороши для дипломированного инженера, но в них слишком много деталей, способных легко смутить новичка. Мы пытались сделать максимально простую в использовании среду. Ветеран индустрии, взглянув на нее, может подумать: «Это простенькая плата с простеньким инструментарием» – и будет, в общем-то, прав. Но мы и не нацелены на сугубо инженерные задачи: нас интересуют образование, хоббисты. В конце концов, если вы хотите помигать светодиодом, не так уж важно, делают ли это пять строк ассемблера или одна – языка высокого уровня.

* '''''LXF:''' Кстати, а я могу программировать для Arduino на других языках, кроме стандартного Wiring?''

'''ДМ:''' Да – если воспользуетесь инструментарием разработчика ATMEL. Мы, очевидно, не поддерживаем это в нашей IDE, но я знаю многих, кто использует ''WinAVR'' (http://winavr.sf.net) и подобные вещи для программирования микроконтроллера напрямую. Это опять же выводит нас на инженерные задачи – большинству наших клиентов не требуется прямой доступ к регистрам или что-нибудь еще в этом роде.

* '''''LXF:''' А вам известны какие-нибудь хорошие примеры использования Arduino в образовании? Мы затрагивали эту тему буквально месяц назад.''

'''ДМ:''' В зависимости от того, что вы понимаете под «образованием». В порядке эксперимента, мы продвигаем Arduino в старшие классы, и некоторые школы используют его в своих проектах. Мы популярны в университетах: там наши платы используют и самостоятельно, и в приложениях для ПК.

* '''''LXF:''' Вы — производитель оборудования, и мы не можем не задать вам любимый вопрос всех Linux-пользователей: должны ли все спецификации на оборудование быть открытыми, и кто все же должен писать драйверы?''

'''ДМ:''' Я думаю, что наша свобода – не такая уж свободная. Разумеется, над нами стоят производители чипов, которые регулируют, как именно вы можете обращаться с устройством. Может, FPGA ([[LXF110:Что за штука...|LXF110]]) и даст вам больше свободы, и мы, в общем, достигли неплохого компромисса, но не надо зарываться в кремний, плодя миллионы различных микроконтроллеров.

* '''''LXF:''' А вы можете раскрыть объемы производства Arduino?''

'''ДМ:''' Без проблем – на сегодня мы изготовили 150 000 штук.

* '''''LXF:''' А какова динамика, годовой прирост?''

'''ДМ:''' Хороший вопрос. В прошлом году мы продали порядка 50 000 единиц, в позапрошлом – 30 000, порядка 20 000 – за год до этого, в общем, объемы примерно удваиваются.

* '''''LXF:''' А у вас есть секретные планы по захвату мира… ну или что-то в этом роде?''

'''ДМ:''' Ну разумеется! Мы готовим плату, которая будет еще проще… и дешевле, но не потеряет при этом в качестве. По мере роста масштаба производства уделять все то же внимание мелочам становится труднее, но мы стараемся. Наша основная цель, если угодно, продавать такие вещи, которые нам потом не вернут обратно.

* '''''LXF:''' Ну и наконец: что бы вы могли сказать российским пользователям Arduino, которые читают наш журнал?''

'''ДМ:''' По-моему, Россия – это такой рынок, который еще не показал свой потенциал. У вас много людей, которые могли бы стать частью движения Arduino, конечно, ко всеобщей пользе. Думаю, в будущие годы ваша страна раскроет свой потенциал крупнейшего рынка в мире.

* '''''LXF:''' А пару слов для российских производителей клонов Arduino?''

'''ДМ:''' Пару? Мы вас любим! [смеется] Видите ли, мы не слишком хорошо представляем себе российский рынок и его динамику. Так что здесь вся надежда на ваших разработчиков – в конце концов, все, что сделали мы, доступно для них свободно и бесплатно. Мы просим их только об одном – будьте осторожны с именем «Arduino». Продавать клоны под тем же самым названием, не добавляя ничего от себя, как я уже говорил – это не хорошо для сообщества.

[[Категория:Интервью]]
[[Категория:Джанлук Мартино]]
[[Категория:Павел Фролов]]
[[Категория:Arduino]]

2011-10-28T19:50:42Z

Ewgen: добавлены категории

: '''Интервью LXF'''

==Фараон графики==

: '''Карл Ворт''' потратил шесть лет жизни на создание ''Cairo'', инструментария векторной графики, и считает, что самое интересное только начинается…

Всего два года назад в Лионе, Франция, на первой конференции Libre Graphics Meeting (LGM) Карл Ворт [Carl Worth] пытался заинтересовать народ инструментарием векторной графики под названием ''Cairo'' — он был создан исключительно для рисования, и больше ни для чего. Его принялись портировать в
операционные системы, в том числе OS/2 и BeOS, и на сегодня ''Cairo'' является основной графической библиотекой многих приложений. LXF
состыковался с Вортом, чтобы докопаться до самой сути: как выглядит ''Cairo'' — и ваш рабочий стол — и каковы его виды на будущее…

'''''Linux Format''': Ни в KDE, ни в Gnome не найдешь пункта меню для '''Cairo''', поэтому расскажите, пожалуйста, что он, собственно, делает?''

'''Карл Ворт''': Создает графику. Он – кроссплатформенный и решает многие задачи, например, выводит изображения на дисплей, которым
может быть ''X'' или ''Quartz'' на Mac OS X, и для этого не понадобится ничего менять в коде вашего приложения, кроме единственной строки,
создающей поверхность. ''Cairo'' выводит результат в PDF или SVG, или же в файл изображения. По-моему, одна из лучших функций, которые
''Cairo'' предлагает приложениям – это унифицированный API, способный и отображать, и печатать. Цель – суметь изобразить все, что нужно для
двумерного приложения.

'''''LXF''': Разве самая последняя работа не велась над PostScript и PDF?''

'''КВ''': Главное различие заключается в том, что мы делали с выводом в PostScript и PDF. Мы говорили, что результат в PDF должен всегда
выглядеть ничуть не хуже того, что отображается на экране. Раньше нам удавалось добиться этого просто превращением в растровое изображение с высоким разрешением и выводом результата в PostScript… не очень удобно.

В 1.4 у нас был код, который сам по себе мог многое, но были и некоторые погрешности, исправить которые никак не удавалось:
если, например, вы рисовали градиент, который легко выразить средствами PostScript, он все же становился растровым. Все подобные проблемы мы исправили в
версии 1.6. Теперь результат выводится в PostScript и PDF совершенно нормально и удобно. Я могу этим хвастаться, потому что не писал ни строчки данного
кода – все сделал Эдриен Джонсон [Adrian Johnson], фантастический член сообщества, который возник из ниоткуда и потратил на эту работу фантастическое
количество часов. Впервые нашим выводом в PDF можно пользоваться.

'''''LXF''': А что было самым трудным?''

'''КВ''': Встраивание шрифтов. Должен сказать, с этим у нас было множество непонятных ошибок. Вроде делаешь все правильно, то есть и вправду правильно, согласно спецификации PostScript – но стоит отправить все это на печать, как принтеры начинают мигать
и просить, чтобы их перезагрузили, потому что им отправили файл PS. Мы реализовали то, что говорится в спецификации, но не
совсем так, как это делается у всех остальных.

'''''LXF''': И как в это втянулся Эдриен?''

'''КВ''': Изначально Эдриен занялся реализацией поддержки CID-шрифтов, ну, и прочими подобными вещами. Я думал, он работает
в какой-то компании, использующей ''Cairo'' со своим приложением, которое гребет им миллионы долларов. А встретился я с ним в
Австралии в январе, и он мне сказал: «О нет, я всем этим занимаюсь в свободное время». Я спросил: «И что ты делаешь?» А он ответил:
«Я столько раз генерировал файл PDF, и он оказывался кривым, все перепутано: шрифты не те, верстка не та… Меня это просто достало. Я хочу, чтобы все работало нормально, и я слышал о ''Cairo''. Я подумал, что если он будет создавать PDF, то все станут им пользоваться, а я позабочусь, чтобы он работал правильно».

'''''LXF''': И насколько вы близки к своей цели – чтобы все перешли на '''Cairo'''? Реально ли для '''Cairo''' стать тем Единственным, что правит всеми? [в оригинале the one to rule them all – намек на «Властелина Колец» Р.Р.Толкиена, – прим. пер.]''

'''КВ''': Для меня было отчасти сюрпризом то, что я увидел на конференции Libre Graphics: помните эти пять логотипов – так вот, три из
них в разной степени используют ''Cairo''; я такого не ожидал, потому что пару лет назад на первой LGM им не пользовался никто. У нас
уже есть ''GDK'', у нас есть Gnome, который применяет его для печати, у нас есть ''Mozilla, Scribus, Inkscape, OpenOffice.org'' и ''GIMP'' – все хоть
как-то, да пользуются им. Некоторые – совсем чуть-чуть, где-нибудь в уголочке, но и это уже здорово, это – отлично.

'''''LXF''': А что, по вашему мнению, является катализатором, заставляющим людей выбирать '''Cairo'''? Все-таки переход на него требует известных усилий.''

'''КВ''': ''GDK'' начал использовать ''Cairo'' в версии 2.8. Конечно, он сильно отличается от всех прочих: все прочие – приложения, а ''GDK'' – библиотека, и в частности, она не оборачивает ''API Cairo'', она передает его напрямую приложениям. Одной из целей работы над ''Cairo'' было создание действительно простого в использовании API. Мы потратили почти два года, улучшая API так и этак, прежде чем выпустить релиз
1.0 – старались сделать его как можно проще в использовании. Я всегда говорю людям: если вам не в кайф работать с ''Cairo'', значит,
что-то неправильно. Мы решили, что взаимодействие с ним должно доставлять удовольствие, и я надеюсь, нам удалось этого добиться.
Спросите любого разработчика ''GDK'', и он вам скажет: «просто используйте ''Cairo''».

'''''LXF''': А '''Firefox''' тоже использует '''Cairo'''?''

'''КВ''': Сейчас ''Firefox 3'' применяет ''Cairo'' для отображения всего своего контента: и основной панели, и виджетов. Все это нарисовано в ''Cairo'',
на всех платформах. Раньше в ''Mozilla'' было три или четыре отдельных части кода, одна – для рендеринга под Linux, одна – под OS X (Cocoa),
одна – под Windows, и еще одна – чтобы генерировать результат в PostScript; и они смогли убрать все эти части и заменить их на один
кусок кода, создающий графику с помощью ''Cairo''. Им немножко не повезло, поскольку они были первопроходцами: выяснилось, что наши
движки под OS X и Windows работают похуже, чем остальные, и в итоге в ''Mozilla'' проделали колоссальную работу, чтобы привести их все в
соответствие.

'''''LXF''': А много ли еще осталось такого, что '''Cairo''' мог бы улучшить?''

'''КВ''': Мы заметно усовершенствовали ''Cairo 1.6'' и вывод результата в PDF, но осталось несколько недоделок. Одна из них – многократное
использование изображений в документе, например, водяных знаков. Вот на что надо обратить внимание. Кроме того, я как раз зафиксировал в коде 40 крупных изменений, которые вводят совершенно новое явление: пользовательские шрифты. Они позволят приложению предоставить контуры своих глифов, и они будут встроены в кэш глифов ''Cairo''. То есть можно воспользоваться всеми преимуществами системы кэширования глифов, но с собственными настраиваемыми
шрифтами.

Вещь, которой мы скоро займемся… Извлечение текста из PDF-файлов – идея тут такая:
после того, как вы что-то напечатали, у вас должна быть возможность скопировать и вставить и снова получить текст назад.

'''''LXF''': Чего вы ожидали от посещения LGM?''

'''КВ''': Всегда отлично получать обратную связь от пользователей твоего
кода. Мы еще много чего хотели бы видеть в ''Cairo'', но пока не знаем,
как это сделать. И потом, сейчас в ''Cairo'' есть только цветовая спецификация RGB. Вы можете добиться чего-то еще, использовав непрозрачный цвет, добавив RGB-контрольную точку или передав нам буфер RGB-данных, но у нас отсутствует возможность связи со CMYK или любым другим цветовым пространством.

Нам также очень нужны фильтры – в первую очередь, фильтр размывки изображения. Думаю, что было бы также неплохо взять часть
''GASL'' и передать ее ''Cairo'', и если ваша цель – ''X'' или что-то в том же духе, это все передавалось бы на видеокарту и запускалось, а если ваша
цель – PDF, то компилировалось бы на CPU, запускалось, потом бы вы получали нужный растровый результат и передавали в PDF-файл. Всем
нужна высокая точность, но нужна также и выразительность, особенно для аппаратного ускорения… Каждый хочет уметь говорить на разных
языках; по-моему, это было бы действительно здорово. '''LXF'''

[[Категория:Интервью]]
[[Категория:Карл Ворт]]
[[Категория:Cairo]]

LXF107:Феномен хакерства

2011-10-28T19:29:31Z

Ewgen: исправлены ошибки

: История хакерства

==Хакеры: как все начиналось==

: Мир хакеров не материализовался из воздуха. '''Ричард Хиллзли''' разбирается, откуда он взялся, каков он сейчас и каким будет завтра.

Когда журналист Стивен Леви [Steven Levy] получил от журнала Rolling Stone задание разоблачить «разросшийся, враждебный и антиобщественный» мир компьютерных хакеров, он обнаружил не более чем скромное полуподпольное движение. Многие студенты, с которыми он беседовал тогда, позже стали ключевыми фигурами революции свободного ПО. Однако в то время «хакеры» считались отщепенцами, не слишком отягченными моралью, но дорвавшимися до знаний, недоступных другим. «Общественное мнение» полагало, что они затевают применить эти знания с целью вывернуть мир наизнанку… а то и хуже.

Леви обнаружил нечто совершенно иное. «Они не были асоциальными выродками: это были обаятельные люди, стремившиеся к великому. Это были художники, исследователи, первопроходцы. Они выделывали на компьютере невероятные вещи, и это восхищало меня». Книга, написанная Леви по результатам этого исследования, '''Hackers: Heroes of the Computer Revolution''' [Хакеры: герои компьютерной революции], была опубликована в 1984 году. Книга стала классикой оценки влиятельной субкультуры и ее вклада в развитие мира компьютеров.

===От истоков===

{{Врезка|Содержание=[[Изображение: LXF107_40_1.jpg|300px]] TX-0, впервые запущенный в 1956 году, имел целых 64 КБ памяти!|Ширина=300px}}

Леви отыскал корни хакерской культуры в Массачусетском технологическом институте [Massachusetts Institute of Technology, MIT]. Движение зародилось среди студентов, входивших в состав подкомитета энергетики и сигнализации (Signals and Power, S&P) клуба технического моделирования железных дорог (Tech Model Railroad Club, TMRC) в конце 50-х – начале 60-х годов.

«Там-то я и наткнулся на источник всех этих компьютерных дебатов, – вспоминал Леви. – Ее [железнодорожной модели] основу составлял лабиринт переключателей и проводов, обеспечивавших управление поездами. Эти люди были первыми,
назвавшими себя “хакерами” в технологическом смысле».

За моделью «стояла Система, похожая на совместное порождение Руби Голдберга [американский мультипликатор того времени]
и Вернера фон Брауна», – писал Леви, – причем система постоянно улучшалась, переделывалась, оттачивалась, а иногда «падала» – на
клубном жаргоне, ломалась. Люди из S&P были одержимы проблемами Системы, ее растущей сложностью; влиянием изменения одной
части на все остальное; и достижением оптимального взаимодействия частей».

===Полуночные бродяги===

{{Врезка|Содержание=[[Изображение: LXF107_41_1.jpg|300px]] Lisp-машина теперь томится в музее MIT.|Ширина=300px}}

Хакеров из S&P прозвали еще «Комитетом ночных реквизиций», потому что «…если для оснащения Системы какой-либо новой функцией
нужен был комплект диодов или пара добавочных реле, несколько членов S&P могли, дождавшись темноты, добыть недостающие
детали там, где они имелись. Ни один из хакеров, людей как правило
щепетильно-честных, не отождествлял этого с воровством».

Эти вылазки неминуемо привели к обнаружению новейшего компьютера TX-0 в корпусе № 26 института, и хакеры начали осаждать компьютер по ночам, «…когда ни один человек в здравом уме не выбрал бы час машинного времени в расписании, которое по пятницам вывешивалось рядом с кондиционером в лаборатории RLE… Хакеры TMRC, вскоре переименованные в “хакеров TX-0”, изменили стиль жизни, вобрав в нее компьютер».

Один из хакеров MIT, Боб Сондерс [Bob Saunders], позднее объяснял Леви: «Другие вовсю учились, проводя дни напролет в четырехэтажных корпусах за смрадными химическими опытами, столкновениями элементарных частиц и всяким таким. А мы просто не обращали внимания на их занятия, нам это было неинтересно. Они изучали свое, мы – свое. А то, что большая часть нашей деятельности оказалась вне рамок учебного плана, нас мало заботило».

Политические и социальные идеалы хакеров вращались вокруг машины. Ричарда Гринблатта [Richard Greenblatt], иногда называемого «хакером из хакеров», отчислили с курса: он так увлекся компьютером, что ему было не до лекций с экзаменами. Говорят, Гринблатт нечасто вспоминал о личной гигиене и отличался внешней непрезентабельностью, зато именно он написал
первую шахматную программу и создал Maclisp, диалект Lisp для проекта MAC на PDP-6. Он стал также соавтором революционной
«Несовместимой системы с разделением времени» (Incompatible Timesharing System, ITS), ставшей разносчиком хакерского программирования. Кроме того, он, совместно с Томом Найтом [Tom Knight], приложил руку к созданию Lisp Machine, первой коммерческой однопользовательской рабочей станции.

{{Врезка|left|Содержание=[[Изображение: LXF107_41_2.jpg|300px]]|Ширина=300px}}

Первые хакеры продолжали работу: это они придумали компьютерные игры, музыкальные программы и фокусы с дисплеями. Вскоре их взяла под крыло лаборатория искусственного интеллекта (Artificial Intelligence, AI) под руководством профессоров Марвина
Мински [Marvin Minsky] и Джона Маккарти [McCarthy], изобретателя Lisp. В 1963 году AI Group вошла в состав институтского проекта
MAC. Аббревиатура раскрывалась двояко: Multiple Access Computing [коллективные вычисления] и Machine Aided Cognition [компьютерное
познание]. Проект финансировало Агентство по перспективным исследовательским программам (Defense Advanced Research Projects Agency,
DARPA) Министерства обороны США.

{{Врезка|Содержание=[[Изображение: LXF107_41_3.jpg|300px]]Джон Маккарти, один из столпов раннего хакерского движения, создатель Lisp.|Ширина=300px}}

Маккарти и Мински всячески поощряли инициативу, пытливость и поиски сотрудников лаборатории, предоставив группе из десяти-двенадцати хакеров AI полную свободу действий, даже после расширения сферы исследований AI Group. В 1970 году Лаборатория искусственного интеллекта MIT (или AI Lab) получила самостоятельность, но исследования компьютерных технологий продолжались.

В среде хакеров TMRC и AI Lab сформировался своеобразный кодекс чести, позже известный как Моральный кодекс хакера (The Hacker Ethic). Сленг, на котором хакеры общались между собой, был запечатлен в институтском файле '''jargon.txt''' и стал основой «Словаря хакера». Хакеры MIT впервые определили «хак» как «быстро написанную короткую программу, обеспечивающую результат» или как «написание программ не просто ради практической цели, но и ради удовольствия от самого процесса». Они считали хакером того, кто «программирует самозабвенно и с наслаждением, а не разводит об этом теории».

Пока Леви писал свою книгу, обстановка в AI Lab менялась, отражая изменения в окружающем мире. Благодаря гибкости и изяществу, любимым языком программирования у хакеров был Lisp, требующий много памяти. Это побудило Гринблатта и Найта, двух ключевых сотрудников AI Lab, основать отдельный проект. Lisp Machine была рабочей станцией, целиком посвященной Lisp, написанной на программистов; она объединялась в сети Lisp-машин. Мало
кто тогда догадывался об этом, но Lisp-машина – в своем роде кульминация достижений хакеров – стала началом конца их
образа жизни. Никто не жалел об этом так, как Ричард Столлмен, котрого Леви назвал «последним из подлинных хакеров». Для него AI
Lab была всем: обществом, семьей и целью жизни.

{{Врезка|Содержание=[[Изображение: LXF107_42_1.jpg|300px]]|Ширина=300px}}

Столлмен влился в AI Lab в 1970 году и вскоре стал одной из ее звезд: он непрерывно переписывал и совершенствовал разные части системы. В частности, он работал над редактором TECO, позднее переросшим в Emacs (от Editing MACros). Однако в 80-х растущая коммерциализация Lisp-машины компанией Symbolics, основанной бывшими сотрудниками AI Lab, стала соблазном для столлменовского сообщества хакеров. Леви приводит записки Столлмена:

«Больно вспоминать то время. В лаборатории остались профессора, студенты и исследователи – «не-хакеры», они не знали и знать не хотели, как обращаться с системой и оборудованием. Машины ломались и не ремонтировались: иногда их просто выбрасывали. Необходимые изменения в программном обеспечении не делались. «Не-хакеры» реагировали на это переходом на коммерческие системы, принося с ними фашизм и лицензионные соглашения. Я часто бродил по пустым ночным комнатам, которые прежде были полны народа, и думал: “Бедная AI Lab! Ты умираешь, и мне тебя не спасти…”».

===Просто забава===

В ответ на распад AI Lab Столлмен основал проект GNU, Фонд свободного ПО [Free Software Foundation, FSF] и разработал Универсальную общественную лицензию [General Public License, GPL], под которой ныне выпускается большинство открытых и свободных программ. Целью GNU, начатого Столлменом в 1983 году, стало создание «с нуля» абсолютно свободной операционной системы.

{{Врезка|Содержание=[[Изображение: LXF107_42_2.jpg|250px]]Столлмен: а ведь он дело говорит!|Ширина=250px}}

«Единственная причина, побуждающая нас создать целую операционную систему, – говорил Столлмен, – это убеждение в том, что операционная система должна быть свободной полностью, а не на 90%. Если не принять свободу как принцип, всегда найдется повод сделать исключение. По той или иной причине, практические соображения рано или поздно вынуждают делать исключения».

Девятью годами позже Линус Торвальдс объявил группе usenet comp.os.minix о предстоящем создании Linux: «Я пишу (свободную) операционную систему (просто для забавы, не такую большую и профессиональную, как GNU) для клонов 386(486) AT».

Истоки культуры, из которой выросли Linux и движение свободного ПО, восходят непосредственно к AI Lab и Моральному кодексу хакера. Особый вклад Столлмена состоит в предвидении юридических и проприетарных препятствий распространению идей свободного ПО. Язык общения на таких проектах (да и во всей ПО-индустрии) в значительной мере сформировался под влиянием трудов Столлмена. Его отношение
к законам и патентам, окружающим мир ПО, можно выразить одним из
принципов Морального кодекса хакера: «Доступ к компьютерам – как
и любые сведения, необходимые для познания мира – должен быть
неограниченным и всеобщим».

===Основа замысла===

Успех коллективной модели разработки программного обеспечения движением свободного ПО, прямым наследником хакерской культуры AI Lab, изменил облик всей индустрии программирования. Достижения GNU/Linux, Apache, Perl и других свободных проектов открывают перед компьютерным миром новые горизонты.

Столь разные организации, как Intel, Novell, NASA, Sun Microsystems и IBM, не только вносят идеи и публикуют ПО на условиях GPL и ее вариантов, но и активно участвуют в проектах свободного ПО к двойной выгоде: их собственных пользователей и сообщества. Их мотивы не всегда альтруистичны, но на результат это не влияет. Свободное и открытое ПО (Free/Libre and Open Source Software, FLOSS) стало стандартным способом разработки для многих компаний, и это изменило отношение к обмену и использованию информации корпорациями и индивидуальными пользователями. Компании принимают участие из
эгоистичных побуждений: потому что «это работает» и дает двойной результат при вдвое меньших вложениях. Разные люди участвуют в
этих проектах по разным причинам, а некоторые, как Линус Торвальдс,
работают просто ради удовольствия. «Основа моего замысла», писал
Торвальдс в 1995 году, «в том, что Linux должен приносить радость
людям».

===Эволюция и революция===

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

Моральный кодекс хакера в значительной мере сформировал культуру раннего Интернета. Тим Бернерс-Ли [Tim Berners-Lee] в своей
книге '''The World Wide Web: A Very Short Personal History''' [WWW: Краткая история] писал: «Идея всемирной паутины – единое пространство, где
все мы общаемся, обмениваясь информацией. Пространство всеобъемлющее и вездесущее, ведь гипертекстовая ссылка может указать на что
угодно, будь то личное, местное или глобальное; набросок, эскиз или нечто завершенное. Есть и вторая часть идеи: всеобщее использование Интернета привело к тому, что он стал реалистичным зеркалом (или даже первичным воплощением) нашей работы, нашего досуга и нашего взаимного общения. Ну, а коль скоро наше взаимодействие переместилось в Сеть, мы смогли при помощи компьютера проанализировать состояние вещей, оценить свою деятельность, определить свое место во всем этом и продумать, как лучше объединить усилия для совместной работы».

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

Существование свободного ПО сломало входные барьеры: здесь можно начать с малого, просто вливаясь в существующий проект, обеспечивая ему поддержку и добавляя ценности; или начать новый проект, требующий привлечения крупных ресурсов. Еще одно достоинство
подобных методов работы – они открывают доступ к технологии тем,
кто иначе был бы отрезан от мирового развития. Джордж Бернард Шоу
высказался однажды: «Пусть у тебя и у меня есть по яблоку. Если мы
обменяемся яблоками, у каждого из нас останется по одному. Но если у
тебя есть идея и у меня есть идея, и мы обменяемся идеями, у каждого
из нас будет уже по две идеи».

===Свобода информации===

{{Врезка|Содержание=[[Изображение: LXF107_43_1.jpg|300px]]|Ширина=300px}}

Принцип «Информация должна быть свободной» затронул не только развитие свободного ПО и Интернета: он резко контрастирует с засильем патентов и авторских прав, удерживающих знания и власть в руках корпораций. Ценность свободы и сотрудничества, обеспечиваемых GPL, коллективные методы
работы, которые она поощряет, открыли миру ПО безграничные возможности, неочевидные на момент создания этой лицензии.

Модель разработки FLOSS (и доступность продвигаемых ею идей) весьма привлекательна для широкого разнообразия проектов, в том числе и весьма далеких от специфичного мира компьютерных программ. '''LXF'''

=== Моральный кодекс хакера===

Хакерская этика, в интерпретации Стивена Леви, основывается на
следующих правилах:

* '''Доступ к компьютерам''' – как и к любым сведениям, необходимым для познания мира – должен быть неограниченным и всеобщим. Не забывай о своем праве на информацию!
* '''Любая информация''' должна быть свободно доступной.
* '''Не верь авторитетам''' – стремись к децентрализации. Оценка хакера определяется его реальными делами, а не мишурой (степень, возраст, раса или положение в обществе).
* '''Твори''' на компьютере чудеса.
* '''Компьютер изменит''' жизнь к лучшему.

===Четыре свободы===

Ричард Столлмен определил свободное ПО как «свободу пользователя запускать, копировать, передавать, изучать, изменять и улучшать программы». Точнее, это сводится к четырем основным свободам пользователя в отношении ПО:
: '''0 Свобода''' запускать программы, с любой целью.
: '''1 Свобода''' изучать принципы работы программ и приспосабливать их к своим нуждам. Доступ к исходному коду – обязательное условие.
: '''2 Свобода''' распространять копии программ, чтобы помочь ближним.
: '''3 Свобода''' совершенствовать программы и опубликовывать свои усовершенствования, ради общественного блага. Доступ к исходному коду – обязательное условие.