Информационный портал по безопасности

Мы приходим к Заказчику и говорим ему: вот так мы будем планировать проект, вот так будем управлять изменениями, вот так будем управлять рисками, вот так будем проводить совещания, вот так будем эскалировать проблемы и принимать решения, вот такие сроки будут у нас на согласование, вот такая периодичность будет статусных совещаний и т.д. И приносим ему это в виде объемного документа этак страниц на 30-50 регламентирующего текста. Заказчик смотрит на это «широко закрытыми глазами» и говорит: «Круто!». То, что не соотносится с практикой, принятой у Заказчика, он предложит исправить, но в остальном документ будет принят.

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

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

Привет, Хабрахабр! Готовое архитектурное решение для мобильных устройств, включая iOS, Android, Telegram-bots, а также платформы, поддерживающие обработку http-запросов, выступающее в роли пет-проекта автора статьи, будет интересно желающим реализовать «карманное» расписание занятий для своих университетов и школ.

Содержание публикации:

• Что предшествовало созданию фреймворка.


• Проблемы программистов, которые решаются с «Rutetider».


• Детали архитектурной структуры инструмента.


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

Приветствую, Хабрахабр! Данная статья будет полезна желающим ознакомиться не только с оформлением собственного пакета Python Package Index (PIP), но и с различными вспомогательными инструментами, помогающими сопровождать разработку на всех стадиях — на примере авторской работы.

Необходимые инструменты:

• среда разработки — написание объектно-ориентированного кода, тесно работающего с интерфейсом приложения (в нашем случае веб-сайта), другими словами — отправка и обработка запросов к API, и дополнительных вспомогательных файлов;


• загрузка своих наработок в общий каталог пакетов — PyPI;


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


• одна из лицензий свободного программного обеспечения, в нашем случае — MIT License;


• Travis CI — непрерывная сборка и тестирование разрабатываемого проекта в различных окружениях (например, разные версии языка или интерпретатора).

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

Делимся опытом создания технологичного сайта. Крупная строительная компания Mizol обратилась в WebProduction с задачей создать корпоративный сайт. Mizol на рынке Украины с 1994 года. На счету 900 000 проектов. Чтобы создать сайт соответствующий требованиям и целям заказчика пришлось потрудиться.

Вот уже 11 лет я занимаюсь веб-разработкой и интернет-маркетингом. Был как на стороне заказчика, так и на стороне исполнителя. Своими руками когда-то проектировал, верстал, программировал, тестировал, продвигал, затем управлял проектами, после учил это делать других, а сейчас я их придумываю и запускаю. Единственное, что я никогда не делал своими руками — это дизайн. Другими словами, я не просто видел жизненный цикл проекта изнутри, я участвовал почти во всех этапах разработки, часто в довольно больших проектах. И вот, видя всю кухню изнутри, я постоянно наблюдаю одни и те же причины успехов и поражений. В этой статье я попытаюсь рассказать, что я увидел за 11 лет работы и более 100 стартапов, которых я касался и как же все же создать большой и успешный проект.

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

Краткая предыстория

В течении некоторого времени использования одной из систем управления тех. процессом возникла необходимость редакции проекта PLC. Так как, система была установлена американской компанией, то проект был реализован на контроллере Allen Bradley, а именно 1756-L61. Совпадение? Не думаю.

Хотя любовь американцев к Allen Bradley — это скорее просто мое наблюдение. И ни в коем случае не реклама этого производителя контроллеров.

Ближе к делу. Секции проекта были защищены от редактирования, в связи с ”мудрой” политикой разработчика в стиле ”Ничего не трогайте, без нас! Это нарушит стандарты безопасности эксплуатации управляемого агрегата. И т.д.”

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

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

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

Тестирование

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


Вот так САЦ встроился в архитектуру ЦППК. Два года на проект. Два года!
Вендоры такие: модуль нормативно-справочной информации — Talend MDM.
Комплексная система аналитики — Oracle BI 11g, Pentaho DI (опенсорсные аналоги — Pentaho BA, Spago BI, JasperSoft BI,), СУБД -MS SQL Server 2012, аудиовизуальные комплексы — YCD, Samsung, колонны связи — отечественные производители, камеры видеоаналитики и видеонаблюдения — «Синезис», Samsung, Verint, Axis. IP-телефония — Cisco.

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

Емкостные датчики для снятия одного отведения ЭКГ — два на каждый медицинский браслет

Мы решили делать медицинский браслет. В нашей команде каждый вплотную занимается и медицинской техникой, и IT. Например, мой последний крупный проект – проектирование и запуск в производство носимого компактного прибора для снятия ЭКГ (отдаленный аналог монитора Холтера).

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



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

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

В последнее время на Хабре стали все чаще появляться статьи связанные с разработкой для Android. Дабы не оставаться в стороне и внести свой небольшой вклад в помощь подрастающему поколению Android разработчиков, решил написать статью, в которой мы разработаем полноценное приложение-шпаргалку с использованием ряда наиболее востребованных компонентов Android SDK. Данное руководство рассчитано на разработчиков начального уровня имеющих общее представление касательно основных компонентов Android приложений таких как: Activity, Service, Intent, Broadcast Receiver...