@thedevs · Post #1913 · 26.05.2021 г., 15:43
The Norway problem, why you should refuse implicit typing on YAML. #article#yaml#coding @thedevs https://kutt.it/z0XkDY
TGINSIGHT SIMILAR POSTS
Изходен канал @clockstackwheels · Post #217 · 12.02
Попробовал Obsidian. Это такой заметочник. И в итоге буду переходить на него с Notion. Вообще, с заметочниками дела плохи. Когда-то появился Evernote и занял лидирующее положение на рынке даже при всём своём неудобстве. Он кривой, кроссплатформенность реализована плохо (на части платформ то те, то другие функции недоступны), система организации урезана и приводит к беспорядку, а в клиентах много визуального мусора в UI. И тем не менее, это был один из первых облачных заметочников — важный шаг для рынка. Удивительно, как долго человечество шло к идее, что нужно сделать «Блокнот», но под все платформы, включая телефоны, и с синхронизацией через сеть. Потом пришел Notion, который поначалу топтался на месте из-за сомнительной ценовой политики. Но в результате правильных реформ стал процветающим стартапом, использующимся сейчас в огромном количестве команд и проектов. Даже смог позволить себе сделать безлимитную бесплатную версию. По сравнению с Evernote это был глоток свежего воздуха: мусора в UI на порядки меньше, функциональность одинаковая на всех платформах, полноценная древовидная организация любой глубины, почти нормальная поддержка Markdown. Впрочем, что-то не дало авторам пойти дальше и избавить свой сервис от серьёзных UX-косяков. Только ленивый не ругает Notion за ужасно низкую скорость работы. Он долго грузится, долго открывает файлы и относительно долго реагирует на ввод — для заметочника это критически важно. На всех платформах использовали гибридную разработку (HTML внутри контейнера как будто от нормального нативного приложения) со всеми худшими её чертами: проект тяжёлый и неповоротливый. Это не говоря уже о том, что и десктопное и мобильное приложение по сути окно в веб. Оно не будет работать без интернета, а сессия сбрасывается раз в несколько дней. В итоге вы хотите добавить заметку, открываете клиент, и он мало того что грузится долго, так ещё и показывает вам окно авторизации. Нужно переходить в браузер, ждать, пока авторизация пройдёт там, возвращаться в клиент... в общем, вы уже забудете, что за заметку хотели. После пары лет использования Notion я поймал себя на том, что на телефоне открываю встроенные системные заметки, а потом копирую текст оттуда в Telegram, чтобы он был доступен отовсюду. На компьютере же быстрее открыть Notepad++. Короче, Notion со своей задачей быть заметочником на каждый день не справляется. И вот, Obsidian. По сути это продвинутый блокнот с поддержкой Markdown. Ладно, у него есть какая-то фишка с организацией заметок по методу Zettelkasten, но я пока туда не смотрел, да и сам метод требует определённого подхода, который я пока что не применяю. Так что это блокнот, умеющий выводить дерево и отображать Markdown-форматирование. Он очень быстрый, грузится не молниеносно, но адекватно, и сам интерфейс работает очень шустро. Не знаю, HTML там или нет (по виду кажется, что да), но авторы явно поработали над оптимизацией. Конечно же, есть приложения под телефоны, и они тоже весьма комфортны по скорости. Что касается синхронизации, то это платная функция, и, на мой взгляд, необоснованно дорогая: $8 в месяц (сама программа бесплатная). Здесь бы разговор можно было закончить — при всех прелестях сервис без синхронизации между устройствами в 2022 году это как обувь на одну ногу. Но мне повезло: моё NAS-хранилище умеет создавать виртуальное облако. Да, возможно у какого-то из облаков на рынке тоже есть все нужные функции, но, например, Яндекс Диск на телефоне синхронизирует только видео и фотки, а произвольные папки не может. А вот Synology прям спасло. Что ещё хорошего. Notion был перегружен лишними функциями. Но если они всё-таки нужны, у Obsidian отличная система плагинов, поддерживаемых независимыми разработчиками. Уже есть множество решений на любой вкус. Например, в Notion я мог пошарить другому человеку выбранную заметку. А здесь нашёл плагин, который трансформирует заметку в Github Gist. Удобно: Markdown там совместимый, Gist бесплатный и без рекламы. Короче, пока нравится. Вот этот пост сейчас пишу в нём на компьютере, а начал на телефоне днём. То, что нужно. #web#tools
Търсене: #yaml
@thedevs · Post #1913 · 26.05.2021 г., 15:43
The Norway problem, why you should refuse implicit typing on YAML. #article#yaml#coding @thedevs https://kutt.it/z0XkDY
@Qiao_blog · Post #1428 · 06.03.2026 г., 05:14
MIHOMO_YAMLS — 一个关于 mihomo 的综合工具库 #tools#github#mihomo#yaml 这个项目的名字虽然叫 MIHOMO_YAMLS,但它的定位早已超出了"配置文件集合"的范畴,更准确地说,它是一个围绕 mihomo 生态构建的综合性工具与知识库。 项目目前涵盖以下几个方向: 配置教程与文档 Wiki 提供了从零开始编写 mihomo 配置文件的系统性指引,无论是新手入门还是进阶调优,都可以在这里找到参考。 多流派配置收集 THEYAMLS 目录收录了来自社区不同风格、不同思路的配置方案,方便用户横向对比、按需取用。 覆写文件支持 针对 openclash或者一些订阅转换工具生成的配置,Overwrite 目录提供了对应的覆写文件,便于在不修改原始配置的前提下进行定制化调整。 规则集整理 项目汇整了来自各方的规则集资源,并在 CREDITS 文档中进行了统一归档与致谢。项目本身的 geodata 部分也提供了一些自维护的规则集。 客户端索引 CLIENTS 文档统计并整理了目前基于 mihomo 内核的主流客户端,方便用户根据平台和需求快速选型。 本项目仍在持续完善中,后续将补充更多内容。欢迎关注、使用,也欢迎提交 Issue 或 PR 参与共建。 项目地址:https://github.com/HenryChiao/MIHOMO_YAMLS
@Qiao_blog · Post #1247 · 24.11.2025 г., 15:56
▎mihomo_yamls #github#yaml#mihomo#smart#配置 Clash Meta/Mihomo(smart)的配置收集,主要参考LennoC/Template4Clash,提升观感并完善收集 https://github.com/HenryChiao/mihomo_yamls
@Qiao_blog · Post #1305 · 26.12.2025 г., 09:51
𝕄𝕚𝕙𝕠𝕞𝕠 的千种配置 #𝕘𝕚𝕥𝕙𝕦𝕓#收集#𝕞𝕚𝕙𝕠𝕞𝕠#开源#配置#yaml 究极完圣体形态 ❶ 补全并统计了对各平台的基于mihomo内核的软件。 ❷ 完善提交过程,添加诸多要求保持项目清洁无污染。 ❸ 提问过程细分化,使之更科学合理。 ❹ 提升项目各 readme.md阅读可观性 ❺ 对引用来源具体标明。 项目地址: https://github.com/HenryChiao/mihomo_yamls
@githubtrending · Post #14649 · 30.04.2025 г., 13:00
#typescript#csv#diagrams#graph#json#nextjs#react#tool#visualization#yaml JSON Crack is a free, open-source tool that instantly turns complex JSON, YAML, CSV, XML, or TOML data into clear, interactive graphs, making it easier to explore and understand your information. It lets you convert between formats, validate data, generate code (like TypeScript interfaces), run queries, and export visuals as images—all while keeping your data private since everything processes locally on your device[1][2][5]. https://github.com/AykutSarac/jsoncrack.com
@githubtrending · Post #14929 · 08.07.2025 г., 13:00
#swift#ci#cli#generator#specification#swift#xcode#xcodeproj#xcodeproject#yaml XcodeGen is a Swift command-line tool that automatically creates your Xcode project based on your folder structure and a simple YAML or JSON configuration file. This means you don’t have to manually manage your Xcode project files, avoiding merge conflicts in Git and keeping your project files always in sync with your folders. It supports complex setups, multiple targets, build settings, and schemes, and works well with CI systems. Using XcodeGen saves you time, reduces errors, and makes collaboration easier by letting you generate and update projects on demand without opening Xcode manually. This helps you focus more on coding and less on project setup. https://github.com/yonaskolb/XcodeGen
@githubtrending · Post #15440 · 27.01.2026 г., 12:00
#go#config#config_loader#configuration#configuration_file#configuration_management#etcd_client#go#golang#golang_package#s3_bucket#toml#viper#yaml koanf is a lightweight Go library to load config from files (JSON, YAML, TOML), env vars, flags, S3, Vault and more, merging them easily with dot-path keys like "app.server.port". Install core with `go get github.com/knadh/koanf/v2`, add providers/parsers as needed. It's a cleaner Viper alternative with fewer dependencies and better extensibility. This saves you time by simplifying config in apps, letting you override values flexibly without bloat or forced orders. https://github.com/knadh/koanf