home.social

#схема — Public Fediverse posts

Live and recent posts from across the Fediverse tagged #схема, aggregated by home.social.

  1. Как я написал свою библиотеку валидации схем и создал свою альтернативу Zod

    Несколько лет назад в одном из моих проектов на чистом JavaScript возникла задача: валидировать большие вложенные объекты со сложной структурой. Объекты содержали различные подобъекты, к каждому из которых применялись свои правила валидации в зависимости от типа. Задача усложнялась двумя дополнительными требованиями:

    habr.com/ru/articles/1023038/

    #валидация #схема #standard_schema #zod #zod_vs_yup #typescript

  2. Дистрибутивные схемы, ч.2

    Борис Цирлин Продолжается рассмотрение класса дистрибутивных схем - подкласса схем, не зависящих от скорости, начатое в ч.1 . Этот подкласс является промежуточным между параллельно-последовательным, рассмотренным в упомянутой статье и полумодулярными схемами которым посвящена статья "Полумодулярные схемы" Все эти подклассы были описаны в книге "Автоматное управление асинхронными процессами в ЭВМ и дискретных системах, вышедшей под редакцией В.И.Варшавского в 1986 г. из которой и здесь заимствуются их формальные определения. Подсчитано количество дистрибутивных схем, состоящих из двух и трех элементов. Определены и подсчитаны неизоморфные схемы этого подкласса.

    habr.com/ru/articles/980506/

    #схемотехника #схема #питон

  3. Полумодулярные схемы

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

    habr.com/ru/articles/971752/

    #схемотехника #схема

  4. Контроль версий для разработчиков оборудования

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

    habr.com/ru/companies/otus/art

    #git #gitea #allspice #схема #контроль_версий #devops #Контейнеризация

  5. Контроль версий для разработчиков оборудования

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

    habr.com/ru/companies/otus/art

    #git #gitea #allspice #схема #контроль_версий #devops #Контейнеризация

  6. Контроль версий для разработчиков оборудования

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

    habr.com/ru/companies/otus/art

    #git #gitea #allspice #схема #контроль_версий #devops #Контейнеризация

  7. Контроль версий для разработчиков оборудования

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

    habr.com/ru/companies/otus/art

    #git #gitea #allspice #схема #контроль_версий #devops #Контейнеризация

  8. Инфраструктура, которую видно: как мы делаем визуализацию облака

    Привет! На связи Михаил Шпаков, руководитель разработки в Timeweb Cloud. Мы создаём облако, в котором удобно запускать и управлять проектами: от простых ВДС до масштабных решений с Kubernetes и десятками интеграций. Мы много думаем о том, как сделать инфраструктуру не только стабильной, но и понятной . Когда вы работаете в облаке, всё выглядит структурировано: список серверов, IP-адресов, баз данных, кластеров. Но в какой-то момент возникает вопрос: а как всё это связано между собой? Что подключено к балансировщику? В какой сети находятся серверы? Почему не пингуется база? Ответы есть, но они спрятаны в разных разделах интерфейса или требуют обращения в поддержку. Мы в Timeweb Cloud решили это изменить. Инфраструктура — это карта, а не таблица. Её нужно рисовать, а не запоминать. Мы сделали визуальную карту, на которой можно не просто увидеть ресурсы, но и настроить их расположение как в реальной жизни: сгруппировать, пояснить, добавить связи и комментарии. Это не просто картинка — это инструмент, который помогает понимать, как всё устроено, и быстрее находить проблемы. Это как перейти от чтения логов к полноценной карте: наглядно, понятно, живо. Визуализация стала тем самым недостающим элементом, который помогает по-настоящему понять , как устроена инфраструктура.

    habr.com/ru/companies/timeweb/

    #облако #devops #инфраструктура #визуализация #схема #reactflow #архитектура #timeweb_статьи

  9. Памятка по XSD

    Самое главное стоит понимать, что XSD (XML Schema Definition) – это схема, то есть описание данных взаимодействия. Схемы бывают разные, например, наша XSD, которую обычно используют для описания структур в формате XML, или JSON-schema - для описания структур в формате JSON. Использование схем в контрактах API сейчас уже является стандартом де-факто, так как это удобно. Основные объекты, из которых состоит XSD-схема: - Элементы; - Типы; - Индикаторы порядка.

    habr.com/ru/companies/sberbank

    #xsd #xml #json #схема #интеграция #интеграция_сервисов #интеграция_систем #проектирование_взаимодействия #api #микросервисы

  10. Разделяй и властвуй: как мы адаптировали API монолитного приложения для нужд публичных запросов и внешних интеграций

    Привет, Хабр! Меня зовут Ринат. Я руководитель отдела backend-разработки компании AppEvent. Представьте: к вам в компанию обратились «Сервис А» и «Сервис В». При сотрудничестве обоих сервисов с вашей компанией нужно открыть часть функционала «Сервис А» и часть функционала «Сервис В». У «Сервис А» не должно быть доступа к функционалу для «Сервис В». Эту задачу нужно реализовать в условиях сложной бизнес-логики и с монолитным приложением на {не самый популярный ЯП}. О том, как мы справились с этим кейсом я и расскажу. Статья будет интересна тем, кто решает бизнес-задачи в условиях ограниченных временных ресурсов.

    habr.com/ru/articles/783562/

    #кейс #api #схема #бизнеспроцессы #монолитное_приложение