Hacker News new | past | comments | ask | show | jobs | submit | skeptrune's comments login

> Even if they do (e.g., Google with QUIC), the broad vibe I get is that folks aren’t likely to trust those offerings as lacking in ulterior motives.

It's pretty unfortunate that we've landed here. Hordes of venture-backed companies building shareware-like software with an "open source" label has done some severe damage.


Which is ironic, because I remember TCP/IP maturing in the protocol wars of the 90s. My Cisco course specifically covered the protocols separately from the media layers because you couldn’t know if your future employer still leveraged Token Ring, or ATM, or IPX, or TCP; a decade later, the course had drastically simplified to “ethernet” and “TCP/IP” only.

Many of these came from companies who created the protocol solely to push products, which meant the protocols themselves had to compete outside of the vacuum chamber of software alone and instead operate in real world scenarios and product lines. This also meant that as we engineers and SysAdmins deployed them in our enterprises, we quite literally voted with our wallets where able on the gear and protocols that met our needs. Unsurprisingly, TCP/IP won out for general use because of its low cost of deployment and ongoing support compared to alternatives, and that point is lost on the modern engineer that’s just looking at this stuff as “paper problems”.


I remember TCP/IP maturing in the protocol wars of the 90s

Good times. But it didn't matter because ATM was the future. /s

Many of these came from companies who created the protocol solely to push products

Like 100Base-VG? That was a good laugh.

TCP/IP won out for general use because of its low cost of deployment and ongoing support compared to alternatives, and that point is lost on the modern engineer that’s just looking at this stuff as “paper problems”

Welcome to my world...


Quic is an attack on network based filtering (ad blockers) similar to doH. There likely are convenient ulterior motives.

I wish people would take the time to put in real datasets and make qualitative analysis of when and why "foo new solution" is better.

Quantitative benchmarks are great, but sparse.


No, but it serves everyone in the "AI retrieval" space better if we continue to make rapid improvements. New models are great, but not the ultimate solution.

Aren't their existing commonly used file sharing solutions for law which should implement a version of this? I would imagine it makes more sense as a feature there than it would in a whole new app.

It really depends on the firm and their existing approach to file storage. In legal, they call this a Document Management System (DMS). Some firms have a loose process, so they use this as a standalone app. Other law firms have 20+ years of files in their DMS, so they use this as an integrated feature.

The DMS providers have a great business and their product is stickier than glue. Fortunately, they are very startup friendly and have built out a whole app store ecosystem so other companies can layer on new capabilities that deepen the value of the DMS and make it even stickier.


I think the big issue with XMPP are the clients. Element is so much better that it's hard not to recommend Matrix to people despite its bloat and metadata leakage problems.

JMP/Snikket for tying a normal phone number to your XMPP @ are really convenient, but the clients remain a problem. Plus, SIP dialers are not supported on IOS afaik.

I am really surprised there isn't a venture backed company pushing XMPP forward. Maybe people have tried and realized it's not viable.


I'm curious which apps you've tried and what the deficiencies are you find in them.

There are a number of companies in the ecosystem. Most have chosen not to pursue VC money in order to keep things going much longer. While a venture backed company can have success, most flame out eventually in my observation.


Is there an iOS app that supports push messages?

Yes. Snikket, siskin, and monal all make use of push messages (since that's required to work on iOS at all these days)

It looks like you need server support for that as well (makes sense), to bad Prosody doesn't have it in a released version but you have to build it manually.

No need to build anything, it's not a binary or anything like that. Prosody is just a very plugin-oriented project (plugins are written in Lua). For better or worse, we (the Prosody team) have certain standards for inclusion of community modules in the core codebase, and mod_cloud_notify doesn't quite meet them yet.

On Debian and derived systems, you can just 'apt install prosody-modules', and on other systems you can 'prosodyctl install mod_cloud_notify' or otherwise download it directly: https://modules.prosody.im/mod_cloud_notify (no configuration is necessary apart from adding it to the module list in your config).


Thank you, I was reading https://github.com/monal-im/Monal/wiki/Considerations-for-XM... and misread the requirements, 0.13 is required for SASL2, not for cloud_notify.

I really like Prosody because it was trivial to reuse the same user store I use for Postfix/Dovecot so every email account gets an XMPP account automatically.


I'm trying to think of a way to add some value other than anecdotal disagreement, but I am just shocked at this statement because I can't think of a single piece of software I think Element is "better" than.

Slightly rambling partial agreement ahead, sorry, I struggle with how I feel about this and need to write something longer somewhere:

I think there's a tendency to dismiss this argument in the XMPP community (but there's a lot of truth to it, I choose to use the XMPP desktop clients but none of them are as nice to use as any big commercial IM providers client), but also a tendency for people to make this argument without realizing that they're comparing open source projects run by one or two people to VC funded projects with a company backing them. Of course Discord or Element or whatever will be "better" in some ways, they have a team and millions of VC funding behind them. However, one of the many reasons I chose to use XMPP back in the day when I was first evaluating whether to use it or Matrix, and one of the big reasons I got more heavily involved in the community later, was specifically because the standards body wasn't strictly tied to a company looking for VC funding (and all the individual client/server projects I've contributed to are the same). But, this does mean there aren't really any clients that I'm in love with (but there are clients for every random niche platform imaginable, which I think is probably more important personally).

All that being said, try Snikket if you haven't. It's relatively new, but I think they're really doing a good job of creating a suite of clients that can be recommended to "normies" who don't want to sacrifice shiny graphics for the sake of using something that's a bit more free from VC influence.


Sure, Element syncs much faster than other clients (FluffyChat is unusable for Instant Messaging) but leaving the browser tab open still thrashes one CPU core.

I think its not only the clients...Rather its what the server side supports and to ensure clients align with that....And i think among a group of techy friends, well, they can coordinate the proper settings...but it becomes thorny when involving some not-techie buddies...Of course its possible, but, you know, the onboarding process is less than ideal. I say that not being an xmpp guru of coruse, so YMMV.

> I am really surprised there isn't a venture backed company pushing XMPP forward. Maybe people have tried and realized it's not viable.

Actually, WhatsApp would fulfill your definition there. They are/were a startup whose entire product/platform is an xmpp client (using their centralized server/instance). Now, whether they pushed "xmpp forward", or merely would be considered pushing a chat platform and who cares whats under the covers...well, that i leave as an exercise for you or others to decide/opine. ;-)


If you want to onboard a group of people you don't point them at "XMPP" the technology. You point them at a service or product that is built on XMPP, like Snikket.

Yes, agreed, i was more referring to whether a particular server instance for example implemented X or Y extension from the base xmpp protocol...and you'd want to ensure that whatever client and server combo is aligned to support those X and Y extensions. That's all i meant.

WhatsApp's contributions to the XMPP ecosystem are nil.

Good point, agreed. I assumed that most people looking at the repo would already be familiar with Firecrawl, but there should be at least a sentence or two explaining what it does regardless.


Wow, I had no idea the Nvidia model was number 1 on MTEB right now.


Yes! This is a seriously underutilized browser feature right now.

Unfortunately, Brave still isn't supporting them [1][2].

[1]: https://community.brave.com/t/copy-link-to-highlight-text/28...

[2]: https://github.com/brave/brave-browser/issues/22906


Other related posts

[flagged] Getting Called "Paid Actor" by Linus Torvalds - https://news.ycombinator.com/item?id=41929585 - Oct 23 2024 (24 comments)

[PATCH] MAINTAINERS: Remove some entries due to various compliance requirements. - https://news.ycombinator.com/item?id=41923749 - Oct 23 2024 (1 comment)

Re: [PATCH] Revert "MAINTAINERS: Remove some entries due to compliance" - https://news.ycombinator.com/item?id=41928532 - Oct 23 2024 (3 comments)

Linus Torvalds comments on the Russian Linux maintainers being delisted - https://news.ycombinator.com/item?id=41927838 - Oct 23 2024 (35 comments)


Surprised Keycloak and Dex didn't make the list!

Personally feel like those are the two most standard options for something self-hostable.


Keycloak was mentioned, only very briefly. I've "had to" use it because it was chosen by my employer before I worked with them, but I've taken full ownership over installing and configuring it (a mix of helm values and follow up terraform for realms/roles/clients etc). Once you tame it, it's great. It's no way simple though. But I can't compare it in that respect to any of the others.


Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: