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

Здравствуйте, меня зовут Дмитрий Карловский и я… прилетел к вам на турбо-реактивном самолёте. Основная суть реактивного двигателя изображена на картинке..

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

Это — текстовая расшифровка выступления на SECON.Weekend Frontend'21. Вы можете посмотреть видео запись, прочитать как статью, либо открыть в интерфейсе проведения презентаций.

Добрый день, меня зовут Павел Поляков, я Principal Engineer в каршеринг компании SHARE NOW, в Гамбурге в 🇩🇪 Германии. А еще я автор Telegram-канала Хороший разработчик знает, где рассказываю обо всем, что должен знать хороший разработчик.

Сегодня я хочу поговорить Technology Radar от ThoughtWorks, как он помогает при выборе технологий и какие новости нам принес недавний выпуск.

Компания «Марвел-Дистрибуция» является официальным дистрибьютором серверного оборудования производителей Hewlett Packard Enterprise и Lenovo.

На момент обращения в ИНТЕРВОЛГУ у компании уже был сайт, построенный на базе React. Сайт был быстрый и отзывчивый, но имел ряд недостатков.

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

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

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

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

Эта статья является переводом материала «TDD: What went wrong or did it?».

В сфере разработки программного обеспечения уже давно хвалят Test Driven Development (TDD, разработка через тестирование). Однако в последнее время было сказано много резких слов в адрес TDD, поскольку его обвиняют в плохом проектировании программного обеспечения и невыполнении многих своих обещаний. Кульминацией этой тенденции стал пост Дэвида Хайнемайера Ханссона «TDD is dead. Long live testing.» (TDD мертв. Да здравствует тестирование).

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

Привет, Олимпийский Хабр! Меня зовут Аня, я работаю в 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, однако, оператор уже попрощался со мной и даже попросил оценить качество обслуживания.