Logo    
Деловая газета CitCity.ru CITKIT.ru - все об Open Source Форумы Все публикации Учебный центр Курилка
CitForum    CITForum на CD    Подписка на новости портала Море(!) аналитической информации! :: CITFORUM.RU
IT-консалтинг Software Engineering Программирование СУБД Безопасность Internet Сети Операционные системы Hardware

29.03.2017

Google
WWW CITForum.ru
С Новым годом!
2003 г

В каких случаях осуществлять внедрение лучше самим, а когда доверить это сторонней компании?

"Консультационная группа АТК"

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

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

Одними из наиболее волнующих руководителей вопросов являются: - "Какими ресурсами выполнять проект? Можно ли реализовать успешное внедрение своими силами?".

На практике встречаются следующие основные варианты ответов:

  1. Внедрение осуществить полностью собственными силами,
  2. Реализовать проект "под ключ" силами внешней компании-консультанта,
  3. Привлечь руководителя проекта от внешней компании-консультанта,
  4. Привлечь экспертов по продукту от внешней компании-консультанта.

Основными вариантами являются, конечно, I и II. Варианты III и IV являются "промежуточными". В таблице ниже приведено общее сравнение этих вариантов.

ВариантПреимуществаНедостатки
I. Внедрение полностью собственными силами
  1. Меньшие финансовые затраты
  2. Знание бизнес-процессов
  3. Независимость на этапе эксплуатации
  1. Требуются специалисты с хорошим знанием программного продукта
  2. Требуются программисты
  3. Требуется разработка методологии управления проектом и четкое следование ей
  4. Необходимость решения вопроса занятости сотрудников, выделенных (или нанятых) для реализации проекта
II. Реализация проекта (или его этапов) "под ключ" силами внешней компании-консультанта
  1. Опыт управления проектами
  2. Разработанная и "обкатанная" методология внедрения
  3. Опыт внедрения системы на нескольких предприятиях
  4. "Новый взгляд" на задачи предприятия
  5. Как правило - способность оказания услуг в области оптимизации системы управления, владение современными методами построения систем управления
  6. Знание программного продукта
  7. Штат опытных программистов
  1. Бoльшие финансовые затраты
  2. Сторонние консультанты не знают особенностей конкретного предприятия, и им требуется время на их изучение
  3. Проблема поддержания системы на этапе эксплуатации
III. Привлечение руководителя проекта от внешней компании-консультанта
  1. Меньшие финансовые затраты
  2. Опыт управления проектами
  3. Опыт внедрения системы на нескольких предприятиях
  4. Владение современными методами построения систем управления
  5. Независимость на этапе эксплуатации
  1. Требуется разработка методологии управления проектом и четкое следование ей
  2. Необходимость решения вопроса занятости сотрудников, выделенных (или нанятых) для реализации проекта
  3. Требуются программисты
IV. Привлечение экспертов по продукту от внешней компании-консультанта
  1. Меньшие финансовые затраты
  2. Знание программного продукта
  1. Требуется разработка методологии управления проектом и четкое следование ей
  2. Необходимость решения вопроса занятости сотрудников, выделенных (или нанятых) для реализации проекта

Естественно, что оптимальное решение представляет собой комбинацию рассмотренных вариантов и зависит от этапов проекта.

Для того чтобы определить необходимую степень участия сторонних специалистов или потребность в собственных ресурсах, нужно:

  1. четко определить цели и задачи проекта
  2. детально выявить существующие связи проекта
  3. определить необходимые человеческие ресурсы проекта и
  4. оценить степень готовности предприятия к внедрению системы - прежде всего, с точки зрения наличия персонала, подготовленного в области знания программного продукта и опыта управления проектами.
Цели и задачи проекта определяют уровень опыта и знаний специалистов, которых необходимо привлечь к выполнению проекта. Указанный опыт необходим в следующих областях:
  • знание программного продукта,
  • управление проектом внедрения.

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

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

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

  • ERP-системы сложны сами по себе, их настройка требует знания многих нюансов, особенностей реализации функциональности в конкретном программном продукте,
  • для внедрения ERP-системы необходим опыт "переложения" предметной области, системы бизнес-функций предприятия в функциональность программного продукта, опыт построения систем управления, основанных на современных методах и средствах.

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

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

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

    Например, при внедрении системы бюджетирования невозможно работать только с финансовым директором. Подсистема бюджетирования интегрирует в себе данные других подсистем, поэтому невозможно не обсуждать предлагаемые проектные решения с директором по производству, директором по продажам и т.д. и не учитывать их интересы.
С учетом выявленных целей и связей проекта определяются необходимые человеческие ресурсы. Среди человеческих ресурсов проекта необходимо особо выделить команду внедрения, которая в зависимости от выбранной формы реализации проекта - своими или сторонними силами - берет на себя функции от организации контакта между предприятием и фирмой-консультантом (в случае выбора варианта внедрения сторонними силами) до полной реализации проекта (в случае внедрения собственными силами). В команду внедрения должны входить как специалисты ИТ-департамента, так и специалисты от подразделений, которые затрагивает проект внедрения (эти подразделения определяются на этапе определения связей проекта). Эти специалисты должны хорошо знать работу предприятия в своей области, хорошо представлять себе всю бизнес-деятельность предприятия, уметь грамотно сформулировать задачи для проекта внедрения, в идеале - иметь опыт работы с корпоративными информационными системами. Оптимальное количество членов команды внедрения, принимающих принципиальные решения по проекту (конфигурация программного продукта, бизнес-логика и т.п.) - не более 5-6. Приведем в качестве примера типовые роли членов команды внедрения:
  1. Директор проекта
    Основные функции:
    • Контроль за исполнением условий договора со стороны заказчика.
    • Назначение исполнителей со стороны заказчика.
    • Контроль за ходом проекта.
    • Принятие окончательного решения в спорных ситуациях.
    • Контроль и своевременная приемка результатов работ, выполняемых сотрудниками заказчика и исполнителя.
    • Принятие решения о приостановке и возобновлении работ.
  2. Менеджер проекта
    Основные функции:
    • Координация работ по проекту.
    • Согласование процедур взаимодействия между подразделениями компании.
    • Принятие решений по тактическим вопросам, возникающим на проекте.
    • Внесение необходимых изменений в систему документооборота и учета, необходимых и согласованных при внедрении, контроль за ходом внедрения внутренних изменений.
  3. Администратор системы
    Ответственен за:
    • Материально-техническое обеспечение процесса внедрения.
    • Работоспособность компьютеров, принтеров, сети и другого необходимого оборудования.
    • Установку программного обеспечения на рабочих местах.
  4. Технические специалисты
    Основные функции - дополнение и изменение функциональности программного продукта средствами разработки:
    • Техническое проектирование.
    • Прототипирование.
    • Кодирование.
    • Тестирование.
    • Документирование.
  5. Участники команды внедрения
    Основные функции:
    • Обеспечение решений, принятых руководителями проекта.
    • Сбор, анализ и систематизация требующейся информации.
    • Подготовка данных, необходимых для осуществления внедрения.
    • Ввод первичной информации, необходимой для ввода системы в эксплуатацию.
    • Обучение пользователей и обеспечение пользователей инструкциями и информацией на этапе эксплуатации.

Роли и функции членов команды внедрения определяются индивидуально для каждого конкретного проекта.

Члены команды внедрения должны обладать углубленной подготовкой по следующим направлениям:

  • управление проектом внедрения информационных систем,
  • основы CASE-технологий (стандарты IDEF 0, IDEF 1, IDEF 3, программные средства BPWin, ERWin и т.д.),
  • принципы методологий управления MRP и ERP,
  • функциональность программного продукта,
  • средства разработки,
  • психологические тренинги в области формирования команды, управления персоналом, управления конфликтами.

В области управления проектом следует, среди прочих, особо отметить следующие "умения", которыми должны обладать члены команды проекта: установление проектных коммуникаций и управление рисками проекта.

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

Вертикальная коммуникация предусматривает взаимодействие между различными уровнями управления и включает в себя следующие потоки информации:

  • "снизу вверх" - это, как правило, проектная отчетность (для ее обеспечения необходима организация периодической отчетности команды проекта перед руководящими органами проекта и руководством предприятия), предложения по оптимизации и корректировкам выполнения проекта и т.п.,
  • "сверху вниз" - распоряжения и информационные сообщения.

Для установления вертикальных проектных коммуникаций довольно эффективно использовать следующие документы:

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

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

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

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

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

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

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

В этом случае преодолеть такое восприятие очень трудно.

Именно в области реализации изменений в работе предприятия заключается основная проблема проекта внедрения.

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

Необходимо также отметить следующее. Опыт специалистов компании ATK Consulting Group показывает, что при внедрении информационной системы собственными силами существует большая опасность того, что проект внедрения станет плохо управляемым, и собственная команда внедрения рано или поздно "переключится" на решение текущих проблем (например, адаптация интерфейса системы по требованиям отдельных пользователей) вместо достижения глобальных целей проекта. Поэтому внедрять систему собственными силами следует только в том случае, если руководству компании удастся построить отношения с командой внедрения как со сторонним консультантом в части постановки задач и контроля их выполнения. Если же нет полной уверенности в этом, то услуги сторонних консультантов в итоге обойдутся дешевле.

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

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

Как могут быть оформлены отношения между предприятием и фирмой-консультантом?

Одна из рекомендуемых форм - составление устава проекта, в котором отражаются следующие моменты (ниже приведено примерное содержание устава проекта):

  1. Назначение и цели консультационного проекта
    • Назначение и обоснование подхода к выполнению проекта
    • Цели проекта
  2. Рамки проекта
    • Логические рамки проекта
    • Организационные рамки проекта
    • Временные рамки проекта
    • Финансовые рамки проекта
    • Выходные результаты проекта
    • Исходные допущения
  3. Организация и управление проектом
    • Распределение ролей участников проекта
    • Программная корреспонденция
    • Подход к управлению изменениями рамок проекта
  4. Подход к выполнению работ, план-график

Отношения между предприятием и фирмой-консультантом, кроме устава проекта, регулируются также контрактом. Составление контракта - очень серьезный этап проекта внедрения, т.к. в случае выполнения фирмой-консультантом комплекса работ "под ключ" (см. выше Вариант II) необходимо очень точно прописать те работы, которые она выполняет. Иногда в контрактах можно видеть следующую формулировку: "исполнитель принимает на себя обязанности по автоматизации деятельности заказчика", и все! Контракт должен содержать как можно более четкую формулировку тех задач (кореллирующих с задачами проекта - см. выше), которые должен решать исполнитель (фирма-консультант), процедуры взаимодействия и области ответственности исполнителя и заказчика при их решении, процедуры сдачи-приемки результата. В этом случае контракт можно заключать на весь объем работ, цена данного контракта может быть фиксирована.

В случае же привлечения отдельных специалистов для выполнения работ (см. выше Варианты III-IV) их оплату можно производить на основании фактически выполненных работ, оформленных индивидуальными отчетами участников проекта о выполненных работах (см. выше).

Размещение рекламы — тел. +7 495 4119920, ICQ 232284597

Подписка на новости IT-портала CITForum.ru
(библиотека, CITKIT.ru, CitCity)

Новые публикации:

24 декабря

CITKIT.ru:

  • Новогодние поздравления
  • Сергей Кузнецов. Цикл Операционные системы: Ностальгия по будущему:

  • Алексей Федорчук. OpenSolaris 2008.11 Release

  • Сергей Голубев:

  • Евгений Чайкин aka StraNNik (Блогометки):

    17 декабря

  • С.Д.Кузнецов. Базы данных. Вводный курс

    10 декабря

    CITKIT.ru:

  • OpenSolaris 2008.11 Release

  • Альтернативные ОС: две грустные истории (С.Кузнецов)
  • Nokia N810 — доведение до ума
  • CitCity:

  • Платформа 2009: заоблачные перспективы Microsoft

    4 декабря

  • Лекция С.Д.Кузнецова Понятие модели данных. Обзор разновидностей моделей данных

    CITKIT.ru:

  • OpenSolaris 2008.11 Release. Первые впечатления

  • Linux vs FreeBSD: продолжим "Священные войны"?

  • Nokia N810 as is

  • Индульгенция для FOSS

  • Друзья СПО'2008

    26 ноября

  • Нечеткое сравнение коллекций: семантический и алгоритмический аспекты

    CitCity:

    CITKIT.ru:

  • Глава из книги А.Федорчука
    Сага о FreeBSD:
  • 19 ноября

  • Проблемы экономики производства крупных программных продуктов

  • Язык модификации данных формата XML функциональными методами

    CITKIT.ru:

  • Главы из книги А.Федорчука
    Сага о FreeBSD:

    Заметки к книге:

  • FreeBSD: монтирование сменных устройств и механизм HAL
  • Текстовый редактор ee

    12 ноября

  • Правило пяти минут двадцать лет спустя, и как флэш-память изменяет правила (Гоц Грейф, перевод: Сергей Кузнецов)

    CITKIT.ru:

  • Главы из книги А.Федорчука
    Сага о FreeBSD:
  • OSS в России: взгляд правоведа (В.Житомирский)

  • Новая статья из цикла С.Голубева "Железный марш":

    29 октября

  • О некоторых задачах обратной инженерии

  • Веб-сервисы и Ruby

  • Тестирование web-приложений с помощью Ruby

    CITKIT.ru:

  • Главы из книги А.Федорчука
    Сага о FreeBSD:

  • PuppyRus Linux - беседа с разработчиком (С.Голубев)

  • Сергей Кузнецов. Заметка не про Linux

    22 октября

  • Обзор методов описания встраиваемой аппаратуры и построения инструментария кросс-разработки

    CITKIT.ru:

  • Сергей Кузнецов. Почему я равнодушен к Linux

  • Глава из книги А.Федорчука
    Сага о FreeBSD:
  • Что надо иметь
    3. Базовые познания

    CitCity:

  • Управление IT-инфраструктурой на основе продуктов Microsoft

    15 октября

  • Методы бикластеризации для анализа интернет-данных

    CitCity:

  • Разъемы на ноутбуках: что они дают и зачем их так много?
  • AMD Puma и Intel Centrino 2: кто лучше?

    CITKIT.ru:

  • Новый цикл статей С.Голубева
    Железный марш:

  • Главы из книги А.Федорчука
    Сага о FreeBSD:

    8 октября

  • Автоматизация тестирования web-приложений, основанных на скриптовых языках
  • Опыт применения технологии Azov для тестирования библиотеки Qt3

    Обзоры журнала Computer:

  • SOA с гарантией качества
  • Пикоджоуль ватт бережет
  • ICT и всемирное развитие

    CitCity:

  • Пиррова победа корпорации Microsoft

    CITKIT.ru:

  • Главы из книги А.Федорчука
    Сага о FreeBSD:

    Статья из архива:

  • Я живу в FreeBSD (Вадим Колонцов)

    Новые Блогометки:

  • Перекройка шаблона Blogger или N шагов к настоящему
  • Blogger. Comment style
  • Screenie или глянцевый снимок экрана

    2 октября

    CITKIT.ru:

  • Сага о FreeBSD (А. Федорчук)

    Zenwalk: пакет недели

  • Банинг — интеллектуальное развлечение (С.Голубев)

    CitCity:

    25 сентября

  • Клермонтский отчет об исследованиях в области баз данных

    CITKIT.ru:

  • Пользователям просьба не беспокоиться... (В.Попов)

  • Снова про ZFS: диск хорошо, а два лучше
  • Командная оболочка tcsh (А.Федорчук)

    Zenwalk: пакет недели

    17 сентября

  • T2C: технология автоматизированной разработки тестов базовой функциональности программных интерфейсов
  • Технология Azov автоматизации массового создания тестов работоспособности

    CITKIT.ru:

  • FreeBSD: ZFS vs UFS, и обе-две — против всех (А.Федорчук)

    Zenwalk: пакет недели

  • Дачнет — практика без теории (С.Голубев)

    10 сентября

  • За чем следить и чем управлять при работе приложений с Oracle
  • Планировщик заданий в Oracle
    (В.Пржиялковский)

    CITKIT.ru:

  • Microsoft: ответный "боян" (С.Голубев)

  • Причуды симбиоза, или снова "сделай сам" (В.Попов)

  • Файловые системы современного Linux'а: последнее тестирование
  • Zsh. Введение и обзор возможностей
    (А.Федорчук)

    Описания пакетов Zenwalk: Zsh, Thunar, Thunar-bulk-rename, Xfce4-places-plugin, Xfce4-fsguard-plugin

    Блогометки:

  • Google Chrome
  • Лончер для ASUS Eee PC 701

    3 сентября

    CITKIT.ru:

  • Заметки о ядре (А.Федорчук):

    Добавлены описания пакетов Zenwalk: Galculator, Screenshot, Gnumeric, Pidgin

    В дискуссинном клубе:

  • И еще о Википедии и Google Knol

  • Лекция для начинающего линуксоида (С.Голубев)

    26 августа

  • Транзакционная память (Пересказ: С. Кузнецов)

    CITKIT.ru:

  • Открыт новый проект Zenwalk: пакет недели

  • Статья Текстовые процессоры и их быстродействие: конец еще одной легенды?

    21 августа

    CITKIT.ru:

  • Почему школам следует использовать только свободные программы (Ричард Столлман)
  • Беседа Сергея Голубева с учителем В.В.Михайловым

  • Википедия или Гуглезнание? Приглашение к обсуждению (Алексей Федорчук)
  • Народная энциклопедия от Google (StraNNik)

  • Обзор Mandriva 2009.0 Beta 1 Thornicrofti
  • Новичок в Линукс: Оптимизируем Mandriva 2008.1

  • Книга Zenwalk. Приобщение к Linux:

    13 августа

    CitCity:

  • Мирный Atom на службе человеку. Обзор платы Intel D945GCLF с интегрированным процессором
  • Обзор процессоров Intel Atom 230 на ядре Diamondville

  • iPhone - год спустя. Скоро и в России?

    CITKIT.ru:

  • Интермедия 3.4. GRUB: установка и настройка (из книги Zenwalk. Приобщение к Linux)

    6 августа

  • СУБД с хранением данных по столбцами и по строкам: насколько они отличаются в действительности? (Пересказ: С. Кузнецов)

    CITKIT.ru:

  • Интермедия 2.2. Что неплохо знать для начала (из книги Zenwalk. Приобщение к Linux)

  • И снова про шрифты в Иксах (А.Федорчук)

  • 20 самых быстрых и простых оконных менеджеров для Linux

  • Дело о трех миллиардах (С.Голубев)

    30 июля

  • OLTP в Зазеркалье (Пересказ: С. Кузнецов)

    CitCity:

  • Будущее BI в облаках?
  • Тиражные приложения и заказная разработка. Преимущества для заказчика
  • Дискуссия со сторонниками заказной разработки

    CITKIT.ru:

  • Новые главы книги Zenwalk. Приобщение к Linux:
  • Глава 8. Пакеты: средства установки, системы управления, системы построения
  • Глава 9. Zenwalk: репозитории, пакеты, методы установки

    23 июля

    CITKIT.ru:

  • Все против всех. 64 vs 32, Intel vs AMD, tmpfs vs ext3
  • Две головы от Intel

  • Zenwalk: обзор штатных приложений (глава из книги "Zenwalk. Приобщение к Linux")

  • Нормально, Григорий...

    16 июля

    Обзоры журнала Computer:

  • Перспективы и проблемы программной инженерии в XXI веке
  • Большие хлопоты с большими объемами данных
  • Перспективы наноэлектроники

    CITKIT.ru:

  • Интермедия о лицензиях (А.Федорчук. "Zenwalk. Приобщение к Linux")

  • Есть ли будущее у KDE?

  • Linux в школе: альтернативный вариант в задачах

  • Шифр (приключения агента Никодима)

    10 июля

    CITKIT.ru:

  • Новые разделы книги А. Федорчука Zenwalk. Приобщение к Linux:
  • Интермедия вступительная. Linux или GNU/Linux? Как вас теперь называть?
  • Глава 5. Среда Xfce
  • Глава 6. Xfce: приложения и плагины

  • ZUR (Zenwalk User Repository) FAQ

    2 июля

  • Персистентность данных в объектно-ориентированных приложениях (С. Кузнецов)

    CITKIT.ru:

  • Новые разделы книги А. Федорчука Zenwalk. Приобщение к Linux:
  • Интермедия 1.2. Дорога к Zenwalk'у. Период бури и натиска
  • Интермедия 3.3. Немного о Linux'е и "железе"
  • Глава 4. Настройка: инструментами и руками
  • Интермедия 4.1. Zenpanel и конфиги: поиски корреляции

  • Интервью с Жан-Филиппом Гийоменом, создателем дистрибутива Zenwalk

  • Linux в школе: первые итоги (С. Голубев)

    25 июня

    CITKIT.ru:

  • Zenwalk. Приобщение к Linux (А. Федорчук)

  • Логика и риторика (С.Голубев)

  • Технология Tru64 AdvFS

  • Ханс Райзер предлагает отвести полицейских к телу Нины

    18 июня

  • Проекты по управлению данными в Google (Пересказ: С. Кузнецов)

    CITKIT.ru:

  • ОС и поддержка "железа": мифы и реальность (А. Федорчук)

  • Linux в школе: другие дистрибутивы

  • Пинок (С. Голубев)

    4 июня

  • Ландшафт области управления данными: аналитический обзор (С. Кузнецов)

    CITKIT.ru:

  • Linux в школе: слово заинтересованным лицам

  • SlackBuild: пакеты своими руками

  • Linux от компании Novell. Установка и обзор openSUSE Linux

    Все публикации >>>




  • IT-консалтинг Software Engineering Программирование СУБД Безопасность Internet Сети Операционные системы Hardware

    Информация для рекламодателей PR-акции, размещение рекламы — тел. +7 495 4119920, ICQ 232284597 Пресс-релизы — pr@citcity.ru
    Послать комментарий
    Информация для авторов
    Rambler's Top100 TopList liveinternet.ru: показано число просмотров за 24 часа, посетителей за 24 часа и за сегодня This Web server launched on February 24, 1997
    Copyright © 1997-2000 CIT, © 2001-2007 CIT Forum
    Внимание! Любой из материалов, опубликованных на этом сервере, не может быть воспроизведен в какой бы то ни было форме и какими бы то ни было средствами без письменного разрешения владельцев авторских прав. Подробнее...