Une explication de 14min 33 expliquant comment et pourquoi nous sommes si nombreux à parler de la crise qui emportera toutes les autres. Heureusement il y a deux solutions ;

• Dépenser toutes ses liquidités avant qu'elles ne s'évaporent.
• S'entraider dès l'instant où le crack s'est produit (pour résister à l'état qui enverra ses milices policières et militaires pour saisir les biens des gens honnêtes ne pouvant plus payer leurs crédits à cause des banques elles-mêmes).

Je partage l'avis de Jacques Sapir, à savoir que les banques qui sont solvables ne seront pas forcément celles qui s'effondreront et emporteront toutes les autres les premières.

En effet, nous allons traverser ce que l'on appelle "la crise des liquidités", ce qui signifie que c'est le manque de trésorerie qui emportera les banques et non leur accumulation d'actifs pourris.

Je cite :

Une crise de liquidité, répétons le, est la pire menace pour les banques. En effet, même si elles sont solvables, elles peuvent être emportées par une crise de liquidité en 2 ou 3 jours. Et l’on se rappelle de spectaculaire faillite de le Bear Stearns en 2008, qui s’était produite le 17 mars et qui avait été le coup de semonce avant la crise des « subprimes » et la faillite de Lehman Brothers.

Là où tout devient ubuesque c'est que derrière la crise des liquidités se cache la crise des actifs pourris et la crise des dettes publique et privée... lol what !?

Et sinon séparer les banques d'affaire des banques d'investissement, restaurer le Steagel Act, restituer à l'état seul les privilèges de création et de destruction monétaires, rendre de nouveau public les masses monétaires M1, M2 et M3, sortir de l'UE pour récupérer le contrôle de sa monnaie (quantité d'unités monétaire et taux de change), permettre aux citoyens de disposer d'un compte d'épargne à la Caisse des Dépôts et Consignations, créer deux monnaies nationales : une pour les échanges commerciaux et l'autre pour la réserve de valeur (capitalisation) afin de protéger l'épargne des plus pauvres des fluctuations des marchés, interdire le trading à haute fréquence, taxer les transactions financières...

Bref, des solutions il y en a un paquet, elles sont simplissimes et pourtant quelque chose bloque, comme si l'intérêt bancaire avait pris le contrôle sur le pouvoir. Oh wait...

Voici quatre propositions :

• Un système qui centralise toute l'information pose problème.
• Un système qui autorise la censure pose problème.
• Un système qui n'est pas régit par un contrôle démocratique pose problème.
• Un système qui récompense des actes malveillants pose problème.

Vous mélanger ces quatre éléments et vous obtenez le fait que 20 Minutes peut forcer Facebook à censurer un concurrent, sans motif, que cela va lui rapporter de l'argent [ndr. à 20 Minutes] et que le concurrent, ici Mr. Mondialisation, n'a aucun moyen de défense.

Pas mal le service chez 20 Minutes. GG les gars, l'étape d'après c'est la répression du parti unique chinois, vous pouvez être fiers d'améliorer la compétitivité française dans ce domaine #Bravo.

Parce que je ne m'en souviens jamais :

# Générer le fichier contenant la clef privée
openssl genrsa -out Entreprise_Serveur.key 8192

# PRIVATE_KEY_FILE Le chemin vers le fichier qui contient la clef privée du certificat SSL
# CERTIFICATE_FILE Le chemin vers le fichier à gérer et qui contiendra le certificat SSL
# ENTERPRISE_DOMAIN Le nom de l'entité pour qui le certificat est générer

openssl req -new -key <PRIVATE_KEY_FILE> \
        -subj "/CN=<ENTERPRISE_DOMAIN>" \
        -out <CERTIFICATE_FILE>

Un task runner léger et écrit en Golang (je cherche un truc à base de Git-hook pour fabriquer l'équivalent d'un CI mais qui s’exécuterait avant que le code ne soit pushé/mergé sur le répo).

Edit : J'avais oublié de parler de son homologue Tusk qui n'est pas mal non plus !

Attention cependant à ne pas mettre la lib dans votre classpath en production car elle implique des failles de sécurité

Une lib à ajouter :

<dependency>
    <groupId>com.sparkjava</groupId>
    <artifactId>spark-debug-tools</artifactId>
    <version>0.5</version>
</dependency>

et vous aurez la possibilité de voir ce genre de pages pour vos instances Sparkjava :

Pour @Philou, @Doudou, @Chlouchloutte et @Lenny

La France est En Marche vers le modèle de dictature chinois. C'est comme le décrit le premier commentaire, la stratégie du pieds dans la porte où la reconnaissance faciale n'est qu'optionnelle au début pour se connecter aux sites web de l'état (genre impôt.gouv.fr) mais sera obligatoire dans quelques années.

Pourquoi s'écrier dès maintenant me direz-vous ?
Simple, en permettant la reconnaissance faciale, l'état s'offre le temps et le loisir d'entraîner son modèle de reconnaissance faciale (aka IA). Une fois que ce dernier sera aussi efficace que l'IA chinoise, il va se passer dans les manifs françaises ce qu'il se passe actuellement à Hong Kong où l'IA est détournée pour traquer "les mauvais citoyens qui manifestent contre les intérêts du Parti".

Quand la majorité de mes compatriotes va-t-elle comprendre qu'en laissant faire, par fénéantise ou par dépit, elle laisse à l'état traitre le temps et les moyens de se forger les armes de Big Borther !? Relisez1984 bondieu ! L'avenir de nos enfants en dépend.

Pour @Chlouchloutte.

Un site fort intéressant.

Via je ne sais plus qui sur Libox.

Elle arrive tout doucement, la prochaine crise financière, que dis-je, le prochain cataclysme.

Le blog d'Human coders qui parle de tout avec plein de tutos

C'est ce que me font ressentir React Native, Scala, Kafka et un peu Hadoop mais surtout SpringBoot.

Je suis d'accord avec tout. Aussitôt que j'entends parler d'IceBreaker ou d'Ernegizer je me lève et je pars. Lorsque l'on me rattrape, j'explique que je reviendrai lorsque l'on commencera à travailler.

Si le client insiste, je lui propose de revoir son contrat avec un tarif à la hausse incluant un temps destiné à ces séances d'humiliation. Comme je fais d'emblée fois 5, ça le calme. Je vends du Craftsmanship, du DevSecOps et éventuellement de l'aide à l'organisation, mais pas des séances de colonies de vacances dans lesquelles ont m'oblige à partager des choses intimes avec des gens que je n'ai pas choisi voire que je n'apprécie pas.

Bref, nous avons le droit de dire non à ces techniques de manipulation psychologique particulièrement insidieuses que s'emploient à utiliser les grandes industries capitalistes.

Les secrets des dépendances en JS.

Je suis totalement pour la troisième, mais je veux dire vraiment pour, genre maintenant car il y a une foutue urgence !

Une vidéo du parti travailliste britannique (labor).

Après presque une année, ça commence enfin à prendre ! Je vous invite à réécouter les paroles de cette chanson de Jean-Jacques Goldman.

Les composants web en 30 min. Pas encore regardé mais coudifié !

Edit la conclusion est fausse. Si l'on veut que le module A soit présent au runtime comme au compile-time, il faudra l'ajouter explicitement.

Les <optional>true</optional> ne sont utiles que si l'on se sert de frameworks comme Spring qui passent leur temps à faire de la détection de chargement au runtime.

Je recherchais un moyen de reproduire avec Maven le comportement du implementation de Gradle, j'en parlais ici. Pour ceux qui ne connaîtraient pas l'idée est la suivante :

• Un module B tire en tant que dépendance un module A.
• Si un module C tire à son tour le module B en tant que dépendance, et puisque tout est transitif par défaut dans Maven, alors les classes de C pourront importer les classes de A

Ceci est dangereux car rien ne lie explicitement C à A et il devient impossible de supprimer B en tant que dépendance dans le pom de C.

La solution, déclarer le module A en tant que dépendance optionnelle de B de cette manière :

<dependency>
    <groupId>com.a</groupId>
    <artifactId>module-a</artifactId>
    <version>1.0.0</version>
    <optional>true</optional>
</dependency>

Si C tire B, alors les classes de A ne seront plus visiblent par C dans le classpath mais elles resteront présentent au runtime.

Mes amis.. à vos pom !