Une explication de la fiscalité sur les dividendes en SAS

Comment fonctionne les portes AND, OR, NAND

Un article top-moumoutte pour toi Lenny. C'est quelque chose qui va te resservir plus tard pour ton VAE.

Je cite:

En JS, utiliser le stockage local :

Écrire du contenu dans une "variable" « foo » :

var data = "bar";
localStorage.setItem('foo', data);

Lire la variable « foo » :

var data = localStorage.getItem('foo'); // contains "bar"

C’est tout !

Rappel :

TypeScript est un langage libre développé Microsoft. Le but de TypeScript est de fournir un langage fortement typé, qui étende JavaScript et qui puisse être converti en JavaScript (normes ES5, ES2016 ou ES2017) afin d'éviter au développeur d'utiliser directement JavaScript et de produire un code JavaScript qui soit portable et utilisant toutes les optimisations du langage. On dit du compilateur TypeScript qu'il est un transpilateur car il converti du code source en un autre code source et non en instructions (binaire, assembleur, byte-code).

Comment qu'on install TypeScript ?

En passant par NPM ! En effet TypeScript est devenu un paquet NPM et est considéré comme une dépendance technique de votre projet JavaScript. Cette façon permet d'avoir une version du compilateur TypeScript par projet plutôt que d'une seule version unique commune à tous les développements.

Comment faire pour installer TypeScript avec Yarn ?

## Pour une installation locale à votre projet :
yarn add --dev typescript

Je recommande bien évidemment l'utilisation de Yarn en lieu et place de NPM ainsi qu'une installation locale pour éviter les conflits de version inter-projets.

Cependant, et comme je suis vraiment sympa, voici les commandes à taper pour installer TypeScript via NPM :

## Créer une installation global sur votre OS (disponible partout dans la ligne de commande) :
npm install -g typescript

## Créer une installation local à votre projet JS (accessible uniquement via la commande ./node_modules/typescript/bin/tsc) :
npm install --save-dev typescript

Comment qu'on s'en sert ?

Il y a deux méthodes pour transpiler du code TypeScript :

• Soit nous saisissons une gigantesque ligne de commande que nous écrivons dans un script shell.
• Soit nous fabriquons un fichier tsconfig.json à la racine de notre répo, qui contient tout la configuration du compilateur et que TypeScript charge automatiquement lorsque l'on tape la commande tsc.

Je rappelle que je chercher à reproduire l'architecture de dossier spécifiée par la convention Maven :

. (root folder)
|__ src/
|    |__ main/
|    |    |__ js/
|    |
|    |__ test/
|         |__ js/
|
|__ target/

Voici mon fichier :

{
    "compilerOptions": {
        // BUILD GLOBAL OPTIONS : 
        "module": "commonjs",           // What kind of loading system should we use (CommonJS, AMD, etc).
        "outDir": "./target/js",        // Output directory
        "sourceMap": false,             // Create the source-map file help to debug TypeScript code while executing JS
        "target": "ES5",                // The aimed JS version (ES5, ES2016, ES2017 or ESNext

        // BUILD OUTPUT :
        "diagnostics": false,           // Display no statistics about number of files, base code size, etc.
        "pretty": true,                 // Display color in console for error, warning, etc.

        // ENCODING
        "charset": "utf8",              // The targeted file encoding
        "newLine": "lf",                // File will use Line Feed as EOL character (Unix format)

        // COMPILER BEHAVIOR :
        "allowJs" : false,              // Allow JS syntax
        "preserveConstEnums": true,     // 'const enum' are kept in generated code
        "removeComments": true,         // Comment removed from transpiled code
        "emitDecoratorMetadata": true,  // Test
        "experimentalDecorators": true,

        // COMPILER ENFORCING :
        "noImplicitAny": true,          // 'any' type is mandatory
        "noImplicitThis": true,         // Forbien to mix 'any' and 'this' in the same expression
        "noImplicitReturns": true       // Raise error is a 'return' is missing in part of a function
    },

    "include": [
        "./src/main/js/**/*"            // Pattern finding the TypeScript files
    ]
}

L'un de mes posts précédents montrant le différentiel entre deux tsconfig.json DEV & PROD est disponible ICI

Le petit rappel qui va bien :

NodeJS c'est quoi ?

NodeJS est une machine virtuelle capable d'exécuter des applications écrites en JavaScript côté serveur ; avec la capacité de démarrer un serveur web, de se connecter à une base de données, d'écrire sur le disque, etc. NodeJS est basé sur le moteur JavaScript développé pour WebKit et fournit sa propre implémentation du standard ECMAScript 6 (aka. ES2016), c'est-à-dire la dernière version standardisée de JavaScript en ce début 2017.

NPM c'est quoi ?

NPM est le gestionnaire de dépendances/paquets de NodeJS. Il est founi avec l'installation de NodeJS et utilisé par les développeurs pour télécharger, installer et exécuter l'ensemble des dépendances transitives de leurs projets JavaScript.

NPM peut :

• Gérer les dépendances pour les librairies s'exécutant côté client.
• Gérer les dépendances pour les librairies s'exécutant côté serveur.
• Exécuter des commandes dans la syntaxe du shell courant (et donc toutes les commandes figurant dans le path du-dit shell).
  
  

Comment qu'on setup toussa ?

1) Télécharger la dernière version (stable de préférence) de NodeJS

• La dernière version LTS (pour Long Term Support) est disponible ICI.
• Veillez à choisir la version compatible avec votre système, c'est-à-dire OS + architecture (32 ou 64 bits).
  
  

2) Installer NodeJS

Décompresser le tar.gz téléchargé dans un répertoire dédié, par exemple /tools/apps/nodejs-6.9.1.

Modifier votre fichier ~/.profile ou au choix ~/.bashrc comme suit :

• Créer la variable d'environnement $NODE_HOME

  export NODE_HOME="/tools/apps/nodejs-6.9.1"

• Ajouter le sous-répertoire $NODE_HOME/bin/ dans votre path système :

  export PATH="$PATH:$NODE_HOME/bin"

• Veillez à bien enregistrer les changements et redémarrer votre console si vous avez modifié le fichier ~/.bashrc et votre session pour le fichier ~/.profile.
• Hop vous avez à présent NPM et NodeJS disponible sous les commandes npm et node depuis un shell.
  
  

3) Configurer NPM

N.B : Dans la suite, le répertoire /tools/repositories peut en réalité être celui de votre choix. Moi je stocke tout dans /tools (en fait dans /opt/tools mais on s'en fiche).

• Nous allons dire à NPM où stocker les versions zippées des librairies qu'il a téléchargé, pour cela il faut ajouter/modifier la ligne suivante dans le fichier ~/.npmrc.

  cache="/tools/repositories/npm/cache"

• Ensuite nous allons indiquer à NPM où décompresser les librairies télécharger au point précédent en ajoutant au fichier ~/.npmrc

  prefix="/tools/repositories/npm/modules"

• Modifier votre fichier ~/.profile ou au choix ~/.bashrc comme suit :

  export NPM_MODULES="/tools/repositories/npm/modules"
  export PATH="$PATH:$NPM_MODULES/bin"

• Et encore une fois veillez à bien enregistrer les changements et redémarrer votre console si vous avez modifié le fichier ~/.bashrc et votre session pour le fichier ~/.profile.
  
  

4) Dis-nous comment ça marche en moins de 60 secondes ?

## Télécharger un outil et l'installer dans le répertoire global contenant les modules, par exemple Gulp :
npm install -g gulp

## Exécuter Gulp en tapant
gulp --version

## Télécharger un outil et l'installer uniquement pour votre projet (i.e dans le sous-répertoire ./node_modules):
npm install --save-dev gulp

## Exécuter Gulp en tapant
./node_modules/gulp/bin/gulp --version

## NDR : des fois il faut taper ceci à la place
node ./node_modules/gulp/bin/gulp.js --version

## Installer une librairie en tant que dépendance de votre projet (elle sera mise dans le répertoire ./node_modules).
npm install -save aurelia-framework

## Installer une librairie qui ne sera pas livrée avec votre projet (par exemple un framework de test) :
npm install --save-dev jasmine

Et voilà en prime le lien vers le site officiel de NPM :D

D'après un lien trouvé pour MoniK.

Pourquoi ce tuto ?

Grosso-modo je dois apprendre comment reproduire un build Maven mais en JS avec les outils JS qui vont bien ; et qui soient plus ou moins les standards de facto du moment (i.e en ce début 2017).

Définitions :

À quoi sert quel outil dans ce gloubi-boulga d'outils tous plus hypes les uns que les autres ?

NodeJS :
C'est une machine virtuelle qui permet de faire tourner du JavaScript côté serveur.

NPM :
C'est le gestionnaire de paquets permettant de récupérer les dépendances transitives de vos projets (façon Maven). Certains disent que NPM signifie Node Package Manager mais l'auteur atteste que non.

Yarn :
NPM c'est top, mais ça possède trois inconvénients :

• La ligne de commande pu des fesses.
• NPM ne sait pas mettre les paquets dans un répo local (comme le fait a contrario Maven), donc NPM passe son temps à re-télécharger les dépendances qu'il a déjà téléchargé pour le projet précédent.
• NPM ne gère pas le build concurrent (il n'est pas multi-threadé) donc le build rame (enfin tout est relatif #CompilationC++).

Yarn est un outils qui réponds à ces trois problématiques avec un chat tout mimi en guise de logo.

TypeScript :
C'est à la fois un langage mais également un compilateur éponyme. En gros, les mecs de Microchiotte se sont dits que JavaScript ça ne sentait pas bon des fesses (comme la ligne de commande de NPM) et qu'il valait mieux coder avec de vraies classes, des vrais namespaces, de vraies visibilités (public, private, etc) et une fois que tout ceci était correctement codé en TypeScript, ont transpile ce code en du JavaScript ; autrement dit on convertir le code du TypeScript dans une syntaxe cohérente et fortement typée, vers du JS (incohérent et faiblement typé) ; et comme cela plus besoin de se prendre la tête à connaître tous les hacks de ce langage merdique (une référence ici sur la merdicitude de JS et une autre là sur la retard community - ces deux articles sont pour toi Lenny).

Jasmine :
C'est un framework permettant d'écrire des tests en JavaScript. Ces derniers peuvent être au niveau unitaire (façon JUnit) ou fonctionnel / intégration (façon Cucumber). En général Jasmine est considéré comme faisant partie des framework destinés au BDD (mais bon, je ne suis pas d'accord).

Karma :
Un outil permettant de charger une suite de tests écrits en Jasmine ou en tout autre chose. Le concurrent le plus sérieux est MochaJS qui est une sorte de medley entre Karma et Jasmine, mais comme je n'ai pas encore eu le temps de l'étudier,que Karma à l'avantage d'être soutenu par les développeurs Google qui bossent sur Angular 2 et que j'ai déjà utilisé Jasmine par le passé... Bah Karma & Jasmine.

PhantomJS :
NodeJS permet d'exécuter du JavaScript côté serveur, et bien PhantomJS est un navigateur sans interface graphique permettant d'exécuter du JavaScript dans une console afin de le tester (ndr. en s'appuyant sur Jasmine et Karma). Vous vous doutez bien qu'un navigateur sans IHM est un navigateur ultra-rapide pour faire tourner du JS (sous-entendu parfait pour avoir des phases de run de TU rapides durant nos builds).

Webpack :
Webpack peut quasiment tout faire à l'aide de ses plugins mais l'idée ici est de s'en servir pour trois choses :

• Packager l'ensemble du JS dans un seul fichier qui soit unique.
• Minifier au taquet ce fichier packagé.
• Ne pas inclure dans le package minifié le code mort, c'est-à-dire les classes qui ne sont jamais chargées directement ou transitivement par la classe Main.
  
  

Et donc dans tout ça ? Et bien dans tout cela vous aurez donc un build JS qui va chercher les dépendances tout seul, qui respecte le cycle de vie de Maven, qui assure la séparation du code à livrer (les sources) du code à ne pas livrer (les plugins du build et le code des tests), qui centralise la production des binaires en un seul endroit et qui soit capable de releaser votre build (i.e fabriquer des tags et incrémenter le numéro de version). Pas mal hein ?

La suite des posts à lire figure ici (en cours de complétion) :

Je précise ici que je cherche à reproduire l'architecture de dossier et le life-cycle de Maven mais pour un projet NodeJS / Aurelia. Nous allons donc avoir ce type de dossiers :

. (root folder)         # La racine du répo
|__ node_modules/       # Le répertoire des éléments téléchargés par NPM
|
|__ src/                # Le répertoire contenant les sources
|    |__ main/          # Les sources qui seront livrées
|    |    |__ js/
|    |
|    |__ test/          # Les sources qui ne seront jamais livrées (les tests)
|         |__ js/
|
|__ target/             # Le répertoire contenant les éléments générés lors de build
|
|_ karma.conf.js        # Le fichier de configuration de Karma (le générateur de suite de tests)
|_ package.js           # Le fichier de configuration de Yarn (le build manager)
|_ tsconfig.json        # Le fichier de configuration de TypeScript (le transpilateur)
|_ webpack.config.js    # Le fichier de configuration de Webpack (le packager / minifier)

• Comment installer et configurer NodeJS & NPM
• Comment installer et configurer le transpilateur TypeScript ?

C'est partiiii #JoueLaCommeBarnabé

Une vidéo trouvaille : demandez à vos enfants de vous écrire les instructions pour faire deux tartines pain / beurre de cacahuètes / confiture et exécutez ces instructions comme le ferait un ordinateur (c'est-à-dire sans pré-requis cognitifs).

Excellente idée pour apprendre à vos enfants le principe de l'algorithmie. Spéciale casse-dédie ma regrettée Noëlle qui m'apprit ce principe avec un robot devant déposer une balle dans un panier.

Comme quoi, certains enseignants vous marqueront pour votre vie.

En mettant la propriété :

# Pour Firefox :
browser.cache.disk.parent_directory="/tmp/cache/mozilla/firefox"

# Pour Thunderbird :
browser.cache.disk.parent_directory="/tmp/cache/mozilla/thunderbird"

Ne fonctionne que si /tmp est monté dans la ram biensûr !

Voici ma configuration pour le compilateur TypeScript à mettre dans le fichier tsconfig.json. La première à destination de la production (avec beaucoup de check et de contraintes) et la seconde à destination du mode développeur (qui autorise plus de chose afin d'exécuter les tests en continue) :

PROD configuration :

{
    "compilerOptions": {
        // BUILD GLOBAL OPTIONS : 
        "module": "commonjs",
        "outDir": "./target/js",
        "sourceMap": true,
        "target": "ES5",                // The aimed JS version (ES5, ES2016, ES2017 or ESNext

        // BUILD OUTPUT :
        "diagnostics": true,
        "pretty": true,

        // ENCODING
        "charset": "utf8",              // The targeted file encoding
        "newLine": "lf",                // File will use Line Feed as EOL character (Unix format)

        // COMPILER BEHAVIOR :
        "allowJs" : false,              // Allow JS syntax
        "preserveConstEnums": true,     // 'const enum' are kept in generated code
        "removeComments": true,         // Comment removed from transpiled code

        // COMPILER ENFORCING :
        "noImplicitAny": true,          // 'any' type is mandatory
        "noImplicitThis": true,         // Forbien to mix 'any' and 'this' in the same expression
        "noImplicitReturns": true,      // Raise error is a 'return' is missing in part of a function
        "noUnusedLocals": true,         // Report errors on unused locals
        "noUnusedParameters": true      // Report error on unused parameters
    },

    "include": [
        "./src/main/**/*"
    ]
}

DEV configuration :

{
    "compilerOptions": {
        // BUILD GLOBAL OPTIONS : 
        "module": "commonjs",
        "outDir": "./target/js",
        "sourceMap": true,
        "target": "ES5",                // The aimed JS version (ES5, ES2016, ES2017 or ESNext

        // BUILD OUTPUT :
        "diagnostics": true,
        "pretty": true,

        // ENCODING
        "charset": "utf8",              // The targeted file encoding
        "newLine": "lf",                // File will use Line Feed as EOL character (Unix format)

        // COMPILER BEHAVIOR :
        "allowJs" : false,              // Allow JS syntax
        "preserveConstEnums": true,     // 'const enum' are kept in generated code
        "removeComments": true,         // Comment removed from transpiled code

        // COMPILER ENFORCING :
        "noImplicitAny": true,          // 'any' type is mandatory
        "noImplicitThis": true,         // Forbien to mix 'any' and 'this' in the same expression
        "noImplicitReturns": true       // Raise error is a 'return' is missing in part of a function
    },

    "include": [
        "./src/main/js/**/*"
    ]
}

Je cite :

En principe, le prélèvement fiscal de 21 % doit être effectué par la société dans tous les cas dès lors que l’associé est une personne physique.

Toutefois, il est prévu que les associés qui appartiennent à un foyer dont le revenu fiscal de référence de l’avant-dernière année est inférieur à 50.000 € (contribuables célibataires, veufs ou divorcés), ou à 75.000 € (couples soumis à imposition commune), peuvent demander, sous leur responsabilité, à être dispensés du prélèvement fiscal de 21 %.

A cet effet, ils doivent remettre chaque année à la société, avant le 30 novembre de l’année précédant celle du paiement, une demande de dispense de ce prélèvement.

A noter : seuls peuvent donc être exemptés du prélèvement fiscal de 21 % cette année, les associés qui ont remis à la société une dispense de paiement de ce prélèvement avant le 30 novembre 2014.

En pratique, cette demande doit prendre la forme d’une attestation sur l’honneur dont nous vous proposons le modèle suivant :

Par exemple :

Pour les dividendes :

• De l'exercice fiscal 2016
• A se verser en 2017

Si mon revenu fiscal de référence de 2015 est :

• Inférieur à 50 000 € pour une personne seule.
• Inférieur à 75 000 € pour un coupe.

Alors je dois remettre une attestation sur l'honneur à ma société exprimant le fait que je suis exempté de verser l'accompte de 21%.

=> Le modèle est disponible ici.

Ils y sont tous ou presque ! Ceux du GoF, ceux d'Avalon, ceux de JEE, ce orientés SOA et MSOA. Quel travail !

Le liens direct dans la page : http://java-design-patterns.com/patterns/
Un autre lien utile : https://github.com/kamranahmedse/design-patterns-for-humans/blob/master/README.md

via : http://sebsauvage.net/links/?l_D4hg

Ce que dit Laurent Alexandre est LIM-PIDE ! Les enjeux sont juste dingues ! Je vais revoir cette vidéo plusieurs fois à mon avis.

Un benchmark en Yarn et NPM qui montre que Yarn "ça trou le cul !". Yarn est vraiment plus rapide que NPM d'un facteur 2,5 à 25 !

Une vidéo youtube montrant comment est fabriquée de toute pièce "l'ambiance de dingue" des présentations de Macron. Ici celle de Lyon. Nous sommes en train de constater une véritable propagande #Fear #Terreur #LeDernierBanquierPresidentACederLaCreationMonétairePutain

Je résume ici : vous travaillez pour un grand groupe (aller au hasard une grosse banque) et vous devez utiliser yarn (un remake de npm mieux foutou). Jusque là aucun soucis sauf que le proxy de la grosse banque fait du man-in-the-middle aux yeux et à la vue de tout le monde. Donc yarn quand il veut choper des trucs pas forcément utiles en SSL (genre phantomjs, le bouzin qui fait juste tourner NOS TESTS UNITAIRES) bah il veut pas le p'tit chaton parce qu'il se rend bien compte que les mecs du proxy : ils font du man-in-the-middle comme des gros porcs.

Bref, voici comme détruire toute forme de sécurité dans yarn mais qui vous permettra (a minima momentanément) de récupérer des tools genre phantomjs :

yarn config set "strict-ssl" false

et pour restaurer la sécurité ce sera évidemment :

yarn config set "strict-ssl" true

Quel est la meilleure fonction de hachage à utiliser pour des hashmap ?

Woaaa. Anne ce post est pour toi !

Un très bon article d'OCTO sur les micro-services et la façon de réponse aux problèmes de l'architecture distribuée.

• Partie 1
• Partie 2
• Partie 3
• Partie 4

Quand Vim se transforme en IDE Java. C'est juste ouf !