Сегодня я предлагаю вам посмотреть на историю глазами Абу Зейда Абдуррахмана ибн Мухаммада аль-Хадрами, более известного под именем Ибн Хальдун.

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

· Именно он по поручению гранадского эмира вёл переговоры о мире с Педро Кастильским,

· Он занимал высокие посты при дворе султана Туниса,

· Был письмоводителем при дворе султана Феса,

· Вёл переговоры между египетским султаном и Тамерланом,

· Многократно занимал должность верховного кади (верховного судьи) маликитов.

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

Если в ваших Arduino-проектах используется монохромный OLED-дисплей (например, SSD1306), эта статья поможет вам упростить процесс подготовки картинок для него.

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

Суть создания аппаратно-независимой библиотеки состоит в том, чтобы отвязаться от того уровня абстракции (библиотеки и фреймворки), который предоставляет производитель микроконтроллеров, внутри реализуемой библиотеки. Например, для STM32 - HAL, ESP32 - ESP-IDF или Arduino, для AVR зачастую используют Arduino. Это позволит использовать одну и ту же библиотеку на различных микроконтроллерах (и не только) без изменения кода библиотеки под каждый камень.

Встретился на ланч с Дэвидом Харрисом, автором (вместе с Сарой Харрис) популярного учебника «Цифровая Схемотехника и Архитектура Компьютера», который за последние 10 лет помог закрыть монументальную дыру в техническом образовании десятков вузов России и Украины. До этого учебника во многих вузах сразу после триггеров шло программирование микроконтроллеров, то есть раньше у многих студентов вообще не возникала база для проектирования современных чипов по маршруту RTL‑to‑GDSII, технологии, которая за последние 30 лет привела нас к смартфонам, быстрому интернету и ускорителям ИИ.

Учебник Дэвида активно используется на Школе Синтеза Цифровых Схем, которую поддерживают 24 российских и 1 белорусский университет. Регистрация на новый сезон Школы только что открылась.

Прежде, чем объединяться, нам надо решительно размежеваться (Business continuity management vs Business Process Continuity vs Dependability in technics)

Синонимы: Надежность в процессах = надежность процессов = надежность операций = операционная надежность (с учетом синонимии словосочетаниями «сущ. + сущ.» [Морф23]).

En: dependability, reliability, resilience (availability, stability) Business Process. Непрерывность процессов — в контексте «business continuity» (Business Process Continuity, BPC) и т. п.

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

Из первых рук и на основе многолетней практики.

Мне часто пишут и задают вопросы о моих прошлых статьях по IDEF0, MRP, ERP, BPMN и т.д. И очень часто звучит один и тот же вопрос, «устарел ли» тот самый IDEF0 или другая методология, технология, система. Также часто задают вопрос, а что лучше, например, «BPMN или ERP». В целом, все эти вопросы можно объединить в один – «устарела ли та или иная технология». Потому я решил поговорить о том, как в принципе стоит относиться к технологиям, и можно ли оценивать их с точки зрения времени, прошедшего с их выпуска, т.е. говорить об устаревании.

О моих запоздалых попытках войти в ИТ можно почитать здесь. Отклик на статью был приличный. Кто-то сильно ругал, а кто-то давал очень хорошие советы. Настолько, что я написал отдельный обзор здесь. В итоге я всё-таки решился реализовать давнюю идею — сделать телеграм-бота для благотворительного фонда. Ссылка на него будет в статье. Бот ещё не тестировался должным образом и работает у меня на ноутбуке, так что может быть недоступен. Напишите, пожалуйста, что ещё можно доделать.

“Все решено, завтра начинаю меньше есть!”

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

“Да просто жрать надо меньше” — самая простая и распространенная рекомендация, которой в какой-то момент хочется просто взять и начать следовать.

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

Сегодня мы погрузимся в процесс создания собственного API на Django с использованием мощного инструмента — Django REST Framework (DRF). Этот фреймворк предоставляет полный набор инструментов для разработки API: маршрутизация, сериализация данных, обработка запросов и формирование ответов. DRF значительно упрощает взаимодействие с клиентами через HTTP, поддерживая такие методы, как GET, POST, PUT и DELETE.

Однако, в отличие от FastAPI, Django REST Framework не включает встроенный инструмент для автодокументирования API. Мы легко решим эту задачу, воспользовавшись расширением drf‑spectacular, которое генерирует спецификации API в формате OpenAPI 3.0. Это позволит интегрировать интерфейсы, такие как Swagger и Redoc, для удобного тестирования и наглядной визуализации документации.

В 2009-м я занимался стройкой и нашел эту технологию, которая уже 15 лет приносит мне деньги. Сначала я заливал изделия на заднем дворе частного дома, а сейчас мой завод занимает 250 кв.м. и делает в среднем 45 млн ₽ в год.

*иногда хочется уйти от управляемых будней

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

На протяжении всего моего времени работы с моделью и языком ArchiMate от The Open Group, внимательно наблюдая за практиками сообщества, я не переставал удивляться тому, насколько мало используются “точки зрения” (viewpoint’ы), предложенные в ArchiMate 2.1.

Я открыл их для себя благодаря отличному бесплатному опенсорсному решению Archi, разработанному Филлипом Бовуаром (Phillip Beauvoir), которое очень грамотно раскрывает потенциал представлений (view) в помощи заинтересованным сторонам, желающими создать всеобъемлющую модель архитектуры рассматриваемых ими организаций.

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

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

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

Идея понятна - заменить генераторы частоты, терминалы RS-485 и CAN одним самодостаточным прибором. В этой статье расскажу о том, что за девайс я собрал.

На примере добавления дополнительных классов USB (Media Transfer Protocol (MTP) и Smart Card (CCID)) показать каким образом можно вносить изменения в скрипты автоконфигурации для ускорения создания последующих проектов, а также для исправления существующих ошибок в них, чтобы не держать в голове, какие в каком случае постоянно вносить правки для исправления тех или иных ошибок.

Всем привет! Это моя первая статья на хабре, которая точно кому-то пригодится в данное время. Здесь я расскажу как ускорить ютуб и разблокировать доступ к некоторым заблокированным ресурсам прямо на роутере Mikrotik и без VPN.

В моем случае используется MikroTik hAP ax3. Стоит упомянуть, что подойдут только роутеры с архитектурой ARM, ARM64 или x86 (CHR), которые и поддерживают контейнеры.

Кто подходит под эти условия, велком под кат)

Существует ли во Вселенной разумная жизнь? И если да, то насколько она распространена? Или, возможно, вопрос должен звучать так: какова вероятность того, что те, кто занимается поиском внеземного разума (SETI), когда-нибудь с ним столкнутся? На протяжении десятилетий учёные горячо обсуждали эту тему, и на неё было пролито немало чернил. Из множества работ и исследований, написанных на эту тему, выделились два основных лагеря: те, кто считает, что жизнь распространена в нашей галактике (оптимисты SETI), и те, кто утверждает, что внеземной разум либо редок, либо вообще не существует (пессимисты SETI).

В своей недавней работе Дэвид Киппинг (профессор лаборатории Cool Worlds, «Крутые миры») и Джерейнт Льюис более внимательно изучили эти дебаты и предложили новую точку зрения, основанную на форме анализа вероятностей, известной как эксперимент Джейна. Применив этот метод к астробиологии и уравнению Дрейка, они пришли к выводу, что существование разумной жизни в нашей галактике можно охарактеризовать как «всё или ничего». Цитируя покойного и великого учёного и автора научной фантастики Артура К. Кларка, можно сказать следующее: «Существует две возможности: либо мы одиноки во Вселенной, либо нет. Оба варианта одинаково пугающие».