Y
HN Search
Hacker News Search
new
|
comments
|
top
|
jobs
tcfhgj
searching PlanetScale…
1.
▲
2.
▲
3.
▲
4.
▲
5.
▲
6.
▲
4 ms
·
1.
▲
by
tcfhgj
5d 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
5d ago
I didn't insinuate hostility of every vendor except Google.
3.
▲
by
tcfhgj
6d ago
smartphones aside pixel like Fairphone do explicitly allow alternative OS, definitely cannot pretend they are hostile
4.
▲
by
tcfhgj
6d ago
it isn't really overhead, assuming you don't forget defer ... accidentally
5.
▲
by
tcfhgj
6d ago
extra code meaning the drop implementation or something else?
6.
▲
by
tcfhgj
6d 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
6d ago
correct, but it is desirable
8.
▲
by
tcfhgj
6d ago
not mandatory
9.
▲
by
tcfhgj
7d ago
reproducible builds
10.
▲
by
tcfhgj
7d ago
why shouldn't they? humanity consumes more resources than is sustainable, and systems languages can help to reduce resource consumption.
11.
▲
by
tcfhgj
7d ago
then find out you need to install and configure a series of php extensions
12.
▲
by
tcfhgj
7d ago
hostile to non-stock OS - where are you getting this from?
13.
▲
by
tcfhgj
7d ago
they can, but don't want to
14.
▲
by
tcfhgj
8d 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
8d 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
9d 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
11d ago
Haven't threads been one of the reason some core util got faster?
18.
▲
by
tcfhgj
11d ago
I bet you don't know the reason for existence
19.
▲
by
tcfhgj
11d 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
12d 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
12d 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
12d ago
wait until capitalism collapses
23.
▲
by
tcfhgj
13d ago
Still some people don't block ads and people pay for it. Simple as that.
24.
▲
by
tcfhgj
13d 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
13d ago
so? avoid it where you can
26.
▲
by
tcfhgj
13d 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
14d 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
14d 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
14d 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
14d ago
they are still more expensive than compiled async await, also mixing compute and io-bound work can cause issues
More ›