#yaml — Public Fediverse posts
Live and recent posts from across the Fediverse tagged #yaml, aggregated by home.social.
-
YAML: Young Adult Manipulation Language.
An important tool for parents to make their kids do what is needed. -
Психанул: как я за полтора месяца сделал формат конфигов и парсеры для семи языков
Cлучилось то, что я обычно советую не делать: я не выбрал из существующих 14 форматов, а сделал 15-й.
https://habr.com/ru/articles/1072042/
#json #yaml #toml #ini #rust #wasm #ktav #config #javascript #typescript
-
Конфигурация в Python: эволюция подходов
Привет, я Николай Видов, тимлид команды чат-ботов в Т-Банке, восемь лет пишу на Python. Казалось бы, конфигурация — это просто .env и settings.py. Но стоит приложению вырасти — и начинается: секреты утекают в логи, port внезапно приходит строкой abc, настройки дублируются между окружениями. Я прошел путь от хардкода до типизированных схем и понял: конфигурация — это не мусорный код на скорую руку, а часть инфраструктуры, которую нужно проектировать так же тщательно, как бизнес-логику. В статье — эволюция подходов к конфигурации в Python: откуда мы пришли, куда идем и какие грабли встречаем на пути. Разберу, как в Python-проектах обычно подходят к управлению конфигурацией. Сравнения конкретных библиотек не будет — сосредоточусь на самих подходах и границах их применимости.
-
Our next #JCON2026 session is live: 'Secrets of #Performance Tuning Java on Kubernetes' with Bruno Borges
Initially, getting #Java to run on #Kubernetes may seem complicated, but after a few lines of #YAML and a bit of work with #Docker …
Grab your coffee and hit play: https://youtu.be/gaxqfzp-4SM
-
🚀Another #MotilA update this morning: v1.1.3 brings optional #CSV & #YAML export, which makes MotilA less reliant on proprietary file formats. … And: MotilA got its first logo 🤗
🌍 https://motila.readthedocs.io/en/latest/changelog.html#motila-v1-1-3
#BioimageAnalysis #microglia #motility #Python https://mastodon.social/@FabMusacchio/117077490957638600
-
#OMIO is meanwhile at v0.2.9 🚀
The main focus this past week was making #Thorlabs RAW handling more robust: Better #XML/ #YAML #metadata fallback, support for batch-friendly error handling, and clearer diagnostics when metadata doesn’t match the RAW data.
🌍 https://omio.readthedocs.io/en/latest/changelog.html#omio-v0-2-9
⚙️ https://omio.readthedocs.io/en/latest/usage_file_format_supported.html#reading-thorlabs-raw-files -
Как мы вынесли алгоритм ценообразования из кода Яндекс Такси (и почему это не было очевидно с самого начала)
Когда вы открываете Яндекс Go для заказа такси и вводите адрес, приложение за доли секунды показывает цену. Кажется, что это несложно: Кажется, что это несложно: взять расстояние и время в пути, умножить их на значения из тарифа. На самом деле, за этой ценой стоит не один десяток факторов — например, скидки, спрос, геозоны. И это ещё без учёта того, что пассажир взял с собой кота или лыжи. В этой статье — о том, как мы вынесли алгоритм ценообразования из кода сервиса, почему не взяли готовый скриптовый язык, что такое цепочка преобразований цены и зачем нам понадобился формальный верификатор.
-
I'm trying to design a board/card game. I want to encode raw data (e.g. for cards) into #YAML files, and then auto generate printable PDFs containing the cards from that with #Python. For now I'm running some balancing requirements/guidelines as unittests. I also use Python to visualise some statistics on the raw data (also mostly balancing related so far).
-
-
CONTRACT: одна схема вместо N×M сериализаторов
Одна C+±схема — protobuf, binary, JSON, YAML и structured logging без ручных маппингов. В статье разбираю, как CONTRACT отделяет стабильный контракт типа от конкретных форматов, зачем нужны BASE, PROPERTY и REFERENCE и как атрибуты полей задают общую политику для разных адаптеров. Всё - на реальном коде из репозитория: YAML-конфиг, структурированный лог и сравнение производительности с libprotobuf. GitHub.
https://habr.com/ru/articles/1065488/
#c++ #c++26 #c++_библиотеки #open_source #protobuf #сериализация #logger #config #json #yaml
-
Declarative all the way down: Building PRONOM signatures with JSONID
by @beet_keeperPRONOM signatures are a form of declarative language, you describe the anticipated behavior in PRONOM’s regular expression syntax and tools like DROID, FIDO, and Siegfried will interpret those instructions and attempt to match them against different files to return a file format identification.
Normally, you will write PRONOM signatures by hand but doing so for file formats based on other file format building blocks can lead to inconsistencies. Bertrand Caron previously also recognized this in the XML formats that are described with PRONOM signatures on Wikidata.
XML can use single quotes ‘ (hex: 0x27) and double quotes ” (hex: 0x22) for attribute data, and so, do we make a PRONOM signature with multiple sequences anticipating the use of either?
The answer is more often than not likely to be yes, because the appearance of these values are often helpful for identifying boundaries for strings that we know must exist.
But the more file formats that we need to add to PRONOM that are based on foundational formats like XML, or JSON, or similar, the more inconsistencies will creep in, such as sequences that are looking specifically for one byte sequence over another.
The issue extends further if file formats allow data to appear at the beginning of file, or we need to account for a variable amount of white-space, or we want to start thinking about multi-byte character encoding.
We can, and in the XML issue described by myself and Caron, I think the recommendation is very much to create editorial standards for signatures for file formats based on other baseline, structured data formats like XML, JSON, YAML, and so on.
And standards are well and good, but what if tooling could help us?
For JSON this is exactly what I have tried to do in JSONID.
What does this feature look like? And what does it get us? Let’s take a look.
#declarativeProgramming #digipres #DigitalPreservation #DROID #FIDO #FileFormatIdentification #FileFormats #JSON #jsonid #JSONL #NTTW #NTTW9 #PRONOM #RDM #ResearchData #siegfried #StructuredData #structuredText #TOML #YAML -
Как мы перестали копировать .gitlab-ci.yml и спасли пайплайны от хаоса с помощью модулей
Копипаст .gitlab-ci.yml по десяткам сервисов привел к config drift: пайплайны расходились, а правка одной строчки требовала 10+ MR. Вынесли логику CI в отдельный репозиторий модулей, подключаемых через include с версионированием по SemVer — в проекте остается только короткий файл с переменными. В итоге миграция с Kaniko на BuildKit заняла 5 дней вместо 2-3 недель, а типовой багфикс на 20 сервисах — 1 час вместо 11. Смотреть, как устроены модули ->
https://habr.com/ru/articles/1061280/
#gitlab_ci #gitlabciyml #devops #semver #yaml #gitlab_ci_include #gitlab_ci_components #cicdcatalog #cicd
-
Mit Home Assistant habe ich mir ein Wetter-Dashboard mit Wettervorhersage, aktuellen und vergangenen Werten aus unserer Wohnung und von einer nahen Wetterstation aufgebaut. Neben einem FAQ gibt es eine Aufstellung, welche Integrationen und Karten ich für mein Wetter-Dashboard verwendet habe. Mit dabei: Wetterradar mit Wind und Blitzen.
Updated: Jetzt mit YAML-Code für Darstellung der Weather Underground Station in ApexCharts Card. Die Daten der Wetterstation (ca. 100 m von Zuhause) hole ich mir via REST-API.
https://derschreiben.de/mein-wetter-dashboard-mit-home-assistant/
#Wetter #HomeAssistant #SmartHome #DWD #WeatherUnderground #YAML
-
Docker Gitlab + Gitlab Runners на Fedora 44
Docker Gitlab + Gitlab runners на Fedora 44. Как настраивал у себя и немного каких приколов может быть. Что посмотреть
https://habr.com/ru/articles/1058480/
#Docker #gitlab #gitlabrunner #gitlab_runner #yaml #toml #devops #qa
-
Ich habe mal wieder angefangen mich ein wenig mit #SmartHome zu beschäftigen. Ich hatte hier ja schonmal #ioBroker auf einem #RaspberryPi laufen. Bis die SD Karte geschreddert wurde. Jetzt überlege ich einen Neustart. Aber was nehme ich? Bleibe ich bei ioBroker, weil ich es schon kenne? Aber dieses Mal dann in einen Docker Container. Mein 4er Pi hat noch genug Kapazität und läuft mit externer SSD.
Alternative wäre #HomeAssistent. Ist wohl einfacher zu konfigurieren. Es gibt deutlich mehr grafische Konfigurationsoberflächen. Man landet nicht so schnell bei #Yaml wie beim ioBroker. Aber frisst auch mehr Ressourcen. Empfehlung ist hier ganz klar HAssOS (unglückliche Namensgebung) zu nutzen. Dann läuft auf dem Raspberry nix anderes außer HomeAssistent. Aber andererseits ist die Community wesentlich größer. Auch die Unterstützung von Komponenten soll besser sein. #EspHome ist, so wie ich es einschätze, auch besser integriert. Und das ist für mich interessant.
Hm, was tun sprach Zeus. -
📝 Everything as Code and from the UI: workflows are defined in simple #YAML in a built-in code editor, with Git version control so changes made via UI, API, #Terraform or CI/CD stay declaratively managed in code
-
Quickly Find Undefined or Null YAML Keys with YQ
Use this solution to quickly find a YAML (YAML Ain’t Markup Language) key within front matter that is undefined or has a value of null using yq.
https://www.adamsdesk.com/posts/find-undefined-null-yaml-key/
-
Has anyone taken the time to outline and define a good subset of YAML without the parsing gotchas, security issues, and unnecessary bloat of full YAML?
You know, so we can have a standard (or at least a go-to) configuration file format with decent syntax?
Yes, JSON is technically a subset of YAML. You are hilarious for suggesting it. Unfortunately, JSON is lacking comments or a nice syntax.
-
I just released Matt’s Web Way’s code
Last year I made a thing to use Markdown files as a sort of (mostly) static website. It is blazingly fast and super light. I called it Matt’s Web Way. I use it to host documents in whatever structure seems good at the time.
The generated web page is super light with minimal CSS to make it nice to read.
If you want to see it in action: https://webway.lordmatt.co.uk/
You can now check my work and play with it yourself: https://github.com/lordmatt/MattsWebWay
-
Falls jemand einen #Softwareentwickler braucht: Ich bin gerade auf der Suche nach einer neuen Stelle.
(Programmier-) sprachen: #TS, #JS, #Java, #Python sowie ein bisschen C++, PHP, CMD, C#, ...
und einiges an Erfahrung mit Shell/Bash/Batch Scrippting, (#GitHub-) Actions u.a., #Yaml, #Markdown, #RST, #JSON, ...
DB: NQL, SQL u.a. (meiste Erfahrung mit einer Eigenentwicklung der flexis und #PostgreSQL)
Bisherige Softwarebranche(n): #Webdevelopment, #Planungssoftware, #3D Darstellung, #Tools & #Scripting (#Arduino) u.a.Ich hab vor allem Interesse(n) in den Bereichen: #Webentwicklung, IT-Security und allgemein der sinnvollen nachhaltigen #Softwareentwicklung (gerne auch im Bereich der Green IT) und sehr gerne mit #Linux.
Voraussichtlich werde ich demnächst fertig mit meiner #Ausbildung zum #Fachinformatiker für #Anwendungsentwicklung und wäre danach frei in der Entscheidung eine neue Stelle als Softwareentwickler / Software Engineer / Webentwickler oder ähnliches zu beginnen.
Also falls irgendeine Firma sucht, dann gerne mich erstmal hier kontaktieren und ich gebe euch dann meine Kontaktdaten.
---
Kontaktiert mich bitte nicht, wenn ihr nur einen Entwickler oder Betreuer für Apple / Mac Geräte braucht. Dafür bin ich nicht qualifiziert.#Jobsuche #Stellensuche #Mittelsachsen #Chemnitz #Leipzig #Döbeln #Mittweida #Remote
-
Как построить свою оргмодель, свое хобби-приложение и не потерять месяц жизни
Друзья, сегодня отличный день, чтобы сделать свою первую статью на Хабре, который я читаю многие годы. Сегодня я успешно запустил в прод свой первый полноценный хобби (пет) проект. Два года назад работая с замечательной командой консультантов института Адизеса, мы столкнулись с проблемой наличия бесплатного гибкого софта для построения орг.моделей. Быстро собрать подразделения и функции, перетащить ветки в новое место, покрасить и так что бы не рисовать линии и квадратики, а только сосредоточиться на самой модели, потому что все это происходит во время страт. сессии, где сидят руководители тех самых подразделений. А подразделений и веток много, сценариев много – кого-то временно скрыть или свернуть, кого-то скопировать как типовую функцию в другие ветки. Все делать нужно быстро и на большом экране и не всегда в логике HR штатной модели (а точнее всегда не в ней). Миро, Фигма и прочие конструкторы не подходят по той или иной причине. Так у меня родилась идея приложения ORGFORMAT . Но только спустя два года я нашел время, чтобы ее реализовать. Но мало сделать приложение, не менее важным было сделать легкий обмен сформированными моделями, возможность их просмотра и доработки участниками. А еще лучше часть рутины по низшим ветвям отдать ИИ на проверку или доработку. Так родилась еще одна идея – создать формат моделей, который говорит и на языке программы (data-to-diagram), и на языке человека, и на языке ИИ, и не зашит никакими лицензиями и нечитаемым кодом. То есть открытый формат. Было важно, чтобы формат работал с иерархическими моделями и не позволял никакие кросс-связи буквально, что бы пользователи не творили хаос между ветвями. Только прямая естественная потоковая иерархия и прямая ответственность. Но и признаки блокам нужны, так как не все способна отразить иерархия - так пришла идея тегов, как гибкая система реквизитов (а во многом и, по сути, мини база данных, при необходимости. Лайфхак!). Так же очень хотелось, что бы модель не только строила связи, но и по ним могла что-то посчитать - конечно же нужна универсальная ценность (value), но не ограничивать ее только одним типом, а дать свободно выбирать, что считать и в каких единицах схмерения – бюджет, время, единицы товара или количество населения страны. И это тоже нам надо! Для всего это отлично подошел хорошо известный ИТ-ишникам формат YAML , который для людей открыт, как текст, а для машины, по сути, четкая структура данных. Вот и отлично, я собрал на его базе прототип структуры и необходимых атрибутов. И дал короткое название .orgf. Сгенерировал несколько моделей через ИИ и дал проверить результат другой ИИ – результат великолепный. ИИ легко переводила любые данные в этот формат, хоть штатное расписание из Екселя, хоть выгруженные в PDF структуры функций и процессов. Прототип открытого формата ORGF себя полностью оправдал! Так получилось, что модели и формат появились раньше самого редактора моделей (приложения). Ну что же есть понятный запрос, теперь надо было сделать под него софт!
https://habr.com/ru/articles/1053212/
#диаграммы #petпроекты #charts #opensource #hris #miro #figma #yaml