diff --git a/src/content/git/cp.nvim.mdx b/src/content/git/cp.nvim.mdx index 6c54a6f..817bc26 100644 --- a/src/content/git/cp.nvim.mdx +++ b/src/content/git/cp.nvim.mdx @@ -16,7 +16,7 @@ After many months of using the aforementioned `make` based setup, I had a few qu asserting that my outputs matched those of the sample test cases - External dependencies: it unsettles me that my bare-bones setup required copy-pasting an entire suite of scripts -- Non-native NeoVim experience: while composition and the UNIX philosophy +- Non-native neovim experience: while composition and the UNIX philosophy are great, there's only so much you can do with pipes and files. - Raw I/O files meant I couldn't see colored stdin/stdout - Fine-grained per-testcase I/O was suspect--isolating and running a subset of test cases required manual @@ -34,9 +34,9 @@ The GitHub page documents the plugin well enough so I'll avoid re-hashing it her consider the following in my active development of the plugin: - Comprehensive continuous integration (_real_ testing, linting, and more) -- [LuaRocks](https://luarocks.org/) integration (the future of NeoVim package management) +- [LuaRocks](https://luarocks.org/) integration (the future of neovim package management) - Concise and thorough Vimdoc documentation that communicates effectively -- Modern lua tooling: use of [busted](https://lunarmodules.github.io/busted/), [selene](https://kampfkarren.github.io/selene/) and more integrated with the NeoVim lua interpreter +- Modern lua tooling: use of [busted](https://lunarmodules.github.io/busted/), [selene](https://kampfkarren.github.io/selene/) and more integrated with the neovim lua interpreter - Sensible user defaults & extreme customization - Proper versioning, tagging, and releases @@ -46,15 +46,15 @@ The GitHub page documents the plugin well enough so I'll avoid re-hashing it her [echasnovski](https://github.com/echasnovski) are my greatest inspirations as an open-source developer and I've had enough of taking without giving back. -- In the coming months I plan to contribute to [NeoVim core](https://github.com/neovim/neovim), including making `:checkhealth` asynchronous and integrating an [mdx](https://mdxjs.com/) parser. +- In the coming months I plan to contribute to [neovim core](https://github.com/neovim/neovim), including making `:checkhealth` asynchronous and integrating an [mdx](https://mdxjs.com/) parser. 3. Learning Random things: I think this plugin is *really* cool by virtue of its efficacy and the miscellany of knowledge I accrued in the 15k+ LOC as of version v0.3.0. Some things I learned include: - ANSI terminal colors and escape codes: I wrote my own stateful ANSI - escape sequence parser to map raw bytes to native NeoVim highlighted text -- Extmarks: NeoVim extmarks (`:h extmarks`) are extremely powerful. Here, + escape sequence parser to map raw bytes to native neovim highlighted text +- Extmarks: neovim extmarks (`:h extmarks`) are extremely powerful. Here, I used them to apply dynamic highlighting across various components of the plugin but I also plan to leverage virtual text to catch compile errors in real-time diff --git a/src/content/meditations/suck-less-or-suck-more.mdx b/src/content/meditations/suck-less-or-suck-more.mdx index 9a448c4..c011c8e 100644 --- a/src/content/meditations/suck-less-or-suck-more.mdx +++ b/src/content/meditations/suck-less-or-suck-more.mdx @@ -31,5 +31,5 @@ Unfortunately, sway was too fragile. The floating window support was juvenile (i - compositor: hyprland - screen lock: [hypridle](https://wiki.hypr.land/Hypr-Ecosystem/hypridle/) -- browser: [google chrome](https://www.google.com/chrome/) +- browser: [Google Chrome](https://www.google.com/chrome/) - Sigh... I know. I had ungoogled-chromium freak out when using my hardware key and completely break. Cookie-related issues also required me to be proactive with respect to website permissions. With all the weird sites I browse this was not a recipe for success. Do not ask about the sites I browse. diff --git a/src/content/software/improving-my-developer-workflow.mdx b/src/content/software/improving-my-developer-workflow.mdx index 3c58ac4..7a68a0d 100644 --- a/src/content/software/improving-my-developer-workflow.mdx +++ b/src/content/software/improving-my-developer-workflow.mdx @@ -3,4 +3,66 @@ title: "improving my developer workflow" date: "26/12/2025" --- -wip +# the problem + +Everything about my workflow was slow. + +# some context + +Since May 2025, I've been using the same tmux+neovim-centric setup. Sessions house projects, performing different duties in different windows. It worked for me at the time. However, after a summer at DRW and a fall at Ramp, this became far from the case. During both internships I was met with more tools, third-party integrations, (begrudgingly) Macs, and a litany of previously irrelevant inefficiencies. Here are some problems that I ran into: + +# the problems + +- Vibe coding: I switched back and forth between + Claude/Cursor/Windsurf/neovim in nearly every commit. +- Poor OS understanding: I waddled my way through the MacOS ecosystem. I + barely understood how the OS, package managers, and display manager worked, + preventing me from efficiently automating it. +- Archaic git workflow: Now that I was frequently collaborating on large + codebases, I needed to context-switch rapidly. I could not. This was primarily + due to two things: 1. Nonexistent task management system: I used a raw + `.txt` file to manage my priorities. I have also been known to use Chrome tabs + as a backup todo list. 2. Poor workflow processes: creating PRs, + leaving reviews, and iterating was slow. Coding was slow. Typing was slow. My + neovim broke _all_ the time. It was nearly impossible to keep my Linux config + in sync when I went home to code on personal projects. + +# the solutions + +- Quit MacOS: easy enough. +- Quit vibe-coding: I used vibe-coding to replace my train of thought + rather than amplify it. +- Constantly tweak: Humility, coupled with the willingness to adapt, + would render every point above moot. I constantly analyze and improve my + config to a reasonable[^1] extent. For example, I recently extended a hyprland + windowing script to interactively prompt for a desired selection. This is + because I would consistently pull incorrect Chrome instances with multiple of + them open at a time, forcing me to manually reorder them. Evidence of this + constant iteration can be found in the revitalized history of my + [dotfiles](https://github.com/barrett-ruth/dots). +- Use tools that "just work": one of my friend's fathers told me that I + was not special during a lacrosse practice in elementary school. I used many + programs to feel special, from quirky Linux window managers to niche Neovim + plugins. I eliminated tools that could not stand the test of time and + sparingly chose well-regarded ones to replace them. For example, I dropped + swaywm for hyprland and ungoogled-chromium for Google Chrome (see [my suckless + post](/meditations/suck-less-or-suck-more.html)). +- Manage tasks effectively: develop a philosophy for prioritizing and + solving problems. Find or make a program that implements it and immediately + abandon *everything* else. [taskwarrior](https://taskwarrior.org/) and some + custom scripts worked for me. + +## appendix: config changes, enumerated + +Here are only a few of the config changes I made in the past month: + +- Configure hyprland windows extensively to my needs. I can instantly pull and push any window in any workspace without having to memorize application-to-workspace number mappings. +- Perform all coding-related tasks in one neovim instance rather than separate windows. This creates an improved separation of concerns and seamless integration with git actions and project task management. +- Use taskwarrior for tasks and todo management. +- Use Google Chrome search engines as URL shortcuts, the [fuzzy url finder](https://chromewebstore.google.com/detail/ff-fuzzy-finder-for-chrom/dbgeolnmmjmhcfndmmahnpicpmnpibep?hl=en) chrome extension to find URLs, and [a tab numberer](https://chromewebstore.google.com/detail/chrome-show-tab-numbers/pflnpcinjbcfefgbejjfanemlgcfjbna?hl=en) to find tabs. +- Make dotfiles OS-agnostic through a variety of OS-specific conditionals in configs and refactoring the directory structure to mirror that of the Unix-like file structure (my dots repo now has `.config`, `/etc` folders). +- Use [lf](https://github.com/gokcehan/lf) for quickly opening files. This was a common action for me: automate it. Also, waste a day of your life to write an awesome previewer that supports native (treesitter/vim syntax!) neovim highlighting and video/pdf/gif support. +- Auto-theme switching (see [here](/git/auto-theme.nvim.html)). +- Swap to a stable AppImage build of my PDF reader, [sioyek](https://sioyek.info/), to avoid versioning dependencies. + +[^1]: This is an art form. I leverage time-blocking, making changes _only_ based on evidence (i.e. how often do I perform this action in practice?) and intentionally selecting tools after extensive research/trial. I explored around 10 plugins before settling on [overseer.nvim](https://github.com/stevearc/overseer.nvim) when configuring how to run tasks and projects. diff --git a/src/content/software/my-competitive-programming-setup.mdx b/src/content/software/my-competitive-programming-setup.mdx index 5e89420..67c9269 100644 --- a/src/content/software/my-competitive-programming-setup.mdx +++ b/src/content/software/my-competitive-programming-setup.mdx @@ -9,7 +9,7 @@ I wanted the following features in my competitive programming (cp) setup: - Flexibility: support various environments (codeforces, USACO, cses, etc.) with ease - Speed: instantaneous, non-blocking running/debugging; automatic environment configuration and easy code testing -- Editor-Agnostic: while I do provide first-in-class NeoVim integration for my setup, it should be easily portable to _any_ os/editor +- Editor-agnostic: while I do provide first-in-class neovim integration for my setup, it should be easily portable to _any_ os/editor # the solution