_virtu
Joined 13 years ago
Joined 13 years ago
- BEAM makes monoliths sexy. You don't have to worry about a bunch of microservices, just focus on using proper process division for modeling your problem. - Debugging on the BEAM is first class. Drop into an interactive shell, pull up telemetry, or recon and hammer down on where your live app is slowing down if your metrics have a blindspot.
I could go on and on. I'm constantly blown away every day by the amount of time and effort and all of the sage learnings in distributed computing problems that came out of Ericsson that became the foundation of erlang + OTP + BEAM and in turn elixir + Gleam.
I left it for elixir and Phoenix and never looked back. There’s just no true ownership and direction that can come close to that of Jose Valim and Chris McCord in the JS ecosystem. It’s so fragmented that it takes the fun out of maintaining a JS codebase.
It’s a tool that leverages your drm free ebooks to help manage your book clubs. The epub file offers more rich info such as:
- word counts per reading
- chapter selection
- the ability to highlight sections and share
- ai summarization and spoiler free discussion about the contents of a given reading
I use it for my own book club right now. I doubt I’ll be able to monetize the app due to the need for drm free epubs which is a pretty high barrier for entry to most non-technical users.
My long term plans would be to have an agent help readers learn hand in hand while reading. I’d like to have the agent facilitate deeper analysis by prompting the users and clubs with questions that encourage more critical analysis of each section. I’ve been building all the infrastructure for running the club so that’s the next more interesting step I haven’t explored yet.
Instead of passing judgement on why someone values something, why not ask?
For example, if you were to ask me why I chose to keep using an IDE that I had spent years of my life building muscle memory using perhaps you would get a better understanding of the specific part of the lifecycle I was at when paying for software.
It's not that the git gui was the reason why I signed up for the software in the first place. The git gui was the last reason for me to not jump ship when switching to something like neovim or helix. This was during a time where LSP was becoming popular so refactoring tools and intellisense were finally getting better adoption outside of the JetBrains tooling. Most of this was achievable with editor du jour + lsp plugins, but the git ui was the one piece I hadn't personally solved outside of the JetBrains ecosystem.
Maybe you’re saying that you wish VSCose itself was a TUI?