
Roman V.
413 posts

Roman V.
@RomanVDev
Dad, husband, and software engineer. Sharing what I’m learning about building things, raising kids, and staying curious.
Katılım Nisan 2025
30 Takip Edilen16 Takipçiler


but some icons are not rendering properly with this font (e.g., tmux icons I am using are rendering much smaller), so I have a fallback font for some symbols. But that is optional
# Use Inconsolata Nerd Font for icon rendering (lighter weight than Symbols)
symbol_map U+E000-U+E00D,U+E0A0-U+E0C8,U+E0CA,U+E0CC-U+E0D4,U+E200-U+E2A9,U+E300-U+E3E3,U+E5FA-U+E6B1,U+E700-U+E7C5,U+EA60-U+EBEB,U+EE00-U+EE0B,U+F000-U+F2E0,U+F300-U+F32F,U+F400-U+F533,U+F500-U+FD46 Inconsolata Nerd Font
English

what coding looks like in 2026

Kevin Naughton Jr.@KevinNaughtonJr
this is what coding looks like in 2026
English

I am trying to avoid using of gmail app (native and web). I do use gmail as service provider, but the app is unusable for me. Standard Mail.app is fine for my usage (I am bad at managing email), but also using Outlook at work.
Teams usually has more bugs comparing to Slack, at least this is what I am facing. Personally I would prefer for work Outlook + Slack
English

I believe I got lucky and I captured the same issue with darkslide.app earlier. This is like prototype level code now and even here it takes me so much time to dive into codebase and take ownership back. I even considered starting from scratch without AI tools, but decided to keep going on refactoring. It still teaches me new stuff.
But I can totally relate to what is said in the article: it is cool in the beginning and at some point you starting to loose control, but also the bigger this messy codebase is the more AI itself struggles to keep it working. At least with vide-coding approach.
So now I am spending time to unravel every single line. And it look like in longer run it takes more time to get the same result. But, let’s see.
It also could be skill issue as usual
English

I have days at times where I also only write the code by hand. Usually some architectural changes, or code refactoring, or performance-related things. This is a great article btw.
blog.k10s.dev/im-going-back-…
English

So the time finally came. I spent couple hours yesterday with claude to help me to move away from LazyVim distro. The reason that I started to use less and less plugins from distro itself and adding my own stuff. But also, in general number of plugin I use now is getting smaller.
But, I want to preserve the visual appearance and stuff I actually used from LazyVim. So at first with help from claude I identified stuff from distro I actually used and moved them into config files.
After couple of iterations it actually worked, so removing LazyVim load worked like it's not there.
Then, I started to do the cleanup of the config. And that was very helpful to do with claude. Most of keymaps I did not use, some plugins conflicted or did the same things. E.g, my personal configuration used Telescope while some plugins use Snacks.picker. So I moved fully to Snacks version. Clean up a lot of key binding I never used and restructure what I actually used into a bit different system. Over time I accumulated keymaps for navigation and I started to misused and make mistakes.
Reviewing and grouping them was a good decision.
And then I just finally fixed some annoying bugs I had.
Would it be possible to do that manually? Pretty much, but doing it via LLM just makes text manipulations faster. Especially because I had no idea about LazyVim internals and, honestly, did not want to dig into that much.
For me using coding agents unblocks things to do that I would probably postpone again and again as they are not that important, but time consuming.
The result is here: github.com/RomanVolkov/do…
English












