jdev - 2025-06-01


  1. singpolyma

    I did one in typescript over a couple evenings just for fun

  2. jjj333_p (any pronouns)

    nice

  3. jjj333_p (any pronouns)

    from what i see so far a lot of the difficulty in xmpp tends to come from having to have pre-compile determined types. all the actual logic is ez pez, lends itself very well to interpreted languages

  4. Trung

    > No. Implementations can be but languages are abstractions with no mandatory performance requirements a few "hello world" in different langs would prove this statement invalid?

  5. jjj333_p (any pronouns)

    performance requirements as in "it must do x in y time under z resources"

  6. jjj333_p (any pronouns)

    your use case defines thouse

  7. jjj333_p (any pronouns)

    your use case defines those

  8. jjj333_p (any pronouns)

    languages themselves dont come with requrements usually

  9. jjj333_p (any pronouns)

    they come with performance implications

  10. Goot the ticklegoblin!

    If you get hung up on using a language due to stereotypes about performance, you're _probably_ not using an XML based protocol

  11. jjj333_p (any pronouns)

    also xmpp (and most sane protocols) usually end up being connection/network bottlenecked anyways

  12. jjj333_p (any pronouns)

    matrix breaks this by having a lot of cpu processing to do for any authentication, xmpp doesnt

  13. moparisthebest

    >> hold up you don't think some languages are faster or slower than others? Seems absolutely absurd > No. Implementations can be but languages are abstractions with no mandatory performance requirements Sure in theory anything is possible. In practice the only python implementation people use is very very very very slow

  14. Schimon

    From chapter 14 of “XMPP: The Definitive Guide”. > Now that we have the basic design set, we do a bit of research into off-the-shelf XMPP libraries. Because we find that the Python language is great for fast prototyping as well as high-scale application development (as mentioned, our backend is written in Python), we check out several of the available Python libraries. After looking at APIs and developer support, we select SleekXMPP (the same library used for the echo bot in Chapter 2). I suppose that the main reasin was for fast prototyping. Yet, I advocate a server implementation.

  15. ari

    This message was encrypted using OMEMO, but your client does not support encryption.

  16. halscode

    the sad part is I'll never know if that's a troll or a real (failed) encrypted message

  17. halscode

    the sad part is I'll never know if that's a troll or a real (failed) encrypted message (no client I know of shows message source)

  18. ari

    i was trolling

  19. halscode

    at least it's funny

  20. lissine

    You can't send omemo encrypted messages in public channels

  21. ari

    i use the pattented ari.lt technology which allows you to send OMEMO messages in public MUCs

  22. cal0pteryx

    A patent troll, nice :D

  23. ari

    yes

  24. ari

    dont call me a troll im sorry xD im not a troll

  25. ari

    dont call me a troll im sorry xD im not a troll ( usually )

  26. Nyx

    > You can't send omemo encrypted messages in public channels is there anything stopping one from sending an omemo stanza?

  27. gryb4s

    Hello team

  28. jjj333_p (any pronouns)

    > is there anything stopping one from sending an omemo stanza? what are you going to encrypt it to