Mon avis rapide sur ça :

Prison ferme pour les fraudeurs fiscaux, impôt sur la nationalité, retour de l'ISF... les propositions faites dans l'émission «La parole aux Français» | www.cnews.fr

Élargir la liste des produits de première nécessité et abaisser leur TVA à 0% (88% des téléspectateurs de l'émission se sont prononcés en faveur)

+1

En particulier pour la « women-tax » comme on l’appelle parfois.

Retour de l'impôt sur la fortune avec des tranches plus élevées et une exonération pour les personnes investissant dans les PME (77% des téléspectateurs de l'émission se sont prononcés en faveur)

+1
J’aurais dit « davantage de tranches », plutôt, pour un truc plus progressif (voire continu).

Remise à plat et examen des niches fiscales (93% des téléspectateurs de l'émission se sont prononcés en faveur)

Gros +1.

Ce matin je vois passer qu’en Europe, c’est 800 milliards de fraude. Rapporté aux 350 millions d’habitants de l’UE, ça fait ~2 500 €/an par personne sur lequel les gens s’assoient en Europe à cause de l’évasion fiscale.

2 500 €/an, c’est comme si tout le monde s’asseyait sur un 1 à 2 mois de salaire.

Mise en place de l'impôt sur la nationalité

J’ai bondi en lisant ça (« faire payer un impôt par les étrangers ? »), mais en fait c’est juste faire payer les gens qui vivent à l’étranger. En gros, si tu es Français vivant ailleurs, tu payes un impôt.

Dans les deux cas, j’aurais tendance à dire non : les impôts doivent être payés sur les revenus et là où ils sont générés.

Si un étranger vient ici, il paye son impôt ici.
Si un Français va ailleurs, il paye son impôt ailleurs. J’ai pas de problème avec ça.

Donc −1.

Suppression de la CSG pour les retraités qui perçoivent moins de 2.000 euros par mois (86% des téléspectateurs de l'émission se sont prononcés en faveur)

À voir pour où placer la barre, mais +1.
Je ne suis pas non plus convaincu de la pertinence de faire payer une CSG à des gens qui ont déjà contribué toute une vie active (qui est faite pour ça). La retraite, on la leur doit. Ce n’est pas un revenu, c’est leurs économies.

En revanche, faire payer des charges sur les autres revenus qu’ils se font à côté, oui, et au même taux que n’importe quel revenu (mais c’est probablement déjà le cas).

Revalorisation des retraites (91% des téléspectateurs de l'émission se sont prononcés en faveur)

+1

Instauration d'un prix plancher pour les matières premières agricoles en tenant compte des coûts de production des agriculteurs (95% des téléspectateurs de l'émission se sont prononcés en faveur)

+1

Mais ça, ça vient aussi de l’hégémonie des supermarchés qui font ce qu’ils veulent.

Si l’offre des « paniers hebdomadaires de légumes » (par exemple) était plus important et pas aussi orienté « hipster » (pardonnez l’expression, mais c’est l’image que ça donne), peut-être que ça irait mieux.

Ces paniers ne sont pas chers : c’est moins cher qu’en supermarché et souvent meilleurs (et souvent aussi bio, local et de saison). Donc peut-être que les supermarchés s’aligneraient s’ils perdent tous leurs clients.

Établir une peine de prison ferme (3 ans) pour les fraudeurs fiscaux (88% des téléspectateurs de l'émission se sont prononcés en faveur)

Gros +1
Y a pas de raison que celui qui vole un bout de pain fasse 1 an de taule mais celui qui vole 5 millions ne le fasse pas simplement parce qu’il porte une prison #carlosGhosn #rendsLArgent

- Augmentation du SMIC à 1 800 euros bruts par mois (soit 1 382 euros nets)

Pas sûr.
Plus d’argent n’est pas forcément mieux que baisser le prix des choses. Si on réglementait déjà les loyers (et qu’on forçait les proprios à faire la maintenance de leurs bâtiments, accessoirement) et qu’on baisse le prix des choses utiles, c’est une solution qui profiterait à aussi bien, et à davantage de monde.

Faudrait plutôt faire du Smic une exception et revaloriser la valeur du travail (en obligeant genre 25 % des bénéfices à être redistribués à ceux qui la produisent : les employés ; là aussi, pourquoi pas par paliers sur le bénéfice).

Le CICE réservé aux TPE-PME (92% des téléspectateurs de l'émission se sont prononcés en faveur)

Pas d’avis.

Création d'un ministère pour les retraités (71% des téléspectateurs de l'émission se sont prononcés en faveur)

Encore un ministère ?
Faudrait plutôt des élus qui représentent réellement leurs administrés et qui soient en contact avec eux, les écoutent et les représentent eux plutôt que leur parti politique.

Limiter à 25 le nombre d'élèves par classe

+1.

Pour conclure : il y des idées, dont des bonnes.
Malheureusement, Macron a déjà dit qu’il ne reviendrait pas en arrière sur ce qu’il a déjà fait : donc les 3/4 de ces points iront directement à la poubelle à l’Élysée.

Parfois il suffit d’un rien pour accélérer des scripts, et comme ça ne coûte rien et que ça peut rendre service, il faut s’en servir.
Aujourd‘hui, l’astuce est toute bête, mais je ne la voit pas tant que ça non plus, d’où mon partage.

break

Quand on fait une boucle (for, while…) sur un tableau ou une liste, par exemple pour trouver un élément particulier du tableau, on peut gagner beaucoup de temps en sortant du tableau une fois qu’on a trouvé le résultat.

Ainsi, au lieu de ça :

// soit $array un tableau de 1 000 éléments
for (var i=0, len=array.length; i<len ; i++) {
    if (array[i] === recherche) {
        console.log('élément trouvé : ' + i);
    }
}

On peut faire ça :

// soit $array un tableau de 1 000 éléments
for (var i=0, len=array.length; i<len ; i++) {
    if (array[i] === recherche) {
        console.log('élément trouvé : ' + i);
        break;
    }
}

Où est l’optimisation ?
Il est avec le break : étant donnée qu’ici on recherche un élément du tableau en particulier, une fois qu’on l’a trouvé, il est inutile de perdre du temps de chercher dans les éléments qui suivent. Par conséquent, on va utiliser break pour sortir de la boucle for dès qu’on a rempli la condition.

Un élément recherché dans un tableau se trouve en moyenne à la moitié du tableau (parfois au début, parfois à la fin, mais en moyenne, au milieu). Du coup, en moyenne, on gagne 50 % de temps de calcul.

Une autre solution plus adaptée dans le cas des conditions, mais moins flexible je trouve, pourrait être de faire avec while :

// soit $array un tableau de 1 000 éléments
var flag = false, i=0;
while (array[i] && !flag) {
    if (array[i] === recherche) {
        console.log('élément trouvé : ' + i);
        flag = true;
    }
    else {
        i++
    }
}

Perso je préfère utiliser for plutôt que while, mais ce dernier fonctionne aussi. En JS, il existe aussi .forEach, .each, for of, for in, tous pour leur propres application, mais on peut parfois utiliser break aussi (même si ça dénaturerait un peu le forEach, qui ne serait alors pas pertinent).

Notez que le gain de temps/énergie/temps processeur devient vite non-négligeable lorsque l’on commence à imbriquer plusieurs boucles for les unes dans les autres. Imbriquer 2 boucles de 1 000, ça fait 1 000 000 de tests à effectuer. Si les tableaux ne sont (virtuellement) plus que de 500, alors on réduit le temps de calcul de 75 % (plus que 250 000 calculs).

Bref, dès que vous le pouvez, sortez de la boucle et gagnez du temps.

À retenir : le break permet de sortir de la boucle. Son comportement est un peu différent du continue que voici.

continue

continue permet de sortir de l’itération courante dans une boucle, c’est pratique si l’on souhaite sortir de l’itération sans ajouter un if/else supplémentaire.

C’est utile, si je souhaite effectuer plusieurs calculs sur des éléments du tableau, mais que je dois exclure certains éléments.

Imaginons que l’on ait un tableau (de 1 000 éléments) d’objets "personne" et que seuls certains d’entre-eux ont renseigné leur âge. Pour ceux-là, et uniquement ceux-là, on souhaite vérifier si c’est leur anniversaire. Pour les autres, on ne fait rien.

Plutôt que de faire ça :

for(var i=0, len=array.length; i<len ; i++) {
    if (array[i].birthday !== undefined) {
        if (array[i].birthday === today) {
            console.log('Bon anniversaire !);
        }
    }
}

On peut faire ça :

for(var i=0, len=array.length; i<len ; i++) {
    if (array[i].birthday === undefined) {
        continue;
    }
    if (array[i].birthday === today) {
        console.log('Bon anniversaire !);
    }
}

Ici, si l’anniversaire n’est pas défini, on sort de l’itération en cours et l’on passe à la suivant : inutile d’effectuer les autres tests.

Ok, ici, c’est le gain est nul, mais dans certains cas il ne l’est pas.
Un exemple concret où je l’utilise c’est dans mon lecteur RSS : une fois que les éléments sont marqués comme lu, je ne souhaite plus les voir affichés, mais comme ils sont toujours sur la liste des éléments, il faut les ignorer.
Plutôt que d’utiliser un if/else ou un switch, j’utilise ça :

if (this.eventsList[i].action == "deleteEvent") continue;

Ça tient en une seule ligne, c’est discret et ça ne gêne pas la lecture du code.
D’autant plus que si l’élément n’est pas à supprimer, il peut avoir plusieurs autres .action
D’un point de vue « lecture du code », je préfère utiliser le if/else pour quand je dois effectuer une action dans les deux cas. Si je n’ai qu’un seul cas à traiter, je ne prends que if.
Si j’ai tous les cas à traiter (>2) je prends un switch, et si j’ai n-1 cas à traiter, je mets un continue au début, plutôt qu’un if suivi d’un gros else
Chacun ses façons de faire, mais j’apprécie celle-ci parce qu’elle réduit les niveaux d’indentation et le nombre de blocs indentés, qui rendent parfois le code difficile à suivre.

Conclusion

On peut décrire break et continue comme l’équivalent des return dans une fonction (si on ignore le fait que return renvoie un résultat en plus de terminer la fontion). Return a pour effet de terminer la fonction et renvoyer un résultat.
Break et continue ne retournent pas de résultat, mais terminent le code en cours :

• break termine l’exécution de la boucle entière : il permet de sortir du while ou du for ;
• continue termine l’exécution de l’itération en cours : il sort du tour de boucle et passe à la suivante.

---

Comme j’avais expliqué dans mon article sur la prog récemment, il n’y a pas qu’une seule façon de faire, mais si le but est de faire un code rapide et moins gourmand en ressources, il n’y a pas 36 solutions : il faut réduire l’empreinte CPU, et ça, ça passe surtout par le nombre de calculs qu’il doit effectuer (et dans une moindre mesure, le type de calculs, mais ça ça sera pour une autre fois).

image d’en-tête de Jun OHWADA