Искажающий фактор. Как обстоят дела на современном рынке ПО?::Журнал СА 3.2012
www.samag.ru
     
Поиск   
              
 www.samag.ru    Web  0 товаров , сумма 0 руб.
E-mail
Пароль  
 Запомнить меня
Регистрация | Забыли пароль?
Журнал "Системный администратор"
Журнал «БИТ»
Подписка
Архив номеров
Где купить
Наука и технологии
Авторам
Рекламодателям
Контакты
   

  Опросы
  Статьи

День сисадмина  

Учите матчасть! Или как стать системным администратором

Лето – время не только отпусков, но и хорошая возможность определиться с профессией

 Читать далее...

День сисадмина  

Живой айтишник – это всегда движение. Остановка смерти подобна

Наши авторы рассказывают о своем опыте и дают советы начинающим системным администраторам.

 Читать далее...

Виртуализация  

Рынок решений для виртуализации

По данным «Обзора российского рынка инфраструктурного ПО и перспектив его развития», сделанного

 Читать далее...

Книжная полка  

Как стать креативным и востребованным

Издательский дом «Питер» предлагает новинки компьютерной литературы, а также книги по бизнесу

 Читать далее...

Книжная полка  

От создания сайтов до разработки и реализации API

В издательстве «БХВ» недавно вышли книги, которые будут интересны системным администраторам, создателям

 Читать далее...

Разбор полетов  

Ошибок опыт трудный

Как часто мы легко повторяем, что не надо бояться совершать ошибки, мол,

 Читать далее...

Принципы проектирования  

Dependency Inversion Principle. Принцип инверсии зависимостей в разработке

Мы подошли к последнему принципу проектирования приложений из серии SOLID – Dependency

 Читать далее...

Рынок труда  

Вакансия: Администратор 1С

Администратор 1С – это специалист, который необходим любой организации, где установлены программы

 Читать далее...

Книжная полка  

Книги для профессионалов, студентов и пользователей

Книги издательства «БХВ» вышли книги для тех, кто хочет овладеть самыми востребованными

 Читать далее...

Принципы проектирования  

Interface Segregation Principle. Принцип разделения интерфейсов в проектировании приложений

Эта статья из серии «SOLID» посвящена четвертому принципу проектирования приложений – Interface

 Читать далее...

Книжная полка  

Секрет успешных людей

Книги издательства «БХВ» по ИТ рассчитаны на разные категории читателей: от новичков

 Читать далее...

Учебные центры  

Карьерные мечты нужно воплощать! А мы поможем

Школа Bell Integrator открывает свои двери для всех, кто хочет освоить перспективную

 Читать далее...

Гость номера  

Дмитрий Галов: «Нельзя сказать, что люди становятся доверчивее, скорее эволюционирует ландшафт киберугроз»

Использование мобильных устройств растет. А вместе с ними быстро растет количество мобильных

 Читать далее...

Прошу слова  

Твердая рука в бархатной перчатке: принципы soft skills

Лауреат Нобелевской премии, специалист по рынку труда, профессор Лондонской школы экономики Кристофер

 Читать далее...

1001 и 1 книга  
19.03.2018г.
Просмотров: 11274
Комментарии: 0
Потоковая обработка данных

 Читать далее...

19.03.2018г.
Просмотров: 9529
Комментарии: 0
Релевантный поиск с использованием Elasticsearch и Solr

 Читать далее...

19.03.2018г.
Просмотров: 9578
Комментарии: 0
Конкурентное программирование на SCALA

 Читать далее...

19.03.2018г.
Просмотров: 5986
Комментарии: 0
Машинное обучение с использованием библиотеки Н2О

 Читать далее...

12.03.2018г.
Просмотров: 6695
Комментарии: 0
Особенности киберпреступлений в России: инструменты нападения и защита информации

 Читать далее...

12.03.2018г.
Просмотров: 3988
Комментарии: 0
Глубокое обучение с точки зрения практика

 Читать далее...

12.03.2018г.
Просмотров: 2907
Комментарии: 0
Изучаем pandas

 Читать далее...

12.03.2018г.
Просмотров: 3715
Комментарии: 0
Программирование на языке Rust (Цветное издание)

 Читать далее...

19.12.2017г.
Просмотров: 3719
Комментарии: 0
Глубокое обучение

 Читать далее...

19.12.2017г.
Просмотров: 6209
Комментарии: 0
Анализ социальных медиа на Python

 Читать далее...

19.12.2017г.
Просмотров: 3064
Комментарии: 0
Основы блокчейна

 Читать далее...

19.12.2017г.
Просмотров: 3363
Комментарии: 0
Java 9. Полный обзор нововведений

 Читать далее...

16.02.2017г.
Просмотров: 7180
Комментарии: 0
Опоздавших не бывает, или книга о стеке

 Читать далее...

17.05.2016г.
Просмотров: 10558
Комментарии: 0
Теория вычислений для программистов

 Читать далее...

30.03.2015г.
Просмотров: 12274
Комментарии: 0
От математики к обобщенному программированию

 Читать далее...

18.02.2014г.
Просмотров: 13908
Комментарии: 0
Рецензия на книгу «Читаем Тьюринга»

 Читать далее...

13.02.2014г.
Просмотров: 9039
Комментарии: 0
Читайте, размышляйте, действуйте

 Читать далее...

12.02.2014г.
Просмотров: 7000
Комментарии: 0
Рисуем наши мысли

 Читать далее...

10.02.2014г.
Просмотров: 5310
Комментарии: 3
Страна в цифрах

 Читать далее...

18.12.2013г.
Просмотров: 4542
Комментарии: 0
Большие данные меняют нашу жизнь

 Читать далее...

18.12.2013г.
Просмотров: 3350
Комментарии: 0
Компьютерные технологии – корень зла для точки роста

 Читать далее...

Друзья сайта  

 Искажающий фактор. Как обстоят дела на современном рынке ПО?

Архив номеров / 2012 / Выпуск №3 (112) / Искажающий фактор. Как обстоят дела на современном рынке ПО?

Рубрика: Острый угол /  Острый угол

Владимир Иванов ВЛАДИМИР ИВАНОВ, специалист по информационной безопасности. Увлекается психологией, историей, философией

Искажающий фактор
Как обстоят дела на современном рынке ПО?

Глобальная экономика не прощает перекосов. Любой обман, даже замаскированный под «сокращение затрат», рано или поздно принесет с собой множество бед. Но в наших силах сократить число перекосов

Странная отрасль

Обычный российский ИТ-специалист живет не очень богато. Невысокие зарплаты, не слишком уважительное отношение общества, отсутствие возможности «по-легкому срубить деньжат», все это ставит наших спецов в невыгодное положение. В то же время виртуальный мир полон «историй успеха» и «блестящих перспектив». Достаточно вспомнить Билла Гейтса, Стива Джобса и других, весьма обеспеченных в материальном плане персонажей. В том числе и «отечественного производства».

Российские компании закладывают баснословные деньги в ИТ-бюджеты. Вот, например, что пишет сайт «Финмаркет»: «IT-затраты в России по итогам 2011 года увеличатся на 13,3% – IDC» [1]. Собственно, а куда уходят деньги? И почему владельцы некоторых ИТ-компаний богатеют, а большинство ИТ-специалистов вынуждены довольствоваться весьма скромными заработками?

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

Тестировщик не прилагается

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

Итак, «в некоем царстве-государстве» высшее начальство решило приобрести электронную систему управления поручениями или, например, систему управленческого учета. Потому что это модно, это современно, это престижно. И дальше начинается самое интересное...

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

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

К сожалению, очень часто руководство выбирает самый дешевый вариант, пусть даже и самый отвратительный. При этом без какой-либо послепродажной поддержки и без какой-либо ответственности от производителя ПО. И, правда, зачем платить больше, имея целый отдел «своих» айтишников? Если что-то «не срастется» – доделают, даром что ли зарплату получают?

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

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

ИТ-специалистам в этом случае остается только обреченно кивнуть в ответ на такую «оптимизацию» расходов и снова лезть в Интернет в надежде раскопать информацию, как это «чудо» заставить работать на приемлемом уровне.

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

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

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

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

О послепродажном обслуживании

«А что же техподдержка от производителей ПО?» – спросит искушенный читатель. А эта служба работает в первую очередь для того, чтобы принимать жалобы от клиентов и на их основе составлять список необходимых изменений для новых версий. А они будут продаваться за дополнительную плату. Как правило, такие ничтожные нюансы вроде послепродажного обслуживания нигде специальным образом не оговариваются. Они существуют исключительно благодаря доброй воле владельцев компании, выпустившей данный продукт. Иногда при обращении на «горячую линию» можно получить помощь, иногда нет. Или же производитель ПО честно напишет в лицензионном соглашении, что программа распространяется «as is», или по-русски «как есть». Без каких-либо гарантий от производителя. И наличие такой фразы отнюдь не отпугивает руководителей, принимающих решение о покупке. Потому что выбирать самое никудышнее, при этом платное ПО давно стало российской традицией.

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

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

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

Все ли так уж плохо?

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

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

Можно ли смягчить ситуацию?

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

Допустим, системный администратор научился использовать для фильтрации входящего почтового трафика программу Postfix [2] c проверкой на вирусы через ClamAV [3] и антиспам-фильтром SpamAssassin [4]. Он может настроить аналогичный сервер и в другой компании, при этом не нужно повторно прилагать усилия на разработку и специальное тестирование фильтрующего сервера. В итоге по мере накоплений подобных решений на базе бесплатных продуктов формируется своего рода «портфолио», которое пригодится как при устройстве в другую компанию, так и при выполнении разовых работ. Но если на нынешнем месте работы приходится иметь дело c коммерческим продуктом, то нет никакой гарантии, что при следующем трудоустройстве достанется тот же продукт. А заменить уже работающее решение на другое и тоже платное только потому, что новый специалист с ним лучше знаком, – на этот шаг пойдут немногие работодатели.

В случае со свободными программами нет особого риска, если вдруг фирма-разработчик перестанет существовать, и некому будет поддерживать данное творение. Просто найдутся новые заинтересованные лица, будет сделан очередной «клон» (или, как говорят в таких случаях, «форк» проекта), и жизнь снова пойдет своим чередом. Прекрасная иллюстрация к этому – выход офисного пакета LibreOffice, после того как компания Oracle в свое время не сумела наладить управление проектом OpenOffice.org [5]. Еще один плюс открытых проектов – наличие большого числа добровольцев, которые устанавливают свободное ПО, тестируют, пишут документацию, с кем можно поделиться новостями или узнать интересные нюансы. В закрытых разработках, особенно когда дело касается не слишком известных программ, такая роскошь, как «сообщество пользователей», встречается гораздо реже.

А может, и нет никакой трагедии?

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

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

Но проблема не только в этом. Деньги, «сэкономленные» таким бесчестным образом, на самом деле оказываются извлеченными из оборота. Когда работа сделана, а деньги за нее получил кто-то другой, у этого «другого» нет стимула снова вкладывать эти деньги в развитие. Зачем платить, если можно получить бесплатно?

Думаю, это очевидно: хорошие компьютерные программы помогают людям работать все лучше и лучше, а плохие тормозят работу или останавливают ее вовсе. В то время когда айтишники борются с программными сбоями, остальные пользователи не могут эффективно выполнять свою работу. Происходит падение производительности во всех отраслях, использующих компьютерную технику. Никакая 60-часовая рабочая неделя [6] не спасет общество от таких потерь, потому что каждый новый виток усовершенствований порождает все новые и новые проблемы, вызванные некачественным программным обеспечением.

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

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

Несколько мер по обеспечению нормальной работы

Часть таких вопросов я уже пытался осветить в своей статье «Семь грехов системного администратора» [7]. Но, к сожалению, не все. Попытаемся сформулировать рекомендации более подробно.

1. Владейте информацией

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

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

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

3. Тщательно проверяйте приобретаемый продукт

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

4. Выбирайте известные решения

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

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

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

5. Используйте бесплатное свободное ПО

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

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

Лучше действовать с точностью до «наоборот» – по большинству вопросов обращайтесь к разработчику. Даже если предполагается только платная поддержка, все равно не давайте консультантам скучать до тех пор, пока не получите либо работающий результат, либо окончательный отказ. Даже если официальной поддержки нет, задавайте свои вопросы на форуме, пишите письма на опубликованные e-mail-адреса, в общем, не сидите сложа руки. И, конечно, создавайте баг-репорты (Bug Report) – отчеты о найденных ошибках – в соответствующую службу. Действуя таким образом, не стоит забывать об элементарных правилах вежливости. Такие слова, как «пожалуйста», «будьте добры», должны стать основой вашего лексикона.

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

7. Ведите деловой дневник, в котором записывайте, какие задачи вы выполнили за день и сколько времени ушло на каждую из них

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

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

8. Умейте отличать критичные задачи от второстепенных

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

9. Следите за своим рабочим графиком

Старайтесь не допускать сверхурочных работ по некритичным вопросам и тем более не устраивайте авралы сами себе. Лично я еще ни разу не слышал, чтобы человека увольняли по причине переноса сроков внедрения очередной «финтифлюшки». Зато знал сисадминов, засыпавших буквально на ходу от постоянных переработок и рано или поздно делавших катастрофические ошибки.

***

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

Разговор об этом будет продолжен в следующих публикациях, в том числе и моих коллег. Читайте «Системный администратор» и оставайтесь с нами!

  1.  IT-затраты в России по итогам 2011 года увеличатся на 13,3% – IDC – http://www.finmarket.ru/z/nws/news.asp?id=2557852.
  2. Postfix, программа бесплатного почтового сервера, точнее, агент пересылки почты – http://www.postfix.org.
  3. Бесплатный антивирус ClamAV – http://www.clamav.net/lang/en.
  4. SpamAssassin, средство фильтрации спама – http://spamassassin.apache.org.
  5. Статья о LibreOffice – http://ru.wikipedia.org/wiki/LibreOffice.
  6. 60-часовую рабочую неделю взамен 40-часовой предложил ввести Михаил Прохоров – http://lenta.ru/news/2010/11/01/nedelya.
  7. Иванов В. Семь грехов сисадмина. Можно ли их преодолеть? //«Системный администратор», №6, 2011 г. – С. 8-12 (http://samag.ru/archive/article/1291).

 


Комментарии отсутствуют

Добавить комментарий

Комментарии могут оставлять только зарегистрированные пользователи

               Copyright © Системный администратор

Яндекс.Метрика
Tel.: (499) 277-12-41
Fax: (499) 277-12-45
E-mail: sa@samag.ru