Fork me on GitHub

I have nightmares from when I used to operate clustered mongo back in my devops days about getting paged in the middle of the night about it splitbraining. I still occasionally get stackoverflow rep from I documenting things I spent hours discovering about seemingly basic stuff. Suffice to say that apart from all its other issues, operating mongo at scale was not a lot of fun.


Mongo splitbrain brings back terrible memories. 😂 😭


For a long time their backups weren’t transactional, so if you didn’t shut down traffic to a cluster before running a backup it was possible to make unrestorable backups

😂 2

Also there was the one time they released a non-beta version in which backup/restore just…didn’t work. Like under any circumstances, it just exited with an error or something. It was fixed within a week, but still. Did not inspire confidence


Hello. There was an app I came across recently that provided a simple dashboard of all other apps that you could launch or use. If I remember right, it had an 80s like interface. I can’t remember the name, and neither am I able to search for it effectively. Does anybody know what the hell I’m talking about or do I need to go see a doctor?


The amount of work doesn't even compare. At the time, MongoDB said that one needs at least a replica to guarantee data consistency. If you apt-get install postgresql or even mysql, you kinda already have this data consistency. Also, MongoDB didn't have transactions, so it was consistent for a single operation; it also didn't have any kind of join, so you either had to denormalize, or everything would be joined in app space - n+1 queries were the norm, not the exception for multiple situations. Sure, it was easier to add replicas to MongoDB than it was to add for PostgreSQL, but I mean, it's a different history between "can do it" and "need to do it"

😂 2

Adding replicas wasn't the problem, it was keeping them replicating…

☝️ 2
Adam Helins09:04:45

For the past year or so, there has been some interesting ideas and libs popping up about Clojure and native code. With Java 17 offering a better way for calling native functions, which has been historically tedious, the future is now. Since Rust has often been mentioned as a great match for Clojurists, here is a basic "Hello World" example to get going, hopping it will inspire interesting projects: offers great insights By the way, it's blazing fast 🚀

🚀 10
😂 6
thisisfine 3

I need to look into it. I'm mostly concerned with how to package it. I guess for best performance and compatibility, you need to include several native builds, for different platforms, in the jar?

Adam Helins09:04:44

That's one way, but it's memory safe you know 🚀


This is an April fools joke, right ?

Adam Helins09:04:05

It could very well be But given the current state of building modern software, it's hard to tell, isn't it

😆 2

Lol, I didn't check the project first. But seriously, for example with Kafka, there are basically two clients, a Java one, and one in c/c++ that's used with a lot of other languages. I think/hope it would be viable to only have a core in Rust, and a shallow binder for all other languages.


@adam678 I have some Clojure + Rust code here: I haven't tried the Java 17 stuff yet

Adam Helins10:04:19

That's actually a legit example and a useful one 👍


So, uuuh.. I dont hate the windows 3.1 stackoverflow april fools filter


oh that's funky, but not too bad. I liked the terminal one, once my eyes adjusted to the searing burning sensation.


I hope it’s okay to post here, I am not affiliated with him: Sam Aaron is running out of money for SonicPi and looking for (SonicPi-related) work.

❤️ 1

He is also on Patreon, I just bumped my support to the next tier:


tools.misc: a project like but more general. feedback welcome!

Daniel Jomphe11:04:27

There was this nice blog post a few days ago about this guy who worked at Cognitect/Nubank, where they wrapped all third-party libs with their own api protocols like this. He now works for lambdaisland IIRW, where they don't. What was interesting in his article was the practical considerations about REPL-driven development. I think he said they found this kind of use for protocols hindering that.


@U0514DPR7 He's actually kind of colleague now at Nextjournal where I also work 2 days in the week

Daniel Jomphe11:04:13

Hahaha I kinda knew I would not surprise you with this, Michiel. :)

😆 3
Daniel Jomphe11:04:21

There definitely is some appeal to tools.misc, especially once (I believe) it becomes clear which parts should be considered RFC, and which ones should be considered Stable-v1-use-it. Obviously, for now it's all RFC. 🙂

Martynas M12:04:55

I think that tools.misc is too new and the last commit needs to be made in 2016. Then I'd consider using it 😄

😁 1

@U028ART884X Sure :) But to have such a thing in 2027 we need to start now ;)

🙌 1
⏱️ 1
Martynas M12:04:15

At this point I'm not sure anymore if it's April fools or not. Probably both. 😄


Also, you need to create 4872 issues. Nothing says current and maintained like an insurmountable amount of outstanding bugs!

😁 1

There won't be bugs since there won't be implementations

Martynas M12:04:57

This is some state of the art for you: They were supposed to ship one command ("Set up a modern web app by running one command.") but look what they've done.

Daniel Jomphe12:04:22

> There won't be bugs since there won't be implementations There's a bug in this comment, @U04V15CAJ, since you wrote in the doc that there might be default implementations. :)

😁 1

ok, you got me there

😅 2
Daniel Jomphe12:04:54

BTW, in French, "défaut" means bug. So if I were not such an astute English reader, I'd understand: "there might be buggy implementations". 😄


luckily someone can just override the protocol impl in their apps to fix it

Martynas M12:04:42

@U04V15CAJ You could call it "tools.misc standard/blueprint" and then the implementations could remain placeholders. And then developers and companies could implement their own. And then you could monetize your effort this way. One more area for consulting.

Mitchell Harris16:04:30

Seen on Shortcut:

😂 3

I'm glad I'm too late to announce for this week's Deref!

😄 7
borkdude 3
💜 2

Thanks, I hate it.

Martynas M16:04:13

Does it support JSON?


Hopefully YAML

Martynas M16:04:08

Does System.exit(-1) work the same as in Java? I think in functional languages you want to return the status. So this does that immediately and it's great that you embrace it. I think npm and other evil tools keep the status for themselves. Will I be able to circumvent their wrapping in some way? Do you also plan to release a version that could call assembly-level interrupts?

Cora (she/her)18:04:01

this is great! I'm hard at work at a clojure that you write using XML!!


@U028ART884X yes to all of the above, it will absolutely aspire to be everything to everyone!

eccentric J18:04:07

Yes, finally! Now I can use JavaScript to write my JavaScript, all conveniently configured with JavaScript.


nice - I was just tinkering with antlr grammer + clojure to transform vbscript into clojure code - maybe I can leverage bbjs in that hodgepodge to handle the JSCript parts


is bbjs usable as a (clojure) lib at all, or only a binary?

Karol Wójcik09:04:52

It's so sad it was only a joke.

😭 1

Such a good run, love the energy from the crowd :woman-mountain-biking:

👍 1
🚲 1