Из них Perl’овцы активно занялись подготовкой Perl6, который чуть ли не пять лет пребывал в состоянии «скоро будет спецификация», а за последний год практически завершен благодаря усилиям удивительного человека Одри (Атриус) Танг[Долго рассказывать, чем он(а) удивителен(льна). Интересующихся отсылаю к Google]. PHP и Ruby ничего интересного не обещают; зато Python, с его выигрышной комбинацией высокой выразительности и относительно неплохой скорости, похоже, развивается во всех направлениях сразу: среди его 25 (!) проектов — и веб с AJAX’ом, и развитие популярных игровых библиотек, и 3D-графика, и сложные научные вычисления, и радикальные улучшения самого языка[Python Foundation, видимо, удовлетворился результатами прошлого года — несмотря на то что в полном объеме была реализована лишь треть идей, а часть студентов и вовсе исчезла еще до конца лета]. Энтузиастам Ruby, который пока выигрывает в выразительности языка, но радикально проигрывает в скорости и количестве библиотек, сейчас должно быть не слишком весело; тем более что Django, прямой конкурент RubyOnRails, но написанный на Python, тоже участвует в SoC (в отличие от самих «Рельсов»).
Кроме четырех упомянутых «столпов», в рамках Summer of Code ведутся работы над языками Haskell и Lisp, а также десятками других утилит для разработчиков (библиотеки, компиляторы, среды разработки, средства контроля версий). Эти проекты не вызывают никаких опасений за свою судьбу: большинство студентов, взявшихся за развитие утилит для разработчиков, делают это в первую очередь «для себя».
Из оставшихся проектов выделим несколько динамично развивающихся 3D-движков (OGRE, Project Looking Glass); ряд задач под эгидой NASA (Free Earth, Mars Space Flight Facility); Internet Archive с его «машиной времени», стремящийся еще улучшить свой и без того ни с чем не сравнимый сервис; а также постепенно «выползающий из тумана» мегапроект Internet 2. Google не забыл и о себе: в его активе удивительная задумка «Игры для счастья» («веб-игра, в которой широкая аудитория учится быть счастливой»), задача с зубодробительным названием, касающаяся машинного перевода, и пара чисто технических проектов.
В общем, поезд пошел. Следующая остановка — 26 июня, «Оценка середины работы».
АНАЛИЗЫ: Краткий путеводитель по зоопарку публичных лицензий
Автор: Федор Зуев
Успех проекта GNU и широкое распространение генеральной публичной лицензии (GPL) GNU, ставшей его символом, породил множество подражаний. Движение свободного софта стало предметом пристального интереса широкой публики и государства, бизнеса и академических исследователей.
Идея дозированной передачи авторских (а в последнее время — и патентных) прав как орудия социальных преобразований сверхпритягательна для многих социально-ориентированных компьютерщиков и компьютерно-ориентированных юристов. Поэтому с середины-конца 1990-х различные типовые публичные лицензии стали расти как грибы после дождя. Может даже показаться, что их число скоро превысит число самих лицензируемых программ. В то же время стороннему наблюдателю лицензионная механика зачастую непонятна. Что такое публичные лицензии? Почему их так много? Почему программисты придают различиям в лицензиях такое большое значение?
Позвольте предложить вам краткую экскурсию по зоопарку публичных лицензий.
Отступление: Публичные лицензии и EULAs
Часто спрашивают, да еще с эдакой ехидцей, в чем разница между публичными лицензиями и так называемыми «Лицензионными соглашениями конечного пользователя» (по-английски сокращенно EULA — текстами, выводимыми при инсталляции проприетарных программ и снабженными внизу кнопочкой «Я тебя уважаю!», которую нужно нажать, чтобы продолжить инсталляцию)? Следует честно ответить: кроме сходства в названиях между ними нет ничего общего.
Публичные софтверные лицензии появились в 1980-х годах, после введения в США копирайта на программы.
Они формулируют общие условия, на которых автор передает публике право на распространение кода. Без публичных лицензий мы должны были бы, по букве закона о копирайте, каждый раз испрашивать особое разрешение у автора на копирование файла на другой носитель, на продажу диска с программой, на перевод сообщений и даже на исправление ошибки. Запуск программы не требует особого разрешения (как и, скажем, чтение книги), и публичные лицензии обычно тоже его не касаются. Впрочем, с распространением в некоторых странах софтверных патентов, претендующих на контроль именно работы программ, новейшие публичные лицензии стали затрагивать и этот вопрос.
EULA исторически происходят от договоров о сохранении коммерческой тайны, которые в 1960—70-е годы заставляли подписывать своих клиентов продавцы программ. В те времена это имело определенный смысл, поскольку компьютеров было мало и каждая продажа была Действом, совершавшимся с глазу на глаз. В наше время, когда программами торгуют в розницу, говорить о какой-то тайне уже не приходится. Сейчас основным содержанием EULA являются разного рода дисклаймеры — заявления об отказе от ответственности за результаты работы программы, предупреждения о возможных ошибках и т. д. Смысл их не в передаче пользователю прав, а, напротив, в ограждении разработчика от претензий пользователя. Для того и требуется нажатие на кнопочку — как доказательство того, что пользователь EULA читал. Зачастую в EULA также включают несколько внушительно звучащих фраз про авторские права (как правило, неточных или даже вовсе ошибочных).
Анархист на государевой службе: BSD
Самая простая и исторически первая из ныне используемых свободных лицензий — лицензия операционной системы BSD — появилась в начале 1980-х. Она коротка и проста. Лицензия предоставляет полную свободу распространения кода, на любых условиях, с исходными текстами или без них, и заботится только об охране честного имени организации-автора (Калифорнийский университет). Конкретно: требуется, чтобы 1) при распространении исходных текстов сохранялся текст лицензии вместе с именем автора, 2) при распространении двоичных кодов лицензия и имя помещались в документацию и 3) имя автора не должно упоминаться всуе, то есть в рекламе продуктов, основанных (derived) на данном исходном коде. Был еще четвертый пункт — о демонстрации рекламной фразы со ссылкой на первоначальных разработчиков при любом упоминании продукта, использующего программу, но в 1999 году по многочисленным просьбампублики он был убран — сложным системам, использующим код многих программ, приходилось прокручивать порой до десятка страниц рекламы.
Аналогичные условия содержит лицензия другого классического проекта — X Window, называемая обычно MIT/X-лицензией. Лицензии такого типа называют пермиссивными, всеразрешающими. Их главной особенностью является то, что они позволяют как лицензировать исходные тексты под любой другой лицензией, так и вовсе их придержать.
Изначально эти лицензии не несли какого-либо этического или идейного содержания — никому просто не приходило в голову, что лицензия может быть предметом этики или философии. Однако после распространения GPL вокруг BSD образовался слой приверженцев, находящих в пермиссивных лицензиях этический смысл, которого, признаться, я никогда не понимал до конца. Приблизительно он таков: программист должен дарить миру свой код и не отвлекаться на суетные мысли о том, как и зачем его будут использовать другие.
Философия эта, впрочем, носит характер больше теоретический, нежели практический. Львиная доля BSD-лицензированных программ возникла в результате исследований, проводимых по государственным грантам американскими университетами.