58 karma · joined November 25, 2024
Location: The Netherlands (UTC+1)
Remote: Yes (I've been working fully remote for 10 years)
Willing to relocate: Not yet, but Scandinavia, Austria or Switzerland in a year or so is on the table
Technologies: Python, TypeScript, JavaScript, Swift, Objective-C
Résumé/CV: https://www.loopwerk.io/about/KevinRenskers.pdf
Email: Please see my CV
I’m a product & engineering lead with 25 years of experience taking software from a vague idea to a product people actually enjoy using. I thrive at the intersection of product and engineering: helping decide what’s worth building, shaping the UX together with design, guiding the architecture, mentoring the team, and staying hands-on in the code.I care deeply about user experience, clean architecture, code quality, and long-term maintainability. I value pragmatic solutions that balance clarity and performance, and I’m comfortable moving between product decisions, design, and hands-on engineering in the same day.
The tools matter less than the judgment. I happen to work most in Python, TypeScript, and Swift, but what I really bring is the ability to make good technical and product decisions across the whole stack.
I've been online since 1994, building websites since 2000 and iOS apps since 2010. Since 2016 I've worked remotely for international clients including CBS, Last.fm, Sentry, WeTransfer, Unilever, and Emmy and Oscar winner Sound Radix. I also designed, built, and run my own SaaS, Critical Notes, from pricing and onboarding to architecture and support.
What I bring:
- Product ownership: prioritization, UX, and knowing what's actually worth building
- Architecture: system and API design, and modernizing legacy codebases
- Hands-on engineering in Python, TypeScript, and Swift
- Mentoring and technical leadership
My open source work, portfolio, and CV are at www.loopwerk.io. I'm open to freelancing and employment.Though this makes me wonder why are there 2 ways of viewing outdated packages, with wildly different output? The UX is mess...
That makes total sense! The article however was written as someone creating websites, not libraries. And when I consume dependencies in my web project, I do want those upper bounds to prevent breaking changes (assuming the dependencies respect SemVer of course).
Thanks for pointing out that config, I’ve updated the article.
Maybe when uv knows the project isn’t a library it could default to upper bounds?
poetry update also updates the lockfile. I really think the way the uv cli is organized makes it quite annoying to work with. It’s designed for correctness, for machines, not for user-friendliness.
You also wouldn't be able to support Apple Pay or Google Pay, or international payment methods (like iDEAL in The Netherlands).
Payments seem like a huge problem to go pure CLI without a web UI.