diff --git a/content/links/20200618.md b/content/links/20200618.md new file mode 100644 index 0000000..2717991 --- /dev/null +++ b/content/links/20200618.md @@ -0,0 +1,68 @@ ++++ +title = "Commented Links for 2020-06-18" +date = 2020-06-18 + +[taxonomies] +tags = ["links"] ++++ + + + +## [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. diff --git a/content/links/20200618.pt.md b/content/links/20200618.pt.md new file mode 100644 index 0000000..7c73e18 --- /dev/null +++ b/content/links/20200618.pt.md @@ -0,0 +1,75 @@ ++++ +title = "Links Commentados de 2020-06-18" +date = 2020-06-18 + +[taxonomies] +tags = ["links"] ++++ + + + +## [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. + + +