Y
HN Search
Hacker News Search
new
|
comments
|
top
|
jobs
tcfhgj
searching PlanetScale…
1.
▲
2.
▲
3.
▲
4.
▲
5.
▲
6.
▲
3 ms
·
1.
▲
by
tcfhgj
2mo ago
I am pretty sure I understood quite well. > Well, go for it, fork and "provide support" to the hardware hostile to non-stock OS, be a hero :)
2.
▲
by
tcfhgj
2mo ago
I didn't insinuate hostility of every vendor except Google.
3.
▲
by
tcfhgj
2mo ago
smartphones aside pixel like Fairphone do explicitly allow alternative OS, definitely cannot pretend they are hostile
4.
▲
by
tcfhgj
2mo ago
it isn't really overhead, assuming you don't forget defer ... accidentally
5.
▲
by
tcfhgj
2mo ago
extra code meaning the drop implementation or something else?
6.
▲
by
tcfhgj
2mo ago
Why not though? Have a boxed object have implemented drop, then when the box leaves some scope the Box will clean up it's stuff (drop implementation if there is any) and deallocate it's memory using the allocator (which the arena
7.
▲
by
tcfhgj
2mo ago
correct, but it is desirable
8.
▲
by
tcfhgj
2mo ago
not mandatory
9.
▲
by
tcfhgj
2mo ago
reproducible builds
10.
▲
by
tcfhgj
2mo ago
why shouldn't they? humanity consumes more resources than is sustainable, and systems languages can help to reduce resource consumption.
11.
▲
by
tcfhgj
2mo ago
then find out you need to install and configure a series of php extensions
12.
▲
by
tcfhgj
2mo ago
hostile to non-stock OS - where are you getting this from?
13.
▲
by
tcfhgj
2mo ago
they can, but don't want to
14.
▲
by
tcfhgj
2mo ago
JavaScript is way more ubiquitous thanks to Electron, which is not so great for the end users. I have little experience, but I somehow doubt that Python will improve a lot regarding resource usage compared to Electron... but great if it wor
15.
▲
by
tcfhgj
2mo ago
> In this day and age I honestly wouldn't worry much about app size though given how much storage devices have. Are you serious? Do you think people buy more storage just for fun? I definitely don't buy it for devs to go YOLO
16.
▲
by
tcfhgj
2mo ago
Interesting, I have no use of bots in my messenger at all. What does the Telegram Bot api have, what Matrixes API doesn't have?
17.
▲
by
tcfhgj
2mo ago
Haven't threads been one of the reason some core util got faster?
18.
▲
by
tcfhgj
2mo ago
I bet you don't know the reason for existence
19.
▲
by
tcfhgj
2mo ago
> so it's quite adaptable to whatever needs you have. as a user you cannot, even if you self host, because you are not the one controlling message storage > I'm not sure what you mean by not handling encrypted messages fully
20.
▲
by
tcfhgj
2mo ago
call me out if I am wrong, but isn't history dependent on the server of the chatroom creator, and doesn't every server have different history settings and does it not handle encrypted messages fully?
21.
▲
by
tcfhgj
2mo ago
> As for the second point, Matrix's ever-moving target of a protocol makes selecting a client or server that covers all of your needs a massive pain. Currently, Matrix's primary server software, Synapse (which is also at the ba
22.
▲
by
tcfhgj
2mo ago
wait until capitalism collapses
23.
▲
by
tcfhgj
2mo ago
Still some people don't block ads and people pay for it. Simple as that.
24.
▲
by
tcfhgj
2mo ago
on the other hand it is trivial to project goroutines onto Rust-tokio async/await: function func() -> async fn func() go func -> tokio::task::spawn(func) func() -> func().await func_blocking() -> tokio::task::spawn_blocking
25.
▲
by
tcfhgj
2mo ago
so? avoid it where you can
26.
▲
by
tcfhgj
2mo ago
how would one be executed when the function is explicitly waiting? also it's an example to demonstrate the differences of async implementations of languages, not a excerpt of a production code base
27.
▲
by
tcfhgj
2mo ago
nothing is optimized away, it's just not executed - e.g. the program including semantics of the language is just designed such that it is not executed. e.g. for Rust/tokio printing B is skipped, because the process exits and cance
28.
▲
by
tcfhgj
2mo ago
> for it to bring benefits your whole codebase needs to be doing it (ingesting requests, db calls, web API calls). not really - the core of apps (usually no outside dependencies), and additions which solely rely onthe core, usually can b
29.
▲
by
tcfhgj
2mo ago
100% sure - Java just has to store and process more than a simple state machine, also if all threads are busy with compute bound work, async work is stalled if you don't put the compute bound work on adedicated thread (pool)
30.
▲
by
tcfhgj
2mo ago
they are still more expensive than compiled async await, also mixing compute and io-bound work can cause issues
More ›