Анализ и проектирование систем *

Привет, Олимпийский Хабр! Меня зовут Аня, я работаю в Ozon: строю и развиваю инфраструктуру мониторинга в Observability-платформе. Моя команда помогает разработчикам следить за своими сервисами и своевременно получать алерты, если что-то идёт не так.

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

Я расскажу, как мы решали конкретную проблему мониторинга CronJob, запущенных в Kubernetes.

Добро пожаловать на очередной шабаш любителей испортить себе жизнь странным хобби! Репортаж с предыдущей вечеринки вы можете найти по ссылке. На ней мы практически «с нуля» создали модель начального уровня встраиваемого контроллера на базе RISC-процессора. Сегодня мы с вами будем добавлять ром ROM и попробуем обзавестись сравнительно несложной защитой памяти. И правда, что за встраиваемая система без ПЗУ? Прежде чем мы это сделаем, неплохо бы набросать некоторые детали конечной архитектуры нашей системы. Почему сейчас? Потому что ROM нужно будет разместить по каким-то адресам, как-то нужно будет управлять логикой защиты памяти, оставить что-нибудь «на вырост» и при этом где-то должно быть ОЗУ. Впрочем, описание будет небольшим ;-)

Привет!

Мы продолжаем проводить One Day Offer, в этот раз на очереди мобильные разработчики и системные аналитики.

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

Когда?

13 ноября — Android- и iOS-разработчики (подать заявку нужно до 11 ноября).

20 ноября — системные аналитики (заявки — до 19 ноября).

Критерии

Ваш грейд — middle или senior, джунов в этот раз не рассматриваем.

Вы узнаёте себя в описании вакансии у нас на сайте.

Готовы попробовать? Тогда вот ваша ссылка.

До встречи в Альфа-Банке!

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

Лекции по курсу «Управление Техническими Системами» читает Козлов Олег Степанович на кафедре «Ядерные реакторы и энергетические установки» факультета «Энергомашиностроения» МГТУ им. Н.Э. Баумана. За что ему огромная благодарность!

Данные лекции готовятся к публикации в виде книги, а поскольку здесь есть специалисты по ТАУ, студенты и просто интересующиеся предметом, то любая критика приветствуется. В предыдущих сериях:

1. Введение в теорию автоматического управления.
2. Математическое описание систем автоматического управления 2.1 — 2.3, 2.3 — 2.8, 2.9 — 2.13.
3. ЧАСТОТНЫЕ ХАРАКТЕРИСТИКИ ЗВЕНЬЕВ И СИСТЕМ АВТОМАТИЧЕСКОГО УПРАВЛЕНИЯ РЕГУЛИРОВАНИЯ.
3.1. Амплитудно-фазовая частотная характеристика: годограф, АФЧХ, ЛАХ, ФЧХ.
3.2. Типовые звенья систем автоматического управления регулирования. Классификация типовых звеньев. Простейшие типовые звенья.
3.3. Апериодическое звено 1–го порядка инерционное звено. На примере входной камеры ядерного реактора. 
3.4. Апериодическое звено 2-го порядка. 
3.5. Колебательное звено. 
3.6. Инерционно-дифференцирующее звено. 
3.7. Форсирующее звено. 
3.8. Инерционно-интегрирующее звено (интегрирующее звено с замедлением). 
3.9. Изодромное звено (изодром).

Здесь же мы расскажем про общие свойства рассмотренных звеньев, с точки зрения их устойчивости.

Как всегда будет интересно познавательно и жестко.

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

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

Несмотря на то что с момента появления книги было написано большое количество гайдов по персонам, отрасль не стояла на месте. Появлялись новые методы проектирования и другие интересные фреймворки. И вроде бы персонажи отошли на второй план, уступив место новым механикам. Например, многие сторонники Jobs-To-Be-Done убеждены в том, что их методология значительно превосходит персоны в плане практического применения. Но так ли это?

Мы считаем, что персоны сейчас более чем актуальны и способны повысить эффективность процесса работы над цифровым продуктом. Далее в статье мы покажем, что данный метод вовсе не противоречит новым подходам, в том числе Jobs-To-Be-Done. Но, наоборот, прекрасно их дополняет, а в некоторых случаях лежит в основе. В общем, обо всем по порядку.

Компания Dassault Systemes является лидером в сфере систем автоматизированного проектирования, цифровизации производств и автоматизации процессов.

В этом году, в силу ограничений, будет организована онлайн-конференция посвященная новинкам продуктовой линейки SOLIDWORKS, от компании Dassault Systemes.

На этой конференции вы узнаете вектор развития компании, новый функционал портфеля решений SOLIDWORKS, познакомитесь со специалистами в разных отраслях.

Для регистрации на онлайн-трансляцию перейдите по ссылке.

1. Приходится копаться в невероятно большом количестве данных, накопленных за много лет:
   
   • Такая информация, как правило, не стандартизирована, так как программное обеспечение, которое её сохраняет и читает, постоянно дорабатывается. Например, у нас был случай, когда оказалось, что стоимость товара указывается в поле «Cost» только последние пять лет, а раньше было вообще по-другому. И тот факт, что мы это узнали, — просто счастливая случайность.
   • Вместе с огромным количеством данных накапливается огромное количество ошибок, так как внесение практически любой информации так или иначе связано с ручным вводом данных, а человеческий фактор никто не отменял.
   
   
2. Команда хочет заниматься именно разработкой нового программного обеспечения. Копание в цифрах и попытки свести их с другими цифрами — это не то, что коллеги будут делать с удовольствием и должным вовлечением.

Привет Хабр, в 2019 году я разбирался в дистанционном электронном голосовании в МГД, в 2020 у нас было голосование по Конституции, где само голосование прошло хорошо, но номера паспортов неудачно попали в сеть. Ну а в этом году мне, как наблюдателю, удалось получить доступ непосредственно к нодам наблюдения всех 4-ех шардов блокчейна, использовавшегося в федеральном голосовании, получить полный дамп транзакций блокчейна голосования, сравнить его с теми транзакциями, что выложены на официальном сайте и начать его исследование. Как это было и что получилось - под катом

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

Всем привет!

Меня зовут Екатерина, и я... аналитик! :)

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

Это моя первая статья, которая, надеюсь, даст старт серии материалов про профессию аналитика и не только.

Почему этот вопрос так важен, или Аналитическое разнообразие

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

Нам всем известно, что есть бизнес-аналитики, системные аналитики, аналитики данных и много других. Как вы думаете, кто такие инженеры-аналитики? Чтобы разобраться в этом, вернёмся к истокам и ещё раз рассмотрим несколько базовых направлений в аналитике.

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

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

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

«Применение ERP-систем значительно повышает качество управления организацией», «система легко настраивается под различные бизнес-процессы», «ERP-системы – это простота, прозрачность доступа ко всем данным» – всё это выдержки из многочисленных публикаций про ERP. Уже многие годы руководителям предприятий внедряется в умы, что ERP – это эффективно, просто, легко и, вообще, волшебно. С таким посылом к ним обращается не только пресса, но и приходят представители компаний-внедренцев, многие из которых (или даже все) любят расписывать златые горы и рисовать перспективы, как будет прекрасно идти бизнес, когда на предприятии будет функционировать система ERP. И да, всё так или примерно так и будет, но важный момент, который стоит честно обозначать клиенту – вначале предприятию придётся пройти через боль. И боль эта будет либо сильной, либо очень сильной. Потому что процесс внедрения ERP в реалиях российского бизнеса во многих случаях сравним с хирургической операцией-трансплантацией, а потом ещё и с длительной восстановительной терапией после неё: вначале следует отрезать всё, что плохо функционирует и мешает жизнеспособности организма, потом наладить процессы жизнедеятельности, внедрить высокотехнологичную систему, работающую как часы, и только после этого учиться жить с ней и эффективно ею пользоваться.

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

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

Попытка 1. - зарегистрироваться

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

Лезу в сумку, нахожу карту, ввожу номер, результат: "Ваша карта уже активирована, ничем не можем помочь, идите в поддержку, она поможет."

Ну ОК, Пятёрка предлагает воспользоваться поддержкой с помощью WhatsUp, по идее удобно, не надо держать у уха, сообщения сохраняются и т.п. одни плюсы в общем. Мучаюсь с меню робота, зову оператора, пишу сообщение в поддержку, описывая проблему и.... "Ждите ответа." Это было в 10:26 утра, в 14:37 оператор ответил, "Дайте Вашу дату рождения и последние числа номера карты", Я не мог смотреть на телефон в это время, работа и всё такое, открыл через 5 минут в 14:42, однако, оператор уже попрощался со мной и даже попросил оценить качество обслуживания.

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

Спойлер: миллионерами мы так и не стали.

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

Спойлер: тестами код мы тоже так и не покрыли.

Давид Хейнемейер Ханссон, создатель фреймворка Ruby on Rails, в своей статье Test-induced design damage утверждает, что те архитектурные изменения, которые необходимо внести в проект, чтобы сделать возможным написание unit тестов для контроллеров, настолько сильно бьют по остальным характеристикам кода, что лучше отказаться от этой идеи в пользу интеграционных тестов.

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

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

 И снова здравствуйте. Продолжаем разговор о разработке и совершенствовании нашей высоконагруженной платформы, с рассказом об интересных кейсах, проблемах и их решении.

Сегодня поговорим о создании с нуля платформы, которая дает возможность обзвонить 1 500 000 абонентов всего за несколько часов. В свое время бизнес-отдел поставил такую задачу и нам нужно было ее решить в сжатые сроки. Все самое интересное о решении этой задачи  - под катом.

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

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

В 2017 году, Per Vognsen - программист с более чем 15-летним стажем, работавший в таких компаниях как NVIDIA и Oculus берет паузу и в марте 2018 стартует амбициозный обучающий проект Bitwise, в котором он собирается разработать и написать весь программно-аппаратный стек для простого компьютера с нуля и запустить его на FPGA. 

Проект должен был включать в себя операционную систему, компилятор, системные библиотеки, а также HDL код для центрального процессора и периферийных контроллеров. Пререквизиты к нему минимальны - свободное владение языком Cи (и немного Python), а также знание некоторых алгоритмов и структур данных из стандартных CS курсов. Все остальное объясняется по ходу написания кода.

Проекты подобные Bitwise можно пересчитать по пальцам (думаю многие еще вспомнят о знаменитом Handmade Hero от Casey Muratori). Автором данного проекта выступает отличный программист, который в формате скринкастов показывает и объясняет каждое решение по ходу написания кода. Этой короткой статьей я бы хотел заполнить пробел и познакомить большее число людей с проектом Bitwise, так как сам извлек из него много нового.