Not interested in VC-money chasers. Nothing against it in principle, global-scale problems do need VC money, but I don't want to share _ownership_ of my company and compromise on the vision and pace with VCs whose main interest is eventually getting money back, and that don't care as much as I do about solving people's problems. Not interested in people who want to have a big company for the sake of it, instead of striving to keep the company as profitable and efficient as possible for as long as possible.
I'm a dreamer and a builder, always learning and revisiting how I do things. I'm constantly trying to simplify my life and my work, avoid busywork so I have time for the creative work that matters. I'm _really_ excited about that.If you want to understand some principles I have, read Rework! Seriously, it'll take 2 hours. I'm keen to hear your thoughts on it.It'll help you not drink too much startup/VC kool-aid (or recover from it)! There's life outside the mainstream philosophy of how to build companies.Let's talk!
My startup, Upply, built from 2018-2020, order & pay solution for restaurants. I came up with the idea when people didn't even know what a QR code was, went after venues who were really interested in solving long queues, poor operation and difficult guest retention.I built the whole software myself from scratch, talked to customers and potential customers, hired and fired co-founders, fought hard, and failed to built a successful business. Would do it all again!
Experienced product engineer. I love working with intricate businessdomains and thinking product development, first looking at theproblem and only then at the tech.I believe that our industry is drowning in unnecessary complexity,meaning time and money wasted, so I have a bias for the "simplestthing that could possibly work" (see also Gall's Law). I like to reachfor tools that bring simplicity for the task at hand.I'm an enthusiast of Domain-Driven Design as a tool to help meunderstand the business and bring everyone to the same knowledgelevel, and of functional programming as a paradigm that helps designsimpler software.Going deep into Elixir, Gleam, and the BEAM, while also expandingexpertise in Nodejs.
