• 0 Posts
  • 13 Comments
Joined 3 years ago
cake
Cake day: June 28th, 2023

help-circle


  • I don’t get why brave cultists try to shove brave into these guides. It’s not bad because it’s chromium. Brave is bad because it’s a crypto bro browser run by a right wing chud ceo. If you are running Brave you might as well just use Omarchy. Both are right ring chud run. At least the Omarchy right wing chud isn’t running a crypto bro ad company. Both are just terrible.The fact that this guide suggests buying a $60 license to brave is insanity.






  • Not true. The EUPL defines distribution broadly enough that it covers saas style network use. It’s like the AGPL.

    From the article:

    And it is quite a divergence from the licenses I’ve used in the past. EUPL is a strong copyleft license that closes the “SaaS loophole” by requiring reciprocal licensing regardless of how the software is distributed.

    From the official source:

    For many open licences, distributing software is obtaining it (i.e. via downloading) in order to install it on your own device. Licences do not cover remote use, when a user interacts remotely with server-provided functionalities. The definitions in article 1 of the EUPL assimilates “communication to the public” to “distribution” and therefore targets and covers SaaS (software as a service) and the ASP (application service provider) activity.
    Article 1 defines as “- Distribution or Communication: any act of selling, giving, lending, renting, distributing, communicating, transmitting, or otherwise making available, on-line or off-line, copies of the Work or providing access to its essential functionalities at the disposal of any other natural or legal person.”.

    Therefore on this specific point, the EUPL is similar to the AGPL.

    Source: https://interoperable-europe.ec.europa.eu/collection/eupl/faqs




  • You have it mostly backwards. XML has like 40+ types that are all standardized. JSON only has the basic JS types. XML is a superset of JSON when it comes to types.

    How would you represent a double float, or binary data, or a datatime in JSON. You would have to use strings in JSON. In XML you would use the xsd:double, xsd:binary, and xsd:dateTime.

    JSON only works if you think in JavaScript. For languages with more complete / complex data systems it does not do unless you resort to the string thing.

    For your information:

    Easier to read: https://www.ibm.com/docs/en/jfsm/1.1.2.1?topic=queries-xsd-data-types

    The official spec: https://www.w3.org/TR/xmlschema-2/

    As for validation I think “right tool for the right job” is the best approach here. How do you know your validator is validating correctly? That’s the beauty of XML. Validation is part of the spec. XML is more complicated, but only because it’s more capable than json. Just like protobuf is more complicated than JSON. It’s also more complicated and not centered on JSON types.