324 private links
Ahaha the catchphrase
In short, the information age needs an information super-highway and not just a big pipe for interactive documents.
About academia and industry:
Academia is structured in a way that there is very little incentive for anyone to build usable software. Instead you are elevated for rapidly throwing together an idea, a tiny proof of concept, and to iterate on microscopic variations of this thing to produce as many papers as possible.
In engineering the devil is in the detail. You really need to get into the weeds before you can know what the right thing to do is. This is simultaneously a devastating situation for industry and academia. Nobody is going to wait around for a team of engineers to finish building a system to write about it in Academia. You'll be passed immediately by legions of paper pushers. And in industry, you can't just be mucking about with a system that you might have to throw away.
And Semantic Web seems to be something to learn about: https://en.wikipedia.org/wiki/Semantic_Web
J’ai souvent eu cet échange avec les leads et les staffs. Oui, tu l’as dit. Oui ça n’a pas fonctionné. Ce n’est pas que tu es impuissant ou que les personnes sont de mauvaises volonté. Ce n’est même pas un échec. C’est qu’il va falloir le répéter, le répéter, et le répéter encore.
Si un avortement m’expose à des poursuites pour meurtre, alors autant que je tue mon violeur.
Provocative, but I agree too.
Une écologie à deux vitesses
Effectivement, tant qu'on tape sur les méchants qui prennent la voiture alors que les transports publics ne sont pas autant pratique dans les régions de France, ce comportement n'est pas productif.
Things weren't simpler when you were younger.
You were just too young to know about a lot of the world's problems.
👍
Dès notre plus jeune âge, on a un idéal de performance. On aime notre sportif préféré quand il gagne et on le délaisse quand il perd. On est félicité quand on gagne et on disparait quand on perd.
Le problème ? C’est que garder cette croyance à l’âge adulte explique notre stagnation.
Pourquoi ? Parce qu’elle nous interdit la moindre erreur. On s’impose toujours plus de performance, sans accepter les baisses de régime liés aux cycles naturels de la vie.
Ai on a la croyance que notre performance doit toujours augmenter, on est programmé pour l’échec.
Au contraire, nous vivons des cycles. Donc si nous n'acceptons pas de descendre de temps en temps, nous ne pouvons tout simplement pas monter.
→ la vie est faite de cycles et c’est ce qui nous permet de grandir.
Car force est de constater que la production du confort n’a pas été mise au service de l’intérêt général : après avoir comblé les besoins essentiels de la population, l’industrie aurait pu ralentir sa croissance, chercher à augmenter la durée de vie de ses produits et réduire ses effets sur l’environnement
Pourquoi continues-t-on dans cette direction
Un exemple : lorsqu’il achète de la viande de lapin tranchée sous cellophane, débarrassée, donc, de tout viscère et autre signe de vie particulier (poils, pupilles), il s’épargne certes la confrontation avec la mort, mais devient un « nihiliste passif », complice inavoué de la violence industrielle, en l’occurrence celle exercée contre les animaux
Effectivement et c'est face à cette confrontation que je suis devenu végétarien.
Les objets que nous manipulos sont fortables, mais dépourvus de tout arrière-plan sensible
Effectivement, la pensée, morale ou sensibilité est absente des objets du quotidien.
Formalizing REST APIs
My API is up to level 2 on the Richardson Maturity Model. So my API is more an HTTP+JSON RPC than Rest.
The short answer to this question is that HATEOAS isn’t a good fit for most modern use cases for APIs. That is why after almost 20 years, HATEOAS still hasn’t gained wide adoption among developers. GraphQL on the other hand is spreading like wildfire because it solves real-world problems. ‒ GraphQL and REST Level 3 (HATEOAS)
I feel this feeling too that something is wrong
Vous connaissez la différence entre : "Nous accélérons notre préparation" et "Nous rattrapons notre retard" ? Tout est dans l'anticipation. ‒ Thinkerview
C'est l'été le plus chaud de ma vie 😱
C'est l'été le plus froid du reste de ta vie 😌
But nuclear is the problem 🤦♂️
The internet is full of fights about Go vs. Rust. But I think the fascinating thing is how similar their developer tooling experience is.
You don’t need to wonder what the best tool to use for testing, fuzzing, packaging or linting is.
Tooling innovation happens, new languages adopt and standardize on it, and end up incrementally better than existing languages.
Package manager state of the art: cargo and rustup
Documentation state of the art: docs.rs
Formatting state of the art: gofmt, rustfmt, zigfmt
Using web browsers might seem inefficient, but they solve so many problems.
FasterThanLime describes how hard it is to build a text-messaging app from scratch if we want to develop it properly.
Going from framework consumer to framework creator
Starting from language proficiency to data structures and algorithms to Design Patterns
A cool definition for design patterns: a solid architecture that are reusable and extensible and that are industry standards
Mais ce n’est pas avec ces compétences numériques qu’ils deviendront des citoyens informés et formés à l’histoire des technologies numériques, à sa culture, à ses nombreux enjeux économiques, sociaux, politiques. Ce n’est pas avec ces compétences numériques qu’ils pourront décider collectivement de leur futur et de la place qu’y prendront les technologies numériques.
Transmettre une culture numérique au lieu de simple connaissance.
Réfléchir au modèle sociotechnique et économique de Google. Par exemple:
L'objectif de l'école serait donc:
- Passer des compétences d’usages consuméristes aux compétences de pratiques émancipatrices. 2. Passer des strictes compétences numériques à la vision plus large de la culture numérique.
- Et enfin, adosser à cette culture numérique une réflexion critique du numérique.
This is the critical mental-model shift. CSS properties on their own are meaningless. It's up to the layout algorithm to define what they do, how they're used in the calculations.
Here's an example which blew my mind: Did you know that the width property is implemented differently depending on the layout algorithm?
I didn't know 😱
Inline space under images are due to the Flow layout and its inline elements. It adds extra-space to make sure that inline elements, such as <img />, don't negatively affect the legibility of the surrounding text.
There are a lot of layout algorithms in CSS, and they all have their own quirks and hidden mechanisms. When we focus on CSS properties, we're only seeing the tip of the iceberg. We never learn about really important concepts like stacking contexts or containing blocks or cascade origins!
Our intuition is the best tool we have. And when we start using CSS snippets without truly understanding them, it's only a matter of time until some hidden aspect of the layout algorithm throws a wrench into our gears, stopping us in our tracks.