Viewing profile — seriesf
seriesf
HN member- Joined
- Sat, Dec 07, 2019, 9:24 PM UTC
- HN karma
- 32
- Public activity
- 71 items
- HN profile
- View on Hacker News ↗
About seriesf
No profile information was provided.
Recent public activity
-
comment
Comment #21902181
https://insideevs.com/news/343998/monthly-plug-in-ev-sales-s...
-
comment
Comment #21901573
The EV market has already hit a plateau, suggesting that it has exhausted the customer base for very expensive cars with short ranges. September 2019 sales were down (US and global…
-
comment
Comment #21899378
It does have a lot of features but my beef with it is how its integration into Debian still leaves all the misleading old cruft laying about. Take the MySQL server package. Suppose…
-
comment
Comment #21896033
That isn't accurate. Sonos works perfectly well on an isolated network, reading your music from a local SMB share or getting it from the line-level input of any Sonos on the networ…
-
comment
Comment #21887076
Happy Entrez user for many years. Please don't break it :-)
-
comment
Comment #21875526
The C++ proto implementation is just already tuned to an absurd degree and it is hard to beat. Any place where copying was an important problem has already been eradicated with ali…
-
comment
Comment #21874014
I worked on trying to make flatbuffers work at google and it just never was as fast as proto2/c++. I guess the author of this piece would describe me as an amateur because like the…
-
comment
Comment #21873747
They are the same size as UTF-8 numbers but much slower to decode. I think the more-bit format is the only glaring mistake in proto that can never be fixed.
-
comment
Comment #21873723
Yes but proto 3 was also a mistake. Throwing away presence entirely was wrong and not preserving unknowns was also wrong. Proto 2 forever, imho.
-
comment
Comment #21873528
You can just skip messages, strings, and byte arrays you don’t need or can’t decode. They are length-prefixed. Also there’s nothing about proto that prevents it from being aliased …
-
comment
Comment #21873504
I’ve seen applications that need more than 256MB just for compiled code cache.
-
comment
Comment #21859641
The fact that many large and lucrative code bases are written in c++ should disabuse you of the idea that c++ is suicidal.
-
comment
Comment #21859046
Sacramento is majority-renter according to the Census, and is the fifth most competitive (ie worst, from buyer’s perspective) housing market in America according to Redfin. I can’t…
-
comment
Comment #21857981
Housing is so expensive that you'd have to pay ~$50k/year even for those jobs. That's the big problem: anything you do on the demand side, like paying people higher wages, or givin…
-
comment
Comment #21857915
The last available vacancy rate in Sacramento was 2.9%, the lowest ever reported. They don’t have “lots of supply”.
-
comment
Comment #21857851
Well you are very wrong there. The inefficiency is in the permit process. In San Francisco it takes years to get your project approved, and that time is money. Many projects also j…
-
comment
Comment #21857794
Why? Vacancy rates are near all-time lows in California’s major cities. Most cities are around 2-4% vacancy whereas you need about 10% vacancy to operate a healthy market.
-
comment
Comment #21857759
This is a problem of supply. “An unprecedented $1 billion” will buy you at most three thousand new dwellings, probably fewer given high cost and inefficiency of housing constructio…
-
comment
Comment #21854391
The corollary of my complaint is there will always be someone who pops up on HN with no idea how many lines of code are in a "large project" like Dropbox or YouTube.
-
comment
Comment #21853920
Numerous large projects and companies have publicly stated that they are stuck on Python 2 and it's easier to migrate languages, even to ones that they have to invent (Go) than to …
-
comment
Comment #21851470
This book is about motorcycles in the same way that Blue Highways is about vans.
-
comment
Comment #21846415
Yeah the problem is you want more lanes than thunderbolt brings. Two nvme devices, even cheap ones, can swamp an x4 pci slot. There are various connectors designed to bring faster …
-
comment
Comment #21845575
I wish there was a more robust market for external nvme-in-box peripherals. Having to deal with vendor brain damage is never fun, and nvme devices are so small and draw little enou…
-
comment
Comment #21835827
We have a whole generation of programmers who believe that developer productivity is the most important thing, but this ceases to be true as soon as you have any users at all.
-
comment
Comment #21835773
You wouldn’t have to actually decode it, just receive it all and buffer everything after the last key frame. That eliminates waiting for the next key frame.