Julio Biason
4 years ago
2 changed files with 145 additions and 0 deletions
@ -0,0 +1,69 @@
|
||||
+++ |
||||
title = "Commented Links for 2020-07-12" |
||||
date = 2020-07-12 |
||||
|
||||
[taxonomies] |
||||
tags = ["links", "erlang", "accessibility", "stackoverflow", "tests", |
||||
"flexbox", "http", "server", "c"] |
||||
+++ |
||||
|
||||
Erlang by Example, Accessibility, Good StackOverflow Answers, Testing, |
||||
Flexbox, HTTP Server in C, Icecream Affecting Cars. |
||||
|
||||
<!-- more --> |
||||
|
||||
## [Erlang/OTP by Example](http://erlangbyexample.org/) |
||||
|
||||
Erlang is one of the languages in my "to learn" list and having a "by example" |
||||
site really helps -- at least, it helps me a lot with Rust. |
||||
|
||||
## [The 6 Most Common Accessibility Problems (and How to Fix Them)](https://blog.scottlogic.com/2020/07/02/6-most-common-accessibility-problems.html) |
||||
|
||||
Accessibility is always import. And knowing that there is something akin to |
||||
OWASP (common web application insecurities) that puts a list of common |
||||
problems is always good. And, on top of that, having a list of easy to fix |
||||
problems is even better. |
||||
|
||||
## [Parsing city of origin / destination city from a string](https://stackoverflow.com/questions/59956670/parsing-city-of-origin-destination-city-from-a-string) |
||||
|
||||
Although the answer is quite long and not "Just use X", this is the kind of |
||||
answer StackOverflow should aim for: Even if the question seems absurd, there |
||||
is a long explanation on how to do it, every step and problems on every step, |
||||
till the point of "it's not that simple". |
||||
|
||||
## [against testing](https://flak.tedunangst.com/post/against-testing) |
||||
|
||||
Someone took my words about testing and took it waaaay too far. |
||||
|
||||
Sure, testing everything feels wrong, but you can see things are wrong when |
||||
someone says "Tests are very brittle, breaking due to entirely innocuous |
||||
changes in the code". Here is the problem: You're a fucking moron if that |
||||
happens; you're testing the _implementation_ not the _behavior_. So sure, it |
||||
will be brittle 'cause you wrote the whole thing wrong. |
||||
|
||||
That is one of the points I really don't like the so called "unit test" -- as |
||||
in "testing every function". Behaviour is not contained in a function, but it |
||||
appears when functions interact. That's why integration tests feel more |
||||
"right" to me: We ignore how things were implemented and focus on how the |
||||
system should behave. |
||||
|
||||
So yeah, testing is wrong and you may dislike it, specially when you writing |
||||
it wrong in the first place. |
||||
|
||||
## [Coping with flexbox](https://kgrz.io/coping-with-flexbox.html) |
||||
|
||||
Flexbox is in all rage these days in web development, mostly 'cause it fix the |
||||
damn "Center this vertically and horizontally". And this kind of explanation, |
||||
going through the basics, is always welcome. |
||||
|
||||
## [httpserver.h: Single header library for writing non-blocking HTTP servers in C](https://github.com/jeremycw/httpserver.h) |
||||
|
||||
One of the weird things about C is that there is a lot you can do with it, |
||||
including a single file for building a whole HTTP server. |
||||
|
||||
## ["My Car does not start when I buy Vanilla Ice Cream", said a Man to General Motors.](https://www.digitalrepublik.com/digital-marketing-newsletter/2015/05/10/my-car-does-not-start-when-i-buy-vanilla-ice-cream-said-a-man-to-general-motors/) |
||||
|
||||
I'm a sucked for this kind of story: Things don't work because some weird |
||||
random, seemingly unrelated event. |
||||
|
||||
It reminds me of the story "My password doesn't work when I'm standing up". |
@ -0,0 +1,76 @@
|
||||
+++ |
||||
title = "Links Comentados de 2020-07-12" |
||||
date = 2020-07-12 |
||||
|
||||
[taxonomies] |
||||
tags = ["links", "erlang", "acessibilidade", "stackoverflow", "testes", |
||||
"flexbox", "c", "http", "servidor"] |
||||
+++ |
||||
|
||||
Erlang por Exemplos, Acessibilidade, Boas Respostas no StackOverflow, Testes, |
||||
Flexbox, Servidor HTTP in C, Sorvete Afetando Carros. |
||||
|
||||
<!-- more --> |
||||
|
||||
## [Erlang/OTP by Example](http://erlangbyexample.org/) |
||||
|
||||
Erlang esta na minha lista de linguagens que eu quero aprender e ter um "Por |
||||
Exemplos" sempre ajuda -- pelo menos, me ajudou um monte com Rust. |
||||
|
||||
## [The 6 Most Common Accessibility Problems (and How to Fix Them)](https://blog.scottlogic.com/2020/07/02/6-most-common-accessibility-problems.html) |
||||
|
||||
Acessibilidade é sempre importante. E saber que tem algo parecido com o OWASP |
||||
(que mantém uma lista de falhas de segurança de aplicações web) que tem uma |
||||
lista de problemas comuns sempre ajuda. E, ainda por cima, tendo uma lista de |
||||
problemas simples e fáceis de serem resolvidos é sempre melhor. |
||||
|
||||
## [Parsing city of origin / destination city from a string](https://stackoverflow.com/questions/59956670/parsing-city-of-origin-destination-city-from-a-string) |
||||
|
||||
Embora a resposta seja bem longa e não um simples "Use X", esse é o tipo de |
||||
resposta que o StackOverflow deveria ter: Mesmo que a pergunta pareça absurda, |
||||
tem uma longa explicação de como fazer, cada passo e cada problema com cada |
||||
passo até o ponto de "não é assim tão simples". |
||||
|
||||
## [against testing](https://flak.tedunangst.com/post/against-testing) |
||||
|
||||
Alguém levou o que eu falei sobre testes muuuito a sério. |
||||
|
||||
Ok, testar tudo parece errado, mas você pode ver que as coisas estão erradas |
||||
quando alguém diz que "Os testes são frágeis, quebrando devido a alterações |
||||
completamente inócuas no código". Aqui é onde está o problema: Você é um |
||||
idiota se isso acontece; você deveria estar testando _comportamentos_, não |
||||
implementações. É óbvio que o teste vai ser frágil porque você está testando a |
||||
coisa de forma errada. |
||||
|
||||
Isso é um dos pontos que eu realmente não gosto dos chamados "testes de |
||||
unitários" -- no sentido de "testar cada função". Comportamento não está |
||||
contido em apenas uma função, mas surge quando as funções interagem. É por |
||||
isso que testes de integração parecem mais "corretos" pra mim: Nós ignoramos |
||||
como as coisas foram implementadas e focamos em como o sistema deve se |
||||
comportar. |
||||
|
||||
Então sim, testar está errado e você não gosta disso, especialmente quando |
||||
você está escrevendo os testes da forma errada pra inicio de conversa. |
||||
|
||||
## [Coping with flexbox](https://kgrz.io/coping-with-flexbox.html) |
||||
|
||||
Flexbox é a nova coisa legal em desenvolvimento web atualmente, principalmente |
||||
porque corrige o maldito problema de "centralizar o conteúdo verticalmente e |
||||
horizontalmente". E esse tipo de explicação, que começa no básico, sempre |
||||
ajuda. |
||||
|
||||
## [httpserver.h: Single header library for writing non-blocking HTTP servers in C](https://github.com/jeremycw/httpserver.h) |
||||
|
||||
Uma coisas coisas estranhas de C é que você pode fazer basicamente tudo, |
||||
incluindo escrever um servidor HTTP não blocando em apenas um arquivo. |
||||
|
||||
## ["My Car does not start when I buy Vanilla Ice Cream", said a Man to General Motors.](https://www.digitalrepublik.com/digital-marketing-newsletter/2015/05/10/my-car-does-not-start-when-i-buy-vanilla-ice-cream-said-a-man-to-general-motors/) |
||||
|
||||
Eu adoro esse tipo de história: Coisas que não funcionam porque algo |
||||
completamente randômico e aparentemente não relacionado aconteceu. |
||||
|
||||
Me lembra da história de "Minha senha não funciona quando eu fico em pé". |
||||
|
||||
<!-- |
||||
vim:spelllang=pt: |
||||
--> |
Loading…
Reference in new issue