Y
HN Search
Hacker News Search
new
|
comments
|
top
|
jobs
yashap
searching PlanetScale…
1.
▲
2.
▲
3.
▲
4.
▲
5.
▲
6.
▲
12 ms
·
91.
▲
by
yashap
3y ago
LOC is far, far from a perfect measure of productivity, but ultimately if you do want to be shipping plenty of customer value (and/or tech debt reduction), it does take plenty of code to do so. Sometimes there’s 10 LOC which huge value
92.
▲
by
yashap
3y ago
Not the core point of the article, but … > To be clear, at a steady state in a mature project, I get something like 125 lines of code into production per week. I don’t think this is uncommon, but it’s wild to me that so many companies le
93.
▲
by
yashap
3y ago
> Doubt Softbank will ever recover what they invested in there though That’s virtually guaranteed. They’ve put over $17 billion into WeWork, and the entire company (which they only own a portion of) is currently valued at $121 million. I
94.
▲
by
yashap
3y ago
It is worth noting there are good options out there to get both compile time type safety and runtime validation using TypeScript. Personally I’m a fan of ts-rest: https://ts-rest.com/ Write a specification of your endpoints
95.
▲
by
yashap
3y ago
Well that was extremely suspicious. New thread, on the first page of HN, getting tonnes of comments very quickly. Almost all of them very negative about Airbnb, a HN company, and then the thread magically disappears from the front page? Wen
96.
▲
by
yashap
3y ago
I used to be a big fan of Airbnb, but have gone back to hotels. Cost is one thing, but honestly, the entire Airbnb experience is shit now: - Used to be very personal/unique. You’d stay in someone’s house while they were camping/wh
97.
▲
by
yashap
3y ago
The first dictionary result when Googling says: > arbitrary (adjective) > based on random choice or personal whim, rather than any reason or system. > ex: “his mealtimes were entirely arbitrary" Natural language is imprecise,
98.
▲
by
yashap
3y ago
“During a gold rush, sell shovels.”
99.
▲
by
yashap
3y ago
Yeah agreed, I worded that poorly, there’s always multiple causes. Both logging and fire suppression are significant causes too. It is worth noting, though: - That paper cuts off at 2017. Things have gotten even worse recently: the previous
100.
▲
by
yashap
3y ago
Depends where you live. I live in Vancouver, BC, and the effects here are very, very significant. It used to be that wildfire smoke in the city was super rare, but for the past ~10 years there’s been massive amounts of smoke in the city alm
101.
▲
by
yashap
3y ago
Seems highly unlikely Dave Clark was a double agent installed by Amazon. Flexport only compete with a small part of Amazon, specifically Fulfilment by Amazon - hard to see them risking the massive blowback if discovered just to take down a
102.
▲
by
yashap
3y ago
There are legit security researchers out there, doing good work and finding real issues, but the vast, vast majority are … not that. If you open a security bug bounty program, for example, you’ll mostly get either auto-generated garbage lik
103.
▲
by
yashap
3y ago
I do think it’s a form of overfitting - loss on the training set improved while loss on the validation set got worse. However, it’s not the common form of overfitting, where accuracy on the validation set gets worse. In this case, accurac
104.
▲
by
yashap
3y ago
Fingers crossed that both regulators and the general public can differentiate between very good tech rolled out very carefully (like Waymo, or to a lesser extent Cruise) and very buggy tech rolled out very recklessly (like Tesla FSD). Hard
105.
▲
by
yashap
3y ago
You have to be absolutely insane to beta test Tesla FSD, it’s very dangerous and full of bugs, nowhere close to ready. The only reason it’s out on public roads is because Musk is in charge, and he’s happy to take massive risks and kill peop
106.
▲
by
yashap
3y ago
I agree, and I’m extremely far from a free speech absolutist - to a level that I’m sure most at HN would disagree with. I completely believe in limits to free speech on a case by case basis, online and otherwise. For example, I think HN wou
107.
▲
by
yashap
3y ago
They have some nice advantages: - Makes it easy to develop applications and libraries together in a single branch - Similarly, makes it easy to make a breaking change to a library, then change all clients of said library, in a single branch
108.
▲
by
yashap
3y ago
Go’s decision to not support function overloading leads to a tonne of really ugly APIs. Obviously every decision in language design is a tradeoff, but IMO they made the wrong call here.
109.
▲
by
yashap
3y ago
I’ve been a pure software engineer for close to a decade now, but before that I was a data analyst/scientist working with a marketing team, including their paid ad ppl. We ran some legit experiments with ads, where we didn’t just count
110.
▲
by
yashap
3y ago
Looks useful, ty!
111.
▲
by
yashap
3y ago
Yeah true, scope creep is generally a bad one for startups. I have had a few great experiences where I’ve travelled to a customer with a few other dev/product ppl, and for a few days we just iterate on features that have unclear scop
112.
▲
by
yashap
3y ago
Honestly, this is the way most early stage startups operate, other than this one: > 2. All Nighters over All Sprints (and some early stage startups operate that way too) These practices are all bad as a company scales - you need tests to
113.
▲
by
yashap
3y ago
Ooh ty, will give that article a read! And yeah, that's really the trick to queries that are consistently fast, even with cold caches - read few pages :)
114.
▲
by
yashap
3y ago
Yeah, I believe which order is best (sortKey/filterKey or filterKey/sortKey) really depends on the specific data/queries, best to try both and pick the best one - looks like sortKey/filterKey in this case :) But I think
115.
▲
by
yashap
3y ago
See my reply here: https://news.ycombinator.com/item?id=37116015
116.
▲
by
yashap
3y ago
See my reply here: https://news.ycombinator.com/item?id=37116015
117.
▲
by
yashap
3y ago
See my reply here: https://news.ycombinator.com/item?id=37116015
118.
▲
by
yashap
3y ago
Lots of replies to this one! I created a little benchmark that you can easily run yourself, as long as you have Docker installed. It shows how, for cases like the one I described above, the only way to have consistently fast queries (i.e. e
119.
▲
by
yashap
3y ago
First off, ty for running all these benchmarks, above and beyond! FWIW, I don’t think joins are bad, I’m 100% for normalized DB schemas with joins. But I’ve done tonnes of performance work over the past ~10 years, and run into a bunch of re
120.
▲
by
yashap
3y ago
Ty for benchmarking, but this isn’t a good benchmark for the issue I’m talking about. This is only fast because 100% of users have a phone number as a primary contact, so the join filter is essentially meaningless. If in the contact table,
More ›