Musings of a software engineer, dad, and geek at heart.
If you're a stickler about meeting topics, you're hurting the remote workers on your team.
Blasphemy? Maybe.
Read on for 2 changes in your meetings to engage and include your remote workers.👇
If you want predictable, consistent performance (with single-digit ms response times) for your relational data model, you need to think differently. Start learning with these 3 resources.
You can't improve what you don't track.
When I'm giving demos to or pairing with other devs, they inevitably ask how I put together my workflows and tooling. It, usually, appears smooth and effective. Everything from mnemonic shortcuts in my terminal to instantly opening the AWS console to the right account.
If you want to learn DynamoDB, you need a video that makes you 🤯. Here's my reco for the best one on the topic.
To DynamoDB or not to DynamoDB. That is the question. Here's 3 more questions to ask (and make a decision).
If you want to grow as a developer, remember the abc's: Always Be Coding
Sometimes the best way to stop procrastinating is to remove the excuses.
There’s a reason “How do I exit Vim?” has been viewed 2.7M times on StackOverflow.
Vim is the most impactful development tool I use.
Don't worry, I'm not looking for a Vim vs Emacs comments war (it would be a slaughter anyway 😆). I know full well how productive other editors can be. There was even a time I played rockstar coder armed with Visual Studio and Resharper.
To each their own. But for me, the right choice is Vim and its variants.
If you've never given it consideration, here's a few of the reasons I think it's amazing:
By most measures, I'm a keyboard junkie. But even I forgot if that shortcut was ⌘-⌥-S or ⌃-⌘-S. Vim let's me skip the modifiers and focus on mnemonics.
Go to References is simply gr with my cursor on a symbol. Easy peasy.
Years ago I had brutally painful, early carpal tunnel.
Turns out, modifier keys, even remapped to better locations, are not my friend. The stretching of the fingers caused too much stress. Since switching to Vim, this is gone.
I hardly ever need a modifier beyond the Control key, and with that mapped to Capslock, there's no stretch needed. It took many hours of wrist, forearm, and grip training (thanks deadlifts) to recover.
A Vim a day keeps the Carpal away.
Most of our time is spent reading and navigating code.
Modal editing is natural and very powerful. But it isn't something that can be explained, only experienced. Give it a couple weeks and you'll love it ... or hate it. But you'll understand either way.
Zero plugins, or over-powered-IDE, Vim has you covered.
Integrate an LSP server and you have all the power of VSCode. Add as many features and snippets as your heart desires.
Or don't. It'll still be an exceptionally lightweight, powerful editor.
This is a topic for another day, but once you're living in Vim-land, you gain access to the best remote pairing solution I've ever used.
And pairing remotely is one of the most important level-ups a remote working software developer can do.
Long story short, Vim is awesome. Give it a chance, just take it slow. There's a lot of power in there.
This Day 15 #ship30for30 #atomicEssay was shipped with this tweet:
Day 15 of #ship30for30 ... Hot take, Vim is the best editor for software developers.
— bkono ? (@bkono101010) October 30, 2022
Yeah I said it. Here's why I'm right? pic.twitter.com/dbZTPzZlPr
Thanks for reading. If you enjoyed the article subscribe via RSS feed or enter your email in the box below 👇
When starting a new side project, you don't know what the end result will look like.
As a convert to Golang nearly 7 years ago, I've written many small projects with it. Most dead and forgotten, some running for years with virtually no effort. With each new project, I'm convinced Go is the perfect starting point.
Here's why Golang is a great choice for small side projects:
It Just Works™, and can be as simple as a single main.go file if you choose. No picking a dependency manager or build tool (looking at you JS). The language even encourages you to get to work solving your problem, not spend hours finding “the right package” to solve it for you.
Run it cheap, run it serverless. Go is extremely resource efficient, has blazing fast startup times, and produces self-contained artifacts. It is a perfect match for serverless infrastructure where you pay based on resources consumed.
Add in a few great Github Templates* and you have an asset deploying with a CI/CD pipeline to a low-to-no cost serverless infrastructure in minutes.
With the two prior bullet points in place, Go lets you PoC blazing fast, for virtually zero cost. Doesn't matter if you're shipping a CLI, API, or full website. And since we know where you started isn't where you're going, Go lets you pivot quickly. No ceremony, just code.
Side projects are all about efficiency with your time. Pick tools that get out of the way and let you move fast and cheap.
Next time you're thinking of kicking off a new side project, try building it with Golang.Tweet lead-in
*Bonus: My best templates aren't public (yet), but you can use this (https://github.com/bkono/go-lambdatmpl) as a great starting point for AWS Lambda.
This Day 13 #ship30for30 #atomicEssay was shipped with this twitter thread:
Day 13 of #ship30for30 ... Let's keep Go-ing.
— bkono ? (@bkono101010) October 27, 2022
When working on a software side project, you want to ship fast & cheap. Here's why Golang should be your Go-to choice ? pic.twitter.com/NztxrlydBS
Thanks for reading. If you enjoyed the article subscribe via RSS feed or enter your email in the box below 👇