this post was submitted on 02 Sep 2024
222 points (98.3% liked)

Programming

17503 readers
12 users here now

Welcome to the main community in programming.dev! Feel free to post anything relating to programming here!

Cross posting is strongly encouraged in the instance. If you feel your post or another person's post makes sense in another community cross post into it.

Hope you enjoy the instance!

Rules

Rules

  • Follow the programming.dev instance rules
  • Keep content related to programming in some way
  • If you're posting long videos try to add in some form of tldr for those who don't want to watch videos

Wormhole

Follow the wormhole through a path of communities !webdev@programming.dev



founded 1 year ago
MODERATORS
 

There are a couple I have in mind. Like many techies, I am a huge fan of RSS for content distribution and XMPP for federated communication.

The really niche one I like is S-expressions as a data format and configuration in place of json, yaml, toml, etc.

I am a big fan of Plaintext formats, although I wish markdown had a few more features like tables.

you are viewing a single comment's thread
view the rest of the comments
[–] endofline@lemmy.ca 4 points 2 months ago (2 children)

XMPP is very old and was created when nobody knew about mobile phones. It worked more like true messaging app less than messages store ( unlike matrix ).

Requirement of permanent tcp ip connection doesn't work well for mobile + pretty much useful feature in xmpp ( like message history ) is optional. If something doesn't work in xmpp most people would blame xmpp / jabber rather than the lack of feature support in their server

[–] 0x0@programming.dev 7 points 2 months ago (2 children)

XMPP is very old

Seriously? That's your argument? So is the wheel.

Requirement of permanent tcp ip connection doesn’t work well for mobile

I was under the impression PubSub was created for that.

Still, it's an open extensible protocol.

[–] MonkderVierte@lemmy.ml 2 points 2 months ago (1 children)

XMPP is very old

Seriously? That's your argument? So is the wheel.

They elaborated how that relates; usage scenario changed with mobile phones. XMPP is a bad match.

[–] 0x0@programming.dev 3 points 2 months ago (1 children)

XMPP is a bad match.

The X is for extensible, so are a whole bunch of other protocols and people haven't stopped using them, they get improved upon (for the most part).

[–] MonkderVierte@lemmy.ml 1 points 2 months ago (1 children)

The mentioned permanent tcp ip connection (which you don't neccessarily have on mobile) too?

[–] 0x0@programming.dev 2 points 2 months ago (1 children)

I was under the impression XEP-0060 solves that.

[–] MonkderVierte@lemmy.ml 2 points 2 months ago

Sorry, i won't read that whole thing. But i guess you're right, in which case i take back what i said.

[–] endofline@lemmy.ca 0 points 2 months ago* (last edited 2 months ago) (1 children)

Seriously, if you do take one verse from the whole response, you get straw men you fighting with.

I just told you that jabber / xmpp was created in the times almost nobody knew or believed mobile phones can be a thing. Thus it got created in that way: many similarities of xmpp and e-mail, irc or icq which didn't stand the passage of time.

Of course, you're right xmpp evolved to get PubSub extension as an "optional feature" but because of its availability (or rather lack) - most servers didn't support it even the client did support, xmpp didn't win the acceptance of the end-users. It got some attention in the business world (cisco jabber) but not in the retail.

Business cannot work forever without clients willing to pay or at least use, so it died off even in the business.

End of story, try not to fighting with the straw men you created.

[–] 0x0@programming.dev 2 points 2 months ago

Of course, you’re right xmpp evolved to get PubSub extension as an “optional feature” but because of its availability (or rather lack) - most servers didn’t support it even the client did support, xmpp didn’t win the acceptance of the end-users. It got some attention in the business world (cisco jabber) but not in the retail.

That XMPP's extensibility is in itself a strength and a weakness is indeed a valid argument, as you've exemplified. I was expecting you'd criticize OMEMO though...

Business cannot work forever without clients willing to pay or at least use, so it died off even in the business.

No, it didn't die off, it's still used. IRC is still used as well, probably more or less at the same level. But if you define usage as "used in business" well then probably just a few cases, yes.

I hadn't heard of Cisco Jabber but i've heard of Google and Facebook - both companies' messengers were, initially, based on XMPP but they EEE'd it once they got enough users and walled their gardens, dealing a major blow to the protocol.

End of story, try not to fighting with the straw men you created.

Can i fight my inner daemons at least? Please?

[–] matcha_addict@lemy.lol 1 points 2 months ago

It worked more like true messaging app less than messages store ( unlike matrix ).

Can you please elaborate this point? I don't understand what you mean by "true messaging app" and why that would be a bad thing?

Requirement of permanent tcp ip connection

Are you sure this is the case? Maybe back in the day, but my understanding is this isn't true anymore

useful feature in xmpp ( like message history ) is optional

Why is user choice a bad thing? There's a wealth of clients that implement the features you want

If something doesn't work in xmpp most people would blame xmpp

This may not be an important point, but from my experience, people always blame the client and not the underlying protocol. If I face an issue with my browser, I'd likely blame the browser before I blame http.