Julio Biason
4 years ago
2 changed files with 143 additions and 0 deletions
@ -0,0 +1,68 @@ |
|||||||
|
+++ |
||||||
|
title = "Commented Links for 2020-06-18" |
||||||
|
date = 2020-06-18 |
||||||
|
|
||||||
|
[taxonomies] |
||||||
|
tags = ["links"] |
||||||
|
+++ |
||||||
|
|
||||||
|
<!-- more --> |
||||||
|
|
||||||
|
## [How to write good Git commit messages](https://altcampus.io/blog/how-to-write-good-git-commit-message) |
||||||
|
|
||||||
|
About a month ago, I shared a link describing how to make proper commit |
||||||
|
messages, and this post talks a bit further about -- and it also cites some of |
||||||
|
stuff I usually miss when I need to do some code review. |
||||||
|
|
||||||
|
## [Ansible: Tasks vs Roles vs Handlers](https://roelofjanelsinga.com/articles/ansible-difference-between-tasks-and-roles) |
||||||
|
|
||||||
|
Another "I shared something like that before" link, this one focuses on |
||||||
|
Ansible itself instead of some other configuration tool. Although not deep, it |
||||||
|
explain most of Ansible "surface" content. |
||||||
|
|
||||||
|
## [The Poetics of CLI Command Names](https://smallstep.com/blog/the-poetics-of-cli-command-names/) |
||||||
|
|
||||||
|
So you decided to create your own command line application to learn a new |
||||||
|
language. Congratulations. But the success of your tool depends (partially) on |
||||||
|
the name of it and how you consider the "mystic" behind it. |
||||||
|
|
||||||
|
I don't fully agree with some points, though. For example, claiming `cfdisk` |
||||||
|
was a bad choice for a curses `fdisk`; `fdisk` is well known, and using the |
||||||
|
same name as a part of the new name shows that shows that it is a different |
||||||
|
version and also gives information to whoever knows `fdisk` what this |
||||||
|
application does. Same case: `top` and `htop`. |
||||||
|
|
||||||
|
## [What Are Feature Flags?](https://launchdarkly.com/blog/what-are-feature-flags/) |
||||||
|
|
||||||
|
Before I changed projects, we had a discussion about the way the projects were |
||||||
|
using feature flags. |
||||||
|
|
||||||
|
Although not discussed here, I do believe that feature flags should, at some |
||||||
|
point, be removed, either by the team when a feature goes into full |
||||||
|
availability or moved to a user configuration. But it *needs* to get out of |
||||||
|
hands of the developers at some point and not live forever as a flag. |
||||||
|
|
||||||
|
## [How to minimize Rust binary size](https://github.com/johnthagen/min-sized-rust) |
||||||
|
|
||||||
|
Not that Rust binaries are big -- at least, in release -- but there is always |
||||||
|
someone complaining, specially when compared to binaries created in other |
||||||
|
languages whose binaries are not static. |
||||||
|
|
||||||
|
But it is always good to have a set of tips on how to reduce them, just in |
||||||
|
case. |
||||||
|
|
||||||
|
## [Announcing our Rust Driver: Version 1.0](https://www.mongodb.com/blog/post/announcing-rust-driver-version-1) |
||||||
|
|
||||||
|
Still on Rust news, MongoDB, the company, released their official driver for |
||||||
|
MonogDB, the database, in Rust. |
||||||
|
|
||||||
|
One thing that I must say, reading the announcement, is how nice it plays with |
||||||
|
the existing ecosystem, supporting the top async frameworks and the |
||||||
|
serialization framework. A truly "play nice with everything" by the |
||||||
|
description. |
||||||
|
|
||||||
|
## [unfog-cli: A simple task & time manager, written in Haskell.](https://github.com/unfog-io/unfog-cli) |
||||||
|
|
||||||
|
I have a personal project for a long time to create a command line version of |
||||||
|
[Toggl](https://toggl.com/), but it seems someone had the same idea and did |
||||||
|
the project already. |
@ -0,0 +1,75 @@ |
|||||||
|
+++ |
||||||
|
title = "Links Commentados de 2020-06-18" |
||||||
|
date = 2020-06-18 |
||||||
|
|
||||||
|
[taxonomies] |
||||||
|
tags = ["links"] |
||||||
|
+++ |
||||||
|
|
||||||
|
<!-- more --> |
||||||
|
|
||||||
|
## [How to write good Git commit messages](https://altcampus.io/blog/how-to-write-good-git-commit-message) |
||||||
|
|
||||||
|
Eu compartilhei um link sobre mensagens de commit a quase um mês, e esse post |
||||||
|
fala mais sobre isso -- e tem citações de coisas que eu realmente sinto falta |
||||||
|
quando vou fazer code review. |
||||||
|
|
||||||
|
## [Ansible: Tasks vs Roles vs Handlers](https://roelofjanelsinga.com/articles/ansible-difference-between-tasks-and-roles) |
||||||
|
|
||||||
|
Mais um "Eu compartilhei algo parecido com isso a algum tempo", esse post foca |
||||||
|
no Ansible em si ao invés de alguma outra ferramenta de configuração. Embora |
||||||
|
não se aprofunde muito, ele explica muito das coisas de "superfície" do |
||||||
|
Ansible. |
||||||
|
|
||||||
|
## [The Poetics of CLI Command Names](https://smallstep.com/blog/the-poetics-of-cli-command-names/) |
||||||
|
|
||||||
|
Então você decidiu criar a sua própria ferramenta de linha de comando para |
||||||
|
aprender uma nova linguagem. Parabéns. Mas o sucesso da sua ferramenta depende |
||||||
|
(parcialmente) do nome escolhido e como você considera toda a "mística" por |
||||||
|
trás desse nome. |
||||||
|
|
||||||
|
Infelizmente, eu não concordo com alguns pontos. Por exemplo, reclamar que |
||||||
|
`cfdisk` foi uma má escolha para um `fdisk` em curses; `fdisk` é bem |
||||||
|
conhecido, e utilizar o mesmo nome na como parte do novo nome para mostrar que |
||||||
|
é uma versão diferente e fornece como informação para quem conhece o que |
||||||
|
`fdisk` o que essa aplicação faz. Mesmo caso: `top` e `htop`. |
||||||
|
|
||||||
|
## [What Are Feature Flags?](https://launchdarkly.com/blog/what-are-feature-flags/) |
||||||
|
|
||||||
|
No projeto que eu trabalhava antes, nós tivemos uma discussão sobre a forma |
||||||
|
como os projetos estão utilizado feature flags. |
||||||
|
|
||||||
|
Embora não seja discutido aqui, eu acredito que feature flags devem, em algum |
||||||
|
ponto, serem removidas, tanto pelo time quando uma funcionalidade se torna |
||||||
|
disponível para todos ou movida para uma configuração de usuário. Mas ela |
||||||
|
*precisa* sair das mãos dos desenvolvedores em algum ponto e não viver para |
||||||
|
sempre como uma flag. |
||||||
|
|
||||||
|
## [How to minimize Rust binary size](https://github.com/johnthagen/min-sized-rust) |
||||||
|
|
||||||
|
Não que os binários de Rust sejam grandes -- pelo menos, em release -- mas |
||||||
|
sempre tem alguém que reclama, principalmente quando comparados com binários |
||||||
|
criados em outras linguagens cujos binários não são estáticos. |
||||||
|
|
||||||
|
Mas sempre é bom ter um conjunto de dicas de como reduzir, "just in case". |
||||||
|
|
||||||
|
## [Announcing our Rust Driver: Version 1.0](https://www.mongodb.com/blog/post/announcing-rust-driver-version-1) |
||||||
|
|
||||||
|
Ainda em notícias de Rust, MongoDB, a empresa, disponibilizou o driver oficial |
||||||
|
do MongoDB, o banco de dados, em Rust. |
||||||
|
|
||||||
|
Uma coisa que eu preciso dizer, lendo o anuncio, é como eles fizeram com que o |
||||||
|
driver se encaixasse bem no eco-sistema atual, com suporte aos principais |
||||||
|
frameworks async e a biblioteca de serialização. Um verdadeiro "funciona bem |
||||||
|
com tudo" pela descrição. |
||||||
|
|
||||||
|
## [unfog-cli: A simple task & time manager, written in Haskell.](https://github.com/unfog-io/unfog-cli) |
||||||
|
|
||||||
|
Eu tenho um projeto pessoal a um bom tempo de fazer uma versão em linha de |
||||||
|
comando do [Toggl](https://toggl.com/), mas pelo visto alguém já teve a mesma |
||||||
|
ideia e fez o projeto antes. |
||||||
|
|
||||||
|
|
||||||
|
<!-- |
||||||
|
vim:spelllang=pt: |
||||||
|
--> |
Loading…
Reference in new issue