Updates: • Pushed changes to https://github.com/practicalli/neovim-config-redux, the original Fennel configuration for Neovim. I made some changes last year that were not committed. Overall this config works okay and was an interesting venture into Neovim and Fennel. However, the config needs a lot of organising and I prefer using the Lazy plugin manager over the packer tool used. I will retire this configuration, although a long term plan is to create a Fennel configuration with Lazy & Mason and lots of Neovim 0.9/0.10 things. • Continued evolving the https://github.com/practicalli/astronvim-config, looking very nice and plugins working very well. This is now my primary Neovim configuration. I'm reviewing the key bindings to see if there are useful changes, although would like to keep as close to the AstroNvim mappings if they are mnemonic enough 🙂 • Updating https://practical.li/neovim/ to include AstroNvim as the default configuration, although keeping the content for the Practicalli Neovim Config Redux project for now. • I'll keep using nvim-parinfer as the parens wrangling approach in Practicalli AstroNvim Config. It feels like parinfer works better with vim-style editing compared to Emacs, but more experience is required. • Finally got the AWS Identity Center enabled (although the email notification never came), so https://github.com/practicalli/blog/issues/168 on using the AWS recommended approach to account management.

The GitHub stats have helped keep me motivated to make some contributions each day, even on the (less frequently occurring) tired day. I have so far kept my goal of 1 commit a day minimum over the last half a year. Its important not to become obsessed with commit streaks though. I should also break the 15,000 commits total this year, which will be a nice feeling. I tend to break down issues to be as small as meaningfully possible, so that helps keep commits relatively small. For open source projects I dont always commit the work on the same day I create it, so there is usually some catch up of commits. Mixing work between projects, writing and tool configuration also helps spread out the work. Some blog articles can take a while to get right, providing the right amount of info to inform but not overwhelming. I've written a few articles in just a couple of hours, but many will take most of the day or even several days to get right. So its useful to work on a few other simple things.