Half-Baked Product(weli.dev) |
Half-Baked Product(weli.dev) |
If founder keep iterating and hyping his ovens with enough capital he could become big player in oven maker space and disrupting industry. Learning from this article was that he lacked capital and vision.
I've just been through this process. Very painful. SF based company, US founder.
Same founder story - couldn't focus on customers, couldn't focus on product, always a shiny new idea to distract him from had just been decided or what needed to be decided. Each idea could be the thing that made the difference. Willing to work hard, very capable of talking a good game, not able to deliver.
Tesla had a product that worked, was essentially first and best on the market, not that many models, not that many features. Focusing on the hype and gloss is ignoring a lot of substance. What even is the point of criticising a startup for its hype when its exactly what people want to hear and aligns to a lot of real, significant, ongoing research?
"If the founder had capital and vision" is pretty much tautological. It's true but not particularly useful to know that people who have money and know what to do with it will probably succeed.
just pull harder on the vision bong, and grab some more of that sweet capital bro, or you're not gonna make it
You see this in the startup world a lot. Founders with 5+ failed startups in different sectors, because said founder picked the fields mainly by doing some market analysis. Not domain expertise.
There’s then a big mismatch between what the founder thinks is possible, and what the domain expert thinks is possible.
The defense is of course that some people can do that - Musk did it, so why not?
Another defense is that blindingly naïve optimism is sometimes needed to move the needle, as the concept “that can’t be done” simply doesn’t exist to some people.
I’ve sat through some pitches like that, where it is very obvious that the founder/CEO has limited knowledge and expertise in what they’re pitching, where the product is limited, but their enthusiasm is off the charts.
EDIT: The very latest happened only a couple of weeks ago. A startup had reached out to my employer as they’re developing a platform in our domain. Higher ups liked what they’d seen, enough to arrange a real meeting.
Startup is only 3 months old, and the moment I opened the platform I recognized a vibecoded (likely using clause) platform identical to almost all other launched on a daily basis.
So I probed a bit about data sources, serious questions regarding security, etc. but the guy was pretty fluent in consultant (turns out he had worked as a management consultant before launching), and the CTO was just nodding along.
In the end they wanted our data, and promised the moon on features - but as mentioned, I’m sure the whole product was entirely vibecoded.
And for all the talk of investing into people, what was your opinion?
If only this simply applied to startups. Many enterprises today still remember their startup roots a little TOO clearly.
I am quite certain these exist already large kitchens and I seem to remember one from a school diner from maybe 35 years ago, but I've always been wondering why they don't exist on smaller scale.
Restaurants cycle dishes a lot during a single mealtime. Homes don’t. I don’t think “I can’t wait 2 hours” is typically a real problem.
Because they need space, they need even more nasty chemicals than domestic dishwashers, they need a stack of trays to load the dishes on and a crew to load and unload them.
If you want a dishwasher which doesn't require unloading after use you can get 2 of them, one of which is "clean", the other "dirty" or washing. When the "dirty" one is full you turn it on and let it wash while you take whatever you need from the "clean" one. Once the formerly-dirty one has finished it's cycle the roles are reversed and it becomes the "clean" one.
The cycle-to-volume ratio is as bad as it could possibly be. Conventional dishwashers recirculate water as they wash and rinse. I imagine there's an mx + c formula to how much water is needed (c = enough water to prime the pump or whatever). So compared to a normal size load, you'd be wasting that constant amount of water.
The wash is also likely going to follow mx+c (c = time for grease to break down, time to rinse, time to dry etc). You can wait a few hours for a whole set of crockery. Can you wait a few hours for a single plate?
Commercial "passthrough" dishwashers work very differently. Manual mechanical action with a spray, plus a quick wash, sterilise and rinse. At that point why not wash your single plate by hand?
I achieve the first two goals by simply scrubbing+rinsing dishes after most uses and letting them dry. No glued-on food to go gnarly. They go thru the dishwasher once in a while. It's my personal strategy for being eco without getting food poisoning, but I've never seen a paper that evaluates this method in comparison to more-typical workflows (i.e. in-sink wash-using-soap or in-dishwasher wash-using-soap).
I’d like to speak with you, if so.
And the 'less water' claim is technically correct, but it doesn't mention the decamethylcyclopentasiloxane. Just because it's complicated to spell, you understand.
This allows the pre-wash cycle to get rid of most of the grease and stuff before the main cycle so the main cycle is more effective and the water is cleaner so the final rinse works better too.
> The founder offers [the engineer] 20% of the company and total freedom to build the perfect oven. The salary isn’t great, but there’s the promise: [...] And something more important than money: he’ll finally get to build the oven of his dreams.
That turned out to be a complete lie. Not necessarily a deliberate one - I think it's quite possible both the engineer and the founder were initially believing it - but it was still a situation that never existed in that way.
Essentially, they weren't aware of all the constraints that existed for their oven design and then mistook a situation where the constraints were unknown with one where there were no constraints at all and they could just build whatever they wanted. But the real constraints were set by the market, investors and corporate customers and those were already there before they even stated the company.
(I don't think it means you have to submit to those slavishly and can never bring anything of your actual vision into your products, but it feels naive to be completely unaware of them.)
Even though our ovens actually work fine, the problem is a new competitor: OpenOven. Their oven is completely free, and on the Italian forum everyone talks about them. It has even way more buttons than ours (most don't work very well, but the community loves it).
We almost sold to MrBaguette, one of the biggest bakery chains in the world, as they wanted new oven supplier for their next generation of kitchen. Their chef tried our oven and loved it. But in the end they went with the pricier one from Corporate Oven, because some VP thought we were too small and worried we wouldn't supply them in 20 years.
I’ve found that most people hate making tradeoffs. They don’t recognize that the things they do like don’t do everything.
So If you focus too much on a customer or worse an internal stakeholder who hasn’t designed or built things, it can became a Homer Simpson designing a car situation.
There was so much truth in this on a Dilbertesque level. If you can learn from this you are winning.
I am not saying "VC bad". I am saying it is a sharp-edged tool which you need to wield with great care. This humorous piece really points out the pitfalls.
Worth the read - do not just lurk here in the comment section (as I usually do!)
- Mario
I’ve seen the same thing everywhere I go. I don’t have the disposition to be in sales, but I periodically daydream of making huge commissions by straight up bullshitting people. There seems to be no downside.
This detail, among several others, is subtle but deeply fateful.
The most resonant line for me. This line for me is about how good project management meets team culture. You want a high performant team: one that remains focused and motivated - but the goals are carrots, not sticks.
That hurts and exemplifies everything I hate about the industry. Humans lost on a Kanban board, abstracted away and covered in business speak.
your article needs to be passed to engineers & I guess everyone before graduating college.
in all the satire - what our industry forgot is - how did people build/fund companies before Venture Capital ?
If the founder had started by talking with people in the problem space, he could have discovered what problems were actually worth solving before investing any money and effort into a product.
Everything after that happened were downstream effects of creating something without a defensible reason why and for whom.
What I think is a bit of a missed opportunity is for the product to fail with "the pizza|cake|pastry is half-baked" and so customers still have to do the rest of the job anyway.
(I heard the rumour too. But no-one I know fails to rinse the "washing up liquid" (as we call it) off their plates)
One pot, no dishes. Each roommate has to keep track of their private spoon. Greedy "clever" roommate who shows up with a liter ladle triggers a spoon fight in the kitchen. Eating from pot by hand is corrected by rapping their knuckles with your spoons. Eventually, all the glassware ends up broken, and some bozo threw out all the used red solo cups, but luckily, the kitchen faucet has a spray attachment.
“Perfection is achieved, not when there is nothing more to add, but when there is nothing left to take away.”
― Antoine de Saint-Exupéry, Airman's Odyssey
Which is a shame, because it makes those constructs less pleasant to read than they used to be. If you squint, and pretend AI doesn't exist (imagine!), then maybe you might be able to enjoy them again.
It is a little bit too long though.
If it didn't make more changes than you're aware of, then you should be aware that some features of your style are common amongst LLMs, and over-use of them will alienate some percentage of your audience (even if unfairly).
Key ones to look out for:
- Staccato prose: repeated runs of short sentences (e.g. "The founder nods. He gets it. He gets all of it.") - Negative pivots: anything with the structure of '!X; Y' (e.g. 'it’s not that nobody saw it: it’s that every week something jumped ahead of it')
These are valid linguistic features, but if you use them a lot, it sounds like AI writing, and people are wary of AI writing (because of the tidal wave of malicious, spamming & extractive actors using it). It will impact your audience.
I thought it might be intentional though? The first half reads very non-slop, and it just kind of inches its way in as the situation falls apart
These kinds of companies make hundreds of thousands or even millions a year. But it’s too small to hear about them.
A wiser version of myself would have cut my losses after at most one year, or much sooner, especially after noticing the red flags. This is something I'm keeping in mind for my next gig.
why does this happen though? i think it could be due to short-term thinking. like buying things with a credit card: you get the shiny new thing immediately, but the payment is diluted over time. likewise, once the sale is made, you may feel the reward immediately (though i guess it depends on the exact nature of the deal), but the work that will have to be done, will be done over time.
also, it's no wonder that the founder, or, outside start-ups, the marketing department, which specializes in promising impossible things, manages to evade the blame...
to the Amazon river everything and anything will be a bottleneck
You don’t have to be beaten and starving to have a perspective and story to tell.
The story could be change with just a few sentences in the middle that would turn it into the founding myth of how Globoven took 100% of the market for energy efficient portable emergency ovens for NATO military use.
Different tastes
So what's the solution? Is there a playbook that avoids these pitfalls, or is it just the cost of the spin. Ideally, something early engineers can point to when we see non-technical founders falling into familiar traps.
Also my context is totally different. And MY oven concept has none of the drawbacks of their oven and Claude tells me I'm definitely on to something.
I'm off to the notary to sign the docs for Oven.ai (got the domain for only 300k!!) See ya on my yacht!
- you need aligned incentives across the board. Sales and accounts mustn’t promise what the company can’t deliver
- people need to defend their area of expertise whilst listening to what others are saying about theirs. For me this boils down to a division between technical and business focussed. Techies need to push for non-client facing technical improvements without making everyone ignore them every time they say “technical debt”, and they need to accept that sometimes you just build shit to get business through the books. Sales/accounts need to accept that sometimes the build budget is taken up with mysterious technical drives that will be worth it. When I say “must accept” I mean accept that it must happen some percentage of the time - each case still needs to be backed up by a business case.
- ultimately this needs to come from the top - founder(s) must balance these facts and drive it through the whole organisation, and in the article they didn’t
For me there is no right answer. Maybe the engineer should have been more pushy with what things not to add. Maybe the founder entrepreneur should have been realistic. Maybe sales should have not had to promise things that were not developed yet. But to each of those there is a counter-argument of why that needed to be done in that moment.
Take it as a mental exercise.
- not understanding sales and properly incentivizing them
- attacking only urgent problems (urgent vs important matrix)
- not taking constraints expressed by domain experts as real. (Big companies are actually good at this.)
When they didn't iterate on PMF with a niche client.
for me the company should never have existed in the first place. and that lies with the founder. starts with them. falls on them.
i'm biased i suppose because my part in the "10%" part of my story was finding out just how little research anyone actually did... they all just wanted to play the role of important businessmen, big brain dev, co-founder etc. etc.
thank you for writing this. i'm still trying to come back from crashing and burning at that place. i might read this a few more times as it felt like my story too. the another Engineer part touched me. that's who i was in my story. it hurt.
edit -- https://news.ycombinator.com/item?id=48774444 hits the nail on the head with their last bullet point. bad leadership innit.
Maybe we were saved by being acquired before hiring sales. Sai knew the problem & understood customers. He'd sometimes oversell a bit, but managed it: kept pulse of capacity for new development, would ask about how hard requested features were, would feel out customer intent & guide customer adapt to what was already there
When we had our pepepizza moment, there was an understanding that it wasn't going to work, took learnings of what would be involved there, but kept focus on improving what we already had
For kafka connector we had a design partner, I got to work with them directly. They wanted 30 microsecond message processing, so didn't want json. Original ask was flatbuffers. I decided to put message formatting into a scripting layer using gopher-lua. Spent a weekend getting flatbuffers working with lua (it was buggy, opened half a dozen PRs to flatbuffers repo which got ignored). It was clearly awful having to manage flatbuffer schema files & update scripts every time schema changed. But I had alternative already made: msgpack. Throughput needed work but addressed that by creating pool of lua interpreters
Overall I overworked myself (put my hands out of commission & spent months relearning how to type on split ergo colemak-dh), but I enjoyed the work. Team was very open with each other & when performance is your selling point there's an understanding that engineering quality needs to be maintained. Sure there were parts of the system I hated, & sometimes I'd try chip away at those
Hopefully that helps, hard to say the difference, but I really feel in my work that when customer has problem I'm part of conversation. Most recently there was talk of customer wanting cold data offloaded from postgres which is what inspired https://github.com/ClickHouse/pg_clickhouse/pull/298 where we get Postgres to do most the work
Raised problems trying to mix C++ into postgres extension, decided fix was to write clickhouse-c library to replace clickhouse-cpp, there was some doubt on team about value, but demonstrated value (https://github.com/ClickHouse/pg_clickhouse/pull/254) & I appreciate my colleagues not being afraid to change their mind
There's a level of trust where instead of being assigning tasks on a board I instead work on what I think is important based on information available. Nobody was asking for wal-rus, but I know my fleet
It resonates with my personal experience, and your writing style is fresh and dynamic.
Thanks for sharing it, and it deserves to be on the front page and #1.
Some folks want to gripe about everything. Life's too short to worry about them. They need to live in the world they make; not me.
You can't please everyone
Thanks for taking the time to write this up and share it ^_^
The hot water is recirculated during the wash, the rinse uses fresh water from the tap with the excess going out an overflow. A little sump water gets replaced every cycle, but enough stays that it's back up to temperature before you've emptied and refilled it. There's also a small peristaltic pump to top up the detergent directly from the bottle.
Not much benefit in a home setting unless you fancy having it hot and ready 24/7 though.
This is probably the one trick consumer dishwashers should emulate
Sodium bicarbonate residue won't kill our customers, so consider it technically edible. The issue of taste and efficiency will be approached after MVP
(No, from dry-cleaning)
https://stroodles.co.uk/collections
I bought some edible cups out of curiosity a few years back. Nice for coffee. I did end up eating them all, although some of them were still dry at the time of consumption.
I think edible soap has better behaviour-adjusted shelf-life here.
That doesn't help, however, if users are lazy and don't unload the dishwasher after opening it to grab a clean plate or whatever.
It's a nice feature that can be added with existing sensors and one line of logic in the uC. Another one I noticed recently is garage door openers with the photo transmitter/receiver ('beam') to stop the door if someone blocks it can use that same beam to turn on the light if broken when the door is up. Handy if entering a dark garage from outside.
More often I see the opposite. 100 page pdfs that fall apart in first contact with reality.
I think it’s not about research, but it’s very hard to contribute in a field you haven’t actually had a career in.
"FOSS is universally unreliable" was one of such assumptions i had to push back against 5 years later. they meant academica produced software. but they assumed all foss is the same as all academica produced software.