http://wiki.linuxformat.ru/wiki/api.php?action=feedcontributions&feedformat=atom&user=Alias 2026-05-13T17:38:27Z Вклад участника MediaWiki 1.19.20+dfsg-0+deb7u3 http://wiki.linuxformat.ru/wiki/LXF73:%D0%A1%D0%B2%D0%BE%D0%B1%D0%BE%D0%B4%D0%BD%D0%BE_%D0%BA%D0%B0%D0%BA_%D1%81%D0%B0%D0%BC%D0%B0_%D1%81%D0%B2%D0%BE%D0%B1%D0%BE%D0%B4%D0%B0 2008-03-19T08:51:10Z

<p>Alias: Основной текст</p> <hr /> <div>= Свободно как сама свобода =<br /> <br /> ''Действительно ли термин Open Source означает то же, что и Free Software? '''Пол Хадсон''' так не считает...''<br /> <br /> {{Врезка|left|<br /> Заголовок = ЧЕТЫРЕ СТОЛПА СВОБОДЫ |<br /> Содержание = Есть четыре вещи, которые должны быть в лицензии, чтобы она считалась свободной:<br /> <br /> * Вы должны иметь право свободно использовать ПО так, как захотите.<br /> * Вы должны иметь право просматривать исходные тексты ПО и сопутствующие материалы<br /> * Вы должны иметь право изменять исходные тексты так, как захотите.<br /> * Вы должны иметь право распространять исходные тексты и бинарные файлы.<br /> <br /> При прочтении этого списка должно стать ясно, что свободное ПО, по сути, также является открытым ПО, так как вы должны иметь возможность читать исходный код программы, изменять его и распространять как и кому захотите. Однако не все открытое ПО является свободным, так как у вас может и не быть права изменять код или распространять его.<br /> |<br /> Ширина=250px}}<br /> <br /> GNU (сокращение от GNU is not UNIX) – это полноценная Unix-совместимая программная система, созданная мной для того, чтобы свободно передавать ее любому, кто сможет ею воспользоваться».<br /> <br /> Так начинается манифест GNU, содержащий в себе просьбу о помощи и поддержке проекта, написанный на начальном этапе его развития Ричардом Столлмэном (Richard Stallman). Случилось это 20 лет назад, и, несмотря на то, что операционная система GNU/Hurd, которую он начал разрабатывать, пока еще не готова для реального использования, сейчас свободное программное обеспечение распространено больше, чем когда-либо. Но все меняется.<br /> <br /> Движение в поддержку Open Source – понятия, которое многие люди легкомысленно заменяют фразой на «свободное ПО» (Free Software), – появилось в 1997 году. Именно тогда Брюс Пиренс (Bruce Perens) и проект Debian утвердили Социальный договор Debian, в который был включен набор рекомендаций Debian Free Software Guidelines (DFSG). В нем подробно описывались требования, которым должна удовлетворять программа, чтобы ее признали приемлемой для включения в основной дистрибутив Debian – она должна включать в себя исходный код, не должна дискриминировать людей или общественные объединения, должна допускать внесение изменений и т.д.<br /> <br /> === Freeware summit 98 ===<br /> <br /> Программист и писатель Эрик Рэймонд (Eric Raymond) вскоре сформулировал сущность DFSG в своей дурно прославившейся презентации «Собор и базар» («Cathedral and Bazaar»), представленной им на конгрессе Linux в мае того же года. Позже, в январе 1998 года, компания Netscape, под впечатлением от этой презентации, опубликовала исходный код программы Netscape Navigator. Во время всей этой суматошной активности вокруг открытого ПО, в апреле 1998 года компания O’Reilly Media организует специальный саммит Freeware Summit 98 в Пало-Альто, городе на западе штата Калифорния в США. Среди участников конференции были создатель языка Perl Лари Уолл (Larry Wall), участник проекта Apache Брайан Белендорф (Brian Behlendorf), создатель Python Гвидо ван Россум (Guido van Rossum), создатель Sendmail Эрик Оллмэн (Eric Allman), автор Bind Пол Викси (Paul Vixie), а также Линус Торвальдс (Linus Torvalds), Эрик Реймонд (Eric Raymond) и Тим О’Рейли (Tim O’Reilly) собственной персоной — все выдающиеся хакеры и ораторы, представлявшие свои работы под свободной лицензией. Результатом данной встречи, а также всех предыдущих, стало создание Open Source Initiative (OSI) – группы, которая поставила себе цель продвигать и развивать разработку программного обеспечения с открытым исходным кодом.<br /> <br /> Использование понятий «открытое ПО» и «свободное ПО» в одном и том же обсуждении обязательно приводит к неразберихе, так что вполне понятен вопрос, зачем же вообще этой группе людей понадобилось выдумывать термин «открытое ПО». Несмотря на то, что в узком смысле это понятие обозначает лишь, что код программы можно открыто просматривать, этот термин был принят для того, чтобы убрать некоторую двусмысленность, придать более дружественную для бизнеса формулировку. Цитируя саму OSI, «Open Source Initiative представляет собой маркетинговую программу для открытого программного обеспечения. Это подача «свободного ПО» на основе конкретных веских аргументов, а не напыщенных идеологических речей. Сущность не меняется, изменилось лишь положение и символика». Члены OSI были и до сих убеждены, что термин «свободное ПО» слишком неоднозначен, чтобы его можно было использовать, и они с радостью вам сообщат, что free software со временем сдаст свои позиции. На самом деле, «Сущность» изменилась, так как, оказывается, именно идеологические и напыщенные речи сначала способствовали способствовали становлению движения. Без них Open Source представлял бы собой просто-напросто еще один способ разработки.<br /> <br /> === Безумная семантика ===<br /> <br /> Сейчас становится все более очевидно, что «свободное ПО» (free software) и «открытое ПО» (open source software) – это не одно и тоже. Не уверены? Во-первых, вам лучше забыть все опасения OSI по поводу того, что термин «свободное ПО» вносит неясность или двусмысленность. Тогда вы вскоре увидите, что и «open source» ничуть не лучше любой другой комбинации слов: они лишь сбивают нас с толку. Именно поэтому вы воспримете сторонников FLOSS (Free/Libre Open Source Software) как тех, кто постоянно (но безуспешно) пытается точно выразить то, что мы имеем в виду. Исходный код операционной системы Windows просочился в Сеть в прошлом году, что делало его открытым для любого желающего. Но, загрузив, прочитав, изменив его или даже только подумав об этом, вы вполне можете оказаться за решеткой. Мне не нужно просто открытого исходного кода – я хочу свободы, которая с ним поставляется. Говоря словами г-на Столлмена, «человек, который уловил идею свободы слова (free speech), а не бесплатного пива (free beer), больше никогда не перепутает эти понятия».<br /> <br /> Несмотря на все эти странные названия, давайте постараемся сконцентрироваться на конкретных различиях между «открытым» и «свободным» ПО: положение и символика.<br /> <br /> Положение – не самая простая вещь для обсуждения, но можно вкратце сказать, что открытые исходные коды представляют собой великолепный вариант для разработки хорошего программного обеспечения в сжатые сроки, тогда как свободное программное обеспечение – это отличный способ создать долговременную, свободную вычислительную среду. Закон Линуса, который определил Эрик Рейдмонд, гласит: «При достаточном количестве глаз все ошибки лежат на поверхности». И это действительно так. Это и есть доктрина open source: позволить присоединиться каждому, кто желает принять участие в проекте, и таким образом быстро набрать готовую ринуться вбой команду разработчиков.<br /> <br /> К вящей досаде компании Microsoft, Open Source замечательно функционирует как модель разработки. Корпорация Microsoft до последнего момента игнорировала Интернет, и сейчас уже не удивительно, что для них было весьма трудно адаптироваться к этой новой парадигме – открытое ПО выросло во что-то по-настоящему большое благодаря широкому распространению Сети.<br /> <br /> Однако открытое ПО принесло катастрофу воистину библейского масштаба: увеличение количества лицензий. Тогда как главной задачей движения Свободного программного обеспечения (Free Software) было сконцентрировать сообщество вокруг одной или двух лицензий на ПО (GPL и LGPL), OSI признает приблизительно 60 лицензий на открытое ПО. Когда что-то выпускается под лицензией GPL, большинство людей знает, какие именно свободы эта программа сможет им предоставить, без необходимости читать сам файл лицензии. Но вот какие, например, свободы предлагает нам лицензия Intel Open Source? А как насчет лицензии Apple Public Source License, или, к примеру, IBM Public License, Sun Public License или Sun Industry Standards Source License? Нужно ли компании целых две своих лицензии, если определение открытого ПО настолько простое?<br /> <br /> К счастью для всех нас, компания HP прочно заняла позицию против увеличения количества лицензий. Выступая на конференции LinuxWorld в Сан-Франциско этим летом, вице-президент отдела Linux компании HP Мартин Финк (Martin Fink) заявил: «если вы производитель ПО и планируете создать новую лицензию, остановитесь. Пожалуйста, не надо». Это точно: нам нужно как можно меньше разборок с лицензиями и как можно больше смысла и реальных положений, закрепленных за ними.<br /> <br /> === Корпоративная угроза ===<br /> <br /> {{Врезка|left|<br /> Заголовок = О ЛИЦЕНЗИЯХ |<br /> Содержание = Несмотря на то, что увеличение количества лицензий является серьезной проблемой, мы не верим и в то, что все может быть сведено только лишь к двум лицензиям: нам нравится лицензия BSD также, как и любая другая...<br /> |<br /> Ширина=250px}}<br /> <br /> Идеологические речи могут сослужить хорошую службу, несмотря на всевозможные заявления OSI. В случае со свободным ПО, мы можем определить эти напыщенные речи как серьезную возможность Фонда свободного программного обеспечения (Free Software Foundation, FSF) из года в год привлекать всеобщее внимание к основным положениям. Люди поднимают шум по поводу свободного ПО только потому, что им это действительно небезразлично: они, безусловно, хотят получить исходный текст программы, но они также хотят получить свободу использовать компьютер так, как захотят, без компаний, которые всегда смогут достать вас «длинной рукой закона».<br /> <br /> Частью этой идеологии является и вера в то, что лучше использовать свободное ПО, чем коммерческое, даже если второе будет лучше. Когда Линус перешел на использование программы ''BitKeeper'', он сделал это только потому, что, по его мнению, это было лучшей системой для управления исходными текстами на тот момент. Но, ''BitKeeper'' был коммерческим ПО. Когда же люди начали пытаться создать его свободную версию, мы получили такой ответ со стороны Ларри МакВоя (Larry McVoy), основателя компании BitMover, которая и создала ''BitKeeper'': «Если вы пытаетесь создать копию BK, бросайте это дело. Мы просто-напросто последуем примеру других компаний, которые столкнулись с такими вещами, и будем менять протокол каждые 6 месяцев. Как бы долго вы за нами не гнались, вам никогда нас не догнать. Если вы подберетесь слишком близко, мы просто встроим в протокол электронно-цифровую подпись, чтобы ваш клон не смог взаимодействовать с BK.»<br /> <br /> Является ли каждый, кто пользуется программой ''BitKeeper'', свободным в этом отношении?<br /> <br /> Иногда использование коммерческого ПО бывает и более хитрым. Например, многие производители оборудования сегодня предоставляют различные драйвера для Linux в форме бинарных модулей для ядра. Но GPL запрещает компоновку закрытого ПО со свободным (распространяющимся по данной лицензии), так почему это происходит? Сообщество разработчиков свободного программного обеспечения явно это запрещает – но сторонников открытого ПО (open source) это совсем не беспокоит.<br /> <br /> Эбен Моглен (Eben Moglen) из Фонда Свободного ПО сказал в одном интервью: «Я не знаю, распространяется ли ядро Linux под чистой лицензией GPL или под чем-то еще. Но, когда я смотрю на историю поведения разработчиков ядра и на сам продукт, который они распространяют, у меня создается твердое впечатление что это и не GPL, и в тоже время GPL и ничто другое». Так что, даже если разработчики утверждают, что Linux находится под лицензией GPL, это ни к чему не обязывает – до такой степени, что люди начинают сомневаться в его GPL-ности. <br /> <br /> Другим барьером, который мы сейчас только начинаем замечать, является интеллектуальная собственность. Здесь, в Linux Format, мы некоторое время боролись с торговыми марками, так как пытались распространять дистрибутивы (особенно стоит отметить Red Hat и SUSE) вместе с нашим диском-приложением к журналу. Но сейчас, в связи с платой за использование в названиях своих продуктов слова «Linux», все обратили на этот факт пристальное внимание. Это та свобода, которую мы хотели? В мире открытого программного обеспечения, несколько самых крупных спонсоров OSDL являются сторонниками патентов на программное обеспечение. Это те самые партнеры, с которым мы хотим иметь дело?<br /> <br /> === Будущее свободы ===<br /> <br /> Каждому должно быть ясно, что как только мы «сдадимся в плен», из нас начнут тянуть деньги. Людям, которые достаточно близоруки, чтобы полагать, что открытое ПО – это лишь хороший способ писать программы, нужно задуматься о будущем. Стоит ли нам позволять загрязнять свободную экосферу коммерческими продуктами для удовлетворения кратковременных потребностей? Должны ли нас заставлять платить за то, чтобы назвать программу «Linux»? По крайней мере, Ричард Столлман (Richard Stollman) – надежный человек: вы будете знать, что он всегда будет отстаивать позиции свободного ПО, неважно что могут подумать его спонсоры или друзья.<br /> <br /> Возможно, будь жив Бенджамин Франклин, он бы сказал, что люди, желающие торговать свободой за временные возможности, не заслуживают (и не получат) ни того, ни другого. Кудивлению некоторых, это именно то, что долгие годы говорит нам FSF...</div>

Alias http://wiki.linuxformat.ru/wiki/LXF73:%D0%98%D0%BD%D1%82%D0%B5%D1%80%D0%B2%D1%8C%D1%8E:_%D0%AD%D0%B1%D0%B5%D0%BD_%D0%9C%D0%BE%D0%B3%D0%BB%D0%B5%D0%BD 2008-03-19T06:22:28Z

<p>Alias: /* На благо людям */</p> <hr /> <div>= На благо людям =<br /> <br /> ''Потрясающий евангелист Linux! Борец за свободу ПО! Защитник GNU и движения Open Source ! Нет, это не безымянный фанат Linux – это '''Эбен Моглен''' ('''Eben Moglen'''…)''<br /> <br /> <br /> Как профессор права и истории права юридического университета Columbia Law School, главный юрисконсульт Free Software Foundation и основатель Software Freedom Law Center, Эбен Моглен по настоящему занятой человек. Добавьте к этому его обязательство следить за созданием третьей версии GNU General Public License, и вы поймете, почему мы посчитали большой удачей для себя найти крошечное окно в его графике и обсудить GPL 2, GPL 3, а также другие лицензии, на которых зиждется движение за свободное ПО.<br /> <br /> <br /> '''LXF:''' Вы прибыли на LinuxWorld в Сан-Франциско для того, чтобы обсудить третью версию GPL. О чем конкретно вы будете говорить?<br /> <br /> '''Эбен Моглен:''' Я хочу рассказать людям, что именно произойдет в ближайшем будущем, потому что настало время сказать им, что третья версия приближается, есть план, согласно которому мы заставим работать новую лицензию.<br /> <br /> <br /> '''LXF:''' Так что, план есть?<br /> <br /> '''ЭМ:''' План будет, не забывайте только, что в мире может многое произойти...<br /> <br /> <br /> '''LXF:''' Это с одной стороны, а с другой…<br /> <br /> '''ЭМ:''' Как человек посвященный, я предполагаю, что Free Software Foundation выпустит предварительную версию GPL 3 для обсуждения в первые дни 2006 года. Думаю, что около года уйдет на публичные дебаты и критику, и я надеюсь, что мы будем в состоянии официально опубликовать новую лицензию в начале 2007 года.<br /> <br /> <br /> '''LXF:''' Ожидаете ли вы большой отклик?<br /> <br /> '''ЭМ:''' Да. Мы изучали некоторые модели масштабных интернет-обсуждений: дискуссии патентного процесса W3, список рассылки следующей версии ядра, процесс Debian… Основываясь на этом и некоторых сделанных мною аналитических прогнозах, я предполагаю, что найдется около 150000 человек, желающих высказать свое мнение по поводу GPL3.<br /> <br /> <br /> '''LXF:''' Как вы полагаете, многие ли из этих людей ввяжутся в препирательства?<br /> <br /> '''ЭМ:''' Хороший вопрос, его следует адресовать самим людям. Я не могу решать за них, правда? Мы нашли ни много, ни мало 8000 организаций по всему свету, которые могут иметь свой взгляд на GPL3. Я думаю, предстоит очень большое обсуждение. И одной из вещей, характеризующих это обсуждение, является то, что стороны, которые примут в нем участие, знают в некотором абстрактном смысле, что мы живем в огромном разнородном сообществе, но у них нет никакого представления о том, насколько оно огромно: они никогда не встречались до этого. Здесь и группа пользователей Ubuntu из Соуэто, и Казахстанская Ассоциация Разработчиков, и Nokia, и IBM, министр культуры Бразилии, Китайская Коммунистическая Партия… Что объединяет всех этих людей? Только GPL.<br /> <br /> <br /> '''LXF:''' Так что, вы ожидаете, что это будет большим делом для сообщества?<br /> <br /> '''ЭМ:''' Это продемонстрирует, что заинтересованные в GPL люди представляют собой самое большое и пестрое сообщество на земле, в любых инициативах или действиях которые они разделяют. Мы все время говорим о сообществе, но когда начинаешь обсуждать что-то подобного масштаба, я думаю, более уместным словом будет общество. Это общество свободного ПО. И иметь всеобщее обсуждение для принятия политического решения, затрагивающее всех этих людей – в истинном смысле политического – это уникальное явление. Я думаю, когда все закончится, люди будут говорить: «Это превосходная лицензия, но, в некотором отношении, она – дело последнее. Настоящим опытом было то, что мы объединились и посмотрели, насколько мы крупны, мощны и многообразны». Таким образом, я полагаю, что, в действительности, количество пустых перепалок со временем будет убывать, так как люди поймут – все мы живем здесь вместе.<br /> <br /> <br /> '''LXF:''' Смею предположить, вы уже имеете некоторые наброски того, что хотели бы увидеть. Думаю, многие люди видят GPL 3 как GPL 2 с патентами.<br /> <br /> '''ЭМ:''' Хм… Как насчет GPL 2 на все земном шаре? Как насчет GPL 2 с многообразием наций, разговаривающих на 85 языках и содействующих лицензированным по GPL проектам? Как насчет GPL 2 с разрешенными проблемами «вероломных вычислений» (“treacherous computing”), в терминологии мистера Столлмена? Как насчет GPL 2 с кучей web-серверов? Я имею в виду, что здесь есть множество разнообразных областей, в которых каждый имеет свою точку зрения. Да, патенты – очень серьезная проблема, многие люди постараются решить ее при обсуждении лицензии. И это несмотря на то, что они тоже годами читали мистера Столлмена, утверждавшего, что ничто не решит проблему патентов, кроме изменения патентной системы. И людям, которые надеются, что лицензия содержит волшебство, я думаю, важно сообщить, что волшебство – это не то, чем мы занимаемся. Хорошая общественная модель – вот что представляет собой GPL 2 , а волшебством тут и не пахнет, и GPL 3 также не предполагает волшебства.<br /> <br /> <br /> '''LXF:''' Но GPL 2, к тому же, очень короткая и легко читаемая...<br /> <br /> '''ЭМ:''' Несомненно, и я ожидаю, что GPL 3 также не будет чрезмерно длинна и тяжела для понимания. Такого не должно произойти. Главное в этой лицензии то, что она адресована разработчикам, а не юристам. «Индивидуальные разработчики программ по всему свету! Вот та лицензия, которую вы можете использовать». Она принимается для продвижения этой концепции. Конечно, эта лицензия длиннее соглашений BSD и MIT X11. Но если все, что вам нужно – это сказать: «Вот, возьми это, делай с ним, что хочешь», вы можете записать ее гораздо короче. Тот факт, что GPL имеет немного большую жесткость и несколько более широкое предназначение, подразумевает использование в ней большего количества слов, но мы не собираемся мириться и с 15-и страничной лицензией. Этого не произойдет.<br /> <br /> <br /> '''LXF:''' Предвидите ли вы какую-либо неразбериху, сопровождающую переход от GPL 2 к GPL 3? Вторая версия GPL говорит «любая будущая версия», но некоторые проекты, особенно ядро Linux, отстранились от этого определения.<br /> <br /> '''ЭМ:''' Я думаю, что неразбериха будет минимальной, потому что этому переходу будет предшествовать долгое публичное обсуждение, и, я надеюсь, не останется ни одного поставщика, разработчика или распространителя открытого ПО, которые бы не знали о том, что в лицензии происходят изменения. Мне кажется, основа вашего вопроса верна: автоматическая смена версии озадачит большую часть проектов. В проекте, придерживающемся строго второй версии GPL, будут принимать решение о переходе. И, в зависимости от того, как этот проект управляется изнутри, процесс будет легким или сложным. Мы будем взаимодействовать с разработчиками открытого ПО, и, в частности, с авторами проектов, лицензируемых исключительно по 2-й версии GPL. Мы вовлечемих в обсуждение, и мы поможем им принять наилучшее из возможных решений в плане выбора лицензии. Они – индивидуальные разработчики, у них есть свобода выбора, GPL 2 – это та лицензия, которую они могут выбрать и использовать. Но я думаю, что когда все закончится, мы сможем убедить людей в том, что нет никакой выгоды оставаться со старой лицензией, а гораздо лучше перейти на новую.<br /> <br /> <br /> '''LXF:''' Возьмем ядро, или другой проект, придерживающийся исключительно 2-й версии. Если разработчики решат перейти к новой лицензии, нужно ли связываться с каждым участником проекта и спрашивать его разрешения?<br /> <br /> '''ЭМ:''' Ну, это зависит от конкретного соглашения о сотрудничестве или иного метода урегулирования внутри проекта, лицензия не дает ответа на этот вопрос. Я считаю, что вопрос относительно ядра Linux можно переформулировать так: «Разработчики, как вы выбираете лицензию и как устроен ваш менеджмент изнутри?» И я не хотел бы отвечать за них. Мистер Столлмен, когда был здесь, пожелал, чтобы я подчеркнул, что они имеют полную свободу делать то, что захотят – это их дело. У Фонда свободного ПО нет никаких рычагов влияния на их окончательное решение. Как наблюдатель, я верю в то, что даже в случае с ядром Linux (у которого в действительности очень большой и сложный процесс управления) известно, как принимать довольно изящные решения такого рода. Разработчики ядра каждый год ведут горячие дискуссии о том, какую лицензию применять к ядру, и у них это хорошо получается. Должен сказать, что я всегда поражаюсь уровню, на котором разработчики Linux оказываются способны принимать решения, и делают они это добросовестно и весьма изящно. Я думаю, что переход на другую лицензию для ядра (если они решат сделать именно это) пройдет гладко и в простой форме.<br /> <br /> <br /> '''LXF:''' Несомненным доказательством хорошей работы было то, что версия 2 оставалась актуальной 15 лет.<br /> <br /> '''ЭМ:''' Согласен. Она выдержала не только 15 лет, но и изменение рыночной стоимости товаров на шесть порядков, числа вовлеченных людей – на четыре, количества проектов – на три. Я справедливо полагаю, что это достаточное доказательство ее совершенства. Кроме того, следует признать, что ее уход будет представлять собой замещение старого новым. Вовсе не значит, что GPL 2 уйдет из обращения из-за того, что провалилась – она никогда не провалится. Просто она будет эффективно заменена до того, как состарится и перестанет отражать современные реалии.<br /> <br /> <br /> '''LXF:''' Другой важной лицензией, поддерживаемой FSF, является Free Documentation License, которая названа проектом Debian «недостаточно свободной».<br /> <br /> '''ЭМ:''' Да. Должен сказать, что мы удерживались от слишком частого (или слишком громкого) напоминания о том, что уже довольно давно представляли на рассмотрение Debian некоторые предложения,которые, как мы думаем, полностью учитывают их интересы. Я все еще надеюсь, что мы полностью угодим проекту Debian касательно GFDL в общем процессе модернизации. Сейчас GFDL используется Wikipedia – это означает, что она применяется для материалов, значительно отличающейся от технических руководств, для которых она была спроектирована. И так как Wikipedia набирается сил, чтобы стать самой полной и наиболее часто упоминаемой энциклопедией на земле (и она этого достигнет. Wikipedia уже используется чаще, чем Wall Street Journal, что говорит о многом), то некоторые изменения, идущие на пользу wiki-подобным приложения – вероятно, хорошая идея.<br /> <br /> <br /> '''LXF:''' Кто это будет делать?<br /> <br /> '''ЭМ:''' джимми Уэйлс (Jimmy Wales) – член редколлегии Free Software Foundation, Ричард Столлмен и я недавно были вовлечены в обсуждение того, какие изменения в GFDL могут быть полезны для приложений типа Wikipedia. Так что, я думаю, грядет пересмотр GFDL, который удовлетворит неучтенные интересы – причем все. Я сожалею, что шла некоторая перепалка, на время затормозившая это развитие. Все, что я могу сказать – то, что я всегда говорю в таких ситуациях, – что ней не было никакой нужды. Может быть, это связано с тем, что иногда необходимо время, чтобы остудить пыл, прежде чем люди смогут ясно осознать желание прийти к общему итогу. Но я надеюсь, что урок GFDL был все же ошибочно принят как намек на то, что мы не сможем добиться согласия, либо, что соглашение о GPL было более хрупким, чем виделось, и так далее. Я думаю, что GFDL не так изящна и хорошо спроектирована, как GPL. Подозреваю, что я не единственный в этом мире, кто так считает. Это означает, что, в конечном счете, всестороннее перепроектирование GFDL может быть полезным. GFDL – более проблемная лицензия, чем GPL. И в тоже время, круг людей, которым необходимо договориться, здесь меньше. Я думаю, мы многое узнали и в будущем проделаем работу лучше.<br /> <br /> <br /> '''LXF:''' Текст обложки и неизменяемые секции не очень-то популярны.<br /> <br /> '''ЭМ:''' Положение о тексте обложки (covertext) было внесено для того, чтобы издатели вроде Тима О’рейли (Tim O’Reilly) могли зарабатывать на издании руководств к свободному ПО по GFDL. Эти люди хотят быть уверены что, если они выпустят книгу с собственной, легко узнаваемой, обложкой, никто не сможет просто взять и поместить их коммерческую книгу в копировальное устройство, вставить в ту же обложку и затем разослать по миру. Тим и другие объяснили, зачем это было им нужно, и лицензия проектировалась, чтобы защитить их интересы. Что касается неизменяемых секций, отмечу, что единственный известный мне случай их использования FSF – добавление манифеста GNU в руководство по GNU Emacs, хотя, может быть, есть и другие. Но, возможно, это указывает не на замысел авторов, а на то, что проект Столлмена предполагал более широкое использование инвариантных секций, чем произошло в реальности. Когда вы обнаруживаете, что включили в проект (все равно, исполняемый ли это код или лицензия) деталь, имеющую малое прикладное значение, но нарушающую замысел в других отношениях, единственное, что вы можете сделать – перепланировать продукт и убрать эту деталь, достигая той же функциональности каким-то другим путем.<br /> <br /> <br /> '''LXF:''' Одна вещь, в которой я не уверен – можно ли в закрытых проектах использовать строчки кода, которые ссылаются на ядро и связаны с его двоичными модулями? Я задавался вопросом, будет ли это неправомерно или, по крайней мере, противоречить замыслу GPL.<br /> <br /> '''ЭМ:''' Не уверен, лицензировано ли ядро по классической GPL или как-то иначе. Но когда я смотрю на историю разработчиков ядра и продукта, ими выпускаемого, у меня складывается твердое мнение, что их лицензия – не только, и не столько GPL. Я думаю так по двум причинам. Во-первых, потому что я знаю, что на протяжении многих лет у них было большое количество различных методов внесения изменений и добавления двоичных модулей в ядро, и разработчики решили не принуждать всех к выполнению требований GPL. Во-вторых, я полагаю, что они допускают действия, которым, придерживаясь они только GPL, они могли бы возразить. Кроме того, я отмечаю в ядре определенные символы и следы механизма, заставляющего думать о наличии в нем особого API, различающего допустимые и запрещенные формы несвободных модулей. Выводы, которые я делаю, состоят в том, что некоторые несвободные модули разрешены, также как и некоторые формы компоновки ядра с несвободным кодом, чего классическая версия GPL не может разрешить. Пока разработчики не объяснят мне это в письменной форме, чтобы я, как юрист, смог прочесть это и понять, я не буду знать ответа на ваш вопрос. Но я смотрю на их поведение, и мне кажется, что им хочется разрешать некоторым людям делать определенные вещи – это их ядро, так что они имеют полное право позволять людям делать то, что они хотят.<br /> <br /> <br /> '''LXF:''' Но разве прояснение данного вопроса не приведет к всеобщей выгоде?<br /> <br /> '''ЭМ:''' Я думаю, если бы они смогли сказать подробным и понятным способом, чего же они хотят (если они сами знают, чего хотят), то это стало бы их полезным вкладом в стабильность отрасли. Что же касается подробного ответа на ваш вопрос, я не могу дать юридическое заключение без изучения фактов, просмотра кода и прочих вещей. Но есть множество людей, которые хотели бы комбинировать несвободный код со свободными операционными системами и API. И при определенных обстоятельствах это разрешается и даже поощряется.<br /> <br /> <br /> '''LXF:''' Не следует ли вам внимательнее следить за тем, какую лицензию используют разработчики ядра?<br /> <br /> '''ЭМ:''' Позиция Free Software Foundation являлась очень ясной с самого начала: FSF настаивает на том, что распространять ПО, которое пользователи не могут понять, изменить или которым не могут делиться – неэтично. И я думаю, что эта позиция остается такой же ясной каждый день. В то же самое время (и тут те, кто считает приверженцев FSF предателями или душевнобольными, должны пересмотреть свои взгляды), даже неэтичные, по нашему мнению, действия допустимы. LGPL с самого начала была задумана для того, чтобы позволить людям делать то, что не одобряет FSF. Но ведь нет ничего безумного или фанатичного в фразе: «Я думаю, люди не должны делать это, но я спроектирую свою ОС так, чтобы дать им такую возможность». Потому что мы должны воздействовать убеждением, а не силой. Я бы противопоставил это тому, что находится по другую сторону медали - людям, которые препятствовали свободному обмену со всем своим умением, во все времена, поскольку считали его неэтичным. И кто после этого фанатик?<br /> <br /> <br /> '''LXF:''' Каковы ваши взгляды на лицензии Creative Commons?<br /> <br /> '''ЭМ:''' [''Смеется''] Лицензии Creative Commons включают множество свободных лицензий и несколько несвободных. И я хотел бы, чтобы они не включал никаких несвободных лицензий.<br /> <br /> <br /> '''LXF:''' Так просто?<br /> <br /> '''ЭМ:''' Я думаю, что основной вопрос, на который должны ответить Creative Commons, очень сложен и значителен. Мы пытаемся изменить способ, которым художники, писатели и деятели культуры по всему свету используют систему авторского права, для поддержки коллективного творчества. И то, как полно может произойти изменение сознания, и насколько быстро, и каким наилучшим способом склонить творцов к изменению их типа мышления по этим вопросам, является стратегическим вопросом. Думаю, что в Creative Commons выбрали понятный, но не обязательно разумный путь – убеждать творческих людей совершать по маленькому шажку за раз, в случае необходимости приспосабливаясь под интересы автора и предлагая в нужный момент ограничения в лицензиях. Например, многие музыканты превосходно отнесутся к выпуску своей музыки по лицензиям share- и share-alike для некоммерческого использования, но они будут осторожничать с выпуском под лицензией copyleft, потому что подумают: «Если Jaguar использует мою музыку в рекламе и ничего мне не заплатит, я пострадаю». Это может быть верно, а может и не быть.<br /> <br /> <br /> '''LXF:''' Вопрос в том, коммерческая ли эта эксплуатация.<br /> <br /> '''ЭМ:''' В долгосрочной перспективе возможно, что предоставление прав даже на коммерческое использование музыки будет безопасно при чистых share- и sharealike- соглашениях до тех пор, пока установлено авторство. Возможно, что при такой системе музыканты и не проиграют. Но если они думают, что все же проиграют, то почему бы не предоставлять лицензию для некоммерческого использования? Но в свободном сообществе находятся люди, которые считают предоставление прав некоммерческого использования недопустимым компромиссом с «несвободой». Эти люди, а также другая группа людей, включая Столлмена, из тех, что я читал, идут дальше и неистово протестуют против лицензий типа Sampling License, лицензии для развивающихся стран и других несвободных лицензий, которые также разработаны в Creative Commons, чтобы сделать исход более приятным. А именно, создать культуру, свободную или несвободную, но основанную на обмене. Дебаты вокруг постепенности и глубины внедрения такой модели характерны для любых реформ и революций на протяжении всей нашей истории и в любых обстоятелоьствах, и я считаю это одним из конструктивных разногласий по поводу стратегии и долгосрочных целей.</div>

Alias http://wiki.linuxformat.ru/wiki/LXF73:%D0%98%D0%BD%D1%82%D0%B5%D1%80%D0%B2%D1%8C%D1%8E:_%D0%AD%D0%B1%D0%B5%D0%BD_%D0%9C%D0%BE%D0%B3%D0%BB%D0%B5%D0%BD 2008-03-19T06:21:42Z

<p>Alias: Новая: = На благо людям = ''Потрясающий евангелист Linux! Борец за свободу ПО! Защитник GNU и движения Open Source ! Нет, ...</p> <hr /> <div>= На благо людям =<br /> <br /> ''Потрясающий евангелист Linux! Борец за свободу ПО! Защитник GNU и движения Open Source ! Нет, это не безымянный фанат Linux – это '''Эбен Моглен''' ('''Eben Moglen'''…)''<br /> <br /> <br /> Как профессор права и истории права юридического университета Columbia Law School, главный юрисконсульт Free Software Foundation и основатель Software Freedom Law Center, Эбен Моглен по настоящему занятой человек. Добавьте к этому его обязательство следить за созданием третьей версии GNU General Public License, и вы поймете, почему мы посчитали большой удачей для себя найти крошечное окно в его графике и обсудить GPL 2, GPL 3, а также другие лицензии, на которых зиждется движение за свободное ПО.<br /> <br /> <br /> '''LXF:''' Вы прибыли на LinuxWorld в Сан-Франциско для того, чтобы обсудить третью версию GPL. О чем конкретно вы будете говорить?<br /> <br /> '''Эбен Моглэн:''' Я хочу рассказать людям, что именно произойдет в ближайшем будущем, потому что настало время сказать им, что третья версия приближается, есть план, согласно которому мы заставим работать новую лицензию.<br /> <br /> <br /> '''LXF:''' Так что, план есть?<br /> <br /> '''ЭМ:''' План будет, не забывайте только, что в мире может многое произойти...<br /> <br /> <br /> '''LXF:''' Это с одной стороны, а с другой…<br /> <br /> '''ЭМ:''' Как человек посвященный, я предполагаю, что Free Software Foundation выпустит предварительную версию GPL 3 для обсуждения в первые дни 2006 года. Думаю, что около года уйдет на публичные дебаты и критику, и я надеюсь, что мы будем в состоянии официально опубликовать новую лицензию в начале 2007 года.<br /> <br /> <br /> '''LXF:''' Ожидаете ли вы большой отклик?<br /> <br /> '''ЭМ:''' Да. Мы изучали некоторые модели масштабных интернет-обсуждений: дискуссии патентного процесса W3, список рассылки следующей версии ядра, процесс Debian… Основываясь на этом и некоторых сделанных мною аналитических прогнозах, я предполагаю, что найдется около 150000 человек, желающих высказать свое мнение по поводу GPL3.<br /> <br /> <br /> '''LXF:''' Как вы полагаете, многие ли из этих людей ввяжутся в препирательства?<br /> <br /> '''ЭМ:''' Хороший вопрос, его следует адресовать самим людям. Я не могу решать за них, правда? Мы нашли ни много, ни мало 8000 организаций по всему свету, которые могут иметь свой взгляд на GPL3. Я думаю, предстоит очень большое обсуждение. И одной из вещей, характеризующих это обсуждение, является то, что стороны, которые примут в нем участие, знают в некотором абстрактном смысле, что мы живем в огромном разнородном сообществе, но у них нет никакого представления о том, насколько оно огромно: они никогда не встречались до этого. Здесь и группа пользователей Ubuntu из Соуэто, и Казахстанская Ассоциация Разработчиков, и Nokia, и IBM, министр культуры Бразилии, Китайская Коммунистическая Партия… Что объединяет всех этих людей? Только GPL.<br /> <br /> <br /> '''LXF:''' Так что, вы ожидаете, что это будет большим делом для сообщества?<br /> <br /> '''ЭМ:''' Это продемонстрирует, что заинтересованные в GPL люди представляют собой самое большое и пестрое сообщество на земле, в любых инициативах или действиях которые они разделяют. Мы все время говорим о сообществе, но когда начинаешь обсуждать что-то подобного масштаба, я думаю, более уместным словом будет общество. Это общество свободного ПО. И иметь всеобщее обсуждение для принятия политического решения, затрагивающее всех этих людей – в истинном смысле политического – это уникальное явление. Я думаю, когда все закончится, люди будут говорить: «Это превосходная лицензия, но, в некотором отношении, она – дело последнее. Настоящим опытом было то, что мы объединились и посмотрели, насколько мы крупны, мощны и многообразны». Таким образом, я полагаю, что, в действительности, количество пустых перепалок со временем будет убывать, так как люди поймут – все мы живем здесь вместе.<br /> <br /> <br /> '''LXF:''' Смею предположить, вы уже имеете некоторые наброски того, что хотели бы увидеть. Думаю, многие люди видят GPL 3 как GPL 2 с патентами.<br /> <br /> '''ЭМ:''' Хм… Как насчет GPL 2 на все земном шаре? Как насчет GPL 2 с многообразием наций, разговаривающих на 85 языках и содействующих лицензированным по GPL проектам? Как насчет GPL 2 с разрешенными проблемами «вероломных вычислений» (“treacherous computing”), в терминологии мистера Столлмена? Как насчет GPL 2 с кучей web-серверов? Я имею в виду, что здесь есть множество разнообразных областей, в которых каждый имеет свою точку зрения. Да, патенты – очень серьезная проблема, многие люди постараются решить ее при обсуждении лицензии. И это несмотря на то, что они тоже годами читали мистера Столлмена, утверждавшего, что ничто не решит проблему патентов, кроме изменения патентной системы. И людям, которые надеются, что лицензия содержит волшебство, я думаю, важно сообщить, что волшебство – это не то, чем мы занимаемся. Хорошая общественная модель – вот что представляет собой GPL 2 , а волшебством тут и не пахнет, и GPL 3 также не предполагает волшебства.<br /> <br /> <br /> '''LXF:''' Но GPL 2, к тому же, очень короткая и легко читаемая...<br /> <br /> '''ЭМ:''' Несомненно, и я ожидаю, что GPL 3 также не будет чрезмерно длинна и тяжела для понимания. Такого не должно произойти. Главное в этой лицензии то, что она адресована разработчикам, а не юристам. «Индивидуальные разработчики программ по всему свету! Вот та лицензия, которую вы можете использовать». Она принимается для продвижения этой концепции. Конечно, эта лицензия длиннее соглашений BSD и MIT X11. Но если все, что вам нужно – это сказать: «Вот, возьми это, делай с ним, что хочешь», вы можете записать ее гораздо короче. Тот факт, что GPL имеет немного большую жесткость и несколько более широкое предназначение, подразумевает использование в ней большего количества слов, но мы не собираемся мириться и с 15-и страничной лицензией. Этого не произойдет.<br /> <br /> <br /> '''LXF:''' Предвидите ли вы какую-либо неразбериху, сопровождающую переход от GPL 2 к GPL 3? Вторая версия GPL говорит «любая будущая версия», но некоторые проекты, особенно ядро Linux, отстранились от этого определения.<br /> <br /> '''ЭМ:''' Я думаю, что неразбериха будет минимальной, потому что этому переходу будет предшествовать долгое публичное обсуждение, и, я надеюсь, не останется ни одного поставщика, разработчика или распространителя открытого ПО, которые бы не знали о том, что в лицензии происходят изменения. Мне кажется, основа вашего вопроса верна: автоматическая смена версии озадачит большую часть проектов. В проекте, придерживающемся строго второй версии GPL, будут принимать решение о переходе. И, в зависимости от того, как этот проект управляется изнутри, процесс будет легким или сложным. Мы будем взаимодействовать с разработчиками открытого ПО, и, в частности, с авторами проектов, лицензируемых исключительно по 2-й версии GPL. Мы вовлечемих в обсуждение, и мы поможем им принять наилучшее из возможных решений в плане выбора лицензии. Они – индивидуальные разработчики, у них есть свобода выбора, GPL 2 – это та лицензия, которую они могут выбрать и использовать. Но я думаю, что когда все закончится, мы сможем убедить людей в том, что нет никакой выгоды оставаться со старой лицензией, а гораздо лучше перейти на новую.<br /> <br /> <br /> '''LXF:''' Возьмем ядро, или другой проект, придерживающийся исключительно 2-й версии. Если разработчики решат перейти к новой лицензии, нужно ли связываться с каждым участником проекта и спрашивать его разрешения?<br /> <br /> '''ЭМ:''' Ну, это зависит от конкретного соглашения о сотрудничестве или иного метода урегулирования внутри проекта, лицензия не дает ответа на этот вопрос. Я считаю, что вопрос относительно ядра Linux можно переформулировать так: «Разработчики, как вы выбираете лицензию и как устроен ваш менеджмент изнутри?» И я не хотел бы отвечать за них. Мистер Столлмен, когда был здесь, пожелал, чтобы я подчеркнул, что они имеют полную свободу делать то, что захотят – это их дело. У Фонда свободного ПО нет никаких рычагов влияния на их окончательное решение. Как наблюдатель, я верю в то, что даже в случае с ядром Linux (у которого в действительности очень большой и сложный процесс управления) известно, как принимать довольно изящные решения такого рода. Разработчики ядра каждый год ведут горячие дискуссии о том, какую лицензию применять к ядру, и у них это хорошо получается. Должен сказать, что я всегда поражаюсь уровню, на котором разработчики Linux оказываются способны принимать решения, и делают они это добросовестно и весьма изящно. Я думаю, что переход на другую лицензию для ядра (если они решат сделать именно это) пройдет гладко и в простой форме.<br /> <br /> <br /> '''LXF:''' Несомненным доказательством хорошей работы было то, что версия 2 оставалась актуальной 15 лет.<br /> <br /> '''ЭМ:''' Согласен. Она выдержала не только 15 лет, но и изменение рыночной стоимости товаров на шесть порядков, числа вовлеченных людей – на четыре, количества проектов – на три. Я справедливо полагаю, что это достаточное доказательство ее совершенства. Кроме того, следует признать, что ее уход будет представлять собой замещение старого новым. Вовсе не значит, что GPL 2 уйдет из обращения из-за того, что провалилась – она никогда не провалится. Просто она будет эффективно заменена до того, как состарится и перестанет отражать современные реалии.<br /> <br /> <br /> '''LXF:''' Другой важной лицензией, поддерживаемой FSF, является Free Documentation License, которая названа проектом Debian «недостаточно свободной».<br /> <br /> '''ЭМ:''' Да. Должен сказать, что мы удерживались от слишком частого (или слишком громкого) напоминания о том, что уже довольно давно представляли на рассмотрение Debian некоторые предложения,которые, как мы думаем, полностью учитывают их интересы. Я все еще надеюсь, что мы полностью угодим проекту Debian касательно GFDL в общем процессе модернизации. Сейчас GFDL используется Wikipedia – это означает, что она применяется для материалов, значительно отличающейся от технических руководств, для которых она была спроектирована. И так как Wikipedia набирается сил, чтобы стать самой полной и наиболее часто упоминаемой энциклопедией на земле (и она этого достигнет. Wikipedia уже используется чаще, чем Wall Street Journal, что говорит о многом), то некоторые изменения, идущие на пользу wiki-подобным приложения – вероятно, хорошая идея.<br /> <br /> <br /> '''LXF:''' Кто это будет делать?<br /> <br /> '''ЭМ:''' джимми Уэйлс (Jimmy Wales) – член редколлегии Free Software Foundation, Ричард Столлмен и я недавно были вовлечены в обсуждение того, какие изменения в GFDL могут быть полезны для приложений типа Wikipedia. Так что, я думаю, грядет пересмотр GFDL, который удовлетворит неучтенные интересы – причем все. Я сожалею, что шла некоторая перепалка, на время затормозившая это развитие. Все, что я могу сказать – то, что я всегда говорю в таких ситуациях, – что ней не было никакой нужды. Может быть, это связано с тем, что иногда необходимо время, чтобы остудить пыл, прежде чем люди смогут ясно осознать желание прийти к общему итогу. Но я надеюсь, что урок GFDL был все же ошибочно принят как намек на то, что мы не сможем добиться согласия, либо, что соглашение о GPL было более хрупким, чем виделось, и так далее. Я думаю, что GFDL не так изящна и хорошо спроектирована, как GPL. Подозреваю, что я не единственный в этом мире, кто так считает. Это означает, что, в конечном счете, всестороннее перепроектирование GFDL может быть полезным. GFDL – более проблемная лицензия, чем GPL. И в тоже время, круг людей, которым необходимо договориться, здесь меньше. Я думаю, мы многое узнали и в будущем проделаем работу лучше.<br /> <br /> <br /> '''LXF:''' Текст обложки и неизменяемые секции не очень-то популярны.<br /> <br /> '''ЭМ:''' Положение о тексте обложки (covertext) было внесено для того, чтобы издатели вроде Тима О’рейли (Tim O’Reilly) могли зарабатывать на издании руководств к свободному ПО по GFDL. Эти люди хотят быть уверены что, если они выпустят книгу с собственной, легко узнаваемой, обложкой, никто не сможет просто взять и поместить их коммерческую книгу в копировальное устройство, вставить в ту же обложку и затем разослать по миру. Тим и другие объяснили, зачем это было им нужно, и лицензия проектировалась, чтобы защитить их интересы. Что касается неизменяемых секций, отмечу, что единственный известный мне случай их использования FSF – добавление манифеста GNU в руководство по GNU Emacs, хотя, может быть, есть и другие. Но, возможно, это указывает не на замысел авторов, а на то, что проект Столлмена предполагал более широкое использование инвариантных секций, чем произошло в реальности. Когда вы обнаруживаете, что включили в проект (все равно, исполняемый ли это код или лицензия) деталь, имеющую малое прикладное значение, но нарушающую замысел в других отношениях, единственное, что вы можете сделать – перепланировать продукт и убрать эту деталь, достигая той же функциональности каким-то другим путем.<br /> <br /> <br /> '''LXF:''' Одна вещь, в которой я не уверен – можно ли в закрытых проектах использовать строчки кода, которые ссылаются на ядро и связаны с его двоичными модулями? Я задавался вопросом, будет ли это неправомерно или, по крайней мере, противоречить замыслу GPL.<br /> <br /> '''ЭМ:''' Не уверен, лицензировано ли ядро по классической GPL или как-то иначе. Но когда я смотрю на историю разработчиков ядра и продукта, ими выпускаемого, у меня складывается твердое мнение, что их лицензия – не только, и не столько GPL. Я думаю так по двум причинам. Во-первых, потому что я знаю, что на протяжении многих лет у них было большое количество различных методов внесения изменений и добавления двоичных модулей в ядро, и разработчики решили не принуждать всех к выполнению требований GPL. Во-вторых, я полагаю, что они допускают действия, которым, придерживаясь они только GPL, они могли бы возразить. Кроме того, я отмечаю в ядре определенные символы и следы механизма, заставляющего думать о наличии в нем особого API, различающего допустимые и запрещенные формы несвободных модулей. Выводы, которые я делаю, состоят в том, что некоторые несвободные модули разрешены, также как и некоторые формы компоновки ядра с несвободным кодом, чего классическая версия GPL не может разрешить. Пока разработчики не объяснят мне это в письменной форме, чтобы я, как юрист, смог прочесть это и понять, я не буду знать ответа на ваш вопрос. Но я смотрю на их поведение, и мне кажется, что им хочется разрешать некоторым людям делать определенные вещи – это их ядро, так что они имеют полное право позволять людям делать то, что они хотят.<br /> <br /> <br /> '''LXF:''' Но разве прояснение данного вопроса не приведет к всеобщей выгоде?<br /> <br /> '''ЭМ:''' Я думаю, если бы они смогли сказать подробным и понятным способом, чего же они хотят (если они сами знают, чего хотят), то это стало бы их полезным вкладом в стабильность отрасли. Что же касается подробного ответа на ваш вопрос, я не могу дать юридическое заключение без изучения фактов, просмотра кода и прочих вещей. Но есть множество людей, которые хотели бы комбинировать несвободный код со свободными операционными системами и API. И при определенных обстоятельствах это разрешается и даже поощряется.<br /> <br /> <br /> '''LXF:''' Не следует ли вам внимательнее следить за тем, какую лицензию используют разработчики ядра?<br /> <br /> '''ЭМ:''' Позиция Free Software Foundation являлась очень ясной с самого начала: FSF настаивает на том, что распространять ПО, которое пользователи не могут понять, изменить или которым не могут делиться – неэтично. И я думаю, что эта позиция остается такой же ясной каждый день. В то же самое время (и тут те, кто считает приверженцев FSF предателями или душевнобольными, должны пересмотреть свои взгляды), даже неэтичные, по нашему мнению, действия допустимы. LGPL с самого начала была задумана для того, чтобы позволить людям делать то, что не одобряет FSF. Но ведь нет ничего безумного или фанатичного в фразе: «Я думаю, люди не должны делать это, но я спроектирую свою ОС так, чтобы дать им такую возможность». Потому что мы должны воздействовать убеждением, а не силой. Я бы противопоставил это тому, что находится по другую сторону медали - людям, которые препятствовали свободному обмену со всем своим умением, во все времена, поскольку считали его неэтичным. И кто после этого фанатик?<br /> <br /> <br /> '''LXF:''' Каковы ваши взгляды на лицензии Creative Commons?<br /> <br /> '''ЭМ:''' [''Смеется''] Лицензии Creative Commons включают множество свободных лицензий и несколько несвободных. И я хотел бы, чтобы они не включал никаких несвободных лицензий.<br /> <br /> <br /> '''LXF:''' Так просто?<br /> <br /> '''ЭМ:''' Я думаю, что основной вопрос, на который должны ответить Creative Commons, очень сложен и значителен. Мы пытаемся изменить способ, которым художники, писатели и деятели культуры по всему свету используют систему авторского права, для поддержки коллективного творчества. И то, как полно может произойти изменение сознания, и насколько быстро, и каким наилучшим способом склонить творцов к изменению их типа мышления по этим вопросам, является стратегическим вопросом. Думаю, что в Creative Commons выбрали понятный, но не обязательно разумный путь – убеждать творческих людей совершать по маленькому шажку за раз, в случае необходимости приспосабливаясь под интересы автора и предлагая в нужный момент ограничения в лицензиях. Например, многие музыканты превосходно отнесутся к выпуску своей музыки по лицензиям share- и share-alike для некоммерческого использования, но они будут осторожничать с выпуском под лицензией copyleft, потому что подумают: «Если Jaguar использует мою музыку в рекламе и ничего мне не заплатит, я пострадаю». Это может быть верно, а может и не быть.<br /> <br /> <br /> '''LXF:''' Вопрос в том, коммерческая ли эта эксплуатация.<br /> <br /> '''ЭМ:''' В долгосрочной перспективе возможно, что предоставление прав даже на коммерческое использование музыки будет безопасно при чистых share- и sharealike- соглашениях до тех пор, пока установлено авторство. Возможно, что при такой системе музыканты и не проиграют. Но если они думают, что все же проиграют, то почему бы не предоставлять лицензию для некоммерческого использования? Но в свободном сообществе находятся люди, которые считают предоставление прав некоммерческого использования недопустимым компромиссом с «несвободой». Эти люди, а также другая группа людей, включая Столлмена, из тех, что я читал, идут дальше и неистово протестуют против лицензий типа Sampling License, лицензии для развивающихся стран и других несвободных лицензий, которые также разработаны в Creative Commons, чтобы сделать исход более приятным. А именно, создать культуру, свободную или несвободную, но основанную на обмене. Дебаты вокруг постепенности и глубины внедрения такой модели характерны для любых реформ и революций на протяжении всей нашей истории и в любых обстоятелоьствах, и я считаю это одним из конструктивных разногласий по поводу стратегии и долгосрочных целей.</div>

Alias http://wiki.linuxformat.ru/wiki/LXF73 2008-03-17T13:55:54Z

<p>Alias: /* Обзоры */</p> <hr /> <div>==Linux Format 73 (4), Декабрь 2005==<br /> <br /> === Обзоры ===<br /> * [[LXF73:Mandriva Linux 2006|Mandriva Linux 2006]]<br /> * [[LXF73:SUSE Linux 10.0|SUSE Linux 10.0]]<br /> * [[LXF73:Gnome 2.12|Gnome 2.12]]<br /> * [[LXF73:Sugar Suite 3.5|Sugar Suite 3.5]]<br /> * [[LXF73:CrossOver Office 5.0|CrossOver Office 5.0]]<br /> * [[LXF73:BrightStor ARCserve Backup|BrightStor ARCserve Backup]]<br /> <br /> <br /> [[LXF73:Сравнение: Электронные фотоальбомы|Сравнение: Электронные фотоальбомы]]<br /> <br /> [[LXF70:Что такое...Parrot?|Что такое... Parrot?]]<br /> <br /> [[LXF73:Свободно как сама свобода|Свободно как сама свобода]]<br /> <br /> [[LXF73:Интервью: Ричард Хипп|Интервью: Ричард Хипп]]<br /> <br /> [[LXF73:Интервью: Эбен Моглен|Интервью: Эбен Моглен]]<br /> <br /> [[LXF73:Вскрываем ядро|Вскрываем ядро]]<br /> <br /> === Учебники ===<br /> * [[LXF73:Первые шаги|Первые шаги]]<br /> Заскучали? Энди Ченнелл научит вас <br /> использовать Google Talk и Skype<br /> <br /> * [[LXF73:GIMP|GIMP]]<br /> Майкл Дж. Хэммел отправил статью про <br /> создание пространственных фракталов <br /> из зонда Вояджер в квадрате Дельта<br /> <br /> * [[LXF73:Автомонтирование USB|Автомонтирование USB]]<br /> Кстати скзать, не слишком ли много<br /> Нейл Ботвик возится с HAL?<br /> <br /> * [[LXF73:Gambas|Gambas]]<br /> BASIC &amp;ndash; это не только INPUT и PRINT.<br /> Марк Александр Бейн научит вас, как<br /> написать собственный web-браузер<br /> <br /> * [[LXF73:PHP I|PHP I]]<br /> PDO: для вас &amp;ndash; еще один акроним, для<br /> Пола Хадсона &amp;ndash; повод задержаться в <br /> офисе. Присоединяйтесь...<br /> <br /> * [[LXF73:PHP II|PHP II]]<br /> Пол Халфпенни учит защищать <br /> web-сайт паролем<br /> <br /> * [[LXF73:Русификация Debian 3.1|Русификация Debian 3.1]]<br /> Руководство к действию от автора<br /> Cyrillic HOWTO Евгения Балдина<br /> <br /> * [[LXF73:Локализация ПО|Локализация ПО]]<br /> <br /> [[LXF73:Ответы|Ответы]]</div>

Alias http://wiki.linuxformat.ru/wiki/LXF73:%D0%98%D0%BD%D1%82%D0%B5%D1%80%D0%B2%D1%8C%D1%8E:_%D0%A0%D0%B8%D1%87%D0%B0%D1%80%D0%B4_%D0%A5%D0%B8%D0%BF%D0%BF 2008-03-17T09:16:59Z

<p>Alias: Основной текст</p> <hr /> <div>= Перфекционист =<br /> <br /> ''Если вы хоть раз слышали о движке SQLite для баз данных, и хотите внести свой вклад... то пожалуйста! Его автор, '''Ричард Хипп''' ('''Richard Hipp'''), горячо приветствует любые начинания. Он и объяснит, почему.''<br /> <br /> {{Врезка|left|<br /> Заголовок = Визитка LXF &lt;br /&gt;<br /> Ричард Хипп (Richard Hipp)|<br /> Содержание = Создал встраиваемую систему БД SQLite, известную пользователям мобильных телефонов, КПК, а в последнее время все более популярную и на домашних Пк. На конференции OSCon в 2005 году за свою работу награжден премией Open Source Award (учредители – Google/O’Reilly) в номинации «Лучшей интегратор».<br /> <br /> * Возраст 44<br /> <br /> * Национальность American<br /> <br /> * Сколько лет использует LINUX 12<br /> <br /> * Языков программирования 17<br /> <br /> * Количество ПК Only 5 that still work<br /> <br /> * Суточная норма кофе 1 cup<br /> <br /> * Сандалий 1 pair at a time<br /> <br /> Он говорит: «Рынок насыщен. У нас уже есть замечательные открытые приложения» |<br /> <br /> Ширина=250px}}<br /> <br /> ''Изучение SQL и нормализации баз данных (БД) всегда были сложными темами для студентов, но знаете ли вы, как сложно создать собственную БД, подготовить ее для публикации, и наконец представить ее всему миру на критический анализ? Доктор '''Ричард Хипп''' сделал это, создав SQLite (произносится Эс-кью-элл-айт) – один из наиболее успешных проектов public domain. Нам удалось отловить Ричарда на конференции OSCon (Open Source Convention) и всесторонне обсудить с ним спонсорскую поддержку AOL, стандарты кодирования и жизнь в мире public domain.'' <br /> <br /> '''LXF:''' Начнем с начала. Представим доктора Хиппа до изобретения им SQLite. Когда вы стали интересоваться базами данных?<br /> <br /> '''РХ:''' когда я закончил университет и получил новенький диплом доктора философии (PhD, что в отечественной науке соотвествует кандидату наук, – прим.ред.) в 1992 году.<br /> <br /> '''LXF:''' В области компьютерных наук, насколько я понимаю?<br /> <br /> '''РХ:''' Да, я стал магистром в области радиоэлектроники и информатики. Во времена, когда я оканчивал университет, рынок был перенасыщен специалистами, которые хотели работать в образовательных учреждениях. На одну вакансию претендовало сразу 500 человек, 475 из которых были квалифицированнее меня. Поняв это, я решил организовать свой бизнес и заняться консалтинговыми услугами. Я распланировал для себя, как я буду работать с клиентами из года в год... у них будут сложные проблемы, а я буду разрабатывать для них решения, которые до меня еще никто не предлагал. Работая над подобными проблемами, я стал замечать, что организации, покупающие мои услуги, никогда не бывают монолитными, в каждой клиентской компании была своя структура, и однажды клиент настоял на внедрении базы данных. На тот момент у них уже была унаследованная БД Informix, работавшая на HP-UX. Informix неплохо работала и делала все, что от нее требовалось, но иногда компьютер приходилось выключать, а затем запускать снова, после чего БД могла нормально не заработать. В этот момент программа, над которой в том числе работал и я, выдавала сообщения об ошибках и не могла подключиться к базе данных. Из-за того, что я отвечал за пользовательский интерфейс, вину приписывали мне, несмотря на то, что эта была проблема сервера Informix! Мы собрались и решили, что «Если нам что-то и нужно, так это встроенный механизм БД SQL, который бы считывал данные из файла и не терял контакта с самой БД». Эта идея так и осталась тогда невоплощенной, но впоследствии, когда у меня не было работы, я как-то сказал себе: «Я возьмусь за это дело, обязательно возьмусь. Мне интересно то, как работает движок базы данных SQL, поэтому я напишу собственный вариант, ведь это лучший способ понять, как все на самом деле устроено». Так началась история SQLite.<br /> <br /> '''LXF:''' Вот как вы в это ввязались...<br /> <br /> '''РХ:''' Да, я не изучал теорию БД, у меня был ноль знаний в этой области. Однажды, копаясь в университетской библиотеке, я наткнулся на копию... стандарта SQL-89, кажется так, да... Я прочитал его и подумал: «Это, конечно, все здорово, но, по-моему, не имеет никакого отношения к тому, чем я сейчас занимаюсь». Десять лет спустя я вернулся к этому и оказалось, что род моих занятий несколько изменился и это самое «отношение» все же появилось.<br /> <br /> '''LXF:''' Планировали ли вы сразу опубликовать первую версию? Не было ли вам страшно, или что-то в таком духе?<br /> <br /> '''РХ:''' Нет, не было. Версия 1.0 использовала для хранения формат GDB, так, что на каждую таблицу или оглавление приходилось по отдельному файлу. Тогда еще не было транзакций, потому что GDB их не поддерживал. Я также не мог делать множество вещей, так как все тот же GDB базировался на хешировании и не предоставлял данные в упорядоченном виде, так что я не мог толком воспользоваться индексами. Мне действительно требовалась база данных на основе двоичных деревьев (B-tree). Я обратил внимание на BerkeleyDB и провел день или два за чтением документации, которой не было конца. После двух суток чтения я подумал: «Это действительно сложно», и решил, что напишу свое собственное хранилище. Итак, я достал с полки Каммингса и стал читать все, что там было относительно моей темы. Так появилась моя собственная реализация слоя b-tree и проект версии 2.0. Знаете, я ведь до сих пор учусь на своей работе, поэтому версия 2.0 была... в общем, я сделал много ошибок в первоначальном варианте, хотя потом все стало значительно лучше – где-то к версии 2.7. 2.8 была уже очень хороша. Вся система была, конечно, еще очень простой. Но этого было достаточно, чтобы ее заметили. К делу подключился PHP...<br /> <br /> '''LXF:''' Тогда как раз была версия 2.8?<br /> <br /> '''РХ:''' да, 2.8. Apple впервые заметила проект, когда тот был на версии 2.7 или 2.8. Множество людей стало им пользоваться. Потом ко мне проявила интерес AOL, которая хотела использовать SQLite в своих решениях. Они сказали: «Эй, Ричард, нам нужная многоязыковая поддержка и кое-какие другие функции». Я тогда готовил к выпуску версию 3.0 с исправлениями существовавших ошибок и ответил AOL: «Я все сделаю, мне лишь нужно время – около года, но кое-что будет уже в этом июне» – дело было в 2004 году. Тогда они сказали: «Давай мы тебе заплатим, а за это ты будешь согласовывать свой график с нами?». Я сказал «Хорошо» и назвал сумму. <br /> <br /> '''LXF:''' И вы успевали в срок?<br /> <br /> '''РХ:''' Ну, со мной тесно сотрудничал Дэн Кеннеди (Dan Kennedy). Дэн работал на одну компанию в Брисбене, которая использовала SQLite; он присылал мне исправления, которые были действительно очень хороши – он на самом деле хорошо работал – так что с его помощью мы вместе проделали за два месяца путь с нуля до версии 3.0 Мы писали базовую часть слоя b-tree, переделывали многие другие фрагменты, работали сутки напролет в течение двух месяцев, так как расписание есть расписание. Так появилась на свет версия 3.0.<br /> <br /> '''LXF:''' SQlite 3.0 получилась совсем-совсем другой. Изменился формат файла – наверное потому, что вы переписали все с нуля, а AOL, очевидно оплачивала все расходы.<br /> <br /> '''РХ:''' AOL позволила мне посвящать все мое время работе над SQLite, потому что мне ничего не надо было больше делать для обеспечения своего существования. Мне также удалось оплатить работу Дэна.<br /> <br /> '''LXF:''' AOL до сих пор вас поддерживает?<br /> <br /> '''РХ:''' Нет, это было только один раз. На самом деле, AOL даже не платила нам за поддержку, но поскольку нам все же выдавались деньги, на любой их звонок я должен был по первой команде прибегать и решать их проблемы. Технически, однако, тот контракт уже давно недействителен. Я стал понимать, что они довольны получившимся продуктом и продолжают им пользоваться, хотя мне и не совсем ясно, как именно.<br /> <br /> '''LXF:''' Говоря о формате файлов, можно заметить, что он не сильно изменился по сравнению с версией 2.0. Было ли так необходимо переписывать слой b-tree?<br /> <br /> '''РХ:''' Наверно, нет. Я всего лишь применил накопленные знания и получил то, что есть. Я хотел снять прежние жесткие ограничения. В старой версии можно было работать не более, чем с 16 Мб, теперь же это число составляет что-то вроде 264 Mb. На протяжении двух лет я набирался знаний и многому научился: «когда я перепишу слой b-tree, я сделаю его другим». Но я не мог просто накладывать изменения друг на друга, так как нужно было еще сохранить и совместимость. Я думал так: «когда я выпущу версию 3.0, я должен буду собрать все компоненты и заново их подогнать друг под друга». Таков был мой план.<br /> <br /> '''LXF:''' Кажется удивительным, как Apple и PhP могли не дождаться версии 3.0, прежде, чем браться за SQLite...<br /> <br /> '''РХ:''' Apple принялась за работу во времена версии 2.8, и только в Tiger (Mac OS X 10.4) появилась версия «три-точка-что-то-там». Они могли не торопиться, потому что время работало на них, чего нельзя сказать о PHP. Тем не менее, она все же вошла в раздел PDO в PHP (смотри учебник PHP на стр. 76)<br /> <br /> '''LXF:''' Расскажите, как SQlite стала достоянием общественности (public domain)<br /> <br /> '''РХ:''' Ну, версия 1.0 была лицензирована по GPL. По-другому было нельзя, так как GDB сам распространялся по этой лицензии. Когда на подходе была версия 2.0, я задумался: «какую же лицензию выбрать? Можно остановиться на LGPL, но в ней много запретов. Другой вариант – лицензия BSD или подобная». Но потом я задумался: «Почему именно лицензия BSD? Что она дает такого особенного? Что мне мешает сделать проект достоянием общественности и покончить с этой проблемой?» В случае с BSD, каждый может использовать проект как захочет, так же и я решил явно предоставить всем желающим свои наработки, отказаться от авторских прав. С тех пор ко мне успело обратиться много юристов. Они говорили: «Слушай, тут есть риск, кто-нибудь может подать на тебя в суд». Но я отношусь к этому скептически.<br /> <br /> '''LXF:''' Ну да, это же достояние общественности!<br /> <br /> '''РХ:''' Да, но я не чувствую себя уязвимым перед судом. допустим, какая-то корпорация взяла этот код, включила в свое приложение, это приложение что-то испортило, а отвечать мне? Как-то слишком за уши притянуто, даже для американского суда. Так что я особо не беспокоюсь.<br /> <br /> '''LXF:''' Как же вы перешли от GPL к public domain? Или вы были единственным автором проекта?<br /> <br /> '''РХ:''' Я был единственным автором и потому мог делать все, что считал нужным. В момент перехода к public domain, каждая строка кода была написана мной.<br /> <br /> '''LXF:''' Насколько велик был проект в тот момент?<br /> <br /> '''РХ:''' Наверное, 20 000 строк кода.<br /> <br /> '''LXF:''' Скажите, а люди, которые участвуют в разработке SQlite и предлагают свой код, теперь должны что-нибудь подписывать?<br /> <br /> '''РХ:''' Я предлагаю им заполнить форму, которая делает их наработки достоянием общественности. Они отказываются от использования своих прав в будущем. Этот подход основан на лицензии Creative Commons.<br /> <br /> '''LXF:''' Много ли людей участвуют в разработке?<br /> <br /> '''РХ:''' Две недели назад я открыл дерево разработки (CVS) и стал изучать, кто и сколько создает кода. Посчитав количество строчек, я выяснил, что 69% кода принадлежало мне, 30% - Дэну Кеннеди. Оставшийся 1% приходился, кажется, на шестерых прочих участников, из которых самый активный выдавал полпроцента кода. Так что в основном над проектом работаю я.<br /> <br /> '''LXF:''' Может быть это потому, что public domain отпугивает людей?<br /> <br /> '''РХ:''' От сотрудничества? Не знаю. Я вижу, как лицензия BSD вредит проекту OpenBSD. Вообще, по моему мнению, успех Linux и неудачи OpenBSD связаны с тем, что Linux распространяется на условиях GPL, и люди с уверенностью предлагают свой код, зная, что плоды их труда никто не сможет использовать неправомочно. Однако я считаю, что причиной такого малого числа участников SQLite является то, что я слишком придирчиво отношусь к коду, который идет в ядро. Дело во мне, а не в чем-то другом. Люди постоянно присылают мне исправления, и я действительно приветствую это, но у меня есть свои соображения по поводу того, как должен выглядеть код, как его надо комментировать, какие делать отступы... И дело даже не в оформлении, а в структуре. Множество людей присылают мне исправления и другие полезные вещи. Я это ценю, но все равно думаю: «Вы это не продумали, не попытались максимально упростить код, не переписывали его три-четыре раза...» Мне нравится писать настолько простой код, насколько это возможно.<br /> <br /> '''LXF:''' Как раз об этом свойстве SQlite многие сейчас говорят. Это один из немногих открытых проектов, имеющих очень хорошую документацию, удобно размеченный и прокомментированный код. Можно взглянуть в любое место кода, и сразу все понять, – это в наше время кажется диковинкой. <br /> <br /> '''РХ:''' Это и было моей целью...<br /> <br /> '''LXF:''' Это как-то связано с тем, что ваш код является достоянием общественности? Я имею в виду, если бы он не был столь хорошо документирован, люди бы больше полагались на вас, а сейчас он живет сам по себе...<br /> <br /> '''РХ:''' Люди не могут, да и не должны все время обращаться ко мне. да, это правда. Когда все начиналось, я не знал, является ли это решение здравым, но сейчас я в этом уверен. <br /> <br /> '''LXF:''' Вы ведь всего лишь увлеченный программист, не так ли?<br /> <br /> '''РХ:''' Причина того, что я так закапываюсь в код и настаиваю на том, чтобы он был хорошо прокомментирован, заключается в моей личной проблеме – у меня на удивление плохая память, и если я не разложу код по полочкам, через две недели я уже не буду помнить, что он делает! Еще мне было любопытно, как работают базы данных «изнутри». Я стал читать материалы о PostgreSQL и подобных вещах в Интернете и лишь через шесть или девять месяцев я действительно понял, как все это работает. Я хотел, чтобы любой, кто интересуется БД, мог взять мою программу, вчитаться в ее код и сказать: «Теперь я лучше понимаю, как должен работать движок БД».<br /> <br /> '''LXF:''' Как раз одно из главных преимуществ свободного ПО – возможность программистов учиться друг у друга через исходный код.<br /> <br /> '''РХ:''' Да, я стараюсь, чтобы комментарии приносили пользу. Если комментарий не удовлетворяет этому требованию, я думаю: «Что он здесь делает? Выкинуть его!»<br /> <br /> '''LXF:''' Что нового появится в SQlite 4.0?<br /> <br /> '''РХ:''' На самом деле, я надеюсь не добраться до версии 4.0. Переход к четвертой версии будет оправдан только в том случае, если потребуется сделать несовместимое изменение формата файлов.<br /> <br /> '''LXF:''' Так что, через десять лет все еще будет ходить версия 3.9.9.9.6.3?<br /> <br /> '''РХ:''' Не исключено. В данный момент я занимаюсь оптимизатором запросов. Его эффективность напрямую зависит от грамотного выбора индекса, и здесь есть над чем потрудиться. Традиционно это было слабой стороной SQLite. Если вы корректно написали запрос, он найдет то, что вам нужно, но не уделит достаточно времени его изучению и составлению наилучшего плана выполнения. Коммерческие клиент-серверные БД, напротив, тратят много времени на оптимизацию плана запроса. Эта деятельность финансируется одной компанией, поэтому я могу заниматься ею, не заботясь о своем пропитании. Как только я разберусь с оптимизацией запросов, я планирую заняться ссылочной целостностью. Я займусь этим по собственному желанию, мне не оплачивают эту работу.<br /> <br /> '''LXF:''' Вы можете представить, что будете поддерживать SQL92, даже нет, давайте смотреть шире – SQL99?<br /> <br /> '''РХ:''' Я не пытаюсь сделать из этого продукт. Я продаю услуги. Люди, которые обращаются ко мне за помощью, используют SQLite во встраиваемых устройствах. Их главные приоритеты – небольшой расход памяти и низкое энергопотребление. Так что я полностью сконцентрирован на решении этих проблем, так как эти люди – хорошие клиенты, они придут снова, и я хочу быть уверен, что у них все будет в порядке. Какой бы ни была последняя версия – SQL 99, 2003, она всегда будет съедать память и замедлять систему, поэтому я буду сопротивляться изо всех сил.<br /> <br /> '''LXF:''' SQlite действительно работает очень-очень быстро. А еще она очень-очень маленькая. Если придется от чего-то отказываться, что вы выберете?<br /> <br /> '''РХ:''' Я не знаю. Клиенты со встраиваемыми устройствами хотят и того, и другого сразу. «Быстрый» в данном случае означает «расходующий меньше энергии». Программа быстро делает свою работу и после этого перестает «висеть на шее» у аккумулятора. Маленький размер важен из-за того, что в таких устройствах каждый байт ОЗУ или Flash-памяти на счету. «Ричард, нельзя ли уменьшить загрузку памяти на 12 байт?» – «Конечно, почему бы и нет?»<br /> <br /> '''LXF:''' По идее, объем памяти должен расти быстрее, чем емкость аккумуляторов...<br /> <br /> '''РХ:''' Наверно, так. Но с ростом объема памяти SQLite пытаются запихнуть во все более крохотные устройства. Конечно, проблем с установкой БД в телеприставку не возникает, но если представить себе SQLite в мобильном телефоне, наручных часах или на смарт-карте (как раз этим сейчас все и занимаются), то мы снова возвращаемся к прежним проблемам. <br /> <br /> '''LXF:''' Эта простота чувствуется и в том, как SQlite смотрит на вещи. Вы, к примеру, говорите ей: «Это целое, это длинное целое, а это – строка», а она вам в ответ: «Да какая разница…». Насколько я знаю, она многое игнорирует. Это так специально задумано, или вы собираетесь это исправить?<br /> <br /> '''РХ:''' Так задумано. Я очень люблю это свойство программы, потому что большую часть клиентских задач я решаю в языках программирования сценариев, таких как Tcl/Tk, и там все работает по тому же принципу.<br /> <br /> '''LXF:''' Давайте уточним: программа обрабатывает все как строки?<br /> <br /> '''РХ:''' Версия 2.0 обрабатывала все как строку. Версия 3.0 различает целые, числа с плавающей точкой, строки и двоичные данные (тип BLOB), но она позволяет вам разместить все эти четыре типа в одной колонке таблицы (на разных строках). В традиционных БД SQL так делать нельзя: вы должны объявить тип данных для столбца, например, «short int», после чего сможете поместить в него только целые числа из определенного диапазона значений. В SQLite вы можете задать столбцу тип данных «short int» и поместить в него все, что считаете нужным.<br /> <br /> '''LXF:''' Если вы можете разместить в числовом поле строку, то является ли оно числовым полем? Вот в чем вопрос.<br /> <br /> '''РХ:''' Знаете, я думаю, что строгая типизация SQL есть ошибка в проектировании этого языка. Я уверен, что этот принцип изначально был заложен для того, чтобы авторы БД могли заранее определить, сколько дискового пространства будет занимать строка таблицы. Они не хотели пойти другим, более сложным путем: работать с записями переменной длины. Так что это, по сути, вопрос реализации..<br /> <br /> '''LXF:''' ...пожалуй, это уже не актуально<br /> <br /> '''РХ:''' Это база данных: она нужна для хранения информации, а не для того, чтобы вы занимались ее форматированием. Такова моя точка зрения. Справедливости ради, нужно сказать, что есть и другие. Однако я пришел из мира скриптовых языков, в которых очень ценится возможность поместить что угодно в какую угодно переменную.<br /> <br /> '''LXF:''' В общем, так оно должно быть.<br /> <br /> '''РХ:''' ко мне постоянно приходят люди и говорят: «Когда вы это исправите?» Но ведь здесь нет ошибки! Я думаю, что эти просьбы связаны с устоявшимися стереотипами, ведь SQL всегда делал это по другому, и сейчас, когда я расширил структуру языка, многие могут сказать: «Мы никогда не применяли этот способ, это не похоже на SQL»<br /> <br /> '''LXF:''' Какую вы сами себе отводите роль в развитии SQlite?<br /> <br /> '''РХ:''' Я хочу продолжать делать то, что делаю – то есть поддерживать проект. SQLite не требует серьезных усилий для поддержки, потому что не создает больших проблем. Я пытаюсь привлечь к этой работе новых людей, с тем, чтобы если на пути домой я попаду под автобус, кто-то занял бы мое место. Дэн Кеннеди более чем способен на все, что только может потребоваться сделать, он – что-то вроде моей «резервной копии». Но было бы лучше, если бы появилась группа людей, которая бы достаточно хорошо понимала код и могла уверенно исправлять ошибки.<br /> <br /> '''LXF:''' Это и есть ваша нынешняя цель?<br /> <br /> '''РХ:''' Я бы не отказался от помощи целой охапки Дэнов Кеннеди. Я знаю, что хочу слишком многого, ожидая прихода суперталантливых людей, потому что такие люди уже работают над другими проектами. Было бы здорово воспитать себе помощников и привлечь их к проекту. Знаете ли, мое имя нигде не встречается в исходном коде.<br /> <br /> '''LXF:''' «Жалобы и предложения направляйте по адресу dan.kennedy@...»<br /> <br /> '''РХ:''' Предоставление кода в public domain было большим шагом вперед. Это было похоже на свадьбу вашего первенца. Действительно, такое решение трудно принять, ведь я потратил столько времени и сил на свой проект, а потом отпустил его, даже специально перечитал код и удалил оттуда свое имя. Это больше, чем просто юридический шаг: я на самом деле выпустил свое детище на свободу. И продолжаю делать то же самое, то есть – отпускать его дальше. Возможно, это противоречит высказанному мною мнению по поводу того, кто может вносить свой вклад в код, но я так не считаю. Я не пытаюсь уберечь свой код, я оберегаю общий код.</div>

Alias http://wiki.linuxformat.ru/wiki/LXF73:SUSE_Linux_10.0 2008-03-17T05:42:47Z

<p>Alias: Новая: = SUSE Linux 10.0 = ''Стильный и функциональный, SUSE Linux удваивает свое благосостояние. '''Пол Хадсон''' разбирает...</p> <hr /> <div>= SUSE Linux 10.0 =<br /> <br /> ''Стильный и функциональный, SUSE Linux удваивает свое благосостояние. '''Пол Хадсон''' разбирается, что к чему.''<br /> <br /> {{Врезка|left|<br /> Заголовок = Самое главное |<br /> Содержание = Многоцелевой дистрибутив для домашних пользователей. См. Также: Mandriva, Fedora Core и Ubuntu.<br /> <br /> * Разработчик: Novell<br /> * Web: [http://www.novell.com www.novell.com]<br /> * Цена: бесплатно по лицензии GPL или 2000 рублей за коробочную версию |<br /> Ширина=250px}}<br /> <br /> За прошедшие годы мы ясно поняли, что SUSE пунктуален, как уходящий в 7:36 поезд от Штутгарта до Мюнхена. Шесть месяцев назад мы обозревали SUSE 9.3, полугодием раньше – SUSE 9.2 и так – до начала времен. Традиционно SUSE проигрывал другим дистрибутивам, которые жертвовали большими номерами версий, отдавая предпочтение меньшему числу крахов системы. С выпуском версии 9.3 в апреле этого года, SUSE впервые на нашей памяти затмил Mandriva: он был более функциональным и, что особенно удивительно, более стабильным, чем его давний соперник.<br /> <br /> Несмотря на столь существенное отличие, номер версии этого выпуска отличался от его менее удачливого предшественника всего на 0.1. Что же могло измениться настолько, что SUSE 9.4 превратилось в 10.0? На этот раз отличия оказались скорее не технологическими, а философскими...<br /> <br /> === Вершина айсберга ===<br /> <br /> Пару лет назад мы летали в Нюрнберг – германский город, в котором расположена штаб-квартира SUSE. Мы осмотрели лаборатории и поинтересовались, когда же, наконец, выйдет по-настоящему открытая версия SUSE, сделанная при участии сообщества и доступная для свободной загрузки. Нам ответили, что бизнес-модель компании не подразумевает открытия дистрибутива. Очевидно, последовавшее приобретение SUSE компанией Novell привело к коренным изменениям, поскольку некотрое время назад был анонсирован проект openSUSE, который будет разрабатывать будущие версии SUSE при поддержке сообщества.<br /> <br /> Для конечных пользователей это означает еженедельные сборки дистрибутива, общедоступный план работ, возможности для участия и связи с разработчиками SUSE. короче, SUSE уподобилась Red Hat с ее проектом Fedora.<br /> <br /> Не желая получать пачки гневных писем от инженеров Novell, спешим предупредить вас, что SUSE весьма отличается от Fedora – впрочем, это вам скажет любой участник проекта openSUSE. На сайте [http://www.opensuse.org www.opensuse.org] можно прочесть следующее заявление: «Проект openSUSE поддерживает и разрабатывает некоторые открытые стандарты, не включенные в Fedora, например... Yast (стандартный, открытый пакет для настройки и управления Linux)».<br /> <br /> Справедливость ради, стоит упомянуть, что и Fedora разрабатывает «некоторые открытые стандарты, не включенные в SUSE», например, инсталлятор ''Anaconda''. редакция ''Linux Format'' предпочитает отличать стандарты ''«де-факто»'' (ставших таковыми в силу популярности решения) от ''«де-юре»'' (утвержденных соответствующими организациями). ''Yast'' не подпадает ни под одно из этих определений, так что приготовьтесь повозмущаться, читая сайт openSUSE.<br /> <br /> Пожалуй, основное отличие между Fedora и openSUSE состоит в том, что последний превращается в коробочный продукт на финальном этапе разработки. Коробочные версии SUSE включают всеобъемлющую документацию – лучшее из того, что вы можете найти и солидную стопку CD/DVD для установки системы. Проект Fedora, напротив, оставляет стабилизацию продукта на долю разработчиков Red Hat Enterprise Linux, так что Fedora Core не поддерживается и зачастую не так уж стабильна.<br /> <br /> В рамках открытия SUSE, на сайте [http://www.opensuse.org www.opensuse.org] каждую неделю размещалась новая тестовая сборка дистрибутива: четыре бета-версии, а затем релиз-кандидаты. Пользователи могли поработать с каждым из них и сообщить о замеченных ошибках, а также разместить на opensuse.org собственные проекты или прислать патчи. Хотя мы бы предпочли общественные доступ к build-серверу (это планируется в будущем), нужно отдать должное – это был прекрасный старт.<br /> <br /> === Приложения ===<br /> <br /> «Перестройка, гласность и ускорение», сопутствующие выпуску SUSE 10.0, неизбежно привели к тому, что с технологической точки зрения этот релиз не слишком отличается от версии 9.3. Можно сказать, что SUSE стал заложником собственного успеха – поместив Xen, Mono, ''Beagle'' и ''OpenOffice.org 2.0'' в одну версию, он не оставил задела на будущее. Но не огорчайтесь – все-таки здесь есть кое-что, интересное любителям SUSE: <br /> <br /> * Это первый дистрибутив (не считая Ubuntu), который включает Gnome 2.12 (см. обзор в этом номере Linux Format). для пользователя изменилось не так уж много – главное кроется в ''Cairo'', который теперь используется ''GTK'' для отображения виджетов. Ну и конечно, всегда приятно иметь последнюю версию.<br /> <br /> * ''Evolution'' обновлен до версии 2.4. Это настолько отшлифованное приложение, что даже самые очевидные из новых функций кажутся мелкими доработками.<br /> <br /> * В состав системы включен ''Xen 3'', поддерживающий x86_64 и SMP.<br /> <br /> * SUSE Linux 10.0 базируется на ядре 2.6.13, а это значит, что вы получите ''Inotify'' прямо из коробки. О других «вкусностях» читайте в спецрепортаже!<br /> <br /> Наличие Gnome 2.12 несколько омрачается тем фактом, что системные утилиты доступны только в DVD-версии. То же самое относится и к другим пакетам, в том числе, PHP 5. SUSE следовало бы добавить еще один CD, чтобы не огорчать людей, не имеющих привода DVD-ROM. В состав системы включены последние версии Mono и ''Beagle'', однако, большая часть других компонентов не претерпела существенных изменений. Вы встретите все тот же KDE 3.4 и ''GIMP 2.2'', правда, с некоторыми исправлениями. Из новых возможностей нам понравилась функция поиска в K Menu. Вы вводите название программы, а она затеняет пункты меню, в которых не встречается это слово.<br /> <br /> В общем, хотя изменения в номерах версий не столь радикальны, SUSE попрежнему находится на острие атаки. <br /> <br /> {{Врезка|<br /> Заголовок = Сообщество SUSE|<br /> Содержание = Создание сообществ вокруг дистрибутива давно превратилось в своего рода спорт, где каждый изыскивает свои пути к успеху. Mandriva – пожалуй, пионер в этой области, продает членские карточки и предоставляет уникальные возможности. Ubuntu бесплатно рассылает CD, но, если честно, это не всем по карману. Изюминка SUSE – регулярный выпуск альфа и бета-версий, что позволяет поддерживать в людях живой интерес. По сути, единственным дистрибутивом, не преуспевшим на поприще создания сообщества, является Fedora, чьим планом было: «если мы сделаем это, они придут». Как объяснил Грэхем Моррисон (см. материал про Kalbum в прошлом номере журнала), сообщество не «сделается само». Удастся ли SUSE удержать темп, становясь все более открытым? Сейчас вы можете загрузить образы CD тестовых выпусков, но на самом деле нужны ночные сборки, позволяющие удостовериться, что обнаруженная вами ошибка исправлена. кроме того, как быть с законом о торговых марках, если кто-то захочет создавать свой дистрибутив на базе SUSE? Обычно дистрибутивы базируются на Debian, Red Hat и Mandrake и почти никогда – на SUSE. Это теперь изменится? будем надеяться, что да. если SUSE Linux действительно хочет стать открытым, он должен идти до конца: позволить людям создавать производные (явно помеченные, как таковые) и так далее. Это будет гарантом того, что сообщество SUSE будет успешным.|<br /> Ширина=300px}}<br /> <br /> === Обустраиваемся ===<br /> <br /> Инсталлятор SUSE и так достаточно прост в использовании, но команда разработчиков выполнила еще кое-какие «доводки», чтобы сделать его более понятным. Самые продвинутые опции теперь скрыты от глаз неподготовленного пользователя в специальных вкладках. Это сделало интерфейс программы яснее.<br /> <br /> В другом месте предлагается недвусмысленный выбор между KDE и GNOME. Таким образом, SUSE удается сохранить строгий нейтралитет между противоборствующими сторонами.<br /> <br /> В установке по умолчанию содержится большое число программ, так что она достаточно объемна, однако, в вашей системе будут все приложения, какие только могут понадобиться на рабочем столе. Вы получите Mono и базирующиеся на нем программы, такие как ''Tomboy'', ''Beagle'' и ''Blam''. Я уже не говорю об ''OpenOffice.org 2.0'', но хочу отметить, что SUSE, вслед за Red Hat, использует «Java ree»-редакцию открытого офисного пакета.<br /> <br /> Контрольная панель ''Yast'' также подверглась небольшой доработке. SUSE 9.3 (и предыдущие версии) содержали огромный логотип ''Yast''/SUSE, который занимал экранное место и заставлял людей теряться в догадках, что же значит эта аббревиатура. рады доложить, что SUSE переделала интерфейс. Изменения коснулись и утилиты настройки X, ''Sax2'', обладавшей собственным странноватым «лицом». Теперь, хвала Линусу, этого нет. Да, потребовалось 10 версий, чтобы ''Yast'' привел себя в божеский вид, но лучше все же поздно, чем никогда. Впрочем, работа еще не завершена – на экране сетевых настроек следует избавиться от жаргона и профессиональных терминов. Сотрудники SUSE! Уверяю вас: ни один нормальный человек не будет искать вкладку «NTP Client», чтобы настроить синхронизацию времени!<br /> <br /> В свободно распространяемой версии отсутствуют некоторые закрытые приложения: Java, ''Macromedia Flash Player'' и ''Adobe Acrobat''. Лично мы рады сказать им «прощай», но если вы чувствуете, что не в силах отказаться от проприетарного ПО и не желаете тратить деньги на коробку – SUSE позволяет докачать их и даже показывает, откуда. более интересно то, что создание проекта openSUSE привело к выпуску бесплатной версии дистрибутива для платформы PowerPC (да, для вашего Mac Mini). SUSE уже порывала с PowerPC раньше, так что это может быть временным явлением...<br /> <br /> === Для кодеров ===<br /> <br /> SUSE продолжает лидировать на программистском фронте и укрепляет свои позиции с включением в состав дистрибутива среды ''MonoDevelop'', а также библиотек Mono для решения различных задач (в том числе, ''ipod-sharp'' для тех, кто хочет поупражняться в C# со своим iPod Mini). SUSE демонстрирует поистине немецкую педантичность в мелочах: ''GCC 4.0.2'' является действительно последней версией на момент отправки статьи в печать – та же Mandriva отстает на 0.0.1. В вашем распоряжении – ''KDevelop'', ''Qt Designer'' и ''Glade'' для разработки приложений, использующих Qt и KDE.<br /> <br /> Mandriva остается настолько позади, что возникает невольный вопрос: не является ли новым главным конкурентом SUSE Ubuntu? С выпуском Breezy Badger (читайте следующий номер Linux Format), в него входят Mono и Gnome 2.12, а также некоторые уникальные возможности.<br /> <br /> Конечно, в мире Linux нет победителей и проигравших, ибо наш общий враг – проприетарное ПО, но мы рады видеть, что SUSE так далеко продвинулась в вопросах открытости и занялась шлифовкой существующих концепций вместо придумывания своих собственных.<br /> <br /> === Вердикт Linux Format ===<br /> * Возможности — 9/10<br /> * Производительность — 9/10<br /> * Простота использования — 8/10<br /> * «Цена/Качество» — 9/10<br /> Приятный во всех отношениях релиз, продолжающийтрадиции предыдущих версий. Остается лидером.<br /> <br /> * '''Рейтинг — 9/10'''<br /> <br /> [[Категория:Обзоры]]</div>

Alias http://wiki.linuxformat.ru/wiki/LXF73 2008-03-17T05:40:36Z

<p>Alias: /* Обзоры */</p> <hr /> <div>==Linux Format 73 (4), Декабрь 2005==<br /> <br /> === Обзоры ===<br /> * [[LXF73:Mandriva Linux 2006|Mandriva Linux 2006]]<br /> * [[LXF73:SUSE Linux 10.0|SUSE Linux 10.0]]<br /> * [[LXF73:Gnome 2.12|Gnome 2.12]]<br /> * [[LXF73:Sugar Suite 3.5|Sugar Suite 3.5]]<br /> * [[LXF73:CrossOver Office 5.0|CrossOver Office 5.0]]<br /> * [[LXF73:BrightStor ARCserve Backup|BrightStor ARCserve Backup]]<br /> <br /> <br /> [[LXF73:Сравнение: Электронные фотоальбомы|Сравнение: Электронные фотоальбомы]]<br /> <br /> [[LXF73:HotPicks|HotPicks]]<br /> <br /> [[LXF70:Что такое...Parrot?|Что такое... Parrot?]]<br /> <br /> [[LXF73:Свободно как сама свобода|Свободно как сама свобода]]<br /> <br /> [[LXF73:Интервью: Ричард Хипп|Интервью: Ричард Хипп]]<br /> <br /> [[LXF73:Интервью: Эбен Моглен|Интервью: Эбен Моглен]]<br /> <br /> [[LXF73:Вскрываем ядро|Вскрываем ядро]]<br /> <br /> === Учебники ===<br /> * [[LXF73:Первые шаги|Первые шаги]]<br /> Заскучали? Энди Ченнелл научит вас <br /> использовать Google Talk и Skype<br /> <br /> * [[LXF73:GIMP|GIMP]]<br /> Майкл Дж. Хэммел отправил статью про <br /> создание пространственных фракталов <br /> из зонда Вояджер в квадрате Дельта<br /> <br /> * [[LXF73:Автомонтирование USB|Автомонтирование USB]]<br /> Кстати скзать, не слишком ли много<br /> Нейл Ботвик возится с HAL?<br /> <br /> * [[LXF73:Gambas|Gambas]]<br /> BASIC &amp;ndash; это не только INPUT и PRINT.<br /> Марк Александр Бейн научит вас, как<br /> написать собственный web-браузер<br /> <br /> * [[LXF73:PHP I|PHP I]]<br /> PDO: для вас &amp;ndash; еще один акроним, для<br /> Пола Хадсона &amp;ndash; повод задержаться в <br /> офисе. Присоединяйтесь...<br /> <br /> * [[LXF73:PHP II|PHP II]]<br /> Пол Халфпенни учит защищать <br /> web-сайт паролем<br /> <br /> * [[LXF73:Русификация Debian 3.1|Русификация Debian 3.1]]<br /> Руководство к действию от автора<br /> Cyrillic HOWTO Евгения Балдина<br /> <br /> * [[LXF73:Локализация ПО|Локализация ПО]]<br /> <br /> [[LXF73:Ответы|Ответы]]</div>

Alias http://wiki.linuxformat.ru/wiki/LXF73 2008-03-17T05:39:14Z

<p>Alias: /* Обзоры */</p> <hr /> <div>==Linux Format 73 (4), Декабрь 2005==<br /> <br /> === Обзоры ===<br /> * [[LXF73:Mandriva Linux 2006|Mandriva Linux 2006]]<br /> * [[LXF73:SUSE Linux 10.1|SUSE Linux 10.0]]<br /> * [[LXF73:Gnome 2.12|Gnome 2.12]]<br /> * [[LXF73:Sugar Suite 3.5|Sugar Suite 3.5]]<br /> * [[LXF73:CrossOver Office 5.0|CrossOver Office 5.0]]<br /> * [[LXF73:BrightStor ARCserve Backup|BrightStor ARCserve Backup]]<br /> <br /> <br /> [[LXF73:Сравнение: Электронные фотоальбомы|Сравнение: Электронные фотоальбомы]]<br /> <br /> [[LXF73:HotPicks|HotPicks]]<br /> <br /> [[LXF70:Что такое...Parrot?|Что такое... Parrot?]]<br /> <br /> [[LXF73:Свободно как сама свобода|Свободно как сама свобода]]<br /> <br /> [[LXF73:Интервью: Ричард Хипп|Интервью: Ричард Хипп]]<br /> <br /> [[LXF73:Интервью: Эбен Моглен|Интервью: Эбен Моглен]]<br /> <br /> [[LXF73:Вскрываем ядро|Вскрываем ядро]]<br /> <br /> === Учебники ===<br /> * [[LXF73:Первые шаги|Первые шаги]]<br /> Заскучали? Энди Ченнелл научит вас <br /> использовать Google Talk и Skype<br /> <br /> * [[LXF73:GIMP|GIMP]]<br /> Майкл Дж. Хэммел отправил статью про <br /> создание пространственных фракталов <br /> из зонда Вояджер в квадрате Дельта<br /> <br /> * [[LXF73:Автомонтирование USB|Автомонтирование USB]]<br /> Кстати скзать, не слишком ли много<br /> Нейл Ботвик возится с HAL?<br /> <br /> * [[LXF73:Gambas|Gambas]]<br /> BASIC &amp;ndash; это не только INPUT и PRINT.<br /> Марк Александр Бейн научит вас, как<br /> написать собственный web-браузер<br /> <br /> * [[LXF73:PHP I|PHP I]]<br /> PDO: для вас &amp;ndash; еще один акроним, для<br /> Пола Хадсона &amp;ndash; повод задержаться в <br /> офисе. Присоединяйтесь...<br /> <br /> * [[LXF73:PHP II|PHP II]]<br /> Пол Халфпенни учит защищать <br /> web-сайт паролем<br /> <br /> * [[LXF73:Русификация Debian 3.1|Русификация Debian 3.1]]<br /> Руководство к действию от автора<br /> Cyrillic HOWTO Евгения Балдина<br /> <br /> * [[LXF73:Локализация ПО|Локализация ПО]]<br /> <br /> [[LXF73:Ответы|Ответы]]</div>

Alias http://wiki.linuxformat.ru/wiki/LXF73:Parrot 2008-03-17T05:24:50Z

<p>Alias: Основной текст</p> <hr /> <div>= Что такое...PARROT? =<br /> <br /> ''Изначально спроектированная для выполнения кода Perl 6, эта птица может улететь очень далеко. '''Эмиас Чэннер''' ('''Amias Channer''') исследует творение Ларри и группы Perlmongers.''<br /> <br /> '''Для начала: что такое Parrot?'''<br /> <br /> Parrot – это новый вид виртуальной машины (VM), специально приспособленный для нужд интерпретируемых языков. <br /> <br /> '''Интерпретируемые языки? Это как ruby и Perl?'''<br /> <br /> Да, это языки, компилируемые в реальном времени непосредственно перед выполнением. В чем суть компилируемого языка, например, C? Чтобы создать программу, вы пишете её исходный код, затем компилируете и связываете с зависимыми компонентами, получая бинарный файл, который и будет потом запускаться. В нашем же случае вы просто загружаете интерпретатор и говорите ему, какой исходный код нужно выполнить. Например: perl test.pl.<br /> <br /> '''Зачем нужна виртуальная машина?'''<br /> <br /> Виртуальная машина работает поверх вашей платформы. Вместо того, чтобы создавать традиционный машинный код, вы компилируете байт-код, который выполняется виртуальной машиной. Такое разделение ценой небольшой потери производительности даёт больший контроль безопасности и общих ресурсов.<br /> <br /> '''В чём разница между байт-кодом и машинным кодом?'''<br /> <br /> Ключевое отличие в том, что машинный код запускается непосредственно на физическом процессоре, тогда как байт-код запускается в виртуальной, эмулируемой машине. Это значит, что байт-код может быть запущен везде, где есть его интерпретатор, в то время как машинный код работает только на определенном типе компьютеров. Оба кода достаточно сложны для понимания, поэтому не нужно писать программы непосредственно в машинном или байт-коде, если только у вас не существует для этого веской причины. Parrot позволяет компилировать исходный код разных языков в байт-код, который может запускаться на различных компьютерах, при условии, что для них есть интерпретатор/компилятор байт-кода в машинный код.<br /> <br /> '''Меня не волнует, на чём запущен мой код – что виртуальная машина может дать лично мне?'''<br /> <br /> Вы можете создавать компоненты программы, используя различные языки, выбирая, какой из них лучше всего подходит для каждой решаемой задачи. Затем вы можете скомпилировать свои компоненты в байт-код Parrot и использовать их вместе с компонентами других языков, при условии, что они тоже собраны в этот байт-код. И конечно, ваша программа может быть запущена на любом компьютере с установленной виртуальной машиной Parrot.<br /> <br /> '''Разве я не могу использовать любой язык с существующими системными библиотеками?'''<br /> <br /> Ну, можете, но только через отдельный внешний интерфейс, например, для базы данных или сериализации. Интерпретируемые языки всегда имели проблемы, когда дело доходило до общего использования структур данных, поскольку отсутствует понятие общего бинарного интерфейса. Perl, Python и Ruby внутри используют совершенно различные бинарные структуры (для обеспечения независимости от платформы) и поэтому не могут иметь доступ к общим структурам данных непосредственно в памяти, не прибегая к помощи внешних инструментов. Также, весьма часто внешние интерфейсы работают не на всех платформах, что делает портирование похожим на лотерею. Вот почему мы так надеемся на Parrot.<br /> <br /> '''Смогу ли я распространять свою интерпретируемую программу в бинарном виде?'''<br /> <br /> Байт-код – это не совсем бинарный файл, но если вы имеете в виду распространение без исходных кодов, то да, это возможно. Это хороший повод повлиять на разработку Parrot-версии вашего любимого языка программирования. Если в своём коде вы использовали модули GPL и планируете распространять байт-код, вы должны убедиться, что не нарушаете лицензий этих модулей.<br /> <br /> '''Разве мой код не будет работать быстрее, если под ним не будет виртуальной машины?'''<br /> <br /> «Родной» код, то есть код, написанный под конкретную платформу, будет всегда исполняться быстрее эмулируемого кода. Но, если вы используете язык высокого уровня, особенно интерпретируемый, вы уже фактически сместили свои приоритеты в сторону функциональности, а не производительности, поскольку в этом случае виртуальная машина в каком-то виде всегда будет присутствовать.<br /> <br /> '''Почему это?'''<br /> <br /> Ну, возьмите к примеру такой интерпретируемый язык, как PHP. Это одновременно и язык и виртуальная машина для него.<br /> <br /> '''То есть, вы не считаете, что виртуальная машина замедлит выполнение?'''<br /> <br /> Принимая во внимание снижающиеся цены на оборудование, повышения производительности проще достичь с помощью более быстрых чипов, чем ускорением кода. Компенсацией за замедление работы является простота обновления оборудования или платформы.<br /> <br /> '''До появления Parrot должны были существовать и другие виртуальные машины с открытым кодом. Насколько они хороши?'''<br /> <br /> Не существует других виртуальных машин с открытым кодом, имеющих такие же возможности, и это было одной из причин появления проекта Parrot. Хотя сейчас это кроссплатформенная и многоязыковая среда, программисты задумывали Parrot в первую очередь для исполнения кода Perl 6. Е сли бы была альтернатива – они бы ею воспользовались.<br /> <br /> '''Как насчёт Java и .NET? Это ведь тоже виртуальные машины?'''<br /> <br /> В отличие от них, Parrot – это по-настоящему открытый проект. Это позволяет ему быть кроссплатформенным, поскольку не существует каких-либо предпочтений в плане платформы. Хотя Java и .NET – тоже кроссплатформенные среды, они совсем не обязательно одинаково хорошо работают везде, так что может не получиться поменять платформу. Мы ожидаем, что Parrot превзойдёт как Java, так и .NET, и текущие тесты показывают, что он лидирует в плане производительности. Хотя предстоит написать ещё много кода, так что итоговый расклад может измениться. Кроме того, Java и .NET имеют свои собственные родительские языки...<br /> <br /> '''...собственно Java и .NET?'''<br /> <br /> Точно. Parrot, с другой стороны, более независим от языка. Он спроектирован для интерпретируемых, динамических языков, в отличие от большинства других виртуальных машин, где языки обрабатываются статически.<br /> <br /> '''Что такое статическая и динамическая обработка?'''<br /> <br /> Статическая обработка предполагает объявление переменной, тогда как при динамической обработке переменные создаются, когда им присваивают значения. Вообще говоря, статическая обработка более эффективна в плане скорости и использования памяти, поскольку компилятор обладает большей информацией о том, что делает код и может его оптимизировать. Это хорошо работает для операционных систем, поскольку вы должны точно знать, что происходит, но не так полезно для высокоуровневой бизнес-логики, так как в этом случае важнее скорость кодирования и ясность кода, а не то, как на самом деле он работает в памяти.<br /> <br /> '''Сможет ли Parrot общаться с Java или .NET?'''<br /> <br /> Да, но не сразу. С нашей точки зрения, это может произойти на более позднем этапе, когда интеграция между динамической виртуальной машиной и машиной с проверкой типов станет проще. Прототип транслятора Java в байт-код Parrot уже существует, так что можно считать, что такая возможность есть.<br /> <br /> '''Как вы пришли к имени Parrot?'''<br /> <br /> Имя появилось из первоапрельской шутки, в которой утверждалось, что создатель Perl Ларри Уолл (Larry Wall) и лидер Python Гвидо Ван Россум (Guido van Rossum) собираются объединить Perl и Python в новый язык, названный Parrot. Симон Козенс (Simon Cozens), хакер Perl и автор шутки, был избран лидером проекта, в результате чего это имя окончательно закрепилось за ним, поскольку в каком-то смысле он действительно объединяет Perl и Python.<br /> <br /> '''А я думал, что Perl умер вместе с крахом доткомов?'''<br /> <br /> Нет, Perl всё ещё полон сил. Немало разработчиков языка переключилось на Parrot, и в Perl 5 прибавляется совсем немного кода, однако новые модули CPAN регулярно поступают в репозиторий Perl.<br /> <br /> '''Если люди ненавидят Perl, возможно, они будут ненавидеть и Parrot?'''<br /> <br /> Parrot весьма сильно зависит от Perl, и от его наследия будет довольно сложно избавиться. Вы можете использовать Parrot, не написав ни одной строки кода на Perl, но для этого нужно иметь установленный и настроенный Perl. Большинство дистрибутивов Linux содержат Perl, так что тут не должно быть проблемы. Parrot можно использовать и с другими языками. На самом деле, идея заключается в том, что вы можете использовать один язык, и получать дополнительные преимущества от использования других языков. Вы можете написать код под платформу, для которой вы раньше не могли программировать. Именно для этого вам понадобится компилятор в байт-код Parrot.<br /> <br /> '''Хорошо, а какие другие языки можно компилировать в байт-код Parrot?'''<br /> <br /> Их много, хотя ни один из них пока не обладает особой стабильностью и полнотой, да и не будет обладать, пока ядро Parrot не созреет окончательно. На данный момент, можно попробовать прототипы компиляторов байт-кода для Perl 6, Parrot Assembler (PASM), Java, Jako, Integer BASIC, Scheme, Forth, TCL, Ruby, Python, Ook, Lisp и Befunge. Но не ждите, что они будут очень хорошо работать. Если вашего любимого языка нет в списке, попробуйте поприставать к разработчикам – глядишь, он и появится!<br /> <br /> '''Упс, Ассемблер! Я думал, Parrot относится к высокоуровневым языкам?'''<br /> <br /> Расслабьтесь, это же просто виртуальная машина. В любом случае, нет нужды использовать PASM: в ближайшем будущем появятся более удобные способы создания байт-кода Parrot. PASM просто наиболее полно поддерживается в настоящее время и используется для написания Unit-тестов для виртуальной машины Parrot, а это единственная серьёзная работа, проделанная в Parrot на данный момент. Когда проект станет более зрелым, PASM скроется на задворках Parrot и будет востребован лишь какими-нибудь чернокнижниками хакерского цеха. Скорее всего, вы никогда не будете использовать PASM напрямую, но может оказаться удобным иметь такую возможность. Как говорит Ларри Уолл: «Есть как минимум несколько способов сделать это».<br /> <br /> '''Вы не думаете, что идея Parrot выйдет за пределы сообщества Perl?'''<br /> <br /> Parrot уже приобретает популярность и начинает подключаться к другим проектам с открытым кодом в качестве виртуальной машины и встраиваемой языковой среды, так что можно даже не пытаться пригвоздить его к своему насесту. Лео Тош (Leo Toetsch), текущий pumpking («хранитель тыквы») выпустил версию Wart (0.3.1) в начале ноября и сейчас работа быстро двигается дальше.<br /> <br /> '''Pumpking? Кто это?'''<br /> <br /> Извините, это слэнг Perl. Из группы разработчиков выбирается самый главный, так называемый pumpking. Он контролирует добавление нового кода в главную ветку проекта. Линуса Торвальдса тоже можно считать Хранителем ветки Linux 2.6. Предположительно, фраза произошла от брелка для ключей в форме тыквы, который передавался от одного неизвестного программиста другому во времена цифрового бума. В брелке был USB-ключ, который позволял обновлять резервное хранилище кода, над которым работали эти программисты. Хранителем и был тот, кто владел ключом.<br /> <br /> '''А как насчёт всех этих странных имён и акронимов?'''<br /> Лингвистические шутки сообщества Perl – это наследие мистера Уолла. Он крайне эксцентричный, но фантастически одарённый человек. Помимо прочего, он является экспертом в языкознании, безмерно остроумен и носит пугающе кричащие рубашки. Его остроумие и знания лингвистики привнесли в Perl чрезвычайно гибкий (кто-то может сказать, фатальный) синтаксис, привлекающий разработчиков с отчасти гуманитарным складом ума. В результате, Perl – единственный среди других языков (программирования и не только), регулярно используемый как в поэзии, так и в shell-скриптах, похожих на шум, или в прекрасно структурированных проектах web-автоматизации.<br /> <br /> '''Программисты Perl, похоже, весьма изворотливы?'''<br /> <br /> Perl как язык программирования приветствует живой ум, гибкость и прагматизм. Это привлекает самых чудаковатых хакеров – людей, которые при каждом удобном случае наслаждаются своей эксцентричностью. Эти люди помогли создать начинку языка, так что Perl вырос из их предпочтений и непохожести на остальных. Разработчики Perl часто не следуют традиционным парадигмам компьютерной науки, и склонны рассматривать проблемы программирования не с математической, а скорее с лингвистической точки зрения, с более высокого уровня.<br /> <br /> '''Это «безумие» затронет и Parrot?'''<br /> <br /> Чёрт побери, конечно, ведь именно оно сделало Perl таким успешным языком! По всему миру существуют группы разработчиков, создающие свои собственные рекурсивные акронимы, пишущие модули Perl для превращения вашего кода в изображения верблюдов, да еще и умудряющиеся находить время на обильные пивные возлияния. Чудесным образом из этого цифрового бедлама родились сильные и живые сообщества, способные создавать первоклассный код.<br /> <br /> '''Но как в результате всего этого создаётся хороший код?'''<br /> <br /> Я думаю, если у вас есть группа веселых людей, наслаждающихся обществом друг друга и постоянно пытающихся превзойти себя в технических знаниях, вы получите хороший код. Атмосфера легкого дурачества и, что самое важное, беззаботный подход делают гораздо более простым разрешение возможных конфликтов. Во времена доткомов Perl отличался тем, что позволял быстро прототипировать и менять код в соответствии с постоянно изменяющимися бизнес-практиками. Более строгий язык не смог бы обеспечить быстрые изменения с такой гибкостью.<br /> <br /> '''Какие новые возможности появятся в Perl 6 ?'''<br /> <br /> Одна из главных возможностей – лучшая объектная ориентированность (ОО). Perl 5 сильно критиковали за его искусный, но «хакерский» подход к OO. В Perl 6 появятся соответствующие ключевые слова для определения классов, так что вам не придётся исправлять опечатки в базовых конструкторах. Это должно сделать ваш код более компактным и организованным. Основная критика Perl 5 состояла в том, что он поощрял некорректный стиль кодирования, с использованием массы ухищрений. В самом деле, стандартной практикой стало включать специальный «строгий» (strict) синтаксис, чтобы отключить наиболее опасные возможности языка. Perl 6 будет использовать этот синтаксис по умолчанию, но вы сможете без труда избежать «строгого режима».<br /> <br /> '''А разве не было некоторых проблем с Perl 6?'''<br /> <br /> Да, были, начальный план по расширению Perl 5 до Perl 6 провалился. Из-за своей высокоуровневой природы, Perl не так хорош для написания компиляторов, поэтому для разработки выбрали Haskell. Это тоже язык высокого уровня, но его формальные инструменты отладки гораздо лучше, что очень важно при разработке чего-то настолько сложного, как компилятор. Этот промежуточный инструмент называется Pugs, он должен играть роль связки, позволяющей разрабатывать грамматику Perl 6. Большинство проектных решений Perl 6 было реализовано в Pugs, и сейчас он находится в поиске своего пути к конкретному применению. Время жизни Pugs ограничено, он достигнет кульминации своего развития к моменту портирования Perl 6 на Parrot. Вы найдёте более детальную информацию на сайте [http://www.pugscode.com www.pugscode.com]<br /> <br /> '''Мои программы, написанные на Perl 5, смогут работать на Perl 6?'''<br /> <br /> Практически полностью, кроме тех случаев, когда вы делаете что-нибудь эдакое, но тогда вы, скорее всего, знаете, почему вы это делаете. Perl 6 будет работать как Perl 5, пока не обнаружит в вашем коде новые конструкции (такие как class и module). Позже вы, возможно, захотите портировать свои программы на Perl 6, особенно если вы пишете объектно-ориентированный код.<br /> <br /> '''Могу ли я установить Perl без всех этих виртуальных машин?'''<br /> <br /> Нет. Разработка Parrot была вызвана новыми возможностями Perl 6. Внутренности Perl 5 были так переплетены, что потребовалась полная переделка. Некоторое время Perl 5 ещё будет доступен, но основная часть разработчиков перейдёт на Perl 6. Большая часть CPAN будет развиваться так, чтобы новые концепции работали только в Perl 6, хотя у Perl 5 столь огромное количество пользователей, что он еще протянет какое-то время.<br /> <br /> '''Parrot написан на самом себе или на Perl 5?'''<br /> <br /> Э... На самом деле, он написан на C.<br /> <br /> '''Почему же Parrot написан на C, если предполагалось что он будет самодостаточным?'''<br /> <br /> Самодостаточность создаёт проблему курицы и яйца. Чтобы эта среда заработала, она должна быть написана на C и скомпилирована в машинный код. С этого момента эта среда может быть пересобрана на своём собственном языке. Для разработчиков компиляторов смена языка во время разработки является обычной практикой. Это возможно, поскольку многие создатели компиляторов используют специальные инструменты, которые реализуют один и тот же функционал на разных языках, позволяя выбрать тот, который создаёт самый быстрый или самый безопасный машинный код.<br /> <br /> '''Разве C не устарел? Я думал Parrot будет чем-то новым?'''<br /> <br /> C слегка состарился, но он всё ещё лучший из имеющихся языков для подобной работы. Он работает на широчайшем спектре платформ, имеет самое большое число талантливых разработчиков и достаточно зрел, чтобы безопасно генерировать небольшой и быстрый машинный код. Ни один другой язык не обладает всеми этими характеристиками. Важно понимать, что код, который на этом уровне имеет значение – это машинный код, а компиляторы и компоновщики C создают его лучше всего.<br /> <br /> '''Я пользуюсь Mod-Perl в apache. Будет ли Parrot хоть как-то мне полезен?'''<br /> <br /> Да. Джефф Хорвитц (Jeff Horwitz) работает над модулем Mod_parrot, но пока его версия 0.3 ещё не дотягивает до уровня промышленного применения. Возможности Mod_parrot огромны. Он позволит разным языкам манипулировать одними и теми же структурами данных внутри одного web-сервера. Вы сможете каждый раз выбирать язык, который лучше всего подходит для решения текущей задачи, вместо общего языка, который вроде бы годится в большинстве ситуаций.<br /> <br /> '''Кто ещё использует Parrot?'''<br /> <br /> На данный момент, использовать Parrot в реальной работе стоит лишь тем, кто всерьез собрался полностью на него перейти. Ходят слухи, что некоторые из разработчиков ядра Parrot используют его в промышленных системах, но поскольку они фактически не вылезают из списков рассылки Parrot, они в курсе того, что работает, а что нет. Если вы подумываете всерьёз начать использовать Parrot, вам нужно прочесть все PDD и подписаться на внутренний список рассылки Perl 6.<br /> <br /> '''Что такое PDD?'''<br /> <br /> Parrot design documents – проектная документация Parrot. Это формальное описание принятых проектных решений и история их разработки в Parrot. Любой, кто не участвует в разработке, может узнать, почему было принято определённое решение. Документы представлены в формате POD, но могут быть легко конвертированы в другие форматы. Почитать их можно здесь: [http://dev.perl.org/perl6/pdd http://dev.perl.org/perl6/pdd]<br /> <br /> '''Так что я могу делать с Parrot в данный момент?'''<br /> <br /> Если вкратце, следующее: потрогать, поизучать и ждать своего часа. Parrot пока ещё молод, поэтому сейчас проще вникнуть в его нюансы, пока они не скрыты под дополнительным слоем сложной логики. Кроме того, если вы поймёте, как он работает, то сможете помочь в разработке Parrot-версии для вашего любимого языка или помочь написать документацию. Посетите наш сайт по адресу [http://www.parrotcode.org www.parrotcode.org], и там вы найдёте более подробную информацию об этом проекте.</div>

Alias http://wiki.linuxformat.ru/wiki/LXF73 2008-03-17T05:23:59Z

<p>Alias: /* Обзоры */</p> <hr /> <div>==Linux Format 73 (4), Декабрь 2005==<br /> <br /> === Обзоры ===<br /> * [[LXF73:Mandriva Linux 2006|Mandriva Linux 2006]]<br /> * [[LXF73:SUSE Linux 10.1|SUSE Linux 10.0]]<br /> * [[LXF73:Gnome 2.12|Gnome 2.12]]<br /> * [[LXF73:Sugar Suite 3.5|Sugar Suite 3.5]]<br /> * [[LXF73:CrossOver Office 5.0|CrossOver Office 5.0]]<br /> * [[LXF73:BrightStor ARCserve Backup|BrightStor ARCserve Backup]]<br /> <br /> <br /> [[LXF73:Сравнение|Сравнение: Электронные фотоальбомы]]<br /> <br /> [[LXF73:HotPicks|HotPicks]]<br /> <br /> [[LXF70:Что такое...Parrot?|Что такое... Parrot?]]<br /> <br /> [[LXF73:Свободно как сама свобода|Свободно как сама свобода]]<br /> <br /> [[LXF73:Интервью1|Интервью: Ричард Хипп]]<br /> <br /> [[LXF73:Интервью2|Интервью: Эбен Моглен]]<br /> <br /> [[LXF73:Вскрываем ядро|Вскрываем ядро]]<br /> Получите максимум от Linux 2.6.13<br /> <br /> === Учебники ===<br /> * [[LXF73:Первые шаги|Первые шаги]]<br /> Заскучали? Энди Ченнелл научит вас <br /> использовать Google Talk и Skype<br /> <br /> * [[LXF73:GIMP|GIMP]]<br /> Майкл Дж. Хэммел отправил статью про <br /> создание пространственных фракталов <br /> из зонда Вояджер в квадрате Дельта<br /> <br /> * [[LXF73:Автомонтирование USB|Автомонтирование USB]]<br /> Кстати скзать, не слишком ли много<br /> Нейл Ботвик возится с HAL?<br /> <br /> * [[LXF73:Gambas|Gambas]]<br /> BASIC &amp;ndash; это не только INPUT и PRINT.<br /> Марк Александр Бейн научит вас, как<br /> написать собственный web-браузер<br /> <br /> * [[LXF73:PHP I|PHP I]]<br /> PDO: для вас &amp;ndash; еще один акроним, для<br /> Пола Хадсона &amp;ndash; повод задержаться в <br /> офисе. Присоединяйтесь...<br /> <br /> * [[LXF73:PHP II|PHP II]]<br /> Пол Халфпенни учит защищать <br /> web-сайт паролем<br /> <br /> * [[LXF73:Русификация Debian 3.1|Русификация Debian 3.1]]<br /> Руководство к действию от автора<br /> Cyrillic HOWTO Евгения Балдина<br /> <br /> * [[LXF73:Локализация ПО|Локализация ПО]]<br /> <br /> [[LXF73:Ответы|Ответы]]</div>

Alias http://wiki.linuxformat.ru/wiki/LXF73:BrightStor_ARCserve_Backup 2008-03-17T04:12:36Z

<p>Alias: Новая: = Brightstor ARCserve Backup = ''Масштабируемое – да! Но удобное ли? '''Грэхем Моррисон''' расскажет о резервировании ...</p> <hr /> <div>= Brightstor ARCserve Backup =<br /> <br /> ''Масштабируемое – да! Но удобное ли? '''Грэхем Моррисон''' расскажет о резервировании для серьезных ребят.''<br /> <br /> {{Врезка|left|<br /> Заголовок = Самое главное |<br /> Содержание = Система «клиент-сервер» для резервирования данных в крупных организациях. Альтернативы: Bacula и Storix.<br /> <br /> * Разработчик: Computer Associates<br /> * Web: [http://www.ca.com www.ca.com]<br /> * Цена: $775 |<br /> Ширина=250px}}<br /> <br /> ''BrightStor ARCserve Backup'' – не программа из разряда «для души». если вам нужен простой и быстрый инструмент для резервирования данных, поищите что-нибудь другое. Если честно, то это приложение вовсе не предназначается для работы с вашей MP3-коллекцией. Это масштабируемое решение, которое может обслуживать от дюжины компьютеров в маленькой компании до сложнейших систем в вычислительных центрах. У нее важная функция, так как ошибки в работе такой программы могут стоить IT-менеджеру карьеры.<br /> <br /> Реализован ''ARCserve Backup'' не менее амбициозно. Серверная часть отвечает за управление резервными копиями, вне зависимости от того, находятся они на внешних носителях, или на жестких дисках SCSI. Программа-клиент соединяется с сервером, настраивает различные процессы резервного копирования и управляет ими. Клиентская часть может быть расположена как на той же машине, так и на другом узле сети.<br /> <br /> === Трудности установки ===<br /> <br /> Инсталляция ''ARCserve Backup'' вовсе не так легка, как могла бы. Наличие установочного сценария придает чувство ложной уверенности. Его выполнение идет гладко, а вывод в терминал выглядит достаточно солидно, чтобы вы почувствовали себя хакером экстра-класса. Вместе с компонентами системы устанавливается СУбд ''Ingres'', и сценарий даже берет на себя заботу по созданию учетных записей и назначению прав доступа.<br /> <br /> А через некоторое время вы остаетесь один на один с пустой командной строкой и в недоумении оглядываетесь. К счастью, существует руководство «Первые шаги», поставляемое в виде PDF. Оно очень хорошее, но вот чего оно не объясняет, так это как сделать «первый шаг».<br /> <br /> Это усугубляется невразумительными сообщениями об ошибках, которые вы получаете по мере знакомства с утилитами командной строки. Вот классический пример: «ОШИБКА. Не удалось запустить демон httpd. Пожалуйста, прочитайте сообщение об ошибке и проверьте директорию httpd». Сколько ни читай это «сообщение о ошибке», проблема яснее не станет, даже если долго морщить лоб.<br /> <br /> Однажды настроенный, ''ARCserve Backup'' работает на нескольких уровнях. Самый нижний предназначен для размещения служб-демонов, обеспечивающих доступ к бд, устройствам хранения, управления заданиями и пользовательскими уведомлениями.<br /> <br /> Поверх него располагается слой управления, который организует слаженную работу служб нижнего уровня. Он расширяют возможности системы, организуя управление съемными носителями, копирование лент и позволяя пользователю настраивать некоторые параметры. Узнать о состоянии служб этого уровня можно с помощью команды '''cstatus'''.<br /> <br /> Очень важно понимать, как работает каждая служба в составе ''ARCserve Backup'', но особое внимание заслуживают две из них. Служба Discovery сканирует вашу сеть на предмет серверов резервных хранилищ, после чего она настраивает связи между нижним слоем и клиентом. В обязанности службы аутентификации входит контроль за целостностью сетевых ресурсов и за разграничение доступа пользователей к определенным ресурсам. Важной службой также является Менеджер носителей (Media Manager), который управляет непосредственным копированием важных данных с сервера на выбранное устройство хранения.<br /> <br /> === Апплет дня ===<br /> <br /> <br /> Звучит как-то запутанно, но именно так оно и есть! Все становится понятнее, когда вы начинаете пользоваться самым верхним уровнем системы – перегруженным Java-web-интерфейсом. Запуск браузера и соединение с сервером хранения данных задействует 14 самостоятельных Java-апплетов (см. экранный снимок на этой странице). Именно через web-интерфейс производится настоящая работа по управлению корпоративными данными: создание заданий, управление носителями и восстановление данных в случае сбоя.<br /> <br /> Очевидным недостатком такой схемы является нерасторопность Java, однако, наличие отдельных окон для различных компонентов позволяет удобно разграничить рабочее пространство.<br /> <br /> Скорее всего, большую часть времени вы будете проводить в первом окне – Менеджере резервных копий (Backup manager). Здесь вы без лишних заморочек сможете создать задания для архивации. Вам будет предложено указать исходную директорию с данными, а также то, как именно сервер архивации должен обрабатывать вашу задачу. Вы можете выбрать, где именно размещать сжатый архив – на локальном/сетевом жестком диске, удаленно на сервере, на стримере или еще где-то.<br /> <br /> Остальные апплеты четко отвечают за определенные функции. Вы можете разграничивать права пользователей, проверять систему на наличие вирусов или удаленно контролировать носители данных.<br /> <br /> ''BrightStor ARCserve Backup'' не предназначен для простых смертных. Его пользователи – это супер-администраторы, которые каждый день управляют гигабайтами данных. Однако компании Computer Associates стоило бы выложить на свой сайт нормальное руководство по установке, потому что бесконечный процесс инсталляции вызывает больше проблем, чем их должно быть. Это одно из самых полнофункциональных, и вместе с тем, самых запутанных приложений в своем классе, которое мы когда-либо видели. Однако, в ситуации сбоя, программа справляется со своими обязанностями, поэтому вы, надеемся, не пострадаете.<br /> <br /> <br /> === Вердикт Linux Format ===<br /> * Возможности — 8/10<br /> * Производительность — 7/10<br /> * Простота использования — 5/10<br /> * «Цена/Качество» — 6/10<br /> The cost of scalability is complexity, but this is a versatile and capable solution.<br /> <br /> * '''Рейтинг — 7/10'''<br /> <br /> [[Категория:Обзоры]]</div>

Alias http://wiki.linuxformat.ru/wiki/LXF73 2008-03-17T04:12:25Z

<p>Alias: /* Обзоры */</p> <hr /> <div>==Linux Format 73 (4), Декабрь 2005==<br /> <br /> === Обзоры ===<br /> * [[LXF73:Mandriva Linux 2006|Mandriva Linux 2006]]<br /> * [[LXF73:SUSE Linux 10.1|SUSE Linux 10.0]]<br /> * [[LXF73:Gnome 2.12|Gnome 2.12]]<br /> * [[LXF73:Sugar Suite 3.5|Sugar Suite 3.5]]<br /> * [[LXF73:CrossOver Office 5.0|CrossOver Office 5.0]]<br /> * [[LXF73:BrightStor ARCserve Backup|BrightStor ARCserve Backup]]<br /> <br /> <br /> [[LXF73:Сравнение|Сравнение: Электронные фотоальбомы]]<br /> <br /> [[LXF73:HotPicks|HotPicks]]<br /> <br /> [[LXF70:Что такое...|Что такое... Parrot?]]<br /> <br /> [[LXF73:Свободно как сама свобода|Свободно как сама свобода]]<br /> <br /> [[LXF73:Интервью1|Интервью: Ричард Хипп]]<br /> <br /> [[LXF73:Интервью2|Интервью: Эбен Моглен]]<br /> <br /> [[LXF73:Вскрываем ядро|Вскрываем ядро]]<br /> Получите максимум от Linux 2.6.13<br /> <br /> === Учебники ===<br /> * [[LXF73:Первые шаги|Первые шаги]]<br /> Заскучали? Энди Ченнелл научит вас <br /> использовать Google Talk и Skype<br /> <br /> * [[LXF73:GIMP|GIMP]]<br /> Майкл Дж. Хэммел отправил статью про <br /> создание пространственных фракталов <br /> из зонда Вояджер в квадрате Дельта<br /> <br /> * [[LXF73:Автомонтирование USB|Автомонтирование USB]]<br /> Кстати скзать, не слишком ли много<br /> Нейл Ботвик возится с HAL?<br /> <br /> * [[LXF73:Gambas|Gambas]]<br /> BASIC &amp;ndash; это не только INPUT и PRINT.<br /> Марк Александр Бейн научит вас, как<br /> написать собственный web-браузер<br /> <br /> * [[LXF73:PHP I|PHP I]]<br /> PDO: для вас &amp;ndash; еще один акроним, для<br /> Пола Хадсона &amp;ndash; повод задержаться в <br /> офисе. Присоединяйтесь...<br /> <br /> * [[LXF73:PHP II|PHP II]]<br /> Пол Халфпенни учит защищать <br /> web-сайт паролем<br /> <br /> * [[LXF73:Русификация Debian 3.1|Русификация Debian 3.1]]<br /> Руководство к действию от автора<br /> Cyrillic HOWTO Евгения Балдина<br /> <br /> * [[LXF73:Локализация ПО|Локализация ПО]]<br /> <br /> [[LXF73:Ответы|Ответы]]</div>

Alias http://wiki.linuxformat.ru/wiki/LXF73 2008-03-17T04:11:16Z

<p>Alias: /* Обзоры */</p> <hr /> <div>==Linux Format 73 (4), Декабрь 2005==<br /> <br /> === Обзоры ===<br /> * [[LXF73:Mandriva Linux 2006|Mandriva Linux 2006]]<br /> * [[LXF73:SUSE Linux 10.1|SUSE Linux 10.0]]<br /> * [[LXF73:Gnome 2.12|Gnome 2.12]]<br /> * [[LXF73:Sugar Suite 3.5|Sugar Suite 3.5]]<br /> * [[LXF73:CrossOver Office 5.0|CrossOver Office 5.0]]<br /> * [[LXF73:BrightStor|BrightStor ARCserve Backup]]<br /> <br /> <br /> [[LXF73:Сравнение|Сравнение: Электронные фотоальбомы]]<br /> <br /> [[LXF73:HotPicks|HotPicks]]<br /> <br /> [[LXF70:Что такое...|Что такое... Parrot?]]<br /> <br /> [[LXF73:Свободно как сама свобода|Свободно как сама свобода]]<br /> <br /> [[LXF73:Интервью1|Интервью: Ричард Хипп]]<br /> <br /> [[LXF73:Интервью2|Интервью: Эбен Моглен]]<br /> <br /> [[LXF73:Вскрываем ядро|Вскрываем ядро]]<br /> Получите максимум от Linux 2.6.13<br /> <br /> === Учебники ===<br /> * [[LXF73:Первые шаги|Первые шаги]]<br /> Заскучали? Энди Ченнелл научит вас <br /> использовать Google Talk и Skype<br /> <br /> * [[LXF73:GIMP|GIMP]]<br /> Майкл Дж. Хэммел отправил статью про <br /> создание пространственных фракталов <br /> из зонда Вояджер в квадрате Дельта<br /> <br /> * [[LXF73:Автомонтирование USB|Автомонтирование USB]]<br /> Кстати скзать, не слишком ли много<br /> Нейл Ботвик возится с HAL?<br /> <br /> * [[LXF73:Gambas|Gambas]]<br /> BASIC &amp;ndash; это не только INPUT и PRINT.<br /> Марк Александр Бейн научит вас, как<br /> написать собственный web-браузер<br /> <br /> * [[LXF73:PHP I|PHP I]]<br /> PDO: для вас &amp;ndash; еще один акроним, для<br /> Пола Хадсона &amp;ndash; повод задержаться в <br /> офисе. Присоединяйтесь...<br /> <br /> * [[LXF73:PHP II|PHP II]]<br /> Пол Халфпенни учит защищать <br /> web-сайт паролем<br /> <br /> * [[LXF73:Русификация Debian 3.1|Русификация Debian 3.1]]<br /> Руководство к действию от автора<br /> Cyrillic HOWTO Евгения Балдина<br /> <br /> * [[LXF73:Локализация ПО|Локализация ПО]]<br /> <br /> [[LXF73:Ответы|Ответы]]</div>

Alias http://wiki.linuxformat.ru/wiki/LXF73 2008-03-17T04:10:53Z

<p>Alias: /* Обзоры */</p> <hr /> <div>==Linux Format 73 (4), Декабрь 2005==<br /> <br /> === Обзоры ===<br /> * [[LXF73:Mandriva Linux 2006|Mandriva Linux 2006]]<br /> * [[LXF73:SUSE Linux 10.1|SUSE Linux 10.0]]<br /> * [[LXF73:Gnome 2.12|Gnome 2.12]]<br /> * [[LXF73:Sugar Suite 3.5|Sugar Suite 3.5]]<br /> * [[LXF73:CrossOver Office 5.0|CrossOver Office 5.0]]<br /> * [[LXF73:BrightStor ARCserve Backup|BrightStor ARCserve Backup]]<br /> <br /> <br /> [[LXF73:Сравнение|Сравнение: Электронные фотоальбомы]]<br /> <br /> [[LXF73:HotPicks|HotPicks]]<br /> <br /> [[LXF70:Что такое...|Что такое... Parrot?]]<br /> <br /> [[LXF73:Свободно как сама свобода|Свободно как сама свобода]]<br /> <br /> [[LXF73:Интервью1|Интервью: Ричард Хипп]]<br /> <br /> [[LXF73:Интервью2|Интервью: Эбен Моглен]]<br /> <br /> [[LXF73:Вскрываем ядро|Вскрываем ядро]]<br /> Получите максимум от Linux 2.6.13<br /> <br /> === Учебники ===<br /> * [[LXF73:Первые шаги|Первые шаги]]<br /> Заскучали? Энди Ченнелл научит вас <br /> использовать Google Talk и Skype<br /> <br /> * [[LXF73:GIMP|GIMP]]<br /> Майкл Дж. Хэммел отправил статью про <br /> создание пространственных фракталов <br /> из зонда Вояджер в квадрате Дельта<br /> <br /> * [[LXF73:Автомонтирование USB|Автомонтирование USB]]<br /> Кстати скзать, не слишком ли много<br /> Нейл Ботвик возится с HAL?<br /> <br /> * [[LXF73:Gambas|Gambas]]<br /> BASIC &amp;ndash; это не только INPUT и PRINT.<br /> Марк Александр Бейн научит вас, как<br /> написать собственный web-браузер<br /> <br /> * [[LXF73:PHP I|PHP I]]<br /> PDO: для вас &amp;ndash; еще один акроним, для<br /> Пола Хадсона &amp;ndash; повод задержаться в <br /> офисе. Присоединяйтесь...<br /> <br /> * [[LXF73:PHP II|PHP II]]<br /> Пол Халфпенни учит защищать <br /> web-сайт паролем<br /> <br /> * [[LXF73:Русификация Debian 3.1|Русификация Debian 3.1]]<br /> Руководство к действию от автора<br /> Cyrillic HOWTO Евгения Балдина<br /> <br /> * [[LXF73:Локализация ПО|Локализация ПО]]<br /> <br /> [[LXF73:Ответы|Ответы]]</div>

Alias http://wiki.linuxformat.ru/wiki/LXF73:BrightStor 2008-03-17T04:09:32Z

<p>Alias: /* Brightstor ARCserve Backup */</p> <hr /> <div>= Brightstor ARCserve Backup =<br /> <br /> ''Масштабируемое – да! Но удобное ли? '''Грэхем Моррисон''' расскажет о резервировании для серьезных ребят.''<br /> <br /> {{Врезка|left|<br /> Заголовок = Самое главное |<br /> Содержание = Система «клиент-сервер» для резервирования данных в крупных организациях. Альтернативы: Bacula и Storix.<br /> <br /> * Разработчик: Computer Associates<br /> * Web: [http://www.ca.com www.ca.com]<br /> * Цена: $775 |<br /> Ширина=250px}}<br /> <br /> ''BrightStor ARCserve Backup'' – не программа из разряда «для души». если вам нужен простой и быстрый инструмент для резервирования данных, поищите что-нибудь другое. Если честно, то это приложение вовсе не предназначается для работы с вашей MP3-коллекцией. Это масштабируемое решение, которое может обслуживать от дюжины компьютеров в маленькой компании до сложнейших систем в вычислительных центрах. У нее важная функция, так как ошибки в работе такой программы могут стоить IT-менеджеру карьеры.<br /> <br /> Реализован ''ARCserve Backup'' не менее амбициозно. Серверная часть отвечает за управление резервными копиями, вне зависимости от того, находятся они на внешних носителях, или на жестких дисках SCSI. Программа-клиент соединяется с сервером, настраивает различные процессы резервного копирования и управляет ими. Клиентская часть может быть расположена как на той же машине, так и на другом узле сети.<br /> <br /> === Трудности установки ===<br /> <br /> Инсталляция ''ARCserve Backup'' вовсе не так легка, как могла бы. Наличие установочного сценария придает чувство ложной уверенности. Его выполнение идет гладко, а вывод в терминал выглядит достаточно солидно, чтобы вы почувствовали себя хакером экстра-класса. Вместе с компонентами системы устанавливается СУбд ''Ingres'', и сценарий даже берет на себя заботу по созданию учетных записей и назначению прав доступа.<br /> <br /> А через некоторое время вы остаетесь один на один с пустой командной строкой и в недоумении оглядываетесь. К счастью, существует руководство «Первые шаги», поставляемое в виде PDF. Оно очень хорошее, но вот чего оно не объясняет, так это как сделать «первый шаг».<br /> <br /> Это усугубляется невразумительными сообщениями об ошибках, которые вы получаете по мере знакомства с утилитами командной строки. Вот классический пример: «ОШИБКА. Не удалось запустить демон httpd. Пожалуйста, прочитайте сообщение об ошибке и проверьте директорию httpd». Сколько ни читай это «сообщение о ошибке», проблема яснее не станет, даже если долго морщить лоб.<br /> <br /> Однажды настроенный, ''ARCserve Backup'' работает на нескольких уровнях. Самый нижний предназначен для размещения служб-демонов, обеспечивающих доступ к бд, устройствам хранения, управления заданиями и пользовательскими уведомлениями.<br /> <br /> Поверх него располагается слой управления, который организует слаженную работу служб нижнего уровня. Он расширяют возможности системы, организуя управление съемными носителями, копирование лент и позволяя пользователю настраивать некоторые параметры. Узнать о состоянии служб этого уровня можно с помощью команды '''cstatus'''.<br /> <br /> Очень важно понимать, как работает каждая служба в составе ''ARCserve Backup'', но особое внимание заслуживают две из них. Служба Discovery сканирует вашу сеть на предмет серверов резервных хранилищ, после чего она настраивает связи между нижним слоем и клиентом. В обязанности службы аутентификации входит контроль за целостностью сетевых ресурсов и за разграничение доступа пользователей к определенным ресурсам. Важной службой также является Менеджер носителей (Media Manager), который управляет непосредственным копированием важных данных с сервера на выбранное устройство хранения.<br /> <br /> === Апплет дня ===<br /> <br /> <br /> Звучит как-то запутанно, но именно так оно и есть! Все становится понятнее, когда вы начинаете пользоваться самым верхним уровнем системы – перегруженным Java-web-интерфейсом. Запуск браузера и соединение с сервером хранения данных задействует 14 самостоятельных Java-апплетов (см. экранный снимок на этой странице). Именно через web-интерфейс производится настоящая работа по управлению корпоративными данными: создание заданий, управление носителями и восстановление данных в случае сбоя.<br /> <br /> Очевидным недостатком такой схемы является нерасторопность Java, однако, наличие отдельных окон для различных компонентов позволяет удобно разграничить рабочее пространство.<br /> <br /> Скорее всего, большую часть времени вы будете проводить в первом окне – Менеджере резервных копий (Backup manager). Здесь вы без лишних заморочек сможете создать задания для архивации. Вам будет предложено указать исходную директорию с данными, а также то, как именно сервер архивации должен обрабатывать вашу задачу. Вы можете выбрать, где именно размещать сжатый архив – на локальном/сетевом жестком диске, удаленно на сервере, на стримере или еще где-то.<br /> <br /> Остальные апплеты четко отвечают за определенные функции. Вы можете разграничивать права пользователей, проверять систему на наличие вирусов или удаленно контролировать носители данных.<br /> <br /> ''BrightStor ARCserve Backup'' не предназначен для простых смертных. Его пользователи – это супер-администраторы, которые каждый день управляют гигабайтами данных. Однако компании Computer Associates стоило бы выложить на свой сайт нормальное руководство по установке, потому что бесконечный процесс инсталляции вызывает больше проблем, чем их должно быть. Это одно из самых полнофункциональных, и вместе с тем, самых запутанных приложений в своем классе, которое мы когда-либо видели. Однако, в ситуации сбоя, программа справляется со своими обязанностями, поэтому вы, надеемся, не пострадаете.<br /> <br /> <br /> === Вердикт Linux Format ===<br /> * Возможности — 8/10<br /> * Производительность — 7/10<br /> * Простота использования — 5/10<br /> * «Цена/Качество» — 6/10<br /> The cost of scalability is complexity, but this is a versatile and capable solution.<br /> <br /> * '''Рейтинг — 7/10'''<br /> <br /> [[Категория:Обзоры]]</div>

Alias http://wiki.linuxformat.ru/wiki/LXF73:BrightStor 2008-03-17T04:08:11Z

<p>Alias: Основной текст</p> <hr /> <div>= Brightstor ARCserve Backup =<br /> <br /> <br /> <br /> ''Масштабируемое – да! Но удобное ли? '''Грэхем Моррисон''' расскажет о резервировании для серьезных ребят.''<br /> <br /> <br /> <br /> {{Врезка|left|<br /> Заголовок = Самое главное |<br /> Содержание = Система «клиент-сервер» для резервирования данных в крупных организациях. Альтернативы: Bacula и Storix.<br /> <br /> * Разработчик: Computer Associates<br /> * Web: [http://www.ca.com www.ca.com]<br /> * Цена: $775 |<br /> Ширина=250px}}<br /> <br /> <br /> ''BrightStor ARCserve Backup'' – не программа из разряда «для души». если вам нужен простой и быстрый инструмент для резервирования данных, поищите что-нибудь другое. Если честно, то это приложение вовсе не предназначается для работы с вашей MP3-коллекцией. Это масштабируемое решение, которое может обслуживать от дюжины компьютеров в маленькой компании до сложнейших систем в вычислительных центрах. У нее важная функция, так как ошибки в работе такой программы могут стоить IT-менеджеру карьеры.<br /> <br /> Реализован ''ARCserve Backup'' не менее амбициозно. Серверная часть отвечает за управление резервными копиями, вне зависимости от того, находятся они на внешних носителях, или на жестких дисках SCSI. Программа-клиент соединяется с сервером, настраивает различные процессы резервного копирования и управляет ими. Клиентская часть может быть расположена как на той же машине, так и на другом узле сети.<br /> <br /> === Трудности установки ===<br /> <br /> Инсталляция ''ARCserve Backup'' вовсе не так легка, как могла бы. Наличие установочного сценария придает чувство ложной уверенности. Его выполнение идет гладко, а вывод в терминал выглядит достаточно солидно, чтобы вы почувствовали себя хакером экстра-класса. Вместе с компонентами системы устанавливается СУбд ''Ingres'', и сценарий даже берет на себя заботу по созданию учетных записей и назначению прав доступа.<br /> <br /> А через некоторое время вы остаетесь один на один с пустой командной строкой и в недоумении оглядываетесь. К счастью, существует руководство «Первые шаги», поставляемое в виде PDF. Оно очень хорошее, но вот чего оно не объясняет, так это как сделать «первый шаг».<br /> <br /> Это усугубляется невразумительными сообщениями об ошибках, которые вы получаете по мере знакомства с утилитами командной строки. Вот классический пример: «ОШИБКА. Не удалось запустить демон httpd. Пожалуйста, прочитайте сообщение об ошибке и проверьте директорию httpd». Сколько ни читай это «сообщение о ошибке», проблема яснее не станет, даже если долго морщить лоб.<br /> <br /> Однажды настроенный, ''ARCserve Backup'' работает на нескольких уровнях. Самый нижний предназначен для размещения служб-демонов, обеспечивающих доступ к бд, устройствам хранения, управления заданиями и пользовательскими уведомлениями.<br /> <br /> Поверх него располагается слой управления, который организует слаженную работу служб нижнего уровня. Он расширяют возможности системы, организуя управление съемными носителями, копирование лент и позволяя пользователю настраивать некоторые параметры. Узнать о состоянии служб этого уровня можно с помощью команды '''cstatus'''.<br /> <br /> Очень важно понимать, как работает каждая служба в составе ''ARCserve Backup'', но особое внимание заслуживают две из них. Служба Discovery сканирует вашу сеть на предмет серверов резервных хранилищ, после чего она настраивает связи между нижним слоем и клиентом. В обязанности службы аутентификации входит контроль за целостностью сетевых ресурсов и за разграничение доступа пользователей к определенным ресурсам. Важной службой также является Менеджер носителей (Media Manager), который управляет непосредственным копированием важных данных с сервера на выбранное устройство хранения.<br /> <br /> === Апплет дня ===<br /> <br /> <br /> Звучит как-то запутанно, но именно так оно и есть! Все становится понятнее, когда вы начинаете пользоваться самым верхним уровнем системы – перегруженным Java-web-интерфейсом. Запуск браузера и соединение с сервером хранения данных задействует 14 самостоятельных Java-апплетов (см. экранный снимок на этой странице). Именно через web-интерфейс производится настоящая работа по управлению корпоративными данными: создание заданий, управление носителями и восстановление данных в случае сбоя.<br /> <br /> Очевидным недостатком такой схемы является нерасторопность Java, однако, наличие отдельных окон для различных компонентов позволяет удобно разграничить рабочее пространство.<br /> <br /> Скорее всего, большую часть времени вы будете проводить в первом окне – Менеджере резервных копий (Backup manager). Здесь вы без лишних заморочек сможете создать задания для архивации. Вам будет предложено указать исходную директорию с данными, а также то, как именно сервер архивации должен обрабатывать вашу задачу. Вы можете выбрать, где именно размещать сжатый архив – на локальном/сетевом жестком диске, удаленно на сервере, на стримере или еще где-то.<br /> <br /> Остальные апплеты четко отвечают за определенные функции. Вы можете разграничивать права пользователей, проверять систему на наличие вирусов или удаленно контролировать носители данных.<br /> <br /> ''BrightStor ARCserve Backup'' не предназначен для простых смертных. Его пользователи – это супер-администраторы, которые каждый день управляют гигабайтами данных. Однако компании Computer Associates стоило бы выложить на свой сайт нормальное руководство по установке, потому что бесконечный процесс инсталляции вызывает больше проблем, чем их должно быть. Это одно из самых полнофункциональных, и вместе с тем, самых запутанных приложений в своем классе, которое мы когда-либо видели. Однако, в ситуации сбоя, программа справляется со своими обязанностями, поэтому вы, надеемся, не пострадаете.<br /> <br /> <br /> === Вердикт Linux Format ===<br /> * Возможности — 8/10<br /> * Производительность — 7/10<br /> * Простота использования — 5/10<br /> * «Цена/Качество» — 6/10<br /> The cost of scalability is complexity, but this is a versatile and capable solution.<br /> <br /> * '''Рейтинг — 7/10'''<br /> <br /> [[Категория:Обзоры]]</div>

Alias http://wiki.linuxformat.ru/wiki/LXF73:CrossOver_Office_5.0 2008-03-17T03:15:13Z

<p>Alias: Основной текст</p> <hr /> <div>= Crossover office 5.0 =<br /> <br /> ''«Быть гадким утенком» в переводе на язык хакеров значит «лениво жевать печенье, работая в MS Office под Linux». Заплатит ли '''Грэхэм Моррисон''' 40 долларов за это сомнительное удовольствие?''<br /> <br /> {{Врезка|left|<br /> Заголовок = Самое главное |<br /> Содержание = Запускает приложения Windows в Linux. Смотрите также Wine.<br /> <br /> * Разработчик: CodeWeavers<br /> * Web: <br /> * Цена: $39,95 |<br /> Ширина=250px}}<br /> <br /> Последний раз наш журнал писал о CrossOver Office в феврале этого года. И что же произошло с тех пор? В то время, как все нормальные люди играли в волейбол на пляже, или в ''Unreal Tournament'' в офисе, сумасшедшие разработчики CodeWeavers потратили лето на создание новой блестящей версии ''CrossOver Office'', и зимой они не собираются опускать руки: расписание выхода новых версий предполагает крупный релиз ''CrossOver Office'' до конца этого года. Это будет версия 6.0, специально нацеленная на запуск Windows-игр под Linux. Этот «игривый» уклон, скорее всего, является ответом компании на недавний шаг своего конкурента – специалиста по портированию игр, компании TransGaming, которая заявила о расширении совместимости своего продукта с обычными приложениями Windows, наступив таким образом на пятки ''CrossOver Office''.<br /> <br /> Вернемся к пятой версии продукта. С самого начала, ''CrossOver'' задумывался, как средство запуска Windows-приложений в Linux. Он использует ''Wine'' для эмуляции базовых компонентов Windows, и CodeWeavers постоянно пополняет этот очень популярный открытый проект своими наработками. каждая версия сопровождается заявлением о полной совместимости с каким-либо популярным приложением Windows (вы можете оставить свои пожелания на web-сайте CodeWeavers). В прошлый раз был выбран ''iTunes'' от Apple, в этот раз – ''Microsoft Office 2003''. <br /> <br /> === Внедрение в Linux ===<br /> <br /> Ожидая от ''CrossOver'' сложности, мы были приятно удивлены тем, насколько просто его установить и начать им пользоваться. От вас требуется выполнить всего один установочный скрипт, после чего в меню KDE или GNOME появится пункт для утилиты настройки приложения. Именно здесь вы будет устанавливать/удалять программы Windows и исправлять возможные ошибки.<br /> <br /> По большей части, вы будете устанавливать гарантированно работающие Windows-приложения, выбирая их из готового списка. бесплатные и доступные для загрузки программы, такие как ''iTunes'' или ''Windows Media Player'' будут автоматически заргужены из Интернета перед установкой. Участия пользователя при этом почти не требуется, и весь процесс идет очень гладко. Если вам нужно установить программу с компакт-диска, все, что от вас требуется – указать ''CrossOver Office'' местоположение CD-привода.<br /> <br /> === Бутылки с вином ===<br /> <br /> Главным нововведением в этой версии стала технология, называемая в CodeWeavers «бутылками» (Bottle). каждая «бутылка» содержит копию Windows, поэтому вы можете установить любое число приложений в разные «бутылки». В предыдущей версии ''CrossOver Office'' вы могли пользоваться только одной эмулируемой Windowsдля всех программ.<br /> <br /> Внутри каждой «бутылки» содержится все, что нужно для работы Windows-приложения: программные файлы, ключи реестра и прочее. Нестабильно работающее приложение можно изолировать, оставив его в своей «бутылке», и продолжать пользоваться другими.<br /> <br /> У этого подхода есть и другое преимущество: вы можете привязать свои приложения к разным версиям Windows, и даже запускать их из разных «бутылок» одновременно!<br /> <br /> ''CrossOver Office'' автоматически предлагает вашему приложению наиболее подходящую, с его точки зрения, версию Windows. ''iTunes'', к примеру, использует «бутылку» с Windows 2000, в то время как ''Windows Media Player'' комфортнее себя чувствует под Windows 98.<br /> <br /> Как мы уже отмечали, эта версия эмулятора заявляет о полной совместимости с Microsoft Office 2003. Все работает действительно «без сучка и задоринки» настолько, что даже апплет «Забота о пользователях Microsoft» был успешно добавлен на панель задач. Напрашивается вывод, что ''MS Office 2003'' работает лучше, чем ''OpenОffice.org'' - во всяком случае, по ощущениям это именно так. В пику открытому офисному пакету, MS Office 2003 еще и загружается заметно быстрее. В целом, последний работал очень стабильно (всего пара зависаний), поэтому вам стоит перейти на новую версию эмулятора, если вы хотите работать с Office 2003.<br /> <br /> Производительность заметно улучшилась по сравнению с предыдущей версией, но не обошлось и без исключений. ''iTunes'' все еще слишком прожорлив и уродлив настолько, что пользоваться этой программой можно с трудом. Можно с уверенностью сказать, что это связано с дизайном Apple в стиле «зашкуренного» металла. конечно, программа работает, но использовать ее есть смысл только если вам совершенно необходимо покупать музыку в магазине Apple Store. В качестве замены «родных» медиапроигрывателей Linux, ''iTunes'' явно не годится.<br /> <br /> У других приложений подобных проблем нет, и даже ''Windows Media Player'' работает хорошо. С помощью редактора типов файлов, вы можете вручную указать, какие файлы должны автоматически открываться в ''Media Player'', что очень удобно, если вы часто натыкаетесь в Интернете на проприетарные форматы AVI-файлов.<br /> <br /> Судя по всему, ''CrossOver Office'' набирается сил от версии к версии, и мы с нетерпением ждем ориентированного на игры шестого выпуска в конце этого года. если вам нужна совместимость с Windows, и ''CrossOver Office'' поддерживает интересующее вас приложение, мы рекомендуем установить эту программу.<br /> <br /> === Вердикт Linux Format ===<br /> * Возможности — 8/10<br /> * Производительность — 7/10<br /> * Простота использования — 7/10<br /> * «Цена/Качество» — 8/10<br /> Гладкая интеграция Windows-приложений с вашим рабочим столом без перехода на темную сторону Силы.<br /> <br /> * '''Рейтинг — 8/10'''<br /> <br /> [[Категория:Обзоры]]</div>

Alias http://wiki.linuxformat.ru/wiki/LXF73:Sugar_Suite_3.5 2008-03-17T02:29:41Z

<p>Alias: Основной текст</p> <hr /> <div>= Sugar Suite 3.5 =<br /> <br /> ''Обычно CRM-системы закрыты и очень дороги. Понравится ли эта открытая разработка '''Грэхему Моррисону'''?''<br /> <br /> {{Врезка|left|<br /> Заголовок = Самое главное |<br /> Содержание = Пакет для решения различных CRM-задач: отслеживания запросов от клиентов, e-mail маркетинга, ведение покупательской истории и т.д. См. также: Absolutely Busyy.<br /> <br /> * Разработчик: SugarCRM Inc<br /> * Web: [http://www.sugarcrm.com www.sugarcrm.com]<br /> * Цена: $2,245 за пять пользователей или бесплатно по лицензии SugarCRM Public License |<br /> Ширина=250px}}<br /> <br /> Некоторые компании имеют привычку хранить всю историю взаимоотношений с покупателями В большой электронной таблице. Такое решение особенно популярно, если все, что нужно от такой «базы данных» – это разослать новогодние открытки.<br /> <br /> Однако, подобные подход означает потерю полезной информации, приходящей с каждым запросом или покупкой. даже далекий от бизнеса человек может оценить объем данных, исчезающих, когда менеджер кладет телефонную трубку, не сделав по ходу разговора ни одной пометки.<br /> <br /> Так появляются системы управления взаимоотношениями с клиентами (Customer Relationship Management, CRM). Этим мудреным термином называют продвинутые базы данных, хранящие информацию о клиентах и их контактах, с помощью которых можно, например, оценивать эффективность маркетинговых программ или проводить их.<br /> ''Sugar Suite'' – одно из таких приложений. Это классическое LAMP-решение, построенное на Linux, ''Apache'', ''MySQL'' и PHP. Вы можете использовать его для ввода информации о клиентах, ведения заметок и списков дел, а также планирования встреч и поиска новых возможностей. Все это – пути для развития бизнеспотенциала, укрепления своих позиций на рынке или, как сказал бы непрофессионал: «продукты и услуги».<br /> <br /> А с точки зрения системного администратора, ''Sugar Suite'' – достаточно простой В установке программный продукт. если на вашем сервере установлены нужные версии ПО, инсталляция сводится к распаковке архива Sugar Suite В один из каталогов web-сервера и запросу страницы install.php. для завершения инсталляции достаточно ответить на несколько вопросов, связанных с настройкой базы данных.<br /> <br /> === Как оно работает ===<br /> <br /> Каждый пользователь вашей компании имеет собственную учетную запись. В ней создаются учетные записи клиентов и вводится их контактная информация. Вы можете сообщать о прогрессе. В данной области при помощи специального менеджера. Система позволяет выделять потенциальных заказчиков. Сведения о продуктах вашей компании также являются частью системы. Вы можете зарегистрировать информацию о возникших проблемах и передать ее сотруднику, В чьи обязанности вменяется предотвращать подобные ситуации.<br /> <br /> Информативность ''Sugar Suite'' поражает. Вы найдете здесь систему отслеживания покупательских рекламаций/ошибок (если вы разрабатываете и продаете ПО). к вашим услугам также экспорт новостей В RSS, интегрированный почтовый клиент и возможность работы с ''Microsoft Outlook''. В состав системы входит мощный модуль для создания отчетов, что весьма логично для системы, генерирующей больше информации, чем орбитальный телескоп Хаббла.<br /> <br /> Чувствительные, неконкурентоспособные личности могут погулять, потому что мы переходим к обсуждению того места, где вы сравниваете свои успехи. В области продаж с другими членами команды. Хранящиеся В базе сведения теперь используются для того, чтобы оценить эффективность вашей работы. Ужас.<br /> <br /> Сразу после регистрации В системе, вашему вниманию будет представлена домашняя страница – ''SugarCRM'' Home. Здесь содержится обзор ваших контактов и запланированных встреч, а также сообщения от ваших коллег. Объем представленной здесь информации несколько ошеломляет – положение не спасают и 20 вкладок, ведущих к другим частям системы. Проблема В том, что ''Sugar CRM'' пытается поместить на экран слишком много и к такому интерфейсу сложно привыкнуть. Впрочем, нам случалось видеть и кое-что похуже, а удачная цветовая схема делает жизнь чуточку легче.<br /> <br /> === Попробуйте бесплатно ===<br /> <br /> Версия ''Sugar Suite Enterprise'' поддерживает, помимо ''MySQL'', СУбд Oracle, содержит еще более развитый модуль генерации отчетов и имеет мощную программу поддержки. есть и другие варианты, например, сервис «Sugar On-Demand» и более дешевая профессиональная редакция.<br /> <br /> Если цена на корпоративную версию «кусается», подумайте о бесплатной редакции. Она распространяется по очередной открытой лицензии (Sugar CRM License) и может оказаться прекрасным выбором, если вашей компании необходимо доработать CRM-приложение «под себя».<br /> <br /> SugarCRM настолько велик и сложен, что вам придется потратить действительно длительное время на его оценку. Тем не менее, он выглядит впечатляюще и достоин занять важное место в вашей бизнес-стратегии. Он полнофункционален, продуман и, что лучше всего, вы можете видеть исходные тексты.<br /> <br /> === Вердикт Linux Format ===<br /> * Возможности — 8/10<br /> * Производительность — 6/10<br /> * Простота использования — 6/10<br /> * «Цена/Качество» — 7/10<br /> Лучшее, что могут предложить «противоборствующие стороны»: хорошо поддерживаемый продукт с открытым исходным кодом.<br /> <br /> * '''Рейтинг — 7/10'''<br /> <br /> [[Категория:Обзоры]]</div>

Alias http://wiki.linuxformat.ru/wiki/LXF73:Gnome_2.12 2008-03-16T16:23:22Z

<p>Alias: Основной текст</p> <hr /> <div>= Gnome 2.12 =<br /> <br /> ''Удалось ли разработчикам добавить достаточно новых функций, не пожертвовав при этом удобством Gnome? '''Энди Хадсон''' разбирается...''<br /> <br /> {{Врезка|left|<br /> Заголовок = Самое главное |<br /> Содержание = Тяжеловесная рабочая среда. Также смотрите: KDE 3.4 и IceWM.<br /> <br /> * Разработчик: Gnome Foundation<br /> * Web: [http://www.gnome.org www.gnome.org]<br /> * Цена: Бесплатно по лицензии GPL |<br /> Ширина=250px}}<br /> <br /> Выбор оконного менеджера – это, пожалуй, самый спорный момент при работе в Linux. Среди линуксоидов можно четко выделить 3 воинствующих лагеря: приверженцы легких оконных менеджеров , сторонники KDE и Gnome. В нашем обзоре Gnome 2.10 мы сказали, что это достаточно зрелый продукт, как по функциональности, так и по своей стабильности. Мы рады сообщить, что Gnome 2.12 пошел еще дальше, в очередной раз доказав, что люди, выбравшие его в качестве своего рабочего окружения, не ошиблись.<br /> <br /> Как и раньше, Gnome можно установить двумя различными способами. Во-первых, его можно собрать из исходных кодов, архивы которых предлагает Gnome Foundation. Другой способ – дождаться, пока разработчики вашего дистрибутива выпустят обновленные пакеты. На сегодняшний день пакеты Gnome 2.12 для большинства дистрибутивов уже собраны. а в OpenSUSE и Ubuntu Gnome 2.12 входит по умолчанию (мы тестировали Gnome в OpenSUSE).<br /> <br /> === С лоском ===<br /> <br /> Первые впечатления от новой версии, как всегда, весьма приятны – теперь в качестве темы по умолчанию установлена приятная Clearlooks, пришедшая на смену BlueCurve и знакомая всем пользователям дистрибутива Fedora Core. Выглядит она просто и при этом очень стильно. Визуально не заметно каких-либо значительных изменений. Но не позволяйте глазам обманывать вас – в этом релизе Gnome модификаций предостаточно.<br /> <br /> Одно из самых значительных изменений – теперь Gnome 2.12 собран с новой версией библиотеки ''GTK 2.8'', которая поддерживает прорисовку виджетов через векторный движок Cairo. При этом новая версия ''GTK'' сохранила совместимость с более ранними версиями 2.х. В новый ''GTK'' добавлена возможность предварительного просмотра текста во время переноса его из одного Gnome-приложения в другое. Перетягивая текст мышью, вы все время видите, какая его часть будет вставлена в новый документ.<br /> <br /> === Программы ===<br /> <br /> ''Nautilus'', любите вы его или ненавидите, по-прежнему является файловым менеджером Gnome по умолчанию. Теперь он имеет функцию просмотра в виде списка, очень похожую на ту, что есть в Mac OS X. другое приятное нововведение – боковая панель, из которой вы можете получить доступ к предварительно выбранным файлам вне зависимости от того, где они находятся, на локальной машине или на удаленной.<br /> <br /> Улучшения коснулись и программ, входящих в Gnome. Например в ''Evolution'', замене ''MS Outlook'', появилось несколько новых расширений, а также была начата работа по улучшению совместимости ''Evolution'' с CalDAV.<br /> <br /> Из других нововведений стоит отметить многочисленные улучшения в работе сервиса HAL, который позволяет распознавать подключенное оборудование. ''Weather Reporter'' теперь может быстро определить ваше местоположение. Появился новый апплет для CD и DVD-проигрывателя. И наконец-то появился редактор меню, который, правда, пока позволяет лишь скрывать существующие элементы. И все же это очень правильный шаг.<br /> <br /> === Простота ===<br /> <br /> Версия 2.12 осталась верной традициям Gnome, особенно в плане удобства использования. В отличие от KDE с его полчищем разнообразных приложений, многие из которых повторяют функциональность друг друга, Gnome невероятно прост. Учитывая то, что в двух из трех лидирующих дистрибутивов (по данным [http://www.distrowatch.com www.distrowatch.com]), по умолчанию в качестве графического окружения используется Gnome, можно с уверенностью утверждать, что победа Gnome не так уж и далека, как кажется многим.<br /> <br /> === Вердикт Linux Format ===<br /> * Возможности — 9/10<br /> * Производительность — 9/10<br /> * Простота использования — 9/10<br /> * «Цена/Качество» — 8/10<br /> Очередной релиз, устанавливающий новую планку функциональности и удобства использования.<br /> <br /> * '''Рейтинг — 9/10'''<br /> <br /> [[Категория:Обзоры]]</div>

Alias http://wiki.linuxformat.ru/wiki/LXF73:SUSE_Linux_10.1 2008-03-15T14:02:29Z

<p>Alias: Основной текст</p> <hr /> <div>= SUSE Linux 10.0 =<br /> <br /> <br /> <br /> ''Стильный и функциональный, SUSE Linux удваивает свое благосостояние. '''Пол Хадсон''' разбирается, что к чему.''<br /> <br /> <br /> {{Врезка|left|<br /> Заголовок = Самое главное |<br /> Содержание = Многоцелевой дистрибутив для домашних пользователей. См. Также: Mandriva, Fedora Core и Ubuntu.<br /> <br /> * Разработчик: Novell<br /> * Web: [http://www.novell.com www.novell.com]<br /> * Цена: бесплатно по лицензии GPL или 2000 рублей за коробочную версию |<br /> Ширина=250px}}<br /> <br /> <br /> <br /> За прошедшие годы мы ясно поняли, что SUSE пунктуален, как уходящий в 7:36 поезд от Штутгарта до Мюнхена. Шесть месяцев назад мы обозревали SUSE 9.3, полугодием раньше – SUSE 9.2 и так – до начала времен. Традиционно SUSE проигрывал другим дистрибутивам, которые жертвовали большими номерами версий, отдавая предпочтение меньшему числу крахов системы. С выпуском версии 9.3 в апреле этого года, SUSE впервые на нашей памяти затмил Mandriva: он был более функциональным и, что особенно удивительно, более стабильным, чем его давний соперник.<br /> <br /> Несмотря на столь существенное отличие, номер версии этого выпуска отличался от его менее удачливого предшественника всего на 0.1. Что же могло измениться настолько, что SUSE 9.4 превратилось в 10.0? На этот раз отличия оказались скорее не технологическими, а философскими...<br /> <br /> <br /> <br /> === Вершина айсберга ===<br /> <br /> Пару лет назад мы летали в Нюрнберг – германский город, в котором расположена штаб-квартира SUSE. Мы осмотрели лаборатории и поинтересовались, когда же, наконец, выйдет по-настоящему открытая версия SUSE, сделанная при участии сообщества и доступная для свободной загрузки. Нам ответили, что бизнес-модель компании не подразумевает открытия дистрибутива. Очевидно, последовавшее приобретение SUSE компанией Novell привело к коренным изменениям, поскольку некотрое время назад был анонсирован проект openSUSE, который будет разрабатывать будущие версии SUSE при поддержке сообщества.<br /> <br /> Для конечных пользователей это означает еженедельные сборки дистрибутива, общедоступный план работ, возможности для участия и связи с разработчиками SUSE. короче, SUSE уподобилась Red Hat с ее проектом Fedora.<br /> <br /> <br /> Не желая получать пачки гневных писем от инженеров Novell, спешим предупредить вас, что SUSE весьма отличается от Fedora – впрочем, это вам скажет любой участник проекта openSUSE. На сайте [http://www.opensuse.org www.opensuse.org] можно прочесть следующее заявление: «Проект openSUSE поддерживает и разрабатывает некоторые открытые стандарты, не включенные в Fedora, например... Yast (стандартный, открытый пакет для настройки и управления Linux)».<br /> <br /> <br /> Справедливость ради, стоит упомянуть, что и Fedora разрабатывает «некоторые открытые стандарты, не включенные в SUSE», например, инсталлятор ''Anaconda''. редакция ''Linux Format'' предпочитает отличать стандарты ''«де-факто»'' (ставших таковыми в силу популярности решения) от ''«де-юре»'' (утвержденных соответствующими организациями). ''Yast'' не подпадает ни под одно из этих определений, так что приготовьтесь повозмущаться, читая сайт openSUSE.<br /> <br /> Пожалуй, основное отличие между Fedora и openSUSE состоит в том, что последний превращается в коробочный продукт на финальном этапе разработки. Коробочные версии SUSE включают всеобъемлющую документацию – лучшее из того, что вы можете найти и солидную стопку CD/DVD для установки системы. Проект Fedora, напротив, оставляет стабилизацию продукта на долю разработчиков Red Hat Enterprise Linux, так что Fedora Core не поддерживается и зачастую не так уж стабильна.<br /> <br /> <br /> В рамках открытия SUSE, на сайте [http://www.opensuse.org www.opensuse.org] каждую неделю размещалась новая тестовая сборка дистрибутива: четыре бета-версии, а затем релиз-кандидаты. Пользователи могли поработать с каждым из них и сообщить о замеченных ошибках, а также разместить на opensuse.org собственные проекты или прислать патчи. Хотя мы бы предпочли общественные доступ к build-серверу (это планируется в будущем), нужно отдать должное – это был прекрасный старт.<br /> <br /> <br /> <br /> === Приложения ===<br /> <br /> <br /> <br /> «Перестройка, гласность и ускорение», сопутствующие выпуску SUSE 10.0, неизбежно привели к тому, что с технологической точки зрения этот релиз не слишком отличается от версии 9.3. Можно сказать, что SUSE стал заложником собственного успеха – поместив Xen, Mono, ''Beagle'' и ''OpenOffice.org 2.0'' в одну версию, он не оставил задела на будущее. Но не<br /> <br /> огорчайтесь – все-таки здесь есть кое-что, интересное любителям SUSE: <br /> <br /> <br /> <br /> * Это первый дистрибутив (не считая Ubuntu), который включает Gnome 2.12 (см. обзор в этом номере Linux Format). для пользователя изменилось не так уж много – главное кроется в ''Cairo'', который теперь используется ''GTK'' для отображения виджетов. Ну и конечно, всегда приятно иметь последнюю версию.<br /> <br /> * ''Evolution'' обновлен до версии 2.4. Это настолько отшлифованное приложение, что даже самые очевидные из новых функций кажутся мелкими доработками.<br /> <br /> * В состав системы включен ''Xen 3'', поддерживающий x86_64 и SMP.<br /> <br /> * SUSE Linux 10.0 базируется на ядре 2.6.13, а это значит, что вы получите ''Inotify'' прямо из коробки. О других «вкусностях» читайте в спецрепортаже!<br /> <br /> Наличие Gnome 2.12 несколько омрачается тем фактом, что системные утилиты доступны только в DVD-версии. То же самое относится и к другим пакетам, в том числе, PHP 5. SUSE следовало бы добавить еще один CD, чтобы не огорчать людей, не имеющих привода DVD-ROM. В состав системы включены последние версии Mono и ''Beagle'', однако, большая часть других компонентов не претерпела существенных изменений. Вы встретите все тот же KDE 3.4 и ''GIMP 2.2'', правда, с некоторыми исправлениями. Из новых возможностей нам понравилась функция поиска в K Menu. Вы вводите название программы, а она затеняет пункты меню, в которых не встречается это слово.<br /> <br /> В общем, хотя изменения в номерах версий не столь радикальны, SUSE попрежнему находится на острие атаки. <br /> <br /> {{Врезка|<br /> Заголовок = Сообщество SUSE|<br /> Содержание = Создание сообществ вокруг дистрибутива давно превратилось в своего рода спорт, где каждый изыскивает свои пути к успеху. Mandriva – пожалуй, пионер в этой области, продает членские карточки и предоставляет уникальные возможности. Ubuntu бесплатно рассылает CD, но, если честно, это не всем по карману. Изюминка SUSE – регулярный выпуск альфа и бета-версий, что позволяет поддерживать в людях живой интерес. По сути, единственным дистрибутивом, не преуспевшим на поприще создания сообщества, является Fedora, чьим планом было: «если мы сделаем это, они придут». Как объяснил Грэхем Моррисон (см. материал про Kalbum в прошлом номере журнала), сообщество не «сделается само». Удастся ли SUSE удержать темп, становясь все более открытым? Сейчас вы можете загрузить образы CD тестовых выпусков, но на самом деле нужны ночные сборки, позволяющие удостовериться, что обнаруженная вами ошибка исправлена. кроме того, как быть с законом о торговых марках, если кто-то захочет создавать свой дистрибутив на базе SUSE? Обычно дистрибутивы базируются на Debian, Red Hat и Mandrake и почти никогда – на SUSE. Это теперь изменится? будем надеяться, что да. если SUSE Linux действительно хочет стать открытым, он должен идти до конца: позволить людям создавать производные (явно помеченные, как таковые) и так далее. Это будет гарантом того, что сообщество SUSE будет успешным.|<br /> Ширина=300px}}<br /> <br /> === Обустраиваемся ===<br /> <br /> Инсталлятор SUSE и так достаточно прост в использовании, но команда разработчиков выполнила еще кое-какие «доводки», чтобы сделать его более понятным. Самые продвинутые опции теперь скрыты от глаз неподготовленного пользователя в специальных вкладках. Это сделало интерфейс программы яснее.<br /> <br /> В другом месте предлагается недвусмысленный выбор между KDE и GNOME. Таким образом, SUSE удается сохранить строгий нейтралитет между противоборствующими сторонами.<br /> <br /> В установке по умолчанию содержится большое число программ, так что она достаточно объемна, однако, в вашей системе будут все приложения, какие только могут понадобиться на рабочем столе. Вы получите Mono и базирующиеся на нем программы, такие как ''Tomboy'', ''Beagle'' и ''Blam''. Я уже не говорю об ''OpenOffice.org 2.0'', но хочу отметить, что SUSE, вслед за Red Hat, использует «Java ree»-редакцию открытого офисного пакета.<br /> <br /> Контрольная панель ''Yast'' также подверглась небольшой доработке. SUSE 9.3 (и предыдущие версии) содержали огромный логотип ''Yast''/SUSE, который занимал экранное место и заставлял людей теряться в догадках, что же значит эта аббревиатура. рады доложить, что SUSE переделала интерфейс. Изменения коснулись и утилиты настройки X, ''Sax2'', обладавшей собственным странноватым «лицом». Теперь, хвала Линусу, этого нет. Да, потребовалось 10 версий, чтобы ''Yast'' привел себя в божеский вид, но лучше все же поздно, чем никогда. Впрочем, работа еще не завершена – на экране сетевых настроек следует избавиться от жаргона и профессиональных терминов. Сотрудники SUSE! Уверяю вас: ни один нормальный человек не будет искать вкладку «NTP Client», чтобы настроить синхронизацию времени!<br /> <br /> В свободно распространяемой версии отсутствуют некоторые закрытые приложения: Java, ''Macromedia Flash Player'' и ''Adobe Acrobat''. Лично мы рады сказать им «прощай», но если вы чувствуете, что не в силах отказаться от проприетарного ПО и не желаете тратить деньги на коробку – SUSE позволяет докачать их и даже показывает, откуда. более интересно то, что создание проекта openSUSE привело к выпуску бесплатной версии дистрибутива для платформы PowerPC (да, для вашего Mac Mini). SUSE уже порывала с PowerPC раньше, так что это может быть временным явлением...<br /> <br /> === Для кодеров ===<br /> <br /> SUSE продолжает лидировать на программистском фронте и укрепляет свои позиции с включением в состав дистрибутива среды ''MonoDevelop'', а также библиотек Mono для решения различных задач (в том числе, ''ipod-sharp'' для тех, кто хочет поупражняться в C# со своим iPod Mini). SUSE демонстрирует поистине немецкую педантичность в мелочах: ''GCC 4.0.2'' является действительно последней версией на момент отправки статьи в печать – та же Mandriva отстает на 0.0.1. В вашем распоряжении – ''KDevelop'', ''Qt Designer'' и ''Glade'' для разработки приложений, использующих Qt и KDE.<br /> <br /> <br /> Mandriva остается настолько позади, что возникает невольный вопрос: не является ли новым главным конкурентом SUSE Ubuntu? С выпуском Breezy Badger (читайте следующий номер Linux Format), в него входят Mono и Gnome 2.12, а также некоторые уникальные возможности.<br /> <br /> Конечно, в мире Linux нет победителей и проигравших, ибо наш общий враг – проприетарное ПО, но мы рады видеть, что SUSE так далеко продвинулась в вопросах открытости и занялась шлифовкой существующих концепций вместо придумывания своих собственных.<br /> <br /> === Вердикт Linux Format ===<br /> * Возможности — 9/10<br /> * Производительность — 9/10<br /> * Простота использования — 8/10<br /> * «Цена/Качество» — 9/10<br /> Приятный во всех отношениях релиз, продолжающийтрадиции предыдущих версий. Остается лидером.<br /> <br /> * '''Рейтинг — 9/10'''<br /> <br /> [[Категория:Обзоры]]</div>

Alias http://wiki.linuxformat.ru/wiki/LXF73 2008-03-15T13:57:16Z

<p>Alias: /* Обзоры */</p> <hr /> <div>==Linux Format 73 (4), Декабрь 2005==<br /> <br /> === Обзоры ===<br /> * [[LXF73:Mandriva Linux 2006|Mandriva Linux 2006]]<br /> * [[LXF73:SUSE Linux 10.1|SUSE Linux 10.0]]<br /> * [[LXF73:Gnome 2.12|Gnome 2.12]]<br /> * [[LXF73:Sugar Suite 3.5|Sugar Suite 3.5]]<br /> * [[LXF73:CrossOver Office 5.0|CrossOver Office 5.0]]<br /> * [[LXF73:BrightStor|BrightStor ARCserve Backup]]<br /> <br /> <br /> [[LXF73:Сравнение|Сравнение: Электронные фотоальбомы]]<br /> <br /> [[LXF73:HotPicks|HotPicks]]<br /> <br /> [[LXF70:Что такое...|Что такое... Parrot?]]<br /> <br /> [[LXF73:Свободно как сама свобода|Свободно как сама свобода]]<br /> <br /> [[LXF73:Интервью1|Интервью: Ричард Хипп]]<br /> <br /> [[LXF73:Интервью2|Интервью: Эбен Моглен]]<br /> <br /> [[LXF73:Вскрываем ядро|Вскрываем ядро]]<br /> Получите максимум от Linux 2.6.13<br /> <br /> === Учебники ===<br /> * [[LXF73:Первые шаги|Первые шаги]]<br /> Заскучали? Энди Ченнелл научит вас <br /> использовать Google Talk и Skype<br /> <br /> * [[LXF73:GIMP|GIMP]]<br /> Майкл Дж. Хэммел отправил статью про <br /> создание пространственных фракталов <br /> из зонда Вояджер в квадрате Дельта<br /> <br /> * [[LXF73:Автомонтирование USB|Автомонтирование USB]]<br /> Кстати скзать, не слишком ли много<br /> Нейл Ботвик возится с HAL?<br /> <br /> * [[LXF73:Gambas|Gambas]]<br /> BASIC &amp;ndash; это не только INPUT и PRINT.<br /> Марк Александр Бейн научит вас, как<br /> написать собственный web-браузер<br /> <br /> * [[LXF73:PHP I|PHP I]]<br /> PDO: для вас &amp;ndash; еще один акроним, для<br /> Пола Хадсона &amp;ndash; повод задержаться в <br /> офисе. Присоединяйтесь...<br /> <br /> * [[LXF73:PHP II|PHP II]]<br /> Пол Халфпенни учит защищать <br /> web-сайт паролем<br /> <br /> * [[LXF73:Русификация Debian 3.1|Русификация Debian 3.1]]<br /> Руководство к действию от автора<br /> Cyrillic HOWTO Евгения Балдина<br /> <br /> * [[LXF73:Локализация ПО|Локализация ПО]]<br /> <br /> [[LXF73:Ответы|Ответы]]</div>

Alias http://wiki.linuxformat.ru/wiki/LXF73:Mandriva_Linux_2006 2008-03-15T13:55:56Z

<p>Alias: Основной текст</p> <hr /> <div>= Mandriva Linux 2006 =<br /> '''''Грэхем Моррисон''' надеется увидеть зрелищный фейерверк производства Mandrake/Conectiva, но боится наткнуться на сырую хлопушку.''<br /> <br /> {{Врезка|left|<br /> Заголовок = Самое главное |<br /> Содержание = Первый выпуск новой Mandriva. Смотрите также: SUSE 10.0 или Red Hat Fedora.<br /> <br /> * Разработчик: Mandriva<br /> * Web: [http://www.mandriva.com www.mandriva.com]<br /> * Цена: Бесплатная версия для загрузки |<br /> Ширина=250px}}<br /> Когда компания Mandriva выпустила последнее обновление для Mandrake Linux, мнения в нашей редакции разделились. Mandriva Linux Limited Edition 2005 произвел впечатление весьма мощного дистрибутива – его превос<br /> ходная настройка и система управления пакетами программ уверенно вывдили его в лидеры наших предпочтений. Но все-таки чего-то не хватало: благоразумное объединение с Conectiva привело к отказу от привычки впихивать на диск последние версии ПО в пользу более зрелого подхода к вопросам включения пакетов, равно как и к стратегическому развитию компании в целом.<br /> <br /> Mandriva пообещала представить вниманию публики новую версию в последнем квартале 2005 года, при этом предложен весьма оптимистичный подход к распространению. как обычно, доступна свободно загружаемая версия, но Mandriva всерьез надеется сделать платным вступление в клуб ее пользователей, дающее возможность загрузить новую версию раньше остальных и дополнительно получить целый диск ПО.<br /> <br /> === (Практически) безошибочный ===<br /> Что касается самого процесса установки, Mandriva, как всегда смогла удержать за собой лидирующие позиции. Инсталлятор мало изменился – он по-прежнему выглядит самым бессбойным из известных нам и способен распознать огромное количество всевозможного оборудования, развенчивая, таким образом, разные домыслы об установке Linux-систем.<br /> <br /> Что еще больше впечатляет, так это серьезное уменьшение скорости загрузки системы: она была готова к работе менее чем за минуту на нашем Pentium 4 2.2Ггц c 512Мб оперативной памяти, причем 20 секунд из этого потребовалось для загрузки KDE. Похоже, Mandriva немного «поколдовала» над своим творением, даже если это никак и не отражается на пользовательском интерфейсе.<br /> <br /> После такого внушительного уменьшения времени загрузки, вы, возможно, полагаете, что в системе были произведены низкоуровневые изменения, что должно быть особенно выражено в утилитах конфигурации Mandriva. Но, тем не менее, наиболее важным нововведением, которое мы смогли для себя выделить, является настройка сети цифрового телевещания – DVB (Digital Video Broadcasting), что само по себе весьма интересно очень узкому кругу людей. Сети DVB используют слой данных из потокового MPEG-2, транслируемого со спутника. Это обеспечивает широкополосное соединение для входящего трафика, в то время как исходящий передается по обычным проводам. Такой технологический подход незаменим для людей, работающих в достаточно изолированных условиях.<br /> <br /> === Погрузимся в детали ===<br /> Сначала хорошие новости. Наиболее серьезный пробел в предыдущей версии был восполнен с включением в состав дистрибутива KDE 3.4.2. Mandriva теперь находится на одном уровне с SUSE и Fedora; от того, что KDE 3.4 был включен в «основной состав» сравнительно поздно, дистрибутив только выиграл – было время улучшить как скоростные параметры, так и внести необходимые изменения в плане стабильности и безопасности, что и было сделано в версии 3.4.2. Также обновился и Gnome, чтобы пользователи смогли по-настоящему насладиться новой версией под номером 2.10. С другой стороны, даже, несмотря на свежую версию ядра, ''Beagle'', великолепной утилиты для поиска в среде Gnome, в дистрибутиве не оказалось.<br /> <br /> С учетом этого, неожиданным оказался тот факт, что KDE, напротив, пополнился собственной утилитой для поиска под названием Kat, так что на панели инструментов у вас поселится симпатичная кошечка. Очевидно, Kat был разработан, чтобы соревноваться с псом-ищейкой (''Beagle'') в Gnome. И работает ''Kat'' аналогично своему конкуренту – программа индексирует файлы определенных MIME-типов, например PDF или HTML, что значительно облегчает поиск затерянных материалов. Если вы уже использовали ''Beagle'', то знаете, что, попробовав раз поиск по содержимому файла, вы уже не сможете от него отказаться.<br /> Как только ''Kat'' будет встроен в систему файловых запросов, он станет неотъемлемой частью поисковой системы KDE. Но пока вы сможете осуществлять поиск содержимого поддерживаемых файловтолько через главное окно самой ''Kat''. Для начала вам понадобится указать директории, которые вы хотели бы проиндексировать. После этого, ''Kat'' подождет, пока у процессора не начнется «простой», чтобы начать сканирование этих каталогов – ведь это процесс, весьма требовательный к ресурсам процессора. После того, как сформирован индекс, к нему можно делать запросы, как при помощи kioslave (для этого потребуется просто ввести '''kat:/ search''' вместо адреса URL в строке ''Konqueror''), так и через его собственный интерфейс.<br /> <br /> Еще одно нововведение для KDE, которое было автоматически добавлено на панель – ''Skim''. Эта программа представляет собой KDE-аналог панели ''GTK'' SCIM (Smart Common Input Method), которая по умолчанию устанавливается в SUSE. Она позволяет пользователям с нелатинским алфавитом менять настройки клавиатуры всего за пару щелчков мышкой. Новая версия KDE также дает доступ ко многим настройкам менеджера вывода KDE, управляющих добавлением прозрачности и эффектных теней к вашему рабочему столу.<br /> <br /> Приложения наподобие ''Beagle'' и ''Kat'' вносят некоторые изменения в вашу систему, и вы может полагать, что их присутствие в Mandriva 2006 означает, обновление и самого ядра Linux с реализацией поддержки ''Inotify''. без сомнения, сердцем новой версии дистрибутива от Mandriva является ядро 2.6.12, которое, помимо этого, было скомпилировано с поддержкой многопоточности (hyperthreading) и ''Xen''. Часть компонентов системы hotplug была перенесена в ''udev''. Мы обнаружили, что устройства USB стали работать заметно лучше, чем в предыдущих версиях, где повторяющееся извлечение USB-ключа в конечном счете сбивало автоматическую настройку.<br /> <br /> === Новый компилятор ===<br /> Чтобы заинтересовать разработчиков, Mandriva обновила ''GNU Compiler Collection'' с 3-й версии до 4-й. Это очень ответственное изменение, так как создателям пришлось собрать новой версией компилятора и протестировать каждый пакет, входящий в его состав,. ''GCC 4'' – это новая территория: слишком многое изменилось в этой версии Mandriva. По нашему мнению, выпуск 2006 очень стабилен, а компиляция собственных программ при помощи ''GCC 4'' не вызвала никаких проблем.<br /> <br /> В состав пакетов программ дистрибутива Mandriva включила PHP5, а также самую современную версию графической системы ''X.Org'' (6.9). рабочее окружение выглядит привлекательным и немного более быстрым, но включение эффектов прозрачности и теней, которые используют композитное расширение, все равно вызвало некоторые проблемы с нашим оборудованием от nVIDIA.<br /> Из других примечательных программ, включенных в эту версию, стоит выделить ''Scribus'' и ''Amarok'', версии 1.3 каждая. Также, Mandriva игнорировала тенденцию не включать рискованных (в плане лицензии) кодеков, добавив поддержку MP3 по умолчанию, что весьма хорошо.<br /> <br /> Самым большим разочарованием стал тот факт, что даже спустя 6 месяцев после выхода SUSE 9.3 с почти полной версией ''OpenOffice.org 2.0'', Mandriva по-прежнему использует предыдущую версию. Это вполне понятно, так как не все pre-2.0 версии были достаточно стабильными, но было бы неплохо в скачиваемой версии предложить последнюю версию пользователю хотя бы как опцию – особенно когда SUSE уже удалось заставить ее нормально работать. Пререлиз ''OpenOffice.org 2.0'' (pre-2.0) доступен членам Mandriva Club на дополнительном диске, но мы считаем, что офисное приложение обязано быть в базовой поставке: пользователи вряд ли обрадуются необходимости добывать что-то, что у них и так должно быть.<br /> <br /> === Ради исскуства ===<br /> Традиционно затронем тему графического оформления Mandriva. В этом вопросе мы пока еще не готовы прийти к общему мнению. К счастью, яркая ворона со звездными глазами недавно была заменена на стильного пингвина, устремившего свой взгляд в небо. Это намного более продуманный логотип, чем его предшественник. Немного комичная старая эмблема была заменена на нового пингвина, пристально вглядывающегося в горизонт, наблюдая за рассветом Linux.<br /> <br /> Даже Fedora оставила позади фирменную тему Mandrake – Galaxy, и компании Mandriva следует брать реванш. Легко сказать, что изменить весь стиль рабочего стола можно всего в пару щелчков мыши. Но в дистрибутиве, призванном убедить пользователя перейти на сторону Linux, серо-голубая цветовая гамма, создает ощущение заброшенного рудника под ледяным небом. Компании Mandriva потребуется потратить некоторое время на создание более позитивного пользовательского интерфейса, возможно, взяв за основу графические решения SUSE и Red Hat/Fedora.<br /> <br /> Возможно, вы заметили, что в центре внимания данного обзора оказались относительно незначительные изменения. конечно, KDE 3.4, GNOME 2.10 и ''GCC 4'' – это здорово, однако, другие дистрибутивы уже значительно опередили Mandriva. Это по-прежнему великолепный дистрибутив, и в нашей редакции для него всегда найдется теплое местечко, поближе к камину, правда сложно определить его дальнейшую судьбу. Подводя черту, хотелось бы отметить, что, по существу, нет никаких различий между этой и предыдущей версиеями Mandriva, кроме обновлений, которые просто необходимы, чтобы и дальше ходить по воде.<br /> <br /> Нет никаких видимых признаков поглощения Conectiva. Это все тот же Mandrake, как бы он ни стирал следы своего былого имени (приходится отметить, что ''Kat'' немного спасает положение). Утилиты настройки остались на великолепном уровне, поддержка оборудования по-прежнему беспрецедентна. Прошлый обзор мы закончили риторическим вопросом, была ли новая стратегия Mandriva концом начала, либо же началом конца – спустя 6 месяцев этот вопрос не потерял своей актуальности.<br /> <br /> {{Врезка|<br /> Заголовок = Пол считает… |<br /> Содержание = &quot;Этот выпуск твердо выводит Mandriva на 4-е место, после SUSE, Ubuntu и Fedora. Использовать Kat вместо Beagle? Да, этому дистрибутиву крайне необходим Mono.&quot;|<br /> Ширина=150px}}<br /> <br /> <br /> === Вердикт Linux Format ===<br /> * Возможности — 6/10<br /> * Производительность — 7/10<br /> * Простота использования — 8/10<br /> * «Цена/Качество» — 6/10<br /> Серьезный дистрибутив, способный многое предложить конечному пользователю, но все еще остается много вопросов по поводу его дальнейшего развития.<br /> <br /> * '''Рейтинг — 7/10'''<br /> <br /> [[Категория:Обзоры]]</div>

Alias