Comment

Comment by Jugurtha

>I often feel that my technical inexperience means I can't readily translate my vision into a quality product through code.

Value to customer and technical complexity of the solution are independent variables. I can't tell you how many times customers at huge groups with an army of engineers have been delighted and excited with functionality that took an engineer two hours or an afternoon to implement. At some point, the engineers who tagged along were flabbergasted by the lesson: "Of all that we showed, they were impressed with this?"

>Possible practices/skills I've identified so far include: Clean/Idiomatic Code, Test Driven Development, Design Patterns, CI/CD, Agile, UX Design.

None of that matters if you're working on the wrong problem. You'll have beautiful code with 100% coverage that's full of creational/behavioral/structural poetry that go into a tight CI/CD pipeline through many agile sprints and great stylesheets. Only in a coffin. None of this matters if you don't get the "job to be done" right. Maybe as a Kata to beat imaginary or compliant adversaries and stay fit.

I wrote something a couple of days ago here: https://news.ycombinator.com/item?id=25367011

parent Jugurtha 5 years ago

Discussion

Live from the official Hacker News API

A modern reader for Hacker News · SvelteKit + Skeleton