Mise à jour de la base de données, veuillez patienter...

Comme disait je ne sais plus qui, rapporté à leur chiffre d'affaire, c'est comme si on vous demandait de payer une amende de 17€.
(Permalink)

(J'aurais envie de lui répondre: "Hey, BlackBerry also held the key to your messages.". Lisez pour comprendre:)
Le 4 janvier, les emblématiques téléphones BlackBerry ont cessé de fonctionner. La société arrête tout. (Parce que oui, pour fonctionner ces téléphones ont besoin des serveurs que la société BlackBerry vient de fermer.)
Par bien des aspects, les téléphones BlackBerry ont été en avance sur la concurrence, bien avant la sortie des iPhones. C'était à l'époque le top de la technologie mobile. Ils n'ont fait que décliner depuis l'avènement des iPhone et Android.

À ceux qui - comme l'auteur de l'article - verseraient une larme, je vois quand même des problèmes majeurs:
1) L'éditeur ferme ses serveurs et les téléphones CESSENT DE FONCTIONNER. Même passer un appel téléphonique ne fonctionnera plus ! C'est totalement innacceptable comme comportement. (Ceci dit, je ne suis pas certains que nos iPhone/Android fassent beaucoup mieux.)
2) BlackBerry a MENTI depuis le début sur la confidentialité et le chiffrement de ses appareils (vendus comme les plus sûrs du marché): Ils ont les clés de chiffrement et peuvent lire les messages. https://sebsauvage.net/links/?uvZrfw
3) Ils collaborent largement avec les forces de l'ordre. Ils ont même 15 employés à temps plein chargés d'intercepter les messages: https://sebsauvage.net/links/?NoCktw

Donc non, je ne vais pas vraiment les pleurer.
(Permalink)

Tiens, le bullshit du "no code" est de retour.
Encore.
Parce que c'est loin d'être la première fois qu'on nous sert cette soupe réchauffée.
Toujours la même métaphore pétée des Legos pour construire des logiciels.
Et non, ça ne marchera toujours pas. Ça n'a pas marché avant, ça ne marchera pas non plus maintenant.
Ça montre juste une incompréhension de ce qu'est le monde du logiciel (analyse, développement, architecture logicielle, intégration, déploiement, et tout ce qui tourne autour). Il n'y a pas d'outils magique.
Ou plutôt il est là pour vendre sa soupe, vu que - OH BEN ÇA QUEL HASARD - le monsieur a fondé deux boîtes qui vendent des outils no-code (airtable.com et alegria.academy).

"selon Gartner, d'ici quatre ans, 80% des applications créées le seront en no code."
CHICHE !
ALORS NOTEZ BIEN CETTE PHRASE, on on reparle dans 4 ans.  
Moi je vous parie que ça n'aura pas changé grande chose, le no-code, et que 80% des développements, au *minimum*, continueront d'être faits avec des outils traditionnels.

Anecdote: Il y a 20 ans, une personne (sachant que je suis dev) m'avait dit : "Ah tu verras bientôt on aura plus besoin des développeurs pour créer des logiciels !"
Moi: "Ah bon ? Grâce à quoi ?"
Lui: "Ça s'appelle SAP !"
J'en rit encore.
(Si vous connaissez pas SAP, sachez que ce logiciel donne des cauchemars à ceux qui s'en servent, et que c'est horriblement coûteux, lourd et privateur.)

PS: Utiliser la crainte d'un mal-être fantasmé des enfants pour vendre sa soupe, C'EST MAL. Ce sont les méthodes de La Manif Pour Tous.

EDIT: Juste pour vous donner une idée du niveau de bullshit du monsieur: « On ne crée pas des outils Nocode. On crée des solutions digitales à base d’outils Nocode grâce à notre communauté de makers professionnels. » (https://twitter.com/francislelong/status/1478859517777657856)

EDIT: L'ami Bluetouff enfonce le clou : https://bluetouff.com/2022/01/06/nocode-ou-la-promotion-de-lillettrisme-numerique/
(Permalink)

Nous sommes en janvier 2022, et - réjouissez-vous ! - la Grande-Bretagne pardonne officiellement tous les homosexuels condamnés.
Toute trace de ces "délits" seront effacés de leur casier judiciaire.

Oui, 2022, y'a pas d'erreur dans la date.
(Permalink)

Les UUID sont pratique pour générer des identifiants uniques, mais vous n'avez plus la possibilité de les trier à cause de leur caractère totalement aléatoire.
L'auteur de l'article propose la chose suivante: sur les 128 bits de l'UUID, on utilise les 48 premiers bits pour encoder la date, jusqu'à la microseconde, et on utilise les 80 bits restants pour l'aléa.
Avec 48 bits pour la date, on a quand même une limite: l'année 10899.

L'avantage d'y inclure la date est qu'on peut ainsi trier, ordonner les UUID par leur date de création. On imagine que cela pourrait être utile pour de l'archivage de données, ou par exemple pour partitionner une base de données.

Bien sûr, les 80 bits restants (au lieu de 128) augmentent le risque de collision, mais pour augmenter réellement le risque de collision il faudrait générer 1,208,925,820,000,000,000,000,000 de ces UUID dans la même microseconde. Le risque reste donc faible.
(Permalink)