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

17.01.2017

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

Внедрение ИС: через тернии к звездам

Мирон Старченко, Эрнст Долгий
IT Manager #5(11)/2003

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

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

Обычно для внедрения изменений, связанных с ИС предприятия, используется методика Джона Коттера - своеобразного гуру по вопросу управления изменениями в организациях. В своей книге "Leading Change" он выделил восемь стадий, которые необходимо пройти, чтобы добиться положительных результатов.

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

"Хитрость", способная заинтересовать работников организации в нововведениях, - вторая стадия внедрения изменений Коттера. Она заключается в том, чтобы вовлечь в функциональную группу (которая, собственно, и займется реинжинирингом ИС) представителей руководства компании. Это, несомненно, повысит доверие к реинженерам информационной системы со стороны коллектива компании, а также в значительной степени стимулирует его к различным положительным проявлениям относительноу внедрения нововведений.

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

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

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

"Проект внедрения...."

Именно такими словами, озаглавлено сотни проектов, которыми занимаются интеграторы. Впрочем, само понятие "проект" разобрать не помешает. Как правило, под термином "проект" подразумевается ограниченный во времени организационный стратегический план для создания уникального продукта или услуги, который может выполняться как одним человеком, так и коллективом. Данное определение проекта ничего не говорит о длительности выполнения работ - оно может варьироваться в самых широких пределах. Неизменным остается лишь конечная цель проекта - получение прибыли или некоего стратегического результата, а также инструмент оптимизации хода выполнения работ - Project Management. Последний подразумевает использование определенных знаний, умений, средств и методов для достижения поставленных целей.

Приведенное определение, позаимствованное из руководства по основам управления проектами (A Guide to the Project Management Body of Knowledge), созданного Project Management Institute, к сожалению, не отражает тех трудностей, с которыми приходится сталкиваться большинству компаний при реализации даже относительно несложных проектов. На наш взгляд, все они связаны с отсутствием у исполнителей современных знаний в области оптимального ведения проекта, а также неумения создать или организовать по-настоящему действенную функциональную команду. И если первая проблема решается достаточно просто - обучением имеющегося персонала или наймом квалифицированного, то решение второй куда сложнее. Дело в том, что принцип формирования команды, принятый в нашем обществе, не правилен и преодоление стереотипов, связанных с ним, вызывает непонимание у руководства большинства компаний. Иногда дело доходит до саботажа в рядах менеджеров верхнего уровня (не являющихся владельцами компании). Не стоит забывать и об особенностях национального менталитета. К слову, они почему-то полностью нивелируют преимущества использования средств ускоренной разработки программных продуктов, зарекомендовавших себя с наилучшей стороны в западных компаниях.

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

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

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

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

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

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

Системный взгляд

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

"Замыленный взгляд"

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

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

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

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

Служба поддержки проектов

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

Заключение

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

Размещение рекламы — тел. +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
    Внимание! Любой из материалов, опубликованных на этом сервере, не может быть воспроизведен в какой бы то ни было форме и какими бы то ни было средствами без письменного разрешения владельцев авторских прав. Подробнее...