tonsky

51 ms·

1.
by tonsky 1y ago
Maven's version resolution mechanism determines which version of a dependency to use when multiple versions are specified in a project's dependency tree. Here's how it works: - Nearest Definition Wins: When multiple versions
2.
by tonsky 1y ago
> I’d love to lock my library to numpy 2.3.4, but if the developers of another library pin theirs to 2.3.5 then game over. Why? Can’t you specify which version to use?
3.
by tonsky 1y ago
> would fail in languages like Python where dependencies are shared And yet Java and Maven exist...
4.
by tonsky 1y ago
I updated the post, see near the bottom
5.
by tonsky 1y ago
Yeah but version ranges are fiction. Some says: we require libpupa 0.2.0+. Sure you can find a version in that range. But what if it doesn’t work? How can you know that your library will work with all the future libpupa releases in advance?
6.
by tonsky 1y ago
I worked for 20 years in an ecosystem that didn’t have lockfiles and had reproducible builds before the term was invented, and now you come and tell me that it couldn’t be?
7.
by tonsky 1y ago
> Lockfiles are essential for somewhat reproducible builds. No they are not. Fully reproducible builds have existed without lockfiles for decades
8.
by tonsky 1y ago
One of the versions will be picked up. If that version doesn’t work, you can try another one. The process is exactly the same
9.
by tonsky 1y ago
It’s totally fine in Maven, no need to rebuild or repackage anything. You just override version of libinsecure in your pom.xml and it uses the version you told it to
10.
by tonsky 1y ago
Clojure Electric is different. It’s not really a sync, it’s more of a thin client. It relies of having fast connection to server at all times, and re-fetches everything all the time. They innovation is that they found a really, really ergon
11.
by tonsky 1y ago
If you think of an existing database, like Postgres, sure. It’s not very convenient. What I am saying is, in a perfect world, database and server will be the one and run code _and_ data at the same time. There’s really no good reason why th
12.
by tonsky 1y ago
Ah, no. Not really. People sometimes think about conflict resolution as a problem that needs to be solved. But it’s not solvable, not really. It’s part of the domain, it’s not going anywhere, it’s irreducible complexity. You _will_ have con
13.
by tonsky 1y ago
> There's no such thing as reliable network in the world I’m not saying there is
14.
by tonsky 1y ago
- You can have many sync engines - Sync engines might only solve small and medium scale, that would be a huge win even without large scale
15.
by tonsky 1y ago
It’s not as simple as you make it sound: - Reliable communication is hard - Optimistic writes should on client are hard - Tracking subsets of data is hard (you don't want the entirety of Datomic on the client, do you?) - Permissions ar
16.
by tonsky 2y ago
That’s two perfect examples! Racket seems to try to use native widgets, and looks horrible as a result, at least on macOS JavaFX uses the same approach as Humble UI: they draw all the widgets themselves and have custom cross-platform look a
17.
by tonsky 2y ago
If they use native widgets, they usually look really bad If they just “imitate” look and feel, they usually fall very short of the real thing Either way, it’s bad experience for the end user
18.
by tonsky 2y ago
It’s a tradeoff. You either make your app native but only for one platform, or you make it look “universal” and run on all three.
19.
by tonsky 2y ago
All good points, all true. But what’s also true is that current trend is to come up with arbitrary-looking controls even on apps made by Apple themselves. Nobody knows what native is supposed to look like. I’m not saying it’s good, it’s jus
20.
by tonsky 2y ago
Not yet, but in theory, sure
21.
by tonsky 2y ago
We have workshop planned for the middle of September, after that, I hope things will start to stabilize a bit. I already started documenting some stuff in examples app, sort of self-documenting integration tests. Will have normal docs too,
22.
by tonsky 2y ago
Still a state sync though
23.
by tonsky 2y ago
You can just sell apps for one-time fee. Used to work fine in the past
24.
by tonsky 2y ago
Yeah but does it solves conflict for you?
25.
by tonsky 2y ago
Hi :)
26.
by tonsky 2y ago
Guys I need names of cities and cinemas
27.
by tonsky 2y ago
I don’t think there is a single movie theater in Detmold. Which one are you missing?
28.
by tonsky 2y ago
The idea was that it allows you to add something first and then build on top of it, all in the same transaction
29.
by tonsky 2y ago
Yeah, except that it shows like only 20 movies and 4 showtimes. I want to see everything
30.
by tonsky 2y ago
Damn Tübingen! You are the _third_ person who tells me about it! I’ll find a better source soon, hold on

More ›