3 ms·
Experience and iteration. I'm currently deploying a blog to AWS as we speak. This is my third AWS account as I deleted my previous two which I'd created doing c
by rcarr 4y ago
Experience and iteration. I'm currently deploying a blog to AWS as we speak. This is my third AWS account as I deleted my previous two which I'd created doing courses teaching myself to code probably at least 6 odd years ago now. I can't remember why I deleted one of them, the other one was because I'd fucked something up with kubernetes, was getting charged and had no idea how to switch it off so I just nuked the entire account. I've not had to do anything with kubernetes since so I probably still don't know how to sort that out, but my current experience with AWS is going a lot smoother even though I hadn't touched it in years, purely because I've got those experiences from years ago. I know a lot of the acronyms now, I've viewed the consoles before, it's all a lot less intimidating than it used to be.
You just need to keep doing stuff. There is so much to learn in development, and you probably will never stop learning, but you do accumulate enough knowledge that things start getting easier.
There's also a famous phrase for fitness coaches: "it doesn't get easier, you just get tougher". I think that's probably also true for a lot of software (which contradicts my last paragraph but I think you get the point). That being said, leverage things to make your life easier. Strike a balance between dependency hell and rolling your own to make your life easier. The easiest one for this is evaluating whether spending the time to get your design pixel perfect is worth it compared to "near enough", especially if it's just a hobbyist site. This kind of thing comes down to your personal tolerance for imperfection. The people knocking things up in a couple of hours probably have a higher tolerance for imperfection. They can ship things unfinished and then keep iterating to improve over time. They're probably not too fussed about a bit of text being unaligned or the odd link not working properly. If you need everything to be perfect before you ship you're probably in for a rougher time of it.
Everything comes down to tradeoffs at the end of the day, the most famous being the speed - scope - cost project management triangle: https://en.wikipedia.org/wiki/Project_management_triangle https://en.wikipedia.org/wiki/Project_management_triangle
I don't think there is really any magic solution to make you 10x. You're better off taking a Dave Brailsford marginal gains approach. 1% improvement a week is 100% improvement over two years: https://jamesclear.com/marginal-gains https://jamesclear.com/marginal-gains