690 years since the XT line began. If they started at AA-00, we’re looking at 1,851,690 years.

Read through the Readme and it’s definitely a good tool to know about. It doesn’t fit the needs of my current problem, but I’m certain I’ll use it in the future for context sensitive searching, since grep/awk/sed/tr have definitely fallen flat for me in the past. I might also be able to study how they utilized tree-sitter CLI when I explore my own implementation.

For my purposes, I want to take a group of similar-yet-different YAML file sets (though file type should be arbitrary), and feed them through a tool that will spit out a YAML template containing everything that is shared between multiple sets.

Then, I want it to create a file for each YAML which defines which parts to pull from the template file and a list of variables to be inserted into holes in the templates. Basically creating a madlib that can recreate any file in the original group given the right list of variables to insert.

For example, if I have a hundred YAML files that are mostly similar but contain different project names, have different server types provisioned, and are pulling different product versions, I would want this script to parse all hundred files and spit out a template that could be used as the basis to build any of the hundred files. The template would be combined with a hundred variable trees that would insert each unique part of each file into the right place.

In effect, I could have a small variables file that gives only the unique portions of the equivalent YAML - in this case, it would contain only the project name, the server type, the product version. Then, these small files could be combined with the universal template to recreate the original hundred YAML files. But unlike using a simple override mechanism, I would be able to change elements of the template YAML including broad structural changes, and after some processing, the change would affect all one hundred output YAMLs.

One could track things like environment variables that are specific to a certain project version and require that whenever a project version has a particular value to insert a particular environment variable into the output YAML. Or a centralized file could be made specifying which product versions correspond to which projects, allowing the engineer to change all product versions for a given set of projects in one go. Or one could create a universal template of IaC code that’s applicable to a broad swath of use cases and quickly build out a full set of YAML manifests and Terraform files using a small file that specifies what components will be needed and where to authenticate to the server.

I’m not aware of any tool that does this, but I think tree-sitter gets me much of the way there. If I can use it to parse any given file into a context aware tree, I would then need to make a script that combines the shared features of many context trees and splits the unique features out into small variable files. Then a script to merge them back together as needed. And something to manage file system structure, such as whether to parse every file individually or to strategically merge some sets so you have one variable file that produces multiple output YAML.

Sorry I’m brainstorming at you, just trying to figure out if the tool I’m envisioning is even feasible. Seems like it is, but I’ll have to figure out how to use tree-sitter CLI before I begin.

This is super cool. Watched the talks from Max Brunsfeld, surprised this has been around since 2018 and I haven’t heard of it.

I actually tried some complex parsing myself lately. I had a bunch of YAML I needed to maintain for various deployments in a CI/CD system. I really wanted to have one YAML template to generate the files, plus a file for each project with unique elements to be injected into that project’s generated YAML.

Probably was more of an indication that we needed to clean up the overrides we were putting on top of our Helm charts, but I wanted a way to generate our lengthy override files without having to manually keep track of where the differences were between projects. And maybe even stage changes to deployment files for when new product versions are released.

This is exciting. I’m going to look into Tree Sitter more and maybe try to contact the dev. It seems like it does everything I’m looking for, just for an entirely different use case.

https://www.youtube.com/watch?v=7hIZfvvQTLo

When I first started playing Minecraft, I didn’t even know what the bed did. Every time I died, I came back at spawn. By the time I learned about beds, I was used to playing that way, which gave dying more consequence. Phantoms broke that play style so that’s why I’m sad. I guess I could just make my bed always obstructed.

I’d much rather have to worry about whether I’ve slept/reset spawn recently on the rare occasion that I go to the end than for it to always be on my mind when doing stuff in the overworld. Just personal preference.

I don’t care how long it takes as long as when it happens, they make it so phantoms only spawn in the end (I know it won’t happen please don’t squash my dreams)

Everything is a meme.

Entomologist

Doesn’t bother me nearly as much as the ads with annoyingly smug-faced people saying things like, “I make ten thousand dollars a month playing solitaire,” because everyone knows playing solitaire while watching ads is super lucrative. I wish there were consequences for people who false advertise to such an astronomical degree, but there never will be.

“Having legs” was always the most basic tool of bicyclist propaganda. If you have no legs, you can’t be fed bicyclist propaganda. The most steadfast anti-biker I knew in my childhood was a corn snake I found in my backyard. Bicycle propaganda did not reach him.

The Last of Us and The Last of Us. It’ll never work.