Терминология IT

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

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

А рассматривали ли вы развитие технологий интернета вещей, машинного обучения, робототехники и облачных вычислений, сквозь призму приближения четвертой индустриальной революции (Индустрия 4.0)? Уже в конце 2017 года регуляторы в ЕС отмечали рост подачи заявок на технологии индустрии 4.0 на 54%. Для визуализации картины на данном поле был внедрен термин — патентный ландшафт. В этой статье мы рассмотрим не только природу данного определения, но и подходы к подготовке соответствующей отчетности.

Правила сетевого нейтралитета в США отменили в июне этого года, но статус IP-телефонии в новом законодательстве оставался неясным. Было непонятно, кто должен устанавливать тарифы на эту услугу — государство или телекоммуникационные компании. Но в начале сентября апелляционный суд восьмого округа США признал VoIP информационным сервисом, передав его регулирование «в руки» операторов.

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

В нашей жизни нет ничего более постоянного, чем изменения. В Mars IS инструментом регистрации и управления всеми изменениями в ИТ-инфраструктуре является программа «Управление изменениями и релизами» на платформе ServiceNow. В 2017 году успешно проведено около 12 тысяч полезных изменений с минимальными прерываниями в оказании ИТ-услуг бизнесу.

Но так было не всегда. Вплоть до октября 2015г. обстановка с чейнджами больше походила на хаос. Потом появился ITSM, который навёл порядок со всеми неавторизованными чейнджами. Появилась структура, позволившая измерить неизмеримое.

Как мы автоматизировали ведение аналогов, и сколько
это стоило Заказчику

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

Политкорректность учитывается даже в языках программирования. На прошлой неделе Python-разработчик Виктор Стиннер (Victor Stinner) из Red Hat прислал четыре пул-реквеста на переименование потенциально оскорбительных терминов master/slave (хозяин/раб) в документации и коде Python. Автор предложил заменить их социально нейтральными словами, не оскорбляющими людей, чьи предки были настоящими рабами. В качестве возможной альтернативы есть термины parent/worker.

Предлагаемое изменение — не какая-то прихоть одного разработчика, а общая тенденция для разных языков программирования и технологий. Стиннер привёл примеры аналогичных изменений в Redis, Drupal, CouchDB и Django. Так, Django и CouchDB заменили термины master/slave на leader/follower.

При этом Стиннер высказал мнение, что «рабовладельческую» терминологию всё-таки можно оставить для некоторых терминов, таких как ветка master в Git, веб-мастер и postmaster.

Развернулась жаркая дискуссия.

Что такое аналоги и как стоит (и не стоит!) их вести

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

Что же дальше? Можно ли сделать работу с номенклатурой еще более выгодной, в особенности для крупных производств?

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

Именно аналоги способны сократить драгоценное время простоя техники на крупном производстве и снизить расходы предприятия на закупку новых номенклатурных позиций до 50%.

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

Буфер обмена и PowerShell ускорят, но не ослепят.

Использовать GPP для добавления файлов реестра жутко и неудобно — все эти ветки реестра, тип ключа, значения… Особенно если веток и значений изрядно. Но есть пара лайфхаков, которые могут значительно ускорить работу с групповыми политиками.

Можно, конечно, повесить logon-скрипт с командой импорта ветки реестра. Но это же не наш метод.

В этой статье, от лица технологического агентства по мобильному маркетингу Mobio, мы расскажем и сравним основные методы атрибуции Device ID Matching, Install referrer и Fingerprint, которые используют трекеры мобильных приложений.

Представим ситуацию: приложение продвигается in-house командой, а также несколькими агентствами. Владельцам приложения необходимо понимать, кто привёл пользователя: своя команда, агенство или это органический трафик. Эту задачу помогает решать мобильный трекер. Основной задачей трекеров, например, таких как Adjust, AppsFlyer, Appmetrica, — является сопоставление установки клику по рекламному объявлению, который к этой установке привёл. В это статье мы расскажем про основные методы атрибуции.

Оригинал «Be Careful How You Use Metrics»
By Stuart Rance | April 10, 2018 in General IT

К сожалению оригинал больше не доступен :(, зато теперь есть перевод :).

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

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

Языковой квест на просторах распознавания речи

Полгода назад я стала техническим писателем в научно-исследовательском департаменте ЦРТ. Тогда я еще не знала, в какое глубокое теоретическое море мне придется погрузиться без спасательного круга в виде хоть какого-то терминологического словаря.

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



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

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

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

По своей сути блокчейн схож с паттерном CQRS, в основе которого лежит event sourcing. Если максимально упростить, и там и там есть только поддержка insertов, если говорить терминами баз данных. Update и delete для сущностей не поддерживаются. И если в системах построенных по CQRS никто не мешает удалить или обновить событие из журнала, то в блокчейн это невозможно из-за целостности всего журнала.

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

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

Практически любое изложение истории компьютеров начинается с упоминания изобретенного в древнем Египте абака. В зависимости от детальности изложения далее перечисляются изобретения китайского варианта абака, различных видов счетов с костяшками, вычислителей на основе зубчатых колёс, изобретения и промышленного выпуска арифмометров Тома де Кальмару, изобретения разностной машины Чарльзом Бэббиджем и т.д. вплоть до появления современных компьютеров. От абака до iPad история компьютеров представляется как цепочка изобретений изделий из дерева, металла и других материалов.

Однако, первые компьютеры (computers) были людьми! И эта статья о том, как они из людей превратились в то, что мы имеем сейчас.

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

Исторически, в то время мир вошел в настоящую компьютерную революцию v. 3.0. – старт облачных технологий распределенного хранения и обработки данных. Причем, если предыдущей «второй революцией» был массовый переход к технологиям «клиент-сервер» в 80-х годах, то первой можно считать начало одновременной работы пользователей с использованием отдельных терминалов, подключенных к т.н. «мейнфреймам» (в 60-х прошлого столетия). Эти революционные перемены произошли мирно и незаметно для пользователей, но затронули весь мир бизнеса вместе с информационными технологиями.

При переносе IT-инфраструктуры на облачные платформы и удаленные ЦОД (центры обработки данных) ключевым вопросом сразу же становится организация надежных каналов связи от клиента к дата-центрам. В Сети нередко встречаются предложения провайдеров: «физическая выделенная линия, оптоволокно», «канал L2», «VPN» и так далее… Попробуем разобраться, что за этим стоит на практике.

Что только не писали на Хабре про бизнес-процессы: про общую философию, про программирование процессов, про многочисленные BPM-системы, про нотации и т.д. В принципе, вендору всё понятно: взял процесс, очистил его от очисток, смоделировал, автоматизировал и запускай экземпляры, когда нужно. Дел-то. Между тем, бизнес, которому статьи адресованы, зачастую не понимает главного — зачем ему эти бизнес-процессы? Он ведь не Газпром какой и не концерн Калашников. Тут бы главные дела решить: чтобы сроки не срывались, сотрудники бы не теряли документы и не валили бы вину друг на друга, а то среди этого бардака уже и прибыли не видно…

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


Pikabu.ru. Типичная организация процесса в компаниях любого уровня: «Лебедь рвется в облака, Рак пятится назад, а Щука тянет в воду. Кто виноват из них, кто прав, — судить не нам; Да только воз и ныне там».

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

Автор: Стюарт Рейнс (Stuart Rance)
Опубликовано 31.10.2017 в блоге SysAid раздел ITSM
Ссылка на оригинал: 7 Ways to Diagnose IT Incidents and Problems

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

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

Доброго времени суток, уважаемые читатели Хабра. Представляю вашему вниманию цикл статей «Мамкин архитектор». Этот цикл статей вдохновлен книгой Эрика Эванса «Предметно-ориентированное проектирование (DDD). Структуризация сложных программных систем». В нем я постараюсь отразить личное мнение относительно построения гибких архитектур. Попутно объясню, как это пригодится менеджерам и поможет разработчикам укрепить основные понятия.

В этой статье речь пойдет о «творческом подъеме», «творческом спаде» и о покерном понятии «тильт». Последнее отлично отражает состояние разработчика в тех или иных состояниях предметной модели в разрезе программной архитектуры. Опус пригодится:

1. Менеджерам, решающим вопросы от разработчиков вроде «давайте все закопаем и переделаем».
2. Прикладным разработчикам, которым будет интересно заглянуть за броню инкапсуляции тщательно выстроенной (или хаусе) предметной модели в концептуальном ее виде.
3. Архитекторам или дизайнерам системы будет интересен мой опыт внедрения, поддержки и удержания предметной модели в концептуальных контурах.

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

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

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

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