Browse Source

Merge branch 'release/20200529'

master
Julio Biason 5 years ago
parent
commit
c7ec4feda4
  1. 116
      content/links/20200529.md
  2. 125
      content/links/20200529.pt.md
  3. 2
      content/links/_index.md
  4. 4
      content/links/_index.pt.md

116
content/links/20200529.md

@ -0,0 +1,116 @@
+++
title = "Links for 2020-05-29"
date = 2020-05-29
[taxonomies]
tags = ["links"]
+++
<!-- more -->
## [Spotify Most streamed track of the day by Country](https://www.worldspotify.com/)
Curious about which song is the most played on Spotify on each country?
## [My favourite Git commit](https://dhwthompson.com/2019/my-favourite-git-commit)
A huge text for a simple one character change? Sure, why not?
I have to agree with the point being made here, although the result is a bit
too large for my taste: Write commit messages that explain why some change
had to be done, what other options where presented, and why the actual
solution was taken.
And that's how a proper commit message should be done.
## [An Introduction to Apache Airflow](https://bhavaniravi.com/blog/apache-airflow-introduction)
I have been hearign about Airflow for awhile, but what the heck it is, what it
does and things like that was something I didn't know about.
But Airflow is a data processing (ETL) framework in Python, where each task is
defined in isolation and combined afterwards in an acyclic graph.
And it is in Python.
## [Binding Emacs](https://degruchy.org/2020/05/26/binding-emacs/)
A practical guide on using Emacs keybinds.
## [Contributing to Rust](https://blog.elinvynia.com/posts/2020-05-26-contributing-to-rust.html)
Although focused on the Rust project, this is a very good personal experience
report in contributing to open source project -- in this case, a compiler. But
instead of jumping directly into code, it all started with a simple
documentation change.
The key points here are, basically: Start simple, get your feet wet and things
just will start rolling.
## [Choosing a Self-Hosted Git Service](https://www.paritybit.ca/blog/choosing-a-self-hosted-git-service)
Git != Github or Gitlab. Github and Gitlab are frontends to Git and, if you
wish, you could run a different interface on your domain.
Other optiosn presented here are: Cogs, Gitea, SourceHut, Phabricator,
Gitolite, Gitweb and cgit. Each has its own strengths and weaknesses and they
are explored here.
I use cgit on [my repository](https://git.juliobiason.me/), although I'd
prefer to run something that generate static pages instead of something
dynamic -- I don't do that many commits that would require rendering
everything every time.
## [Personal Wiki for Vim](https://github.com/vimwiki/vimwiki)
Did you know that you can have a personal wiki using just Vim? With this
plugin, you can keep your data locally, without the need to install anything
else (besides the plugin, that is) -- and people who like Emacs forgive me,
but the format is simpler than Org-Mode (even if Org-Mode does a lot more
stuff).
## [Stop Blogging on Medium if You Care about SEO](https://pawelurbanek.com/medium-blogging-platform-seo)
I don't freaking care about SEO -- honestly, SEO is the cherry on the top of
the shit cake the internet has become -- but there are two points here that
you must pay attention: "Login wall for free articles" and "Hidden costs of
publishing on Medium" 'cause they tell you two things:
- Medium charges people for reading content on their site and
- _You_ provide the content.
So you're, basically, the one generating income for Medium. Heck, even
WordPress.com has a free tier with no paywall.
## [Stack Overflow Developer Survey 2020](https://insights.stackoverflow.com/survey/2020)
StackOverflow did a survey last year to find out which languages developers
are using, if they like it, how much they get paid, that kind of stuff.
And now, finally, the results are out.
PS: Rust is the most loved language for the 5th year in a row.
## [Stack overflow developer survey removes Clojure](https://www.reddit.com/r/Clojure/comments/gs3y4e/stack_overflow_developer_survey_removes_clojure/)
... but not everything are flowers. The Clojure subreddit found that Clojure
was not listed and even if they could fill the form with their own value,
Clojure still didn't even appear in the results.
Not only that, but on our Rust group someone asked why there were no Rust
libraries and frameworks on the list (Serde is _wildly_ used) and after that I
noticed that Glib also wasn't in the options -- and who the heck is crazy enough to
work in C (which appears in the language list) without Glib these days?
So yeah, the list is nice, but feels a lot incomplete in these days.
---
This post was built with the help of
* [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)

125
content/links/20200529.pt.md

@ -0,0 +1,125 @@
+++
title = "Links de 2020-05-29"
date = 2020-05-29
[taxonomies]
tags = ["links"]
+++
<!-- 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:
-->

2
content/links/_index.md

@ -1,4 +1,4 @@
+++
transparent = true
title = "Reviews"
title = "Links"
+++

4
content/links/_index.pt.md

@ -0,0 +1,4 @@
+++
transparent = true
title = "Links"
+++
Loading…
Cancel
Save