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.

131 lines
5.2 KiB

+++
title = "Links de 2020-05-29"
date = 2020-05-29
[taxonomies]
tags = ["links"]
+++
Spotify Pelo Mundo, Mensagens de Commit do Git, Airflow, Teclas do Emacs,
Contribuindo com Open Source no Estilo Rust, Git no Seu Domínio, Vim Wiki, Não
Use Medium, Resultados do StackOverflow Survey, Problemas com o StackOverflow
Survey.
<!-- more -->
## [Spotify Most streamed track of the day by Country](https://www.worldspotify.com/)
Curioso em saber qual a música mais tocada em casa país que o Spotify tem
presença?
## [My favourite Git commit](https://dhwthompson.com/2019/my-favourite-git-commit)
Um "textão" para uma alteração de apenas um caractere? Claro, por que não?
Eu tenho que concordar com o ponto que é feito aqui, embora o resultado seja
um pouco grande demais pro meu gosto: Escreva mensagens de commit que
expliquem porque a mudança teve que ser feita, que outras soluções estavam
presentes, e porque a solução atual foi escolhida.
E é assim que uma mensagem de commit deve ser feita.
## [An Introduction to Apache Airflow](https://bhavaniravi.com/blog/apache-airflow-introduction)
Eu tenho ouvido falar do Airflow por algum tempo, mas o que daibos é, o que
faz e coisas desse tipo era algo que eu não sabia.
Mas o Airflow é um sistema de processamento de dados (ETL) em Python, onde
cada tarefa pode ser definida isoladamente e depois combinados em um grafo
acíclico.
E é em Python.
## [Binding Emacs](https://degruchy.org/2020/05/26/binding-emacs/)
Um guia prático em como usar atalhos de teclado no Emacs.
## [Contributing to Rust](https://blog.elinvynia.com/posts/2020-05-26-contributing-to-rust.html)
Embora focado no projeto do Rust, esse é um relatório bem interessante sobre a
experiência pessoal em se contribuir para um projeto de código aberto -- nesse
caso, um compilador. Mas ao invés de pular diretamente para o código, tudo
começa com uma simples mudança na documentação.
Pontos interessantes aqui são, basicamente: Comece simples, aprenda como o
projeto funciona e as coisas vão andar sozinhas.
## [Choosing a Self-Hosted Git Service](https://www.paritybit.ca/blog/choosing-a-self-hosted-git-service)
Git != Github ou Gitlab. Github e Gitlab são frontends para o Git e, se você
quiser, você pode rodar uma interface diferente no seu próprio domínio.
Algumas outras opções apresentadas nesse post são: Cogs, Gitea, SourceHut,
Phabricator, Gitolite, Gitweb e cgit. Cada um tem suas vantagens e
desvantagens e aqui elas são exploradas.
Eu utilizo o cgit no [meu repositório](https://git.juliobiason.me/), embora eu
preferisse alguma coisa que gerasse páginas estáticas ao invés de algo
dinâmico -- eu não faço tantos commits assim para precisar recalcular tudo
toda vez.
## [Personal Wiki for Vim](https://github.com/vimwiki/vimwiki)
Você sabia que pode ter o seu wiki pessoal usando apenas o Vim? Com esse
plugin, você pode manter seus dados localmente, sem precisar instalar mais
nada (além do plugin, é claro) -- e o pessoal que gosta do Emacs que me
desculpe, mas o formato é bem mais simples que o Org-Mode (mesmo que o
Org-Mode faça muito mais coisas).
## [Stop Blogging on Medium if You Care about SEO](https://pawelurbanek.com/medium-blogging-platform-seo)
Eu realmente não me importo com SEO -- honestamente, SEO é a cereja nesse bolo
do cocô que a internet se tornou -- mas tem dois pontos aqui que você tem que
prestar atenção: "Login wall for free articles" (Barreira de Login para
artigos gratuítos) e "Hidden costs of publishing on Medium" (Custos invisíveis
de se publicar no Medium), porque eles dizer duas coisas:
- Medium cobra pessoas para ler conteúdo no site deles e
- _Você_ é quem gera o conteúdo.
Assim, você está, basicamente, sendo o gerador de dinheiro pro Medium. Pô, até
mesmo o WordPress.com tem um modelo de graça sem paywall.
## [Stack Overflow Developer Survey 2020](https://insights.stackoverflow.com/survey/2020)
StackOverflow abriu um questionário no fim do ano passado para saber dos
programadores quais linguagens eles usam, se gostam, quanto recebem, essas
coisas.
E agora, finalmente, saíram os resultados.
PS: Rust é a linguagem que os programadores mais adoram pelo 5o ano seguido.
## [Stack overflow developer survey removes Clojure](https://www.reddit.com/r/Clojure/comments/gs3y4e/stack_overflow_developer_survey_removes_clojure/)
... mas nem tudo são flores. O subreddit de Clojure descobriu que Clojure não
estava listado e mesmo que eles tivessem preenchido o campo com a opção
pessoal deles, Clojure ainda assim não apareceu nos resultados finais.
Não só isso, mas no nosso grupo de Rust, perguntaram porque não tem nenhuma
biblioteca ou framework de Rust na lista (e Serde é usado amplamente) e depois
disso eu percebi que Glib também não estava nas opções -- e quem diabos é
louco o suficiente para trabalhar em C (que aprece na lista de linguagens) sem
Glib nos dias de hoje?
Então, a lista é legal, mas parece estar bem incompleta pros dias atuais.
---
Esse post foi feito com a ajuda de
* [Nathan DeGruchy](https://fosstodon.org/@ndegruchy)
* [HN Tooter](https://mastodon.social/@hntooter)
* [newsbot](https://mastodon.social/@newsbot)
* [Read Rust](https://botsin.space/@readrust)
* [Jake Bauer](https://social.paritybit.ca/@jbauer)
<!--
vim:spelllang=pt:
-->