Y
HN Search
Hacker News Search
new
|
comments
|
top
|
jobs
surajrmal
searching PlanetScale…
1.
▲
2.
▲
3.
▲
4.
▲
5.
▲
6.
▲
4 ms
·
1.
▲
by
surajrmal
5d ago
KYAML seems eerily close to json5.
2.
▲
by
surajrmal
5d ago
There is an assumption that AOSP is how OEMs receive Android updates from Google. However I am not sure that is the case. GrapheneOS is perhaps a minority player due to lack of hardware which they can use to get into a partnership agreement
3.
▲
by
surajrmal
5d ago
I don't think that phrase means what you think it does. That only makes sense when there exists an open standard which a company builds an implementation for. Android was built from scratch and there was no standard.
4.
▲
by
surajrmal
6d ago
The scale of engineering to compete with Android is an order of magnitude or two larger than that necessary to compete with those other products you mentioned. Not to mention the challenges of getting the developer market to follow you to y
5.
▲
by
surajrmal
7d ago
There was a split world for a long time even before the more recent changes because of the need to hide secret new features or products from the general public. It was always a tricky arrangement. They just decided one day that there wasn&#
6.
▲
by
surajrmal
9d ago
I'm curious why you care about whether or not they spent time and effort to write those components themselves. Isn't that their choice as the authors? How does it materially affect you or the product experience? From my vantage po
7.
▲
by
surajrmal
9d ago
They don't need to do that to sell their hardware so why would they do that? On the other hand, they have strong incentives to not give you that level of access and information. The only way this will change is by having some disruptio
8.
▲
by
surajrmal
10d ago
Security at its core comes down to trusting the supply chain that provides the software that runs on your hardware. There are many alternative secure supply chain models, but ultimately users often are incapable of making great choices on w
9.
▲
by
surajrmal
13d ago
Having been on the flip side of this divide in the past, there really are a lot of potential safety and reliability problems when using random third party versions of components. While I'm sure there are strong financial incentives to
10.
▲
by
surajrmal
13d ago
Do Chinese labs actually do things beyond distilling other models?
11.
▲
by
surajrmal
15d ago
If I talk to a professor about their field of expertise, does that empower me to talk with other professors in that field on an equal level?
12.
▲
by
surajrmal
15d ago
I saw this happen a bit earlier this year, but most everyone I work with has learned that it was foolish. The feedback that they are doing something wrong needs to be explicit and strong. We're all going through a learning curve and es
13.
▲
by
surajrmal
16d ago
Most of it comes down to avoiding shared data. Unfortunately it requires forethought to do that well. There are also many cases where you do want to share data for optimal performance as other options are ultimately too heavyweight. Also wo
14.
▲
by
surajrmal
17d ago
My suggestion is to not try to idolize individuals. Products should be judged independent of the individuals involved in creating them, especially when many individuals participate in their creation.
15.
▲
by
surajrmal
18d ago
People are all flawed. You can find faults in everyone. Overlooking these flaws is okay to a large number of folks as the product itself is amazing. The fact is that you're likely ignorant to the large number of products and services y
16.
▲
by
surajrmal
23d ago
This feels like the sort of thing that needs to be legislated. Banning accounts after breaking ToS is a pretty common behavior across many companies. The fact a Google account ends up being used for multiple products makes it more interesti
17.
▲
by
surajrmal
24d ago
No, shared peripherals need to go through a central arbiter for access. In the case of things like storage the AP's OS, eg android, provides that roll. This is also true for the OS that runs under the trustzone. Be careful about spread
18.
▲
by
surajrmal
24d ago
The perception that they are able to run rings around Google is not necessarily an accurate one. There are tradeoffs in any engineering situation and GrapheneOS devs make different ones based on different requirements. Google is one of the
19.
▲
by
surajrmal
26d ago
It is sorted this way by default.
20.
▲
by
surajrmal
26d ago
I've written systems level code (drivers and os code) for years and outside of ffi, I've managed to go on year long stretches without touching unsafe. It's really not a commonly needed tool in a well architected code base wit
21.
▲
by
surajrmal
26d ago
Not exactly what you asked, but c++ does this for vtables if you pass the right option to the compiler: -fexperimental-relative-c++-abi-vtables There is a similar proposal for trait objects in rust.
22.
▲
by
surajrmal
28d ago
That's a cultural thing. Push back on it and don't make it acceptable behavior. I would argue most people generally are terrible at code review and do this same behavior with their peers as well, but at least their peers are capab
23.
▲
by
surajrmal
28d ago
You need to fake the cell towers and change your accounts billing address. It's not trivial.
24.
▲
by
surajrmal
28d ago
Who said it's cheaper?
25.
▲
by
surajrmal
29d ago
In some cases it's just because the userbase using the web on their phone instead of the app is incredibly small and it's not worth funding feature parity. It can be difficult to distinguish this case from more hostile takes like
26.
▲
by
surajrmal
29d ago
Most YouTubers still have sponsor sections on their videos so you probably do see some ads. Also why not pay for YouTube premium to remove the ads while still supporting the creators?
27.
▲
by
surajrmal
1mo ago
Continuous load is not the use case the beefy cores on phones are designed for. They exist for bursty loads related to user interactions. Humans are fairly slow, but each touch can generate a substantial workload. Being able to handle that
28.
▲
by
surajrmal
1mo ago
It's one thing for a maintainer to use AI, and another to review AI code sent your way. The latter has been proven to be unsustainable, low value, and ultimately a challenge for open source. Everyone acknowledges this problem exists an
29.
▲
by
surajrmal
1mo ago
risc-v is basically borrowing the ARM SystemReady stuff. This includes the expectations for ACPI and UEFI on servers. The RISE organization has been trying to drive these standards iiuc.
30.
▲
by
surajrmal
1mo ago
Considering how consolidated the hyperscalar market is and their natural inclination to reduce hardware SKUs, I'm not entirely sure they would make it viable for multiple vendors to produce chips they could actually use. There is no re
More ›