🤡 В очередной раз у меня пригорело с YAML.

Есть у меня спецификация OpenAPI, описанная, как полагается, в YAML-файле. Из этой спеки генерируется бойлерплейт для сервера на Echo (об этом как-нибудь отдельно могу рассказать). Так вот, запускаю я после очередного обновления спеки кодогенерацию и получаю ошибку. Мол, не могу распарсить в поле required значение как bool, так как никакого bool здесь быть не должно. Место, на которое ругался кодогенератор выглядит так:

points:
type: array
required: [ id, x, y ]
items:
type: object
properties:
id:
type: string
x:
type: number
y:
type: number

Подумайте, где здесь может прятаться булеан? У меня не заняло много времени его обнаружить, но когда это произошло, я резко захотел в отпуск. В YAML 1.1 символ y интерпретируется как true. Более того, y и n являются каноничными записями для булевых значений (а не true и false, казалось бы). Полный регексп для булеана выглядит так:

y|Y|yes|Yes|YES|n|N|no|No|NO|true|True|TRUE|false|False|FALSE|on|On|ON|off|Off|OFF

У меня в связи с этим есть вопрос (риторический, конечно же):

Кто решил, что такой синтаксис для булеанов — это отличная идея, и обычных true с false не будет достаточно? Неужели ни у кого из авторов формата не возникло мысли, что такие ключевые слова языка обязательно пересекутся с названиями полей?

В какой-то момент авторы видимо поняли, что y и n и прочие “human-friendly” варианты для булеанов (иронично вышло) — это слишком гениально, и в YAML 1.2 уже оставили только true и false. Казалось бы, круто, решили проблему, двигаемся дальше. Но в итоге половина библиотек и инструментов поддерживает старый синтаксис, а половина — нет. Поэтому теперь сходу нельзя быть уверенным в том, как будет интерпретироваться y — как строка или как булеан. Для однозначной интерпретации теперь приходится писать "y" (я не шучу).

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

❤️😀😀😀😀😀😀😀❤️

Спасибо вам!

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

Накидайте звёздочек ⭐️

https://github.com/defer-panic/dp-cli

🚀❤️ Фух! Наконец-то я закончил видос про конкурентность в Go. Видос получился довольно плотным на информацию. Я бы хотел, чтобы у меня был подобный концентрированный гайд, когда я только начинал изучать Go.

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

💳 https://boosty.to/deferpanic/posts/5b64c216-6735-4fd9-b8cd-942763ae17fa

💳 https://www.patreon.com/posts/konkurentnoe-na-73674618?utm_medium=clipboard_copy&utm_source=copyLink&utm_campaign=postshare_creator

Видео про конкуретность в Go теперь в публичном доступе!

📹 https://youtu.be/mvUiw9ilqn8

Текстовый конспект к видео вы можете получить на Бусти и Патреоне:
💳 https://boosty.to/deferpanic/posts/ad993417-072f-4893-8b56-9778c4dcbf7a
💳 https://www.patreon.com/posts/konspekt-k-video-73674718

Полезные ссылки по теме конкурентности и параллелизма
• Планировщик https://www.youtube.com/watch?v=Gy6XEYWYht8
• Как не ошибиться с конкурентностью https://www.youtube.com/watch?v=4U3EaVufuW4
• Как ошибиться https://www.youtube.com/watch?v=AOLPelcByBo
• Rob Pike: Go Concurrency Patterns https://www.youtube.com/watch?v=f6kdp27TYZs
• Dave Cheney: Channel Axioms https://dave.cheney.net/2014/03/19/channel-axioms
• Dave Cheney: Curious Channels https://dave.cheney.net/2013/04/30/curious-channels
• Go Concurrency Patterns: Pipelines and cancellation https://go.dev/blog/pipelines
• Introducing the Go Race Detector: https://go.dev/blog/race-detector
• Thread Sanitizer Algorithm (алгоритм обнаружения состояния гонки): https://github.com/google/sanitizers/wiki/ThreadSanitizerAlgorithm
• Примитивы синхронизации: https://spec-zone.ru/RU/OSX/documentation/Darwin/Conceptual/KernelProgramming/synchronization/synchronization.html