Bah non @Warrior, il ne faut pas confondre fake et troll. Je m'explique, ok l'idée d'origine part d'une connerie et après ?

Si nous sommes 3-4 à quand même envoyer un chèque pour le Lulz, ça reste drôle. Si nous sommes 50-100 ça devient assez marrant... Mais si nous sommes 5000 là on passe au 20h et mon dieu que ce serait beau !

J'en ai discuté avec un ami hier soir et nous allons vraiment envoyer un chèque de 0€ juste pour le Lulz. Et je me vois déjà en train de rigoler de ma connerie ! Et si quelques autres font pareil, en quoi le truc serait-il alors encore un fake ?

Ici, l'appellation "fake" bloque immédiatement toute disposition à l'entrain et à l'action alors que c'est marrant et que ça apporte du rêve. C'est un peu comme signer une pétition si tu veux, évidemment si on se dit que ça ne sert à rien, alors personne ne va le faire.

Dans notre cas, pour environ 60-80 cts, on peut se payer la tête de notre amie Valoche... Que le truc soit une connerie d'un humoriste ou pas. Certains dépensent tous les jours bien plus en café, en clopes ou en Loto et pour un plaisir moins jouissif à mon avis.

Bref mon cher @Warrior, moi je dis ça se tente et je t'invite à toi aussi envoyer ton chèque par amour du Lulz et le plaisir du troll avec ce petit mot doux : "Bisous Valoche <3" (rien que de l'écrire ici j'en rigole).

J'a-dore la communauté 9gag, il y a de tout et c'est juste beau 🤭

Le post :

La réponse :

Les influenceurs qui profitent de la situation :

Sans blague... Utiliser un des compilateurs les plus difficiles du marché (ici Kotlin) prévient une grande partie des bugs et réduit leur nombre de 33%, le cas présent sur l'application Google Home depuis Que Goole a remplacé le code en Java par Kotlin.

C'est un peu comme si les langages interprétés et sans contrôles ultra-stricts à la compilation étaient moins efficaces... La surprise est totale ! (Ô__Ô) #Kotlin #Rust

Tiens j'entends comme un écho qui dénigrerait Python... Et quelqu'un d'autre qui tousse très fort JS/NodeJS... Vraiment bizarre, allez savoir pourquoi #TrollInsideOuPas

Pour @Philou et la migration que nous subissons vers les micro-services pardon "microapps".

Via Sebsauvage.

Je vais faire ma mijaurée mais pas grave.

Quand je lis :

L’architecture applicative apporte une réponse à la question suivante :

Comment les éléments fonctionnels sont ils implémentés ? Le COMMENT ?

Cette architecture représente l’implémentation des services fonctionnels sous forme d’éléments applicatifs.

Elle est composée d’éléments applicatifs (ex : composants Java, .net, objets BDD,…). L’architecture applicative représente le premier niveau d’une projection entre une architecture fonctionnelle (et ses services métiers) et des technologies qui vont devoir supporter ces services. Elle est une instanciation de l’architecture fonctionnelle.

et ceci :

L’architecture technique apporte une réponse la question suivante :

Avec quels éléments techniques, les éléments applicatifs sont ils déployés ? Le AVEC QUOI ?

Cette architecture décrit l’infrastructure sur laquelle les éléments applicatifs ont été déployés.

Elle est décomposée en deux couches :

• Une couche de logiciels médiateurs (ou middleware) qui est composée des progiciels : moteurs des bases de données, serveur d’application, serveur web, annuaire LDAP, ordonnanceur, gestionnaires de flux (EAI, ESB, ETL, …), etc.

• Une couche matérielle qui est composée des logiciels de base (systèmes d’exploitation), des serveurs et des réseaux.

Mon petit cerveau de lémurienne fait tilt ! Sur quel critères rationnels, objectifs et argumentés LDAP serait plus du côté de l"architecture technique que du côté de l'architecture applicative ? Même question mais dans l'autre sens pour Java ? Quid des "objets BDD", de l'ordonnanceur, du gestionnaire de flux, ie. un BPM ? Un F5 ? Un load-balancer ?

Bref, la réalité est simple : l'architecture applicative et l'architecture technique constituent le même objet, elle sont la même chose ! Et le choix d'architecture doit être uniquement pris par les équipes produits constituées de développeurs.

Car oui, l'architecture, c'est du code point. Un design orienté micro-service, c'est du code. Le choix de frameworks, c'est du code qui impact du code. Les flux de données, c'est du code sous contrainte.

Les architectes sont dans un délire pluri-décennal consistant à croire que c'est leur compréhension qui part en production, or c'est archi-faux ! Leur position est d'être celle du dirigeant, du leader alors qu'elle devrait se contenir à celle d'un documentaliste ou d'un bibliothécaire #CommentCaCoupBas.

Moins d'architecte & Plus de développeurs => meilleurs logiciels de meilleurs qualité.

Quant à tout ceux qui pensent le contraire, les logiciels les moins fiables sur terre ont des équipes bardées d'architectes (coucou Microchiotte) tandis que ceux qui sont les plus fiables n'ont quasiment que des développeurs (coucou Linux, les logiciels libres & stuff).

Aussi, c'est certes un sophisme que de conclure + d'architectes => + de problèmes car corrélation n'implique pas une causalité, mais ce sera quand même ma conclusion car je n'ai aucun contre-exemple depuis 15 années passées sur le terrain !

Beaucoup me demandent pourquoi j'adore 4chan, tout simplement pour sa section /pol/. Il s'agit ici de l'un des plus beaux trolls du siècle avec des enquêtes irréalistes - mais pourtant bien réelles - façon la série Les Experts et faites par des anonymes.

Vous souhaitez rigoler pendant 15 minutes devant un truc improbable, le lien vous est servi.

Pauvre Shia quand même, ça doit être dur si l'on ne comprend pas bien comment fonctionne les internets.

Je viens de tomber sur ce site. La partie NoSQL est tellement vraie !

Comme certains le savent peut-être, je vais changer la structure juridique de ma société et je me renseigne sur les différents types de sociétés possibles, principalement dans un cadre avec plusieurs associés. Ce soir je découvre les Société en Nom Collectif (SNC).

Pourquoi est-ce que je vous en parle ?
Tout simplement parce que le phrasé du Code Civil expliquant la responsabilité du Gérant d'une SNC est juste à vomir de complexité. Je vous en cite une ligne (bonne soupe) : "1382 du Code Civil : Tout fait quelconque de l'homme qui cause un dommage à autrui oblige celui par la faute duquel il est arrivé à le réparer."

Indigeste n'est-ce pas ? Ponctuation, tournure, sémantique, rien n'est simple. À noter qu'une phrase similaire, toujours en français j'aime-me-caresser-le-pistil mais qui serait déjà plus abordable, donnerait : "Tout auteur d'un dommage causé à autrui doit en réparer le préjudice."

Sachez que le mouvement des #GiletsJaunes revendique justement le RIC (Referendum d'Initiative Citoyenne) et l'une des raisons pour lesquelles cet outil politique est indispensable, c'est qu'il contribuera à l'éclaircissement du droit puisque ce dernier y serait écrit par des "gens simples pour des gens simples".

Dit autrement, le Code Civil actuel, c'est du putain de code Scala obfusqué ! Seule une infime partie de la population kiffant cette merde continue désespérément de défendre une immondice en terme de complexité et de charge cognitive (et je dis cela en adorant Kotlin, Rust et TypeScript hein).

Certaines personnes ont le besoin de se créer une charge mentale, ou plutôt de générer une charge mentale aux autres, pour se sentir plus fortes ou meilleures que leur prochain. Je pense que certains juristes et certains scalaïstes partagent ce triste point commun.

Sortie il y a 8 mois mais tellement d'actualité ! Merci Didier.

Rhooo le troll. Le GNU Hurd à la fin est tellement beau.