5,360 karma · joined March 9, 2008
@kmx
Previously @twittereng, websolr.com, bonsai.io, Houseparty, etc
kyle@kylemaxwell.com
My personal favorite is this one: https://athleticbrewing.com/products/downwinder-gose-non-alc...
Probably the easiest case of "natural move but blunder" is anything that is a top 3 engine move when looking 3-5 moves deep, but losing significantly on deeper evaluation.
Also, this sort of categorization is at the heart of how chess puzzle collections are automatically assembled. A good chess puzzle contains an unnatural move that wins--the exact opposite of the natural but blunder. Chess sites scan their online play databases for these all the time, and serve them up as puzzles.
Did you look at using the TinyGo compiler? It should help some, and I'm curious what the difference is, and whether there were any blockers to using it.
The time it worked, I worked 10-4pm (heads down) in the ideation phase, ate well, slept well, got two hours of exercise daily, and had an interesting social life. Once the startup took on a life of its own, the personal life started to suffer and I got up to 80+hrs for a month or two before settling into ~60.
The two times it didn't work, I embraced the 60hr/week grind and was a bit more isolated, perhaps drank a bit more to unwind, and my focus deeply suffered.
I really love the solo thing, but in the early days, be creative and happy. The grind will find you. Market fit means more work. No doubt Jarred will find building a company and Bun at the same time even more challenging that just building Bun.
I'm excited to see more ideas in the second category.
Another time, when one of our competitors was creating a bunch of spam accounts on our app, we just had our VC call their VC. They blamed it on an intern and stopped.
I was at a drinking event at a conference 3 years after an acquisition talk fell through, and an employee of the acquirer told me that they got our customer list from a specific endpoint manipulation, and that caused them to lose interest.
Everyone tries querystring and url manipulation. It's too tempting not to poke around.
In the real world, you can't prosecute any of this.
This is a good time to think about security. Can they find competitive information in your urls (you use sequential customer ids?)? Are there areas not locked down?
Remember their IP addresses and cookies, and do a scan of your logs in a month.
Still, it's not worth the trouble of kicking them out. Fake emails are a dime-a-dozen.
There are cases where a late-stage startup got into too many businesses and the next investor wants them to cut a line of business. Like I can imagine Uber having to shed UberEats if that was going poorly, but the investor liked the core driving business.
The thing it's kinda missing for me is the ability to compose multiple SQLite databases, possibly provided by different domains.
It'd be nice to join together different public datasets. In a weird personal example, if Strava exposed SQLite, I'd love to do a join to weather.com and see when the last time I biked in the rain was.
It'd be cool if one half of some table was at foo.com and I could add a few rows to it on my bar.com domain, and then the combined dataset was queryable as a single unit.
Contrast much of Europe, where speed enforcement is done by camera. I got a $20 mailed ticket for driving 5kph over the limit. Fair, easy, scales with the offence, and there's not an excuse to pull over people for racial profiling.
So yes, I would love to live in a world where people got tickets for jaywalking on an empty street. Because that would encourage us all to respect laws, and would also encourage reform of laws that aren't working.
Unfortunately, reform takes time, and there's a lot wrong with the system. Until then, I'm not judging the "regular person snitching," particularly if they're complaining about behavior that's dangerous to others.
While generics moves Go in the direction of rocket science, it feels like this is solving a problem I always have.
React is way better on the view side than ERb/HAML/whatever.
I miss ActiveRecord. Prisma is relatively clunky. I like having fat models integrated with the DB.
It also feels like I'm fighting with the type system because every variation of a row with different joins becomes a different type. I'd rather be lazy about joins.
Maybe something like an engineering management role where all you do is share performance reviews?
People have chosen not to do this because (1) it adds complexity, and (2) the bold declaration you made (A good top-K algorithm should rank a document containing more user query terms higher than a document containing less number of user query terms) turns out to be only somewhat true in practice. It's pretty common for pagerank and other non-linguistic ranking signals etc to trump linguistic preciseness.
That said, everything is a tradeoff, and the industry has clearly chosen to return more candidates than strictly necessary, then prune them after the fact with better ML & relevance, rather than trying to construct the perfectly minimal candidate set while missing some possible results.
[1] See https://www.elastic.co/guide/en/elasticsearch/reference/curr...