Сегодня ITSM входит в число стандартов de facto управления ИТ и его важность не подвергается сомнению, однако успешно внедряется лишь узкий круг его процессов, причем такая ситуация сохраняется в России уже более 10 лет. За этим стоят фундаментальные причины, а не просто недостаточная зрелость пользователей. Каковы эти причины и как оценить необходимость тех или иных процессов ITSM на стадии подготовки проекта?
Какие защитные механизмы имеются в мобильных операционных системах и приложениях и достаточно ли их? Что стоит знать пользователям о рисках при работе с мобильными устройствами, а разработчикам — о том, как их учитывать при создании приложений?
В процесс разработки программного обеспечения предлагается ввести этап эскизного проектирования, чтобы рассмотреть максимум альтернативных идей, прежде чем принять решение о разработке. Для поддержки этого подхода создан гибкий инструмент, позволяющий инженерам и проектировщикам работать с новыми технологиями.
Еще в 2000 году глава Sun Microsystems Скотт Макнили сказал: «Все, конфиденциальность сведена к нулю — пора оставить подобные предрассудки в прошлом». Прошедшие годы подтвердили эту мысль.
Тема апрельского номера журнала Computer (IEEE Computer Society, Vol. 46, No. 4 2013) — информационная безопасность.
Алексей Шаров и Ричард Гордон показали, что экспоненциальный рост сложности самых разных систем вызван положительной обратной связью, а закон Мура — более общее явление, наблюдаемое не только в индустрии ИТ.
Наши предки, одетые в шкуры животных, еще не знали письменности и были вынуждены оставлять на стенах пещер сообщения-рисунки. После нескольких тысячелетий господства письменных сообщений мы в эпоху Больших Данных снова будем заниматься чем-то подобным.
Успешное развитие технологии «компьютеров-на-модуле» показало перспективность этой концепции для создания встраиваемых систем различного назначения. Очередным этапом развития таких платформ стала система на базе процессоров ARM, инициировавшая рождение нового сегмента рынка энергоэффективных встраиваемых решений.
Как превратить математическое моделирование в востребованный инструмент для получения новых фундаментальных знаний и высокотехнологичных новаций на основе нового поколения прикладных программ, работающих на компьютерах экстремальной производительности?
Несмотря на обилие материалов по разработке и эксплуатации информационных систем, налаживание эффективного взаимодействия соответствующих подразделений остается сегодня одной из наиболее актуальных проблем, от решения которой во многом зависит успех гармонизации как ИТ в целом, так и их отношений с бизнесом
Сквозные бизнес-процессы первоначально кажутся монолитными, но на практике могут разделиться на сеть взаимодействующих подпроцессов, что может вызывать ошибки при проектировании архитектуры процессов, усложняющие анализ работы организации и затрудняющие управление процессами. Вместе с тем знание необходимых и достаточных условий разделения сквозного процесса на подпроцессы позволит аналитикам существенно облегчить проектирование модели бизнес-процесса сверху вниз.
Расцвет Больших Данных и облаков кардинально изменил рынок систем управления базами данных — разработчики «разобрали на части» традиционную СУБД и трансформировали классическую трехзвенную системную архитектуру.
Концепция взаимодействия разработчиков и операционного ИТ-персонала призвана научить работать вместе тех, кто привык к глубокой изоляции.
Сложность современных информационных систем, поддерживающих бизнес-процессы компаний, такова, что весь объем необходимых знаний по работе с ними редко является достоянием одного человека. Такие системы постоянно развиваются, и без специальных усилий, направленных на передачу знаний между людьми, отвечающими за поддержку разных этапов их жизненного цикла, сегодня уже не обойтись.
Несмотря на обилие материалов по разработке и эксплуатации информационных систем, организация эффективного взаимодействия соответствующих подразделений остается одним из наиболее актуальных вопросов для ИТ-руководителей. Какие проблемы существуют сегодня в этой области и что можно сказать о практике их решения?
За аббревиатурой DevOps скрывается желание «навести мосты» между командой разработки и администраторами, отвечающими за эксплуатацию решения, однако не всегда ясно, как реализуются идеи этой методологии. Пакет соответствующих решений Microsoft предлагает конкретные инструменты поддержки DevOps.