Y
HN Search
Hacker News Search
new
|
comments
|
top
|
jobs
vilunov
searching PlanetScale…
1.
▲
2.
▲
3.
▲
4.
▲
5.
▲
6.
▲
7 ms
·
61.
▲
by
vilunov
3y ago
I suspect that L3 impacts performance a lot. I dabbled in running a Windows VM with a GPU passthrough, and I had to spend a lot of time to properly pin virtual cores to physical ones so that CPU caches are utilized properly, as I suspected
62.
▲
by
vilunov
3y ago
People might just not like nix for a number of legitimate reasons and they might to take an attempt at a new package manager with better UX. It's fine to make a new piece of software, even if 100 tools exist already. Package management
63.
▲
by
vilunov
3y ago
> distributed E2E messaging system The thing is, customers don't necessarily want a distributed messaging system, they might be perfectly fine with a decentralized one if it supports E2EE. Matrix went the way they did and it'
64.
▲
by
vilunov
3y ago
> Matrix is fully open [0] and fully spec'd by the MSCs [1], and stewarded by the Matrix Foundation [2]. Technically correct, but in practice the spec is complex enough that there are only 2 more or less working server implementatio
65.
▲
by
vilunov
3y ago
What does Apple buy from ARM? The right to use the instruction set? Is it even eligible for licensing?
66.
▲
by
vilunov
3y ago
They might do it even without comments by adding unused fields.
67.
▲
by
vilunov
3y ago
It's the same ISA, they don't need to be recompiled.
68.
▲
by
vilunov
3y ago
FYI I'm referring to the specific "why not matrix?" piece which was posted on telegraph and then was replied to by a matrix developer on lobsters. I don't want to link to them directly, hopefully you can find them both,
69.
▲
by
vilunov
3y ago
That edit was here before that comment received any replies, so this is not a response by edit.
70.
▲
by
vilunov
3y ago
> Well, Josh is here so he will again start to deflect for some weeks and hope everyone will just forget about it until the next merry go round This has been my experience with how Matrix handles critique in general, e.g. the response to
71.
▲
by
vilunov
3y ago
Keep in mind that to continue automatic testing on older Apple platforms you have to run it on older Macs, which might not be available on the market anymore. CI/CD jobs are usually ran on mac minis, and if there are no more new mac mi
72.
▲
by
vilunov
3y ago
> Whereas the distro repository is reviewed by the distro maintainers. Big distros have a security team even. I don't think it globally matters and it certainly does not scale. Are you saying that Debian devs review all code in thei
73.
▲
by
vilunov
3y ago
Debian devs also let log4j pass.
74.
▲
by
vilunov
3y ago
I am a developer, I know what dependencies I am pulling in my projects, what they do and I even read the code. What good will offloading this to my users do? They have to decide whether they trust my apps with all its dependencies, they can
75.
▲
by
vilunov
3y ago
Requirement to "install dependencies locally" is part of the pain with C++ dep management. Not having to do it makes builds much easier to define, as you don't need to supports lots of distros and hope that everyone of them i
76.
▲
by
vilunov
3y ago
There are interfaces besides RPCs
77.
▲
by
vilunov
3y ago
I've seen microservices with inadequate boundaries, much like what you just described with monoliths. This was due to product evolution, or maybe initial requirements were not fully understood when the new architecture was implemented.
78.
▲
by
vilunov
3y ago
After years of working with various microservice-based systems, I got the impression that the whole idea of "microservices" means ignoring various nuances of particular products and organizations and just splitting your system in
79.
▲
by
vilunov
3y ago
I didn't try that, but I doubt it will help either. This is a BLE-based attack, you can't disable BLE.
80.
▲
by
vilunov
3y ago
But your iPhone trusts these devices. > there is a simple way to stop this attack, which is to disable bluetooth This doesn't work, I've already tried it with my iPhone and a friend's Flipper.
81.
▲
by
vilunov
3y ago
> If they're deployed separately, they don't share the release cycle. Sooner or later you'll end up with mismatched versions of them running (e.g. perhaps one piece fails to deploy). So you need to be prepared for that, so
82.
▲
by
vilunov
3y ago
> A codebase is any single repo (in a centralized revision control system like Subversion), or any set of repos who share a root commit (in a decentralized revision control system like Git). They do mean that a repo = a codebase. A remar
83.
▲
by
vilunov
3y ago
Well, glibc could be considered part of the operating system, although this too is arguably not correct, because some technologies go out of the way to not depend on anything present in the system and be completely self-contained, e.g. full
84.
▲
by
vilunov
3y ago
https://12factor.net/codebase
85.
▲
by
vilunov
3y ago
I feel like each of this points can be reasonably disputed. 1. One app - one repo. There is nothing fundamentally wrong with multiple apps (as in separate pods/containers/processes) being developed in a single repo, as long as the
86.
▲
by
vilunov
3y ago
Psychiatric hospitals in Russia/USSR (психушка) are virtually prisons, they were often used to involuntarily hold political prisoners.
87.
▲
by
vilunov
3y ago
I am actively using E2EE in matrix group chats daily. It is absolutely horrible. Matrix has not gotten it right. It is a typical situation to observe "Failed to decrypt message" across the whole chat history. It is typical to obse
88.
▲
by
vilunov
3y ago
Most of criticism of XMPP with regards to fragmentation and extensions can be applied to Matrix as well. In fact, the sliding sync itself already fragments the ecosystem by not being supported out of the box by many server implementations a
89.
▲
by
vilunov
3y ago
Pretty sure the standard DC plug is USB.
90.
▲
by
vilunov
3y ago
You seem to raise valid points and I don't disagree with you, however I don't see how it's relevant to the original concern regarding colored functions.
More ›