Y
HN Search
Hacker News Search
new
|
comments
|
top
|
jobs
qweqwe14
searching PlanetScale…
1.
▲
2.
▲
3.
▲
4.
▲
5.
▲
6.
▲
16 ms
·
151.
▲
by
qweqwe14
3y ago
> "Oh, we're slowly building up a custom, buggy, binary framing protocol. Lets just use protobuf/msgpack" By using protobuf/msgpack you lose the ability to precisely control the layout and encoding of your data o
152.
▲
by
qweqwe14
3y ago
Privacy for everyone includes privacy for people you don't like. Having literally everyone know about ways to have secure and private communications would actually be a good thing. Do the bad guys use these technologies? Yes, but so wh
153.
▲
by
qweqwe14
3y ago
Lots of comments here mention that the vast majority of people won't use PGP, Linux and other things to protect their privacy, because they don't care/are dumb/have more important things to do/whatever. The bottom l
154.
▲
by
qweqwe14
3y ago
People don't come to YouTube for ads/integrations. When I click on the video, I only want the actual content. Ad segments aren't the only way to monetize anyway. > Basically you want people creating videos for free? Noone
155.
▲
by
qweqwe14
3y ago
It is and some projects do it already, it's just that 99% of developers don't have the necessary knowledge to do it properly or don't even care (until they do) I.e. set up your own git server + web frontend, get a domain name
156.
▲
by
qweqwe14
3y ago
There are, I also forgot to mention general product placement/integrations, sponsorships and stuff like that, although SponsorBlock has put a dent in that (primarily pre-roll type ads)
157.
▲
by
qweqwe14
3y ago
Because using the web as an "app platform" is a hack. Manipulating HTML with JavaScript to achieve app-like functionality is a hack. JS, along with other things, was bolted on as an afterthought, because HTML had too much momentum
158.
▲
by
qweqwe14
3y ago
Regarding ad-blocking: it's pretty simple – no single person in the entire world goes on the internet to view ads. People come to get information/content and just don't really care about other fluff that interferes with that.
159.
▲
by
qweqwe14
3y ago
I was only saying that -O3 enables _even more_ optimizations, which can lead to UB code that works with -O2 but misbehaves on -O3. And because -O3 is seldom used (for reasons other than code breakage), the code patterns that are actually UB
160.
▲
by
qweqwe14
3y ago
When I see that Zig is slower than Go, I know for a fact that something's off. This benchmark really looks biased. Rant: As with many benchmarks, this suffers from the fact that there are multiple ways to do the same thing in multiple
161.
▲
by
qweqwe14
3y ago
> Using -O3 was resulting in correctness problems Likely because your codebase had UB in it that didn't show itself until a certain optimization level. The solution is to fix all instances of UB. See my comment above.
162.
▲
by
qweqwe14
3y ago
Because -O3 enables optimizations that break code with some lesser known cases of UB[1]. So people just don't enable -O3 because they can't be bothered to fix UB in their codebase, or because they think it's a "compiler
163.
▲
by
qweqwe14
3y ago
Yes, that's pretty much what I meant by "standardized". You'd be able to pick AEAD cipher, KDF, signature algorithm, KEX algorithm etc., while the spec would only describe the protocol itself without enforcing specific a
164.
▲
by
qweqwe14
3y ago
I've heard about Noise but didn't think to mention it for some reason. Yeah, Noise is basically what I was trying to describe. Such a protocol doesn't necessarily have to use Noise though, however Noise helps avoid some imple
165.
▲
by
qweqwe14
3y ago
See my comment here: https://news.ycombinator.com/item?id=37790260
166.
▲
by
qweqwe14
3y ago
As adev_ mentioned, TLS implicitly requires a lot of things that can be considered expensive for very low power devices (dare I say "bloat"). Examples being things like X509 certificates. Another thing to consider is that TLS supp
167.
▲
by
qweqwe14
3y ago
You can probably still make it faster by avoiding libc and using syscalls directly. From looking at the final perf output, it looks like there's some overhead from using libc functions
168.
▲
by
qweqwe14
3y ago
Yeah, I'd say that if you haven't already planned your application's structure in advance, writing it in Rust would be harder than in e.g. Python. One piece of advice that I can give is to always start with data structures an
169.
▲
by
qweqwe14
3y ago
Rust is not a prototyping language. If you need something done quick&dirty, pick e.g. Python. Personally I don't feel like writing something in Rust would take significantly more time than any other language, provided you know Rust
170.
▲
by
qweqwe14
3y ago
Not 100% sure if it uses SQLite, but there's an app called "Flaming Durtles" on Android. It's a frontend for WaniKani (Japanese learning app). The app downloads all the lessons from WK's servers, and you can do them