Блог Александра Башкирова

ИТ и бизнес, компьютеры и ПО, фото, программирование и просто мысли…
Этот сайт в основном посвящен тому, что мне интересно вне работы. Ведется в порядке хобби.
Все изложенное на сайте - мое частное оценочное мнение и не может быть истолковано иначе.
Со всеми вытекающими из этого последствиями.

Андрей Белянин. Опергруппа в деревне.

Просмотров: 1351Комментарии: 0
Книги

В последнее время часто говорят, что Белянин «выдохся», что после трилогии «Меч без Имени» жисть не в жисть, и что вообще больше ему писать ничего не следует. Отчасти я согласен с этим мнением, и в весьма конкретной части:) – сказка для взрослых про оборотней (сериал «Оборотни») получился ярко неудачным, равно как и «Казак в раю» - вещь, читать которую настоятельно не рекомендую.

Что же касается «Опергруппа в деревне», то книга продолжает известный цикл «Тайный сыск царя Гороха». Не сказать, чтобы книга получилась сильно выдающейся – крепкий середняк. Твердая «тройка с плюсом» или «четверка с минусом» по пятибалльной шкале.

Сюжет прост и незамысловат: опергруппа отправляется в отпуск в село, куда за ней следует международный террорист, снедаемый местью (Алекс Борр) и где находится (как оказывается) вход в гору, в которой, подобно спящей красавице, спит крепким сном жена Кащея Бессмертного... В итоге зло наказывается (а как же иначе?), «сказочные опера» выходят победителями, и все радуются.

Что, кстати, мне всегда нравилось у Белянина – автор всегда выпячивает роль судьбы – понимаешь, так вот получилось, а мы (герои) вообще-то тут так, рядом проходили:))) Но у него герои по крайней мере – нормальные (в основном) люди, каждый со своим «ку-ку» (а куда же без этого), а не супергерои.

Что сказать в итоге? Книгу осилил в поезде Москва – Питер (то есть, прочитал за 4 часа). Один раз прочитать можно, мозг расслабляет и местами заставляет поулыбаться, забыв на время о делах...

Каталог сервисов. Подводные камни.

Просмотров: 1907Комментарии: 0
Статьи

Распространенная задача, решать которую приходится практически во всех ИТ отделах, пытающихся применить принципы сервисного управления – построение, развитие и управление каталогом сервисов. Задача эта на первый взгляд достаточно тривиальная, однако и при ее решении существуют определенные «подводные камни».

Например, при решении задачи «в лоб», каталог сервисов часто заменяют на перечень эксплуатируемых ИТ систем и базового ПО. Подобный подход имеет ярко выраженный недостаток: при инвентаризации в средней компании (то есть, с числом АРМ порядка 500) может быть обнаружено порядка 100..300 систем и приложений, которые могут быть классифицированы как сервис. Таким образом, пользователь, обращаясь в ИТ для решения каких-либо вопросов, вынужден формулировать свой запрос «на языке ИТ», что принципиально противоречит рекомендациям ITIL. Другая крайность – чересчур широкое определение сервиса. Например, сервис «рабочее место пользователя» может включать в себя ПК, базовое ПО, специфическое ПО и периферийные устройства, что приближает количество инцидентов, связанных с данным сервисом, к 100% от общего числа зарегистрированных инцидентов.

Классическое определение понятия «сервис» гласит, что «сервис – есть процесс обслуживания объектов». Библиотека ITIL рекомендует определять сервис как информационную услугу, то есть ту услугу, которую отдел ИТ предоставляет пользователям. При этом в качестве пользователей могут выступать как сотрудники профильных для бизнеса подразделений, так и внешние заказчики (в этом случае вводится специальное понятие – аутсорсинг). По сути, такая трактовка означает, что отдел ИТ является обслуживающей организацией по отношению к пользователям.

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

Таким образом, примерный алгоритм построения каталога сервисов будет следующим:

  • Составляется инвентарный перечень всех программных и аппаратных средств, а также политик
  • Составляется список пользователей, которые работают с указанными средствами
  • Пользователи объединяются в группы по определенным признакам (соответственно, выделяются признаки классификации)
  • Для каждой из сформированных таким образом групп пользователей выделяются те ресурсы (программные и аппаратные средства, политики), которые ими используются
  • Определяется примерный перечень сервисов для каждой из групп пользователей
  • Определяется примерный перечень всех сервисов, которые предоставляются отделом ИТ
  • Проводится аудит перечня сервисов

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

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

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

Управление каталогом сервисов включает в себя:

  • Мониторинг текущего каталога сервисов
  • Выявление новых сервисов
  • Выявление новых территорий, требующих разворачивания тех или иных ИТ сервисов
  • Выявление утративших актуальность сервисов
  • Актуализация каталога сервисов

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

Таким образом, в результате проделанной работы, будет построен управляемый каталог сервисов. Его развитие обеспечит ИТ отделу и заказчикам – пользователям бизнес-подразделений – однозначное определение сфер ответственности, что в целом положительно скажется на качестве работы ИТ службы.

Двенадцатый Круглый стол itSMF Россия

Просмотров: 1364Комментарии: 0
Alib.spb.ru

7 января 2007 года состоялся 12 Круглый стол по ИТ сервис менеджменту.

В отличие от прошлого мероприятия, которое мне откровенно не понравилось, этот был на гораздо более высоком уровне. Понравилось конструктивное выступление Михаила Потоцкого относительно 3 версии ITIL (Михаил приоткрыл завесу таинственности над ITIL3 и назвал конкретные сроки выхода: примерно май 2007 года). ITIL 3 является логическим продолжением ITIL 2, значительно переработанным и усовершенствованным. По утверждению М.Потоцкого, в работе над 3 версией ITIL приняло рекордное количество специалистов из Америки (напомню: традиционно над ITIL работали европейские специалисты). Благодаря этой «свежей крови» рекомендации (по заявлениями знакомых с пре-релизами ответственных товарищей) стали более конкретными, смещаясь от акцента относительно того «что надо делать» к акценту «как надо делать». Отмечу, что вторая версия ITIL не отвечала на вопрос «как надо делать» вообще никак. Кроме того, в третьей версии ITIL появятся разделы, ориентированные на малые (до 100 человек) предприятия, и декларативно будет описан процесс управления персоналом (читаем между строк: самым общими фразами). Кроме того, ITIL 3 полностью перегруппирует и перекомпанует процессы, характерные для ITIL 2 (что говорит о их переосмыслении). Среди официальных языков ITIL 3 значится и русский, что не может не радовать. Правда, пока непонятно, кто именно будет выполнять перевод (оригинал все равно разрабатывается на английском).

Вторая часть Круглого стола была посвящена проблеме оценки рисков при управлении проектами. Выступал представитель компании PM Expert, который здорово (действительно здорово!) описал, как можно управлять рисками проекта со стороны заказчика. За что и был засыпан горой вопросов относительно того, а как управлять рисками проекта в целом (и заказчика, и исполнителя), а также как отдельно управлять рисками исполнителя.

Подробности – на http://www.itsmforum.ru/

AJAX без AJAX или кое-что об IFRAME

Просмотров: 4736Комментарии: 0
Alib.spb.ru

Внимание! Данная статья скорее всего устарела и описываемое ниже имеет больше академичсекий интерес.

Для начала. Все началось с того, что, заинтересовавшись AJAX, мне захотелось попробовать уйти от его основного недостатка: невозможности сохранять результаты в нормальном виде на локальном диске. Великий и могучий Интернет подарил замечательную статью Красносельского Константина Константиновича про AJAX (ссылку см. в конце заметки).

В статье, кроме всего прочего, речь шла о возможности отказа от классов JavaScript (в частности xHTTPRequest) в пользу использования IFRAME для реализации динамической погрузки содержимого без перезагрузки страницы. Разумеется, не обошлось и без JavaScript:) Я немного «довел под себя» предлагаемое решение, оставив неизменной идею.

Но обо всем по-порядку.

Постановка задачи:

Необходимо сформировать на сервере при помощи php код html, который разместить в отдельном элементе (например, в <div>) страницы.

Решение (в несколько действий):

Действие 1:

В основной странице (т.е. там, где мы предполагаем делать динамические AJAX вставки) определяем элемент-контейнер. Для наглядности поместим в него кнопку, которая будет инициировать заполнение элемента:

<div id=’myelm’>

<input type=”button” value=”Load”>

</div>

.

Действие 2:

В основном файле страницы определяем невидимый iframe, который будет выступать контейнером:

<iframe onLoad="javascript:ol();" src="" name="sframe" id="sframe" width="0" height="0" scrolling="no" frameborder="0" style="display: none"></iframe>

Я (на всякий случай) определяю этот iframe в самом конце страницы. Про обработчик onLoad и для чего он нужен будет подробнее описано чуть ниже.

Действие 3:

Определяем обработчик нажатия на кнопку и обработчик загрузки невидимого фрейма

<script language="javascript">

function btn_go()

{

window.frames.sframe.location.href = 'include.html';

}

function ol()

{

if (window.frames.sframe.document.body.innerHTML!='')

{window.document.getElementById('myelm').innerHTML=window.frames.sframe.document.body.innerHTML;}

}

</script>

Естественно, что файл include.html – это исключительно демонстрация. Никто не мешает нам написать, например, следующее:

window.frames.sframe.location.href = ‘srv_return.php?s=1&d=2&f=3&res=221?=664ub&etc=11’;

то есть, вызвать php скрипт, результаты работы которого будут отображены в контейнере div

Подробнее стоит остановиться на функции ol(). Ее появление обусловлено тем, что IE (я тестировал на версии 6) не умеет дожидаться загрузки документа. То есть, если бы я определил функцию btn_go() так:

function btn_go()

{

window.frames.sframe.location.href = 'include.html';

window.document.getElementById('myelm').innerHTML=window.frames.sframe.document.body.innerHTML;

}

то при использовании IE контейнер бы просто обнулялся (сценарий уже выполнен, а документ еще не успел загрузиться – можете проверить)

Действие 4:

Подправляем код кнопки в контейнере, связывая обработчик, который разработан на предыдущем шаге, с кнопкой, которая определена в действии 1; одновременно для наглядности «раскрасим» div:

<div id=’myelm’ style=”border: 1px solid blue; background-color: gray;”>

<input type=”button” value=”Load” onClick=”javascript:btn_go();”>

</div>

Действие 5:

Opera (у меня версии 9) «не понимает» конструкции about:blank (пустая страница) и заполняет невидимый фрейм чем-то по своему усмотрению. В итоге, следует предусмотреть «обнуление» фрейма при создании основного документа:

<body onLoad="javascript:window.frames.sframe.document.body.innerHTML='';">

Собственно говоря, все.

Для наглядности приведу демо-примеры полностью

1. Файл client_example.html

<html>

<head>

<title>Example</title>

<script language="javascript">

function btn_go()

{

window.frames.sframe.location.href = 'include.html';

}

function ol()

{

if (window.frames.sframe.document.body.innerHTML!='')

{window.document.getElementById('myelm').innerHTML=window.frames.sframe.document.body.innerHTML;}

}

</script>

</head>

<body onLoad="javascript:window.frames.sframe.document.body.innerHTML='';">

<div id='myelm' style="border: 1px solid blue; background-color: gray;">

<input type="button" value="Load" onClick="javascript:btn_go();">

</div>

<iframe onLoad="javascript:ol();" src="" name="sframe" id="sframe" width="0" height="0" scrolling="no" frameborder="0" style="display: none"></iframe>

</body>

</html>

2. Файл include.html

<span style="">Hello!<br>

This is AJAX script.</span>

(обратите внимание, что в этом файле содержится (а потенциально – генерируется) только тот текст, который должен быть встроен в контейнер, без тегов типа <html> и т.д.)

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

PS. Возникает вопрос - а почему бы, вместо того, чтобы изображать все описанное выше, не использовать просто IFRAME? Вроде проще и надежнее. Это, безусловно, так. Но! Если мы разрабатываем сложную динамическую страницу с элементами div, которые могут перекрыть требуемый нам элемент, то в случае с IFRAME и IE IRFAME будет "просвечивать" сквозь div - т.к. с точки зрения IE, IFRAME (как оконный элемент управления) имеет бесконечно большой z-index... Кстати, в Opera (версии 9) был обнаружен схожий глюк.

Приведенное же выше решение указанного недостатка не имеет.

Ссылки по теме:

Статья Красносельского К.К. AJAX http://webdesign.site3k.net/consulting/ajax.html

Магазины Эльдорадо

Просмотров: 1685Комментарии: 0
Alib.spb.ru

Внимание! Данная статья скорее всего устарела и описываемое ниже имеет больше академичсекий интерес.

- Если вам чего-то надо – не ходите в «Эльдорадо».

- Да бросьте!

- Бросил бы. Да нечего…

Из диалога с продавцом Эльдорадо.

Порой вполне обыденные вещи оборачиваются самой настоящей фантастикой. Например, покупка. Простого бытового прибора. Фена. Вот, например: сгорел фен (этот прибор был вообще отдельной песней – поделка под названием Elenberg мужественно дохла с момента приобретения, но продержалась около 2 лет – рекорд для настолько низкокачественной техники. А вот зачем я его тогда купил… было надо, срочно и вообще – он был самый дешевый). Итак, он наконец-то сгорел. Выкинув его я с чистой совестью отправился в Эльдорадо. Почему именно в него? Да потому, что рядом с работой (метро Лесная в Питере) есть только два магазина техники: Эльдорадо (имел ранее опыт общения с ними – как успешный – 1 раз, так и не очень – три раза) и Телемакс (однажды что-то покупал, вроде – ничего себе магазинчик), причем до Телемкаса идти хоть немного, но дольше. Лень. Она не только двигатель прогресса, но и кумир современности.

Откровенно говоря, придя в Эльдорадо просто по-хорошему удивился. Выбор фенов был достаточно большой (моделей 15..20), из которых со значительными скидками (внимание, акция) продавалось примерно модели три. Все три – Rowenta. После непродолжительных телефонных консультаций с супругой было выяснено, что в принципе можно брать любую. Соблазнительно за цену от 300 до 500 рублей (да, да!!!) получить хороший (по описанию) прибор, в котором присутствуют все функции профессионального фена. Yes!

Акт 1

Итак, вооружившись коробкой с прибором и сверив название прибора и ценник, я бодро направился к кассе. Но был перехвачен по дороге бдительной продавщицей, которая сообщила, что сначала «надо посмотреть». Надо – так посмотрим! Подошли к стойке, и тут началось самое интересное. Оно заключалось в том, что данного прибора на складе не было, хотя в справочнике номенклатуры он присутствовал). Продавец вежливо объяснила, что продать указанную модель она не может, т.к. привезли недавно, выставили, а «по системе не провели». НА мой вопрос «а какие фены можете продать?» была приглашена Главная По Фенам, которая указала на все фены, подпадающие под акцию, и сообщила, что «они пока недоступны для продажи».

Ok. Попробуем поискать справедливости в другом месте. Дошел до стойки ин6формации. Изложил ситуацию. Отнеслись к ней с пониманием, в частности молодой человек, представившийся администратором магазина, долго и путано объяснял, что «продажа не может, вот девушка была…» Минут через 10 я понял: все, пора валить, позитивной конкретики не предвидится (типа: «отложим и известим»). На прощание задал конкретный (и логичный, как мне кажется вопрос): когда будет-то? А??? Молодой человек вздохнул и печально отправил меня в туманное «завтра», пробормотав что-то про 5 экземпляров. К чему это было сказано, я понял позже;) Сожалея в душе о потраченных впустую 40 минутах, отбываю.

Акт 2

Прихожу «завтра». Правда, не с утра (открываются они в 10 часов), а около 12. Подходу к витрине с фенами. И… (внимание) – ни одной из интересующих моделей просто нет. Одни ценники остались. На мой изумленный вопрос девушка-консультант с милым лицом и грустными глазами несколько раз извинилась и сообщила, что все раскупили. Все, нет. Ценники остались. Что будем делать? А ничего! Покупайте, что есть. Дешевый Elenberg (ну уж нет), или дорогой Braun и Bosh. Или ждите – вечером должна прийти новая партия на распродажу. (Тут меня осенило: то вчерашнее «бормотание» администратора про цифру 5, видимо, указывало на размер ежедневной партии. В штуках). После еще нескольких извинений от имени компании мне стало просто жаль продавца. Странная работа – вместо продажи товара гасить эмоции покупателей. Работать, простите, сборником мусора человеческих эмоций (Не я один такой… не один). Но я ей признателен, безвестной девушке – Продавцу (именно так, с большой буквы), чей бейджик так и не разглядел – во-первых, она честно попыталась найти лучший с ее точки зрения выход. А во-вторых, просто по-человечески человечный человек.

Акт 3

На выходе приметил листок с телефоном и адресом email, куда можно оставить свои комментарии относительно работы и качества сервиса магазина. (Сервиса у них нет, качества кажись маловато… ну да не об том разговор). Звоню. Вежливая, чуть уставшая девушка. Излагаю суть. Практически не реагирую на ее замечания – перекипел. Сообщаю все, что считаю нужным сообщить. Прощаемся. Грустный ухожу.

Акт 4

Покупаю фен. Аналогичный по качеству, похожей фирмы, с несколько большей ценой, но совсем в другом месте. Где они (фены) если есть на витрине, значит - есть в наличии, продавцы продают, а не выкручиваются, а про факт наличия администратора даже не хочется вспоминать. По причине его как бы ненужности для покупателя.

Вывод

Если вам чего-то надо, не ходите в Эльдорадо. Особенно, если речь идет о приобретении чего-то со скидкой. Или если надеетесь получить сервис. Или если вам нужен качественный товар. Идти туда можно, с моей точки зрения, только когда

  • Точно знаешь, чего нужно и есть желание купит именно там (странно, но такое иногда бывает – больше некуда податься. Например, только в ЭР продают приличный не оконцованый аудиокабель. Правда, его же можно купить и на Юноне, и в Микрониксе, но ЭР - рядом);
  • Есть много лишнего времени;

PS. А описанная мной продавщица, как мне кажется – явление в Эльдорадо редкое и, очевидно (к сожалению), временное. Были бы там все такие, а особенно в руководстве – проблем, подобных описанной выше, не существовало бы в принципе.

Прогноз погоды

Просмотров: 1509Комментарии: 0
Alib.spb.ru

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

Овен: "Сегодня -3..-5, без осадков, переменная облачность, ветер южный"

Телец: "+4..+6, ливни, ветер северо-западный, умеренный, местами порывы до 10 м/сек".

и так далее. Вот хохма-то будет!

Mandriva 2007. Linux vs Windows :)

Просмотров: 1747Комментарии: 0
Linux

Хорошей традицией нового года считается войти в него (новый год то есть) с чем-то новеньким. Вот и я решил поэксперементировать: войти в новый год с новым дистрибутивом linux.

Самый первый этап - выбор "того самого" дистрибутива. Для этого я сформулировал следующие требования:

  1. Локализация "из коробки"
  2. rpm-based (у меня много ПО в rpm формате, и заниматься конвертацией rpm - deb/source и т.д. просто лень)
  3. Некоммерческий (бывают и коммерческие версии linux - посмотрите хотя бы на linux xp)
  4. user-frenly (в конце концов, у меня рабочая машина а не сервер)
  5. Хороший набор мультемедийных программ (в конце концов, просмотр фильмов и прослшивание музыки на компьютере никто не отменял)
  6. apache/mysql/php должны присутствовать "из коробки"
  7. Минимальные усилия по конфигурированию:)

Не буду утомлять описанием "состязанием дистрибутивов" (на разных тематических форумах, посвященных linux, по этому поводу идут целые баталии), скажу лишь, что победителем стал дистрибутив Mandriva Linux 2007 (download version).

Дистрибутив хорош тем, что позволяет как новичку, так и опытному пользователю "просто и изящно", а главное - быстро развернуть полноценное рабочее место под управлением linux. Инсталлятор сделан весьма добротно, есть возможность выбора и сохранения выбора (!!!) списка пакетов. Из коробки идет KDE и Gmone + еще несколько рабочих столов. Я де-факто использую Gnome, но KDE ставлю "за библиотеки", то есть, для того, чтобы иметь возможность из-под Gnome запускать приложения, изначально разработанные под KDE. А еще того, чтобы "иметь резерв" - в случае, если "перемудрю" с настройкой Gnome из-под KDE в режиме редактирования конфигурационных файлов всегда можно решить возникшую проблему (так, кстати, и получилось, когда в графическом конфигураторе предложил гному использовать kde-шный набор иконок, Gmone просто завис).

В дистрибутив входит достаточно большой набор пакетов. Доставлять пришлось самую малость - двухпанельный графический файловый менеджер (я использую krusader) и переставил OpenOffice. Дело в том, что по умолчанию в дистрибутиве присутствует OpenOffice 2.0 EN. Мне, разумеется, хочется, чтобы все было по-русски, даже не в смысле инфтерфейса, а в смысле работы с языком - корректной проверки орфографии и т.д. Поэтому вместо идущего в комплекте OpenOffice 2.0 EN я поставил самую свежую (на момент установки) версию OpenOffice 2.1 RU (сборки от ИнфраРесурс). Как и следовало ожидать, интеграция с gnome не прошла (известный баг для mandriva). Впрочем, никто сильно не расстроился - все настроилось вручную. Установка пакетов office тоже проходила не так гладко, как хотелось бы: каждый пакет считал своим долгом сообщить о неудовлетворенных зависимостях, причем зависимости имели циклический характер. Решилась все просто: принудительная установка пакетов в режиме игнорирования анализа зависимостей.

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

Итог: за несколько дней (и ночей) я получил полноценное (и лицензионно чистое) рабочее место, способное с ходу удовлетворить процентов 70 пользователей по своим возможностям, с неплохим набором софта и фантастической управляемостью системы. Такой, которая пользователю Windows и не снилась. Обратная сторона медали - большая сложность системы, с моей точки зрения, с лихвой окупается той самой управляемостью. Впрочем, не хотелось бы быть агитатором - Windows не менее хорошая система. просто, поработав в linux (и особенно понастраивав его), кажется что Windows в качестве desktop системы - это так... для ленивых:)