295 private links
Visiter le musée d'Orsay virtuellement. On y découvre des œuvres d'arts Ce site est dédié aux enfants.
Free for community. Up to 10 user seats.
It has a great interface with Vue 3 and Nuxt : https://www.storyblok.com/mp/storyblok-meets-vue3-nuxt3
En se basant sur A11y Outline, tester et valider cette structure de manière reproductible.
Avoir une extension plus propre et claire :D
- ... true at some point
- IDK
- TRUE. I see it between Typescript and Javascript. If you know how TS works, then
- I don't have enough experience about this to know if it is right to me
- Except with regulations
- True, but the API seems to be easier and more powerful over time. You can do now things that are more powerful than before.
- pairing +1
- YES
- Maybe. I am currently satisfied with the new cli tools (fd, exa, bat, nvim ...)
- Maybe
- They can be improved
- True as the companies does not want to get involved. But how to blame if your products are going to be more expensive than others.
- True. We need regulations. The GDPR in Europe or the accessibility laws in the US lead the way.
A great tool !
It finds the contrast automatically :)
Make it available for Linux !
THE HTML standard.
Reading it from time to time can only help to become a better web developer.
A font for people with dislexia 👍
Un point de vue plus que justifié sur le mode de financement du logiciel libre.
Ce billet fait suite à la faille dans la bibliothèque Log4j.
Now I understand how it is useful 👍
True Myth provides standard, type-safe wrappers and helper functions to help help you with two extremely common cases in programming:
- not having a value
- having a result where you need to deal with either success or failure
A little project with a quasi daily positive impact. True Myth export 3 types: Maybe, Result and Unit.
- I bet he's thinking about other women
- log4j log4j log4j log4j log4j log4j log4j log4j log4j log4j log4j log4j
Un retour d'expérience sur le développement d'un jeu, 1 an et demi après.
Voici le retour:
Microservices vs. Monolithe n'est pas la question: dans tous les cas, votre soucis le plus immédiat est d’isoler les composants chacun derrière des interfaces publiques clairement définies. Avoir un binaire par tâche ou plusieurs dépend en réalité du nombre de personnes et d'équipes qui travaillent sur le projet.
À voir le projet gRPC afin de faire communiquer les différentes interfaces. Pourquoi gRPC ? Pour générer automatiquement le code d'un service lorsque celui-ci se content d'exposer des méthodes CRUD sur une simple entité dans une base de données SQL.
Qui finalement s'est révélé moins pratique à la longue lorsque les requêtes se sont complexifiées.
Contrairement au dicton qu'il ne faut pas réinventer la roue, certaines valent mieux être réinventée. Ici:
- l'ORM gorm par une bibliothèque plus bas niveau: sqlx
- testify remplacé par rien
Finalement, ce n'est pas une réinvention, mais un débarras de surcouche en complexité.
Le mantra d'E.W. Djikstra:
Are you quite sure that all those bells and whistles, all those wonderful facilities of your so called powerful programming languages, belong to the solution set rather than the problem set?
la maîtrise du problème est beaucoup plus importante que la solution qu’on lui apporte
Concernant les tests: l'auteur recommande le TDD pour développer ce qui est utile uniquement.
Enfin il s'agit surtout de maîtriser le problème afin de parvenir à une excellente solution.
"duplication is far cheaper than the wrong abstraction" applies just as much to teams and process as it does to code.
But also duplication is far more expensive than the right abstraction, and that is a far more common problem
If you see a process problem, solve it in one place first. Then solve it, separately, in another place.
Once you’ve solved it a few times, you can start to factor out commonalities. Early optimisation will probably just help you do the wrong thing faster.
Direct download: https://kit8.net/icons/christmaslineiconsfree/#
Stamps, icon stamps !