Y
HN Search
Hacker News Search
new
|
comments
|
top
|
jobs
ngrilly
searching PlanetScale…
1.
▲
2.
▲
3.
▲
4.
▲
5.
▲
6.
▲
19 ms
·
271.
▲
by
ngrilly
3y ago
The fact that he called back to share that the team has been doing very well without him is great leadership!
272.
▲
by
ngrilly
3y ago
The catch is lower gravimetric energy density (Wh/kg). But sodium-ion is great for stationary energy storage, where gravimetric energy density doesn’t matter that much (unlike automotive, aviation, or handheld tools). Disclaimer: I’m a
273.
▲
by
ngrilly
3y ago
A bit off-topic, but since you mentioned it, why is Zig a "seriously flawed language"?
274.
▲
by
ngrilly
3y ago
> The funny thing is that about a decade ago, the app was born on a SQLite per tenant setup, then it moved to schema per tenant on Postgres, now it's finally moving to a single schema with RLS. To be fair, RLS was not available yet
275.
▲
by
ngrilly
3y ago
Then you have low latency between the SageMaker notebook running DuckDB and the S3 buckets storing the Parquet files: neat!
276.
▲
by
ngrilly
3y ago
That’s great! Where are the Parquet files stored, and where is running DuckDB?
277.
▲
by
ngrilly
3y ago
Fair enough. I'd say the JVM and CLR are quite important and "sticky" as well on the server-side ;) But on the client-side, there is no contest, JavaScript (and thus WebAssembly) are the only option.
278.
▲
by
ngrilly
3y ago
I'm a bit skeptical about this. This is significantly increasing WebAssembly's complexity. Garbage collectors are a leaky abstraction: Some support interior pointers, others don't. Some support parallel tasks sharing memory,
279.
▲
by
ngrilly
3y ago
> eIDAS exists since there are many conflicting standards for electronic certificates. eIDAS is an effort to unify those standards. Did we need laws to "unify" all the standards we successfully use today, like IP, UDP, TCP, HTT
280.
▲
by
ngrilly
3y ago
If we don't want to use Apple any longer, then I'm afraid we have to manually recreate create and register new passkeys for every service we use... At least, that's my understanding. I hope they fix this with a "portabil
281.
▲
by
ngrilly
3y ago
Yes, that's a drawback. If I want this, then I'll consider 1Password (or Bitwarden when they support passkeys). I'm also not entirely comfortable with trusting Apple with this, considering the track record of some big tech wi
282.
▲
by
ngrilly
3y ago
Agreed on the importance of passkeys "portability" (being able to import/export passkeys across ecosystems). Edit: But don't we have the same problem with TOPT? I don't there is a standard letting us export/imp
283.
▲
by
ngrilly
3y ago
I just replaced all my OTPs stored in Authy by passkeys stored in iCloud Keychain. It works perfectly fine with both Safari and Chrome 118, and is synced between my Mac and iPhone with end-to-end encryption. I’m using it with Google, GitHub
284.
▲
by
ngrilly
3y ago
A passkey for one account is independent from a passkey for another account, by design, unlike passwords that can be shared across multiple accounts.
285.
▲
by
ngrilly
3y ago
Wasn't it the idea of RISC to have a simpler CPU and push the optimization responsibility towards the programmer and the compiler?
286.
▲
by
ngrilly
3y ago
> Interestingly it blocks the revoked one by turning it into a self-signed one. Well spotted! That's crazy...
287.
▲
by
ngrilly
3y ago
Totally agree. That's why I like the notion of "innovation tokens", also mentioned in the seminal post "Choose Boring Technologies" [1]. You choose boring technologies for everything, except for a few topics that wi
288.
▲
by
ngrilly
3y ago
Kind of, but it's more complicated than that. Details there (and in the link at then bottom of the page): https://support.apple.com/en-us/102195
289.
▲
by
ngrilly
3y ago
I am a proponent of "choosing boring technologies", but I don't see how it relates to building innovative products and services. You can create an innovative product or service using boring technologies under the hood. I real
290.
▲
by
ngrilly
3y ago
The passkeys are encrypted before leaving your machine and Google/iCloud are only storing the encrypted passkeys and can't decrypt them.
291.
▲
by
ngrilly
3y ago
I'm a non-film person as well, but I've been playing with this a bit. One key ingredient of the cinema look is the shutter speed. The iPhone standard camera app is constantly adjusting the shutter speed and the ISO depending on ho
292.
▲
by
ngrilly
3y ago
Everything I wrote earlier is based on the use of Zscaler proxy at work, so it's very much about practice, not theory. Yes, of course the Zscaler root certs have been installed on our endpoints. The problem is that the proxy is replaci
293.
▲
by
ngrilly
3y ago
Thanks for the link. I’ve seen it done if the defense industry. Interesting to see Google doing this for a small subset of their employees not needing Internet for their job.
294.
▲
by
ngrilly
3y ago
Kudos to the team! I'm almost sad that I'm not working anymore on a Battery Management System, requiring functional safety, as I was considering transitioning from C to Rust and that's how I came to learn about Ferrocene :)
295.
▲
by
ngrilly
3y ago
> IT has a responsibility to keep the network secure. Yes, but TLS inspection is not the solution. > Google is already experimenting with no Internet access for some employees, and that might be the endgame. Source? And I'm prett
296.
▲
by
ngrilly
3y ago
Yes, if you want/need to do those things, then you need to inspect user traffic. But why do you want/need to do those things in the first place? What's your threat model? Doing this breaks the end-to-end encryption and mutual
297.
▲
by
ngrilly
3y ago
Why do you think Zig is much more complex than Go? I'm not sure that I agree, except for the low-level stuff on things like alignment, packing, etc.
298.
▲
by
ngrilly
3y ago
I'm glad seeing this, but without GC and goroutines, then I'm wondering why not use something like Zig instead?
299.
▲
by
ngrilly
3y ago
100% this. It is the biggest problem I have by far with GitHub. I really hope they can follow this advice and do something closer to Gerrit.
300.
▲
by
ngrilly
3y ago
Didn’t expect to find a Harvard Business Review article here on HN, but this is one is quite relevant and interesting to the SaaS business.
More ›