Sometimes to solve a problem we tend to choose a set of tools we got used to. How often we pick a tool just because we know it, and not necessarily because it’s the right one for a task at hand? These are my rules to overcome that.
After working as a software engineer for 20 years, it’s still exciting to see how the results of your work become alive and you still feel yourself as a kid at that moment :)
A short story that suggests to challenge your initial ideas. Because sometimes it’s possible to achieve more by actually doing less :)
A story of an internal tool – Replicator. It involves AWS Lambda, one of the hardest things in Computer Science, and Star Trek.
Jean-Luc Picard quotes FTW. I’d love to see this tool open sourced.