diff --git a/content/links/20200802.md b/content/links/20200802.md new file mode 100644 index 0000000..937d0a6 --- /dev/null +++ b/content/links/20200802.md @@ -0,0 +1,89 @@ ++++ +title = "Commented Links for 2020-08-02" +date = 2020-08-02 + +[taxonomies] +tags = ["links", "async", "ios", "ios 14", "facebook", "emacs", "telegram", +"go", "copyleft", "copyright", "patents", "google", "algorithm", "small teams"] ++++ + +Async/Await Fails, Facebook Complains About iOS 14, Telegram on Emacs, Go is +Google Language, Copyleft is Copyright, Google Blaiming "The Algorithm" Again, +Many Teams Fragmentations. + + + +## [Beware of Async/Await](https://www.brandonsmith.ninja/blog/async-await) + +Not much as "careful with async/await", but "don't use async/await in the +wrong way". And since async/await is in all the rage these days, in every +language, the same problem can happen in any of them. + +## [Facebook says Apple’s iOS 14 changes could hurt its ad targeting](https://www.cnbc.com/2020/07/30/facebook-says-apples-ios-14-changes-could-hurt-its-ad-targeting.html) + +You know Apple may be doing something right for a change when Facebook says a +change will hurt them. + +## [telega.el: GNU Emacs telegram client (unofficial)](https://github.com/zevlg/telega.el) + +Emacs kitchen sink just gets bigger. + +## [pkg.go.dev is more concerned with Google's interests than good engineering](https://drewdevault.com/2020/08/01/pkg-go-dev-sucks.html) + +Again, I disagree with Drew in a lot of points, but I have to give it to him +when he gets the point right. + +One of the points of Git is its decentalization. Surely the _de facto_ use of +Git these days is not decentalized, but sadly centralized. And Google should +know better, as they had their own Git repository (GoogleCode, anyone) and +they just... fucked it up. And now, because they fucked it up, it seems they +want to just screw it further, so people don't realized how they fucked it up. + +And, again, Go is Google language. It's not yours and they are not interested +in helping you there. + +## [Open Usage Commons: a warning](https://forum.palemoon.org/viewtopic.php?f=65&t=24914) + +Let's ignore the "world is ending" tone of the post here, and let's focus +on what's here: + +1. To help you trademark your open source project, you give up all your + patents and such to the Open Usage Commons. +2. Let me repeat that: You _give up_ all your _patents_ to _someone else_. + +Copyleft works 'cause, in the very deep, it is a copyright law; you can sue +anyone that tries to steal your patents and trademarked content if, say, they +tried to take your trademark away, or used their position to overtake as the +"the one who knows it" from you. + +One thing that remind me in the very start of the post is that GNU Foundation +does the same thing: If you want to make your application a GNU application, +you have to give your patents and trademarks to the GNU Foundation. While it +may appear the same, they are completely different: + +If you want to release anything under any GPL (GPL, LGPL or AGPL), your +_don't_ give anything to the GNU Foundation; it is still yours. If you want to +make your application a GNU application, the GNU Foundation still have to +accept it. + +Trademark and copyright is _very_ important to open source projects. Don't +give them up. + +## [Google blames algorithm for adding porn titles to train station search results](https://grahamcluley.com/google-porn-titles-train-station-search-results/) + +Once again, the mythical "the algorithm did it!" excuse. It's not "sorry, we +did mess up with the training data", it's "the algorithm". + +Google idea of "organizing the worlds data" seems far and far away when they +don't even try to understand the data themselves. + +## [Independence, autonomy, and too many small teams](https://kislayverma.com/organizations/independence-autonomy-and-too-many-small-teams/) + +I've seen this: Because people buy the "communication grows exponentially" and +should make smaller teams -- which is correct. But they make "smaller teams" +and not "smaller problems that can be dealt by smaller teams". And that's when +things fall apart. + +Honestly, to me, this feels a lot like failing to have a proper architect, +someone who can see the big picture and think on ways to make all the pieces +come together. diff --git a/content/links/20200802.pt.md b/content/links/20200802.pt.md new file mode 100644 index 0000000..838ccc5 --- /dev/null +++ b/content/links/20200802.pt.md @@ -0,0 +1,95 @@ ++++ +title = "Links Comentados de 2020-08-02" +date = 2020-08-02 + +[taxonomies] +tags = ["links"] ++++ + +Falhas de Async/Await, Facebook Reclamando do iOS 14, Telegram no Eamcs, Go É +A Linguagem do Google, Copyleft é Copyright, Google Culpando "O Algoritmo" de +Novo, Fragmentação de Times. + + + +## [Beware of Async/Await](https://www.brandonsmith.ninja/blog/async-await) + +Não tanto "cuidado com async/await", mas mais como "não use async/await da +forma errada". E agora que todas as linguagens tem o seu async/await, esse +problema pode acontecer em qualquer uma delas. + +## [Facebook says Apple’s iOS 14 changes could hurt its ad targeting](https://www.cnbc.com/2020/07/30/facebook-says-apples-ios-14-changes-could-hurt-its-ad-targeting.html) + +Dá pra perceber quando a Apple está fazendo algo certo quando o Facebook diz +que uma mudança no iOS vai prejudicar as propagandas deles. + +## [telega.el: GNU Emacs telegram client (unofficial)](https://github.com/zevlg/telega.el) + +E a "pia da cozinha" do Emacs só fica maior. + +## [pkg.go.dev is more concerned with Google's interests than good engineering](https://drewdevault.com/2020/08/01/pkg-go-dev-sucks.html) + +Mais uma vez, eu discordo do Drew em vários pontos, mas eu tenho que dar +pontos pra ele quando ele consegue explicar um ponto muito bem. + +Um dos principais pontos do Git é a sua decentalização. Mesmo que o uso _de +facto_ nos dias atuais não seja decentalizado, mas infelizmente centralizado. +E o Google deveria saber disso, porque eles já tiveram o seu repositório Git +(GoogleCode) e eles... cagaram. E agora, porque eles cagaram com o mesmo, +parece que eles querem estragar as coisas ainda mais, para que as pessoas não +se liguem o tamanho da cagada. + +E, mais uma vez, Go é a linguagem do Google. Não é a sua linguagem e eles não +estão interessados em te ajudar. + +## [Open Usage Commons: a warning](https://forum.palemoon.org/viewtopic.php?f=65&t=24914) + +Vamos ignorar o tom de "o mundo está acabando" do post e vamos focar no que +ele comenta: + +1. Para ajudar desenvolvedores open source com o registro de marca, você tem + que desistir de todas as suas patentes e coisas dos tipo para o Open Usage + Commons. +2. Me deixem repetir isso: Você _desiste_ de todas as _suas_ patentes para + _outra pessoa_. + +Copyleft funciona porque, no fundo, é baseado nas leis de copyright; você pode +processar alguém que tentar roubar suas patentes e marcas se, por exemplo, +eles tentaram tirar o seu copyright do produto ou eles tentar usar sua posição +para ocupar a sua posição de "quem entende como isso foi feito". + +Uma coisa que me lembrou no começo do post é que a GNU Foundation faz a mesma +coisa: Se você quiser que a sua aplicação seja uma aplicação GNU, você deve +passar todos as patentes e marcas para a fundação GNU. E embora pareça ser a +mesma coisa, as similaridades terminam aí: + +Se você quiser distribuir qualquer coisa sob qualquer licença GPL (GPL, LGPL +ou AGPL), você _não_ precisa passar nada para a GNU Foundation; o produto +ainda é seu. Se você quiser que sua aplicação seja considerada uma aplicação +GNU, a fundação ainda precisa aceitar o pedido. + +Marcas e copyrights são _muito_ importantes para projetos open source. Não os +entregue pra ninguém. + +## [Google blames algorithm for adding porn titles to train station search results](https://grahamcluley.com/google-porn-titles-train-station-search-results/) + +Mais uma vez, a mítica desculpa "Foi o algoritmo!". Não foi um "Desculpe, nós +erramos com a base treinamento", é "o algoritmo". + +A ideia do Google de "organizar a informação do mundo" parece cada vez mais +longe quando eles sequer entendem da informação. + +## [Independence, autonomy, and too many small teams](https://kislayverma.com/organizations/independence-autonomy-and-too-many-small-teams/) + +Eu já vi isso: Como as pessoas acreditam na "comunicação cresce +exponencialmente" e devem ser criados times menores -- que está correto. Mas +as pessoas fazem "times menores" e não "problemas menores que possam ser +gerenciados por times menores". E é aí que as coisas começam a se desmontar. + +Honestamente, para mim, isso parece muito com um problema em não ter um +arquiteto de sistemas, alguém que tenha uma visão geral do sistema e pense +como todas as peças se juntam. + +