`

СПЕЦІАЛЬНІ
ПАРТНЕРИ
ПРОЕКТУ

Чи використовує ваша компанія ChatGPT в роботі?

BEST CIO

Определение наиболее профессиональных ИТ-управленцев, лидеров и экспертов в своих отраслях

Человек года

Кто внес наибольший вклад в развитие украинского ИТ-рынка.

Продукт года

Награды «Продукт года» еженедельника «Компьютерное обозрение» за наиболее выдающиеся ИТ-товары

 

Шесть жестоких истин для CIO. Часть 2

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

Истина 2. Вы не можете сделать абсолютно все в облаке

Шесть жестоких истин для CIO. Часть 2

В 2011 г., согласно опросу Gartner, более 40% CIO полагали, что будут управлять большей частью всех IT операций своего предприятия в облаке. Фактически, три первых технологических приоритета, приведенных в таблице, дополняют друг друга и заняли свои места скорее в силу бушевавшей тогда технологической облачной моды, чем из-за насущной необходимости. Свои голоса им отдали, конечно, IT-руководители.

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

Шесть жестоких истин для CIO. Часть 2

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

Теперь (в апреле 2017 г.) Gartner предсказывает, что 90% организаций к 2020 г. примут гибридную IT инфраструктуру — некоторые информационные технологии останутся на их площадках on-premise, другие будут отданы в аутсорсинг, остальные будут разделены между провайдерами публичных и приватных облаков.

Безусловно, облачная концепция построения IT оказала очень большое влияние на IT операции. Но правда и то, что результат далеко не всегда соответствовал обещаниям и ожиданиям.

Шесть жестоких истин для CIO. Часть 2

В опросе 300 IT руководителей в июне 2017 г. 80% из них сказали, что облако не оправдало их надежд из-за проблем с безопасностью, соответствием регулятивному законодательству, а также неожиданно высокой сложностью и стоимостью.

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

Впрочем, сложность, безопасность и соответствие регулятивному законодательству находятся примерно на том же уровне. И треть CIO хотела бы видеть облачные системы более гибкими и подвижными.

В январе 2017 г. обзор компании RightScale, которая предоставляет облачные сервисы, показал, что от 30% до 45% средств, отведенных предприятиями на аренду облака, было потрачено впустую.

Шесть жестоких истин для CIO. Часть 2

Уже упоминавшийся в первом блоге Стивен А. Лоу (Steven A. Lowe), главный консультант глобального агентства ThoughtWorks, сказал по этому поводу следующее.

«Очень много компаний в 2009-11 гг. рефлексивно двинулись в облако, — без ясного понимания того, почему это им необходимо и как реализовать свои облачные корпоративные системы. Простое перемещение критически важных компонентов и сервисов в облако не делает автоматически их более надежными или масштабируемыми. Чтобы действительно использовать в своих интересах облако, ПО должно быть спроектировано и реализовано совершенно иначе, используя микросервисы вместо монолитного кода».

Шесть жестоких истин для CIO. Часть 2

Том Майнелли (Tom Mainelli), VP в IDC — «У некоторых организаций, которые думали, что они могли переместить все свои наследуемые приложения в виртуальные машины в облаке, был период довольно болезненного отрезвления.

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

Выводы из Истины 2

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

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

Вероятно, в наибольшей степени правы сторонники полной цифровой трансформации (Digital Transformation, DX), то есть полного разрушения устаревших IT инфраструктур предприятий. «Каждый день промедления обернется новыми потерями и затратами в будущем», — говорят они. И это кажется вполне логичным.

Шесть жестоких истин для CIO. Часть 1.

IT лидерство всегда связано с преодолением различных препятствий. Каждый CIO должен быть готов к неизбежным неудачам. Какие же области, где их вероятность особенно велика?

Шесть жестоких истин для CIO. Часть 1.

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

Или, независимо от того, какая полоса пропускания сети запланирована и реализована, ее никогда не хватает. Или, несмотря на собственные громкие обещания, облако не стало лучшим решением «для всего».

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

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

В ближайших нескольких блогах мы подробно опишем «пять жестоких истин», с которыми нынешний CIO должен учиться жить.

Истина 1. Shadow IT выходит из тени

Где-то лет пять назад в области корпоративных IT появилась концепция BYOD (Bring Your Own Device) — в смысле «притащи на работу свой собственный ноутбук, планшет или смартфон и смело используй его в корпоративной сети, не боясь запретов со стороны айтишников». Это сразу стало одной из самых больших головных болей тех самых «айтишников», которые всегда имели право «запрещать и не пущать».

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

Шесть жестоких истин для CIO. Часть 1.

Майк Мейкл (Mike Meikle) из компании secureHIM, которая занимается кибербезопасностью в здравоохранении и образовании, сформулировал это так — «BYOD стал BYOIT».

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

Если внимательно посмотреть на нынешнюю картину корпоративных IT в целом, то выясняется довольно удивительная вещь. Лидерами в широко обсуждаемом сегодня цифровом преобразовании (Digital Transformation, DX) предприятий становятся отдельные сотрудники, причем вовсе не профессионалы в IT.

А собственно IT подразделения, которые и должны были бы быть лидерами в цифровом преобразовании, косно держатся за свои системы и правила, которые были созданы ими же несколько лет назад (а то и более).

Исправление такого положения должно быть первым пунктом «цифровой повестки дня» нынешнего CIO.

Шесть жестоких истин для CIO. Часть 1.

Вместе с тем, определение Shadow IT склонно изменяться с течением времени. Вице-президент Forrester Research Бобби Камерон (Bobby Cameron) довольно образно это прокомментировал.

«На первых порах термин BYOIT относился скорее к командам, которые размещали сервер в туалете и использовали его для управления IT в своей собственной «скунсовой норе» (skunkworks)»*.

* Широко распространенный в США термин, означающий некое помещение, где сидят всякие нерды и гики. Естественно, посторонние избегают даже подходить к нему.

«Теперь это относится к командам, которые занимаются маркетингом и продажами. Они подписываются на сервисы AWS, не спрашивая ни у кого разрешения».

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

Шесть жестоких истин для CIO. Часть 1.

Стивен А. Лоу (Steven A. Lowe), главный консультант глобального агентства ThoughtWorks, говорит следующее — «Работа IT менеджера переместилась от контроля аппаратных и программных средств, которые используют сотрудники, к предоставлению им необходимой помощи».

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

Выводы из Истины 1

Число больших централизованных корпоративных on-premise систем неуклонно сокращается. Им на смену приходят самые разнообразные сервисы, предоставляемые сторонними провайдерами.

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

Oracle, ее «особенности», и рынок СУБД

Как известно, Oracle специализируется на разработке систем управления базами данных уже много лет. К 2007 г. у Оракула был третий по величине доход от продажи ПО, после Microsoft и IBM. Но, возможно, что-то изменится уже в ближайшие годы…

На днях появилась весьма небезынтересная публикация на Techrepublic.

 

Oracle, ее «особенности», и рынок СУБД

Марк Хард со своими сомнениями

Ее автор Мэт Эсей (Matt Asay) считает, что у Oracle есть особенности. Очень много особенностей. У нее столько особенностей, что разработчики других СУБД были бы сумасшедшими, если бы попытались конкурировать с ней. Она всегда побеждает, ведь правда?

Примерно так можно выразить точку зрения co-CEO Oracle Марка Харда (Mark Hurd), который полагает, что Oracle и Microsoft имеют «слишком много особенностей», чтобы такой новичок, как MongoDB, мог соответствовать их уровню.

Ну, он, безусловно, прав в том, что, например, MongoDB не сможет (или не захочет) стремиться к паритету с возможностями Oracle, – по крайней мере, в ближайшее время. Он также прав в том, что $100 млн. нынешнего дохода MongoDB означают для нее долгий путь к тому, чтобы стать весомым игроком в сегменте СУБД, – по сравнению с миллиардами Oracle.

Но Хард абсолютно неправ в своей вере в то, что «особенности» обеспечивают непреодолимый барьер для потенциальных конкурентов Oracle, – таких, как та же MongoDB или AWS. Очевидно, в нем говорят скорее упрямство и гордость. Но, вообще-то, чтобы вызвать такой гнев Харда, ни MongoDB, ни AWS еще значительно не нарушили господство СУБД Oracle. Несколько сотен миллионов дохода – это карманные деньги основателя Oracle Ларри Эллисона, завалявшиеся между подушками дивана на его яхте.

Впрочем, основная жалоба Харда на воображаемых конкурентов MongoDB и AWS касается не столько финансовых показателей, сколько, в конечном счете, тех самых пресловутых «особенностей». Это – именно та область, где Хард демонстрирует свое глубокое недопонимание динамики рынка (и, возможно, нехватку знакомства с Дилеммой Инноватора).

Oracle, ее «особенности», и рынок СУБД

 Клейтон Кристенсен – «А я предупреждал. Вообще-то, неплохо было бы подумать, когда лучше вовремя уйти»

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

Это утверждение является довольно хорошим описанием действий нынешней Oracle. Рынок больше не стремится иметь гигантский, масштабируемый подход к управлению данными, или не нуждается в нем.

Вместо этого, как показал обзор JAXenter, мир, наводненный большими данными, интересуется базами данных, которые предлагают гибкую схему и серьезную производительность – как раз то, что предлагают MongoDB или та же Amazon Aurora. Вы видели Oracle в списке? А Microsoft SQL Server?

jaxenter.com/the-top-10-sql-and-nosql-databases-108072.html

Ну… пока еще не все так плохо…

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

Базы данных невероятно «прилипучие», это да. Но разработчики быстро создают новых королей (вспомните – королей делает свита), и они сегодня уже не раздают короны Oracle.

Oracle, ее «особенности», и рынок СУБД

Энди Джесси  – «AWS уже выполнила 40 тыс. миграций баз данных для AWS Database Migration Service. Это существенно, но будет еще больше. Темп ускоряется»

Частично это вызвано тем,  что «клиенты уже сыты Oracle по горло», как отметил в одном из интервью руководитель AWS Энди Джесси (Andy Jassy). Компании покупают Oracle, потому что они должны продолжать кормить животное, на котором они построили свои два предыдущих десятилетия инфраструктуры данных.

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

Oracle, ее «особенности», и рынок СУБД


Стивен О'Грэйди (Stephen O'Grady, Redmonk), – «Рост прибыли от продажи ПО Oracle все более зависит не от новых, а от существующих клиентов»

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

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

Тем временем, для таких «больших данных», у AWS накопилась большая история, также, как и у MongoDB, Apache Cassandra и других СУБД, которые не тащили за собой груз прежних представлений. “Особенности” Oracle оказался кандалами, а не трамплином в будущее.

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

Вот такая точка зрения на происходящее сегодня в сегменте БД с его лидером. Безусловно, Мэт Эсей, повинуясь законам жанра, несколько сгустил краски, чтобы придать драматизма этой пьесе, но так ли уж он не прав?

MongoDB как технология и бизнес

Итак, после почти десятилетнего созревания компания MongoDB 19 октября провела успешное первичное размещение своих акций (IPO) на бирже NASDAQ и стала очередным миллиардным «единорогом» в IT. Познакомимся ближе с самой компанией и ее продукцией.

«We are big dreamers with a passion for creativity»
Сайт MongoDB

MongoDB как технология и бизнес

Штаб-квартира компании находится в Нью-Йорке, с офисами в Северной Америке, Европе и Азиатско-Тихоокеанском регионе — всего в 19 странах. Это соответствует ее политике —быть как можно ближе географически к своим бизнес-клиентам.

Сегодня у MongoDB насчитывается более 4 300 клиентов в 85 странах. В их число входит более половины компаний из списка Global Fortune 100.

Основные исторические вехи компании.

2007 — Год основания компании
2009 — Open source MongoDB, version 0.9
2011 — Первый облачный сервис MongoDB
2012 — Компания наняла 100-го сотрудника
2012 — Запуск поддержки 24/7
2013 — Подписан 1000-й клиент и нанят 250-й сотрудник
2014 — Первая Всемирная конференция MongoDB World (1 500 участников)
2014 — Покупка компании WiredTiger с новейшим движком СУБД
2015 — MongoDB названа в списке «Best Places to Work by Glassdoor»
2016 — Компания наняла 500-го сотрудника
2016 — Число загрузок MongoDB достигло 20 млн.
2016 — Представлены MongoDB Atlas и «Elastic on-demand cloud service»
2017 — Число загрузок MongoDB достигло 30 млн.
2017 — Компания наняла 800-го сотрудника
19 октября 2017 г. — IPO компании на NASDAQ

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

MongoDB

Название платформы MongoDB является производным от «humongous» — огромный, громадный, невероятный (по величине или значимости). Она позиционируется как «free and open-source cross-platform document-oriented database program» и относится к классу программ NoSQL database.

Согласно Википедии, последний стабильный релиз этой СУБД — версия 3.4.9 от 11 сентября 2017 г. Репозиторий ПО находится здесь. Сайт компании находится здесь.

MongoDB как технология и бизнес

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

MongoDB как технология и бизнес

MongoDB находится на хорошей позиции в группе «Претендентов», заметно уступая только «Лидерам» — проприетарным СУБД и AWS.

Позиционирование и особенности продукта

MongoDB как технология и бизнес

Дифференциация СУБД и место MongoDB. С — Consistent, A — Available, P — Partition. Подробнее здесь.

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

Индексация. Области в документе MongoDB могут быть индексированы по двухуровневой схеме, — с основными и вторичными индексами.

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

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

Хранение файлов. MongoDB использует собственную файловую систему GridFS. Она делит файл на части, и хранит каждую часть как отдельный документ.

Агрегирование. Для пакетной обработки данных и их агрегирования может использоваться MapReduce.

Безопасность. Существующая система безопасности MongoDB разработана на основе десятков тысяч инсталляций и соответствующих требований пользователей.

Параллелизм. Начиная с версии MongoDB 3.0 контроль за параллелизмом выполняется в том числе на уровне документа с движком WiredTiger.

Разрядность. MongoDB рекомендует использовать 64-битные системы, в которых пользователю обеспечивается достаточное адресное пространство.

Программирование. MongoDB написана на C++, C и JavaScript. Доступные ОС — Windows Vista и более поздние версии, Linux, OS X 10.7 и более поздние версии, Solaris и FreeBSD. У MongoDB есть официальные драйверы для основных языков программирования и сред разработки. Кроме этого, есть также большое количество неофициальных, поддерживаемых сообществом драйверов для других языков программирования и структур.

GUI. Начиная с версии MongoDB 3.2, как «родной» GUI используется MongoDB Compass. Есть также продукты и сторонние проекты, которые предлагают пользовательские интерфейсы для просмотра данных и администрирования.

Лицензирование. ПО MongoDB доступно бесплатно с лицензией GNU Affero General Public License, version 3. Языковые драйверы доступны с Apache License. Кроме того, компания предлагает проприетарные лицензии на MongoDB.

Вместо заключения

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

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

Этим, в частности, объясняется большой интерес к ней разработчиков, что и отразило IPO. Подробный рассказ о его ходе и последствиях — в заключительном материале о MongoDB.

Двое и их единороги

Миллиардные компании не возникают сами по себе. Их делают люди. Представляем очередной симбиоз бизнесмена и технолога, которые 19 октября успешно провели IPO для MongoDB – уже третьей их компании, каждая из которых добились статуса «единорога» – миллиардной оценки своей стоимости.

Двое и их единороги

Дуайт Мерримен (слева) и Кевин Райан

Многое объясняет уже то, что Кевин Райан (1963) – сын руководителя Caterpillar. Обучение Кевина с самого начала было спроектировано как для будущего руководителя C-уровня. Он получил степень бакалавра по экономике в Йельском университета, обучался инвестиционно-банковской деятельности в Лондоне и окончил курс MBA в Европейском институте управления бизнесом Insead во Франции.

Он работал в Disney в области финансов и затем, в 1995 г., возглавил United Media, – бюро, которое работало с колумнистами и создателями комиксов. Он, в частности, руководил созданием чрезвычайно популярного веб-сайта микрокомиксов Dilbert.com.

Дуайт Мерримен (1961) с юности был предрасположен к программированию. Он купил свой первый компьютер, TI-99/4A, в 14-летнем возрасте. Учился в Miami University на системного аналитика и сразу после этого начал работать в сетевой компании Intercomputer Communications в Цинциннати.

Мерримен и Райан в интернет-рекламном агентстве DoubleClick (теперь принадлежит Google) впервые использовали хранилища данных собственной разработки, чтобы избежать недостатков существующих баз данных.

Этот бизнес обслуживал до 400 тыс. рекламных объявлений в секунду, но, тем не менее, часто ему не хватало масштабируемости и производительности. Команда видела выход в создании собственной СУБД, которая преодолела бы трудности DoubleClick. Так появилась идея MongoDB – мощной современной платформы управления базами данных общего назначения.

 

Двое и их единороги

DoubleClick была довольно совершенной и во многом уникальной разработкой

Система показывала рекламные баннеры через сеть из 30 сайтов и отслеживала их работу до целевых посетителей. В 1998 г. DoubleClick вышла на IPO. К 2000 г. Райан стал CEO компании, акции которой за два года взлетели восьмикратно, а доход составил около $500 млн.

До сих пор не очень понятно, почему тогда разразилась катастрофа. К концу 2000 г. стоимость акций DoubleClick упала со $135 до $11. Потери достигли максимума в $266 млн. годом спустя. В семь приемов Райан уволил 700 сотрудников.

Позже Мерримен и Райан продали (вернее, распродали) компанию в июле 2005 г., – и каждый получил всего по $29 млн. Любопытная подробность – DoubleClick купили инвесторы частного акционерного капитала за $1,1 млрд., – и три года спустя перепродали ее Google уже за $3,1 млрд.).

Между тем Мерримен и Райан начали работать над стартапом Gilt, используя модель «вспышечных продаж» (flash-sales model), которая была разработана и впервые запущена на французском сайте электронной коммерции Vente-Privee.

Они наняли команду летом 2007 г. и запустились в ноябре с $5 млн. стартового капитала. Сайт Gilt быстро увеличил объемы продаж с $25 млн. в 2008 до $450 млн. в 2011 г., а его стоимость оценивалась примерно в $1 млрд.

И опять бизнес оказался неустойчивым. Обе части сайта, – Gilt Taste (деликатесы) и Park & Bond (мужская одежда), – были законсервированы, а часть штата уволена. Таким образом, один за другим были убиты оба единорога компаньонов.

Всего дуэт запустил пять компаний, – и две из них были очень успешными. Это – отмеченная выше Gilt Groupe, которая занималась высокой модой, домашним декором и районированными локальными продажами онлайн, и 10gen, которая продавала ПО и сервисы подобно Cisco, MTV и Salesforce.com. Эти компании оценивались приблизительно в $1 млрд. каждая.

Вместе с тем партнеры потеряли деньги на стартапе Panther Express, который занимался видеотехникой. Он слился с CDNetworks в 2009 г. Еще одна разработка – поисковая машина для электронной коммерции ShopWiki.com была продана с небольшой прибылью.

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

Драгоценным камнем в портфеле Мерримена и Райана стала компания 10gen. Именно она начала разработку MongoDB в 2007 г., как компонента будущей платформы управления базами данных и как сервиса.

В 2009 г. 10gen перешла к open source модели разработки и вместе со сторонней компанией начала предлагать коммерческую поддержку и дополнительные сервисы. В 2013 г. 10gen изменила свое название на MongoDB Inc. Одноименная СУБД MongoDB должна была облегчить разработчикам объединение огромных «бассейнов данных» в приложениях.

Исследователи в CERN положились на MongoDB в своей охоте на бозон Хиггса. Компания MetLife использовала ее, чтобы объединить миллионы статистических данных в инструмент для агентов обслуживания клиентов.

Компания брала с клиентов всего по $5 тыс. за сервер каждый год, – за средства безопасности и резервные инструменты, плюс обучение и консультация. Летом 2013 г. Forbes оценила годовые продажи компании в несколько десятков миллионов долларов.

Gartner нашла позиционирование 10gen «очень неплохим» и написала о вероятности того, что компания станет многомиллиардной.

Мерримен управлял 10gen, в то время, как Райан рассматривал новые предприятия в образовании, IT безопасности, электронной коммерции, и, возможно, в некоммерческой сфере.

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

Итак, Кевин Райан и Дуайт Мерримен за 17 лет вместе построили компаний на три миллиарда долларов. Как было отмечено в одной из публикаций – «они походят на двойную спираль ДНК, – дополняют друг друга, но не становится запутанными».

Данный очерк кратко знакомит нас с создателями не таких уж маленьких чудес в области IT и соответствующего бизнеса. Пока за кадром остались описание самого предмета продажи – СУБД MongoDB и история о благополучном IPO новой публичной акционерной компании. Об этом – в следующих материалах.

 

Alexa for the Enterprise? Пока нет, но уже скоро.

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

Многие люди уже имеют опыт использования Siri, Alexa, Cortana или Google Assistant в личной жизни. Попробуем рассмотреть потенциал голосовых технологий в корпоративном сегменте.

Строили мы, строили...

Голосовая технология, собственно, к 2020 г. не представляет из себя ничего нового и, в общем, не предлагает ничего особенно нового.

Alexa for the Enterprise? Пока нет, но уже скоро.

Bell Labs начала экспериментировать с распознаванием голоса еще в 1952 г., с системой «Одри» (Audrey). Что в переводе значит просто «Автоматический цифровой распознаватель».

Эксперименты Bell Labs скорее обескуражили, чем вдохновили исследователей. Слишком много сложностей тогда нужно было преодолевать, — и большинство из них впервые. Сюда относились ограниченные словари, отличия в тембре и акценте голоса, невысокая скорость перевода (фактически, недостаточная производительность компьютеров) и др.

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

Alexa for the Enterprise? Пока нет, но уже скоро.

Ходили слухи о неких специальных системах ограниченного применения, но обычному потребителю опереться было практически не на что. Доступное ПО типа Dragon Dictate, — исходя в том числе и из личного опыта, — никогда не обеспечивали комфортной работы с вводом и распознаванием беглой речи, особенно на менее распространенных языках, чем английский.

Другими словами, пока не появилась система распознавания голоса Siri, наши голосовые запросы оставались, так сказать, гласом вопиющего в пустыне.

И, наконец, построили!

Alexa for the Enterprise? Пока нет, но уже скоро.

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

Apple первой смогла практически применить искусственный интеллект (AI) в Siri. Это сделало в последние годы голосовые технологии одной из господствующих тенденций в IT и открыло целый мир новых возможностей.

Amazon быстро вошла в этот сегмент со своей системой «Алекса» (Alexa), если не подняв, то, по крайней мере, приподняв планку, за счет объединения голоса, аналитики данных и AI с интернетом вещей (Internet of Things, IoT).

Alexa for the Enterprise? Пока нет, но уже скоро.

Здесь мы уже подбираемся непосредственно к теме данного блога. Alexa может играть в простые игры, кое-что заказать по интернет, помочь найти новую музыку по заданной теме. Она также в состоянии управлять некоторыми вещами, — такими, как «умные розетки», лампочки, связанные с интернетом, системы сигнализации и управления температурой в помещении (что как раз и показано на иллюстрации для термостата Sensi).

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

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

Ставка на «Voice-Enabled Enterprise»

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

— Люди охотнее разговаривают, чем вводят текст с клавиатуры.

— Распознавание речи продолжает быстро улучшаться. Siri, Alexa и Google Voice убедительно доказывают это, и только вопрос времени, когда голосовые технологии ввода смогут извлекать смысл из сложного производственного жаргона профессионалов.

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

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

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

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

Привести практические примеры здесь пока не так просто. Они еще не определились и не стали типовыми. Вот, например, не очень убедительное описание подобной ситуации на ресурсе «InformationWeek».

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

«Alexa, перезапусти наш Exchange Server с именем Denali». Или, может быть —

«OK Google, выполни SecureOne health report».

И можете спокойно возвращаться на диван».

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

В конце концов, указанные правила можно и просто прописать. Но можно затем и получить бесстрастное сообщение от Alexa, что сервер почему-то не перезапускается. И все равно придется подниматься и бежать в ночь, — по крайней мере, пока.

Alexa for the Enterprise? Пока нет, но уже скоро.

Может, конечно, у них ума и прибавится, но пока лучше как-то так.

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

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

— Штурман, приборы?

— Девятнадцать!

— Что «девятнадцать»?

— А что «приборы»?

Google Glass лечит аутизм

Хотя наиболее перспективным применением для Google Glass пока выглядит корпоративная сфера, появляются новые области, где они, совместно с AI, возможно, могли бы найти применение. Ниже приведено краткое содержание статьи из журнала «Frontiers in Robotics and AI».

Google Glass лечит аутизм

Дети с заболеванием, которое классифицируется как «расстройство аутистического спектра» (Autism Spectrum Disorder, ASD) часто испытывают затруднения с началом и поддержанием беседы.

Команда ученых во главе с профессором Азедехом Кушки (Azadeh Kushki) из Университета Торонто, создала для них систему, которая получила название Holli. Это ─ приложение, которое работает на Google Glass, и подсказывает детям с ASD, что они могли бы сказать в данной ситуации.

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

Система слушает то, что пользователь очков и другой человек говорят в беседе, распознает голос и предлагает варианты ответа, которые выводятся на дисплей Google Glass. Если другой человек приветствует пользователя, например, говоря, «Welcome», пользователь увидит подсказки «Hey», «Hello» и «Afternoon».

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

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

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

Очевидно, что арсенал «умных очков» не ограничивается Google Glass. Но такая технология вполне могла бы быть реализована в аналогичных устройствах других разработчиков или в специально разработанных для аутистов очках.

Насколько это важно, можно подробно прочесть здесь. Вот выдержка из этой статьи.

«Аутизм приобретает объемы пандемии во всем мире. По данным ВООЗ, в мире это уже один процент от всей популяции детей. Согласно исследованиям Института изучения аутизма, в 2007 г. аутизм отмечался в среднем в мире как 1 случай на 150 детей, а в 2013 г. — уже 1 случай на 55 детей. В частности, в Украине количество диагностированных детей-аутистов возрастает на 30% в год».

Однако комментарии специалистов не столь радужны. Один из них написал следующее.

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

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

Какие можно сделать выводы из изложенного выше?

  • «Умные очки» получают все более широкое применение и осваивают новые области. Очевидно, это ─ положительное явление.

  • Ко всему, что связано с «человеческим фактором», особенно с мозгом человека, нужно подходить очень осторожно и осмотрительно. Это ─ сдерживающий фактор.

Безусловно, технические средства и компьютерные технологии (в частности, AI) будут играть все большую роль в социализации детей с ASD. Но последствия такого подхода все еще не определены. Впрочем, как и последствия влияния Google Glass и им подобным на все человечество в целом.

Насколько «умным» является искусственный интеллект?

Вице-президент и главный инженер SAS Оливер Шабенбергер (Oliver Schabenberger) в числе многих других противостоит характеристике искусственного интеллекта, которую дал основатель Tesla Илон Маск (Elon Musk), ─ как одной из самых страшных проблем человечества в настоящее время.

Насколько «умным» является искусственный интеллект?

Илон Маск ─ «Киборги... Они везде... Они заполонили Землю...» ©

Уже, пожалуй, только очень ленивые профильные и непрофильные СМИ не писали об этом. За последующие два месяца Илон Маск* получил обширную критику за это свое высказывание на совещании National Governors Association 15 июля текущего года.

Кстати

* В данном тексте Elon Musk переводится как «Илон Маск», согласно транскрипции, приведенной в статье Википедии. Для поиска более обстоятельного обоснования наберите в поиске Google «элон или илон».

Ну, можно еще добавить, что на иврите имя Elon обозначает «дерево», «дуб». Правда, тут есть риск запутаться. Из-за особенностей иврита это имя получило массу вариантов, таких как Алон (собственно, именно слово «дуб» с иврита передается именно как alon), а также Илон, Эйлан, Эйлон, Илан, Элан...

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

При этом в обиходном письме огласовки в основном не используются — носитель языка и без них понимает, какое слово написано и где какой гласный в нем стоит. Это иногда и приводит к подобной вариативности.

В чем дело?

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

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

«Я скорее могу пострадать от собственной глупости при обращении с AI, но не от алгоритмов и ПО», ─ сказал по этому поводу Шабенбергер. ─ «Но боюсь ли я их? Нет. Я чувствую, что они мне угрожают? Нет».

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

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

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

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

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

Насколько «умным» является искусственный интеллект?

Оливер Шабенбергер ─ «Я не думаю, что опасения Маска оправдаются, по крайней мере в такой форме и так скоро».

Где сегодня находится AI?

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

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

Продвинутая аналитика (Advanced Analytics) прогрессирует от подхода, основанного на моделях, созданных статистиками и учеными данных, к аналитическим системам, основанным на самостоятельном обучении машин (Machine Learning).

Другими словами, вместо того, чтобы размещать модель в центре аналитической обработки, мы теперь используем управляемый данными подход, в котором автоматизируем определение лучшего алгоритма. Системы теперь могут обновить себя, поскольку им становятся доступны новые данные. В этом смысле они самообучаемы. Но никак не разумны. Каждый, кто так или иначе связан с AI, в целом недоволен его текущим уровнем работы.

С появлением алгоритмов «глубокого обучения» (deep learning) машины начинают решать задачи новым способом, ─ они сами составляют алгоритмы обработки данных.

Разработчики ПО, которые традиционно пишут код на основании машинной логики, теперь заменяются «учеными данных» (data scientist), которые определяют и обучают глубокую нейронную сеть (deep neural network).

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

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

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

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

Все описанное действительно существует и будет совершенствоваться. Но давайте посмотрим и на обратную сторону медали.

Мертвые точки

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

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

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

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

Какой вывод?

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

Пока они обучаются нисходящими контролируемыми методами (top-down supervised methods) и не развиваются далее самостоятельно. Но они, конечно, могут повысить наш собственный интеллект.

Например, ученые данных в настоящее время тратят 80% своего времени на управление данными. AI в состоянии помочь в этом. Другими словами, давая ученым данных больше времени для непосредственно аналитики, AI делает их более ценными, а их рабочие места ─ более приятными.

А как насчет истинного, творческого, подобного человеку искусственного интеллекта, который иногда упоминается как «общий искусственный интеллект» (artificial general intelligence)? Мы не получим его без новых технологий, принципы которых еще не найдены.

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

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

Насколько «умным» является искусственный интеллект?

Кстати, Стивен Хокинг (Stephen Hawking), как и Илон Маск, считает, что AI, который неизбежно, и в первую очередь, будет использоваться в области систем вооружений (Autonomous AI-controlled Weapons), представляет угрозу для человечества.

Innersource в разработке приложений

Применение методологии разработки open source к корпоративной, «внутренней» разработке ПО (internal software development) позволяет быстрее вводить инновации, уменьшает время выхода готового продукта, а также просто нравится сотрудникам.

Innersource в разработке приложений

Компании самых разных масштабов и едва ли не во всех отраслях промышленности сегодня используют innersource для повышения уровня сотрудничества в разработке ПО и его повторного использования.

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

Что такое innersource?

Innersource определяется как практика применения уроков, извлеченных из разработки open source ПО, для разработки ПО в пределах корпоративной окружающей IT среды, ─ за брандмауэром компании. В рамках концепции innersource у разработчиков есть возможность и получить и дать, по крайней мере, следующее.

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

- Тестирование, расширение и устранение ошибок более многочисленным сообществом разработчиков.

Является ли это давно известной и широко применяемой совместной разработкой ПО? Да, является ее разновидностью. Однако для больших распределенных корпоративных структур она оказывается значительно шире.

В innersource разработчики сотрудничают не со всем open source сообществом, а только с членами своей команды, работающими в пределах их определенных областей. Но при этом они получают доступ ко всему коду и документации по умолчанию, не нуждаясь в преодолении административных барьеров других подразделений.

В проектах innersource все решения, связанные с кодом, документированы и открыты. Новые команды могут использовать их, чтобы быстрее понять историю проекта и сразу включиться в работу. Основные причины, по которым компании обращаются к innersource ─ используемые на предприятиях закрытые или изолированные (siloed) модели разработки ПО.

Дублирование разработок

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

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

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

Время выхода на рынок

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

Ограничения

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

С этой точки зрения IT руководители предприятий задаются вопросами ─ насколько эффективнее привлечение более широкого круга специалистов внутри предприятия и какое воздействие это будет иметь на конечное качество продукта?

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

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

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

Дайте нам:

- Минимальные ограничения для доступа к коду.

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

- Руководящие принципы, но не приказы.

Позвольте нам:

- Распоряжаться собой.

- Самим управлять нашими проектами

- Эффективно общаться.

А также

- Пусть все условия будут максимально простыми, без сложных процессов и процедур.

Культура

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

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

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

Типичное мышление ─ «Мы не знаем вас, не доверяем вашему коду, и поэтому отклоняем его».

Мышление innersource ─ «Давайте обсудим, как довести этот код до уровня, на котором он может быть слит».

Юридические аспекты

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

Образование

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

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

Инструменты

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

Время и ресурсы

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

Метрики

Программы innersource дают хороший позитивный результат. Однако, «хороший» ─ это слишком общая оценка. С innersource предприятия стремятся достигнуть одной или нескольких следующих целей.

- повышение качества процесса разработки.

- сокращение стоимости разработки.

- повышение качества конечного продукта.

- сокращение времени его вывода на рынок.

- удовлетворенность сотрудников и потребителей.

Заключение

Может показаться, что изложенные выше положения довольно банальны. Однако на практике переход к innersource часто вызывает большие трудности. Их основная причина ─ желание обособиться, не делить свои локальные достижения с другими подразделениями.

Такой подход вредит общей успешности предприятия. Образно говоря, innersource заменяет реки, разделяющие подразделения и коллективы, мостами между ними.

Многие ведущие компании, как IT, так и не-IT, уже достаточно долго используют методологию innersource. В их числе ─  Capital One, GlobalSoft, Google, HP, IBM, Lucent, Microsoft, Nokia, PayPal, Philips, SAP и др.

Для более подробного ознакомления с методологией innersource можно рекомендовать книгу «Getting Started with InnerSource» (2015).

Innersource в разработке приложений

Что такое «Умный Город»? А, может, их и вовсе нет?

У многих из нас термин «умный город» (Smart City) вызывает в воображении хитросплетение датчиков, собирающих данные обо всем ─ от трафика городского транспорта до подсчета расхода воды и электроэнергии в наших домах.

При этом городским властям, так сказать, «отцам города», во всем мире (за редким исключением) свойственно думать, ─ «Это не для нас. Мы еще не там».

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

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

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

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

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

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

Затем, после осознания ценности этого первого решения, они начинают постоянно использовать аналитику, чтобы решать другие проблемы. Вот 10 примеров аналитики, используемой, чтобы решать проблемы или упростить задачи для правительственных организаций, ─ в исполнении SAS.

1. Обратная связь с гражданами (Citizen feedback)

Организация Alberta Parks («Парки Альберты» ─ одной из 10 провинций Канады) управляет приблизительно 250 палаточными лагерями и 14 тыс. кемпингов, которые каждый год принимают более 1,8 млн. туристов, желающих переночевать и на природе, и с комфортом.

Что такое «Умный Город»? А, может, их и вовсе нет?

С мая до середины октября Parks получает 15 тыс. отзывов своих клиентов. При этом используется ПО, которое анализирует текст во времени, близком к реальному. Т.е., сотрудники Parks не должны ждать межсезонного затишья, чтобы «просеять» эти обзоры.

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

Полиция Великобритании развернула одну из самых крупных в мире систем класса Intelligence Analytics Platform.

Что такое «Умный Город»? А, может, их и вовсе нет?

Эта «система для решения ответственных задач» (mission-critical system) содержит 12 млн. документов, 9 млн. структурированных отчетов и обеспечивает «разведку в реальном времени» (real-time intelligence) 24 часа в сутки.

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

3. Благополучие детей (Child Well-Being)

Министерство социального развития (Ministry of Social Development) Новой Зеландии использует аналитику в качестве инструмента преобразования, который помогает молодым людям, которые хотят изменить свою жизнь, создать лучшее будущее.

Что такое «Умный Город»? А, может, их и вовсе нет?

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

Тут трудно подобрать лучшую аналогию, чем притча о рыбе и удочке. Рыбу можно съесть сегодня. Удочка будет давать рыбу каждый день.

4. Экономическое развитие региона

Местные правительственные агентства (Local Government Agencies) в регионе Campania вокруг Неаполя в Италии, полагаются на аналитику, чтобы оценить и ответить более, чем на 7 тыс. заявок на финансирование региональных проектов.

Что такое «Умный Город»? А, может, их и вовсе нет?

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

За прошлые несколько лет чиновники перешли от ручных процессов к интегрированной системы мониторинга (Integrated Monitoring System, IMS), которая и управляет сейчас  финансированием ее одобренных исследовательских инициатив (фактически, грантов).

5. Образование

Школа в округе Fox Chapel Area School District, расположенная за окраинами Питтсбурга (США), опередила всех, кого только можно, получив желанную премию, ─ «Голубую ленту» Министерства образования США.

Что такое «Умный Город»? А, может, их и вовсе нет?

Это приятно, но там была группа студентов, у которых были проблемы с обучаемостью. Округ хотел им помочь. Используя Pennsylvania's Value-Added Assessment System (PVAAS), округ смог лучше отслеживать ежегодный рост успеваемости всех студентов. Результаты говорят сами за себя. За последние десять лет успеваемость 11-классников на государственных составила 69%, что является очень неплохим показателем по стране (да и во всем мире).

6. Гражданские сервисы

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

Что такое «Умный Город»? А, может, их и вовсе нет?

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

7. Обнаружение мошенничества (Fraud detection)

В округе Лос-Анджелес (Los Angeles County) Отдел общественного социального обеспечения (Department of Public Social Services, DPSS) предлагает диапазон программ, чтобы облегчить положение людей и способствовать их здоровью, личной ответственности и экономической независимости.

Через многие сообщества DPSS предлагает временную финансовую помощь, службу по трудоустройству, свободное / дешевое медицинское страхование (free / low-cost health insurance), продовольственные скидки, услуги в доме для пожилых людей и инвалидов, а также ряд других видов финансовой помощи.

Что такое «Умный Город»? А, может, их и вовсе нет?

Поддерживая программу «CalWORKs Stage 1 Child Care Program», округ Лос-Анджелес использует ПО SAS Analytics для определения потенциального мошенничества, более тщательных исследований и предотвращения ложных платежей. На сегодняшний день это помогло сэкономить миллионы долларов налогоплательщиков.

8. Здравоохранение (Health care)

В Wake County (Северная Каролина, США), запущена служба Emergency Medical Services (EMS). Согласно статистике, она помогла предотвратить случаи внезапной остановки сердца и повысить выживаемость, благодаря новым, управляемым аналитикой рекомендациям от службы EMS.

Что такое «Умный Город»? А, может, их и вовсе нет?

Базовые алгоритмы EMC основаны на анализе 20 лет данных о пациентах с остановкой сердца. Последнее исследование показало, что после введения EMC было спасено более 100 человек только в первый год.

9. Природные ресурсы и их сохранение

В Северной Каролине решение SAS помогает гражданам контролировать использование воды и экономит миллионы долларов за счет перехода на процесс с автоматизированным измерением водопотребления.

Что такое «Умный Город»? А, может, их и вовсе нет?

Aquastar заменил ежемесячные ручные считывания беспроводной системой IoT, которая собирает почасовые данные на потребляемые «кубометры». Сегодня приблизительно 60 тыс. кубометров воды считываются радиопередатчиками. За счет сокращения эксплуатационных затрат ожидается, что Aquastar сможет сэкономить проекту более $10 млн. стоимости проекта.

10. Транспортировка

Вообще- то, «Oresundsbron», который (или которое) находится между Данией и Швецией, ─ это пятимильное пространство, состоящее из моста и туннеля, который соединяет эти две страны и две главных территории городов с пригородами, ─ Копенгаген в Дании и Мальме в Швеции.

Что такое «Умный Город»? А, может, их и вовсе нет?

Никому мало не покажется. С помощью аналитики SAS клиенты соединяются с их маршрутами назначения и получают соответствующие рекомендации

Используя ПО SAS Customer Intelligence, каждый из 180 тыс. путешественников получает, в соответствии с «разведкой», соответствующие рекомендации, чтобы избежать ненужных затрат.

Заключение

Есть много примеров аналитики, которая приносит большую пользу в городах во всем мире. Только несколько слов об этом.

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

Заключительный вопрос очень прост ─ насколько именно ваш город умен и насколько умным он хочет быть, используя передовую аналитику? А может, это нам действительно не нужно?
===

 

Ukraine

 

  •  Home  •  Ринок  •  IТ-директор  •  CloudComputing  •  Hard  •  Soft  •  Мережі  •  Безпека  •  Наука  •  IoT