The source content for blog.juliobiason.me
You can not select more than 25 topics Topics must start with a letter or number, can include dashes ('-') and can be up to 35 characters long.

138 lines
7.3 KiB

<!DOCTYPE html>
<html lang="en">
<head>
<meta http-equiv="X-UA-Compatible" content="IE=edge">
<meta http-equiv="content-type" content="text/html; charset=utf-8">
<!-- Enable responsiveness on mobile devices-->
<!-- viewport-fit=cover is to support iPhone X rounded corners and notch in landscape-->
<meta name="viewport" content="width=device-width, initial-scale=1.0, maximum-scale=1, viewport-fit=cover">
<title>Julio Biason .Me 4.3</title>
<!-- CSS -->
<link rel="stylesheet" href="https://blog.juliobiason.me/print.css" media="print">
<link rel="stylesheet" href="https://blog.juliobiason.me/poole.css">
<link rel="stylesheet" href="https://blog.juliobiason.me/hyde.css">
<link rel="stylesheet" href="https://fonts.googleapis.com/css?family=PT+Sans:400,400italic,700|Abril+Fatface">
</head>
<body class=" ">
<div class="sidebar">
<div class="container sidebar-sticky">
<div class="sidebar-about">
<a href="https:&#x2F;&#x2F;blog.juliobiason.me"><h1>Julio Biason .Me 4.3</h1></a>
<p class="lead">Old school dev living in a 2.0 dev world</p>
</div>
<ul class="sidebar-nav">
<li class="sidebar-nav-item"><a href="&#x2F;">English</a></li>
<li class="sidebar-nav-item"><a href="&#x2F;pt">Português</a></li>
<li class="sidebar-nav-item"><a href="&#x2F;tags">Tags (EN)</a></li>
<li class="sidebar-nav-item"><a href="&#x2F;pt&#x2F;tags">Tags (PT)</a></li>
</ul>
</div>
</div>
<div class="content container">
<div class="post">
<h1 class="post-title">Links Comentados de 2020-08-02</h1>
<span class="post-date">
2020-08-02
<a href="https://blog.juliobiason.me/pt/tags/links/">#links</a>
</span>
<p>Falhas de Async/Await, Facebook Reclamando do iOS 14, Telegram no Eamcs, Go É
A Linguagem do Google, Copyleft é Copyright, Google Culpando &quot;O Algoritmo&quot; de
Novo, Fragmentação de Times.</p>
<span id="continue-reading"></span><h2 id="beware-of-async-await"><a href="https://www.brandonsmith.ninja/blog/async-await">Beware of Async/Await</a></h2>
<p>Não tanto &quot;cuidado com async/await&quot;, mas mais como &quot;não use async/await da
forma errada&quot;. E agora que todas as linguagens tem o seu async/await, esse
problema pode acontecer em qualquer uma delas.</p>
<h2 id="facebook-says-apple-s-ios-14-changes-could-hurt-its-ad-targeting"><a href="https://www.cnbc.com/2020/07/30/facebook-says-apples-ios-14-changes-could-hurt-its-ad-targeting.html">Facebook says Apple’s iOS 14 changes could hurt its ad targeting</a></h2>
<p>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.</p>
<h2 id="telega-el-gnu-emacs-telegram-client-unofficial"><a href="https://github.com/zevlg/telega.el">telega.el: GNU Emacs telegram client (unofficial)</a></h2>
<p>E a &quot;pia da cozinha&quot; do Emacs só fica maior.</p>
<h2 id="pkg-go-dev-is-more-concerned-with-google-s-interests-than-good-engineering"><a href="https://drewdevault.com/2020/08/01/pkg-go-dev-sucks.html">pkg.go.dev is more concerned with Google's interests than good engineering</a></h2>
<p>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.</p>
<p>Um dos principais pontos do Git é a sua decentalização. Mesmo que o uso <em>de
facto</em> 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.</p>
<p>E, mais uma vez, Go é a linguagem do Google. Não é a sua linguagem e eles não
estão interessados em te ajudar.</p>
<h2 id="open-usage-commons-a-warning"><a href="https://forum.palemoon.org/viewtopic.php?f=65&amp;t=24914">Open Usage Commons: a warning</a></h2>
<p>Vamos ignorar o tom de &quot;o mundo está acabando&quot; do post e vamos focar no que
ele comenta:</p>
<ol>
<li>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.</li>
<li>Me deixem repetir isso: Você <em>desiste</em> de todas as <em>suas</em> patentes para
<em>outra pessoa</em>.</li>
</ol>
<p>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 &quot;quem entende como isso foi feito&quot;.</p>
<p>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í:</p>
<p>Se você quiser distribuir qualquer coisa sob qualquer licença GPL (GPL, LGPL
ou AGPL), você <em>não</em> 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.</p>
<p>Marcas e copyrights são <em>muito</em> importantes para projetos open source. Não os
entregue pra ninguém.</p>
<h2 id="google-blames-algorithm-for-adding-porn-titles-to-train-station-search-results"><a href="https://grahamcluley.com/google-porn-titles-train-station-search-results/">Google blames algorithm for adding porn titles to train station search results</a></h2>
<p>Mais uma vez, a mítica desculpa &quot;Foi o algoritmo!&quot;. Não foi um &quot;Desculpe, nós
erramos com a base treinamento&quot;, é &quot;o algoritmo&quot;.</p>
<p>A ideia do Google de &quot;organizar a informação do mundo&quot; parece cada vez mais
longe quando eles sequer entendem da informação.</p>
<h2 id="independence-autonomy-and-too-many-small-teams"><a href="https://kislayverma.com/organizations/independence-autonomy-and-too-many-small-teams/">Independence, autonomy, and too many small teams</a></h2>
<p>Eu já vi isso: Como as pessoas acreditam na &quot;comunicação cresce
exponencialmente&quot; e devem ser criados times menores -- que está correto. Mas
as pessoas fazem &quot;times menores&quot; e não &quot;problemas menores que possam ser
gerenciados por times menores&quot;. E é aí que as coisas começam a se desmontar.</p>
<p>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.</p>
<!--
vim:spelllang=pt:
-->
</div>
</div>
</body>
</html>