1. 5
    Free software-ness of various popular crypto messengers
    platform android iOS desktop cli server
    signal   yes     yes yes     no  yes
    wire     yes     yes yes     no  yes
    whatsapp no      no  no      no  no
    telegram yes     yes yes     no  no
    
    1. 2

      What is the Wire CLI?

      1. 2

        whoops… I thought that https://github.com/wireapp/coax was CLI. It is not! I have edited the table…

      2. 1

        Where is the Signal server code to be found?

      1. 2

        This article has many factual flaws. EMR is not a clone of s3mper. Trolly title, as well, as its really about the API of S3, not the architecture. (which the author knows nothing about)

        1. 5

          Great guide! One small note; you should use AWS credentials associated with an IAM role that has the least privileges required to get the job done. In this case, using creds from an IAM role that could only write to the particular S3 bucket and invalidate the specific CloudFront domain would be most secure.

          1. 4

            This is correct – although right now there is a bug with IAM cloudfront rules, which means you must have full cloudfront access to do even a simple invalidation :(

          1. 3

            I’ve not read this yet. I’m cautious about new kinds of trees. I didn’t see much in a scan of the readme about balancing. My initial question is how this compares to a Scapegoat Tree.

            1. 4

              The author says at the end that its identical to a fractal tree.

            1. 3

              This post is describing CQRS. It has existed and been pretty well fleshed-out for some time now. It also seems to misunderstand the term “domain-driven design”, as CQRS is a key technique in DDD.

              1. 1

                I didn’t even recognize this as CQRS, but it makes sense now that you mention it. I first learned of CQRS via the Hoplon framework, which linked to Martin Fowler’s article.

              1. 1

                I see future customer-base-impacting issues with this move for Jetbrains. E.g. a Jetbrains customer that uses their software and likes it can no longer afford the subscription, for whatever reason. They will of course find something else to use because they have to get their work done. They may or may not like as much, but its quite unlikely they will ever come back to Jetbrains. Perhaps this is offset by the rate of new customer acquisition, but perhaps its not. Adobe found that it was not and they had much “stickier” products than Jetbrains sells, in that, there were sometimes no good alternatives to the software Adobe sold.