Как построить свою оргмодель, свое хобби-приложение и не потерять месяц жизни

Друзья, сегодня отличный день, чтобы сделать свою первую статью на Хабре, который я читаю многие годы. Сегодня я успешно запустил в прод свой первый полноценный хобби (пет) проект. Два года назад работая с замечательной командой консультантов института Адизеса, мы столкнулись с проблемой наличия бесплатного гибкого софта для построения орг.моделей. Быстро собрать подразделения и функции, перетащить ветки в новое место, покрасить и так что бы не рисовать линии и квадратики, а только сосредоточиться на самой модели, потому что все это происходит во время страт. сессии, где сидят руководители тех самых подразделений. А подразделений и веток много, сценариев много – кого-то временно скрыть или свернуть, кого-то скопировать как типовую функцию в другие ветки. Все делать нужно быстро и на большом экране и не всегда в логике HR штатной модели (а точнее всегда не в ней). Миро, Фигма и прочие конструкторы не подходят по той или иной причине. Так у меня родилась идея приложения ORGFORMAT . Но только спустя два года я нашел время, чтобы ее реализовать. Но мало сделать приложение, не менее важным было сделать легкий обмен сформированными моделями, возможность их просмотра и доработки участниками. А еще лучше часть рутины по низшим ветвям отдать ИИ на проверку или доработку. Так родилась еще одна идея – создать формат моделей, который говорит и на языке программы (data-to-diagram), и на языке человека, и на языке ИИ, и не зашит никакими лицензиями и нечитаемым кодом. То есть открытый формат. Было важно, чтобы формат работал с иерархическими моделями и не позволял никакие кросс-связи буквально, что бы пользователи не творили хаос между ветвями. Только прямая естественная потоковая иерархия и прямая ответственность. Но и признаки блокам нужны, так как не все способна отразить иерархия - так пришла идея тегов, как гибкая система реквизитов (а во многом и, по сути, мини база данных, при необходимости. Лайфхак!). Так же очень хотелось, что бы модель не только строила связи, но и по ним могла что-то посчитать - конечно же нужна универсальная ценность (value), но не ограничивать ее только одним типом, а дать свободно выбирать, что считать и в каких единицах схмерения – бюджет, время, единицы товара или количество населения страны. И это тоже нам надо! Для всего это отлично подошел хорошо известный ИТ-ишникам формат YAML , который для людей открыт, как текст, а для машины, по сути, четкая структура данных. Вот и отлично, я собрал на его базе прототип структуры и необходимых атрибутов. И дал короткое название .orgf. Сгенерировал несколько моделей через ИИ и дал проверить результат другой ИИ – результат великолепный. ИИ легко переводила любые данные в этот формат, хоть штатное расписание из Екселя, хоть выгруженные в PDF структуры функций и процессов. Прототип открытого формата ORGF себя полностью оправдал! Так получилось, что модели и формат появились раньше самого редактора моделей (приложения). Ну что же есть понятный запрос, теперь надо было сделать под него софт!

https://habr.com/ru/articles/1053212/

#диаграммы #petпроекты #charts #opensource #hris #miro #figma #yaml

I was complaining how apple health data export is grossly verbose xml, and my wife asked me “would you rather use #xml or #yaml ?” <20 minutes of ranting later>

(Generally (and/or on principle?), I’d rather use xml than yaml, at least it’s well specified and less likely to bite your leg off. A lot of the “gross verbose” is not xml’s fault, but how enterprises use it. IMO anyway.)

Ruby on Rails 로케일 파일에서 YAML 부울 값 처리 이해하기

Ruby on Rails는 `psych` 젬을 통해 YAML 로케일 파일을 로드하며, 이 과정에서 'yes', 'no', 'on', 'off'와 같은 문자열이 Ruby의 `TrueClass` 또는 `FalseClass`로 자동 변환됩니다.

🔗 원문 보기

Huh, there are dozens of #YAML parsers in #Rust now.

Quite a handful implement serde, e.g. serde-saphyr.

The original serde_yaml is now unmaintained.

Any suggestions/preferences?

I just filed a PR to the serde website to change the recommendation/suggestion (they list one implementation per format):
https://github.com/serde-rs/serde-rs.github.io/pull/190

🍝 Escape the YAML spaghetti.

At Nebraska Code(), Alec Harrison explores app-centric cloud-native development with Radius and a simpler way to build modern systems.

🔗 https://nebraskacode.amegala.com/

#Kubernetes #CloudNative #NebraskaCode
#Radius #YAML #DeveloperConference

Just released ryl 0.19.1, the fast Rust-based YAML linter: a drop-in yamllint replacement with extra rules and fixes.

New since 0.18.1:
1. winget support on Windows: winget install owenlamont.ryl
2. Repo-local config in a .config/ dir (.config/ryl.toml).
3. Docs: a VS Code extension guide + screenshot, plus a rule-page accuracy pass.

Homebrew tap next? Homebrew wants 225 stars to self-submit a project; ryl's at 43. Stars help:
https://github.com/owenlamont/ryl

#rust #yaml #linter

Just released ryl 0.18.1: the fast Rust-based YAML linter, a drop-in yamllint replacement with extra rules and safe auto-fixes.

New since 0.17.0:
1. Language server (ryl server): inline diagnostics, auto-fix, formatting, hover, and anchor/alias rename in any LSP editor. https://ryl-docs.pages.dev/editor-integration/
2. VS Code extension: https://marketplace.visualstudio.com/items?itemName=owenlamont.ryl
3. Now on conda-forge: pixi global install ryl

https://github.com/owenlamont/ryl

#rust #yaml #linter