Browse Source

Commented links for 2020-08-02

master
Julio Biason 4 years ago
parent
commit
28e3110b78
  1. 89
      content/links/20200802.md
  2. 95
      content/links/20200802.pt.md

89
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.
<!-- more -->
## [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.

95
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.
<!-- more -->
## [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.
<!--
vim:spelllang=pt:
-->
Loading…
Cancel
Save