Je n'aurais pas appelé "branchless" un algorithme avec des boucles for. Pour
result += v * usable_column[i];
usable_column[i] *= (v != 0);
Ce n'est pas évident que ce branchement soit inliné, il aurait été bien d'avoir un extrait du code assembleur, et de comparer avec une version sans multiplication.
Pour faire vraiment de l'optimisation CPU, il faut presque obligatoirement un "profiler" pour observer l'impact des accès mémoire sur le binaire optimisé. Il faut donc faire un peu d'assembleur, c'est la partie la plus intéressante. Enfin, le C ou même le Fortran simplifie ce travail et offre plus de liberté par rapport au C++ (on peut toujours faire du C dans du C++ ??).
Le meilleur est celui qui accède à la mémoire de façon contiguë, en en faisant le moins. Comme les matrices sont de tailles fixes, on peut imaginer d'autres optimisations, du style en C, accéder à la prochaine adresse pour chauffer le cache sans rien faire, du prefetch, donner de la visibilité au compilateur en déroulant un peu ces boucles ou en utilisant des indices connus à la compilation.. , mais on navigue en aveugle sans un extrait du code désassemblé.
Micronaut ajoute le byte code en utilisant l'infrastructure que propose Gradle sans plugin via les "annotationProcessor". On peut faire du build incremental, agréger ces annotationProcessor pour reconstruire rapidement.. Mais gradle ne sait pas recharger le contexte, il sait juste Builder et redémarrer le tout en cas de changement.
L'impacte est limité pour Micronaute, car le temps de redémarrage est de quelques courtes secondes.
Je ne connais pas la complexité de développement d'un plugin Gradle qui pourrait faire le rechargement de contexte pour Micronaut.
Concernant JRebel, on peut s'en passer pour les applications Grails (qui est bien plus lourd que Micronaut). On utilise finalement Spring DevTools, et on optimise.
Tu t'embarques dans les comparaisons puisque tu parles de live coding :)
On utilise JRebel avec Grails. Il y a d'autres solutions comme utiliser Spring DevTools (qui fonctionne pour les applications SpringBoot), mais dans notre cas, l'application est assez volumineuse et le rechargement des classes se fait en plusieurs longues secondes. Ce n'est pas optimal, mais on survit.
C'est donc la grosse différence entre les framework (je ne connais pas trop le pour et le contre des 2 approches) :
Quarkus modifie le bytecode directement lors du build, il utilise un plugin gradle ou maven pour pouvoir le faire, ce plugin sait comment recharger les classes modifiées ;
Micronaut enrichi le bytecode pendant l'analyse des sources. Il n'utilise pas de plugin Gradle / Maven et ne connait pas les classes à recharger.
ça rend Quarkus intéressant pour le coup, ne serait-ce que pour voir comment ça fonctionne.
Gitea nous convient pour le moment. Je l'ai choisi car il est très simple à configurer et simple à déployer, et nous n'avons pas beaucoup de test d'intégration qui justifierai autre chose (pour le moment).
Gitlab embarque son propre Postgres … Il y a un fichier de configuration de 2300 lignes, contre 5 lignes pour Gitea.
on a minutieusement enchaîné les petites erreurs pour péter mon WE :
- Nous avons installé le paquet Gitlab de Debian sur une Debian Stretch sur ARM à l’origine. C'était un bon choix car ce package utilisait la version Debian de Postgres et était disponible sur ARM.
- Le serveur n'était pas très stable, aussi je n'aime pas l'ancienne interface de Gitlab, j'arrive jamais à retrouver ce que je cherche, et je trouve ça lent. Alors, je décide de migrer sur Gitea…
- Pour la migration, il fallait disposer de la version 4 de l'API de Gitlab. Donc on décide de mettre à jour notre Gitlab.
Et là, c'est le drame …
- d'abord je le backup du serveur
- La mise à jour du paquet ne fonctionnant pas, je mets à jour la distribution. Tout ce passe nickel, sauf que Gitlab n'est toujours pas installable…
- Je remets encore à jour le serveur (vers SID), idem
- Je cherche à installer la version officielle, mais pas d'image pour l'architecture ARM.
En installant la version officiel sur un serveur x86-64, je constate la complexité délirante de ce produit : il faut 5 minutes au serveur pour "générer sa configuration"… Jamais je n'aurais installé Gitlab si j'avais assisté à ça. Ce n'est pas moi qui ai installé le serveur, et je comprends bien que les packageur officiel de Debian ont du se tirer une balle en essayant de packager cette bouse.
N'arrivant pas à importer la backup Postgres dans la version embedded de Postgres, je décide de remettre le backup. Et là, problème :
pour installer le backup, il faut créer une instance ARM (identique à celle d'où provient le backup), cool, sauf que Scaleway n'a plus d'instance ARM depuis un baille, et comme c'est installé dans la partition Root, je ne peux rien en faire.
Donc ce We, je vais me coltiner le modèle de Gitlab, l'API de Gitea, et faire l'importation de ce que je peux (utilisateur, clés, repos, organisation, tickets). Je fais ça en Groovy pour l'info. C'est pas compliqué, mais très chiant.
Au final, j'aime bien Debian et ARM. Il faut juste faire très attention lors du choix d'un logiciel, surtout aussi fondamental qu'une forge qui doit être pérenne, à la complexité de celui-ci.
Clairement Gitlab est trop complexe à intégrer. Puis j'aime vraiment pas avoir Postgres10.2 installé, alors que Debian propose déjà 3 versions de Postgres..
Je connais pas bien Quarkus, il semble y avoir peu de différences. Les 2 jouissent d'un développement très actif, et ont plein de dépendances communes.
à l’avantage de Micronaut, je dirais:
- support Groovy, Gorm, Kotlin (pour moi c'est important)
- plus de fonctionnalités intégrées (Micronaut Data par exemple, il y a Panache pour QuarkUs, mais peut-on utiliser les Validator pour autre chose qu'Hibernate ??)
- doc qui montre le code dans les langages supporté, et que je trouve très bien faite. Moins bordélique que celle de QuarkUS
- il parle moins de Kubernate, mais plus d'ASM.
- L'auteur
à l'avantage de Quarkus :
- peut-être plus minimaliste
- plus orienté performance
Il faut que je regarde comment fonctionne l'injection de dépendance pour vraiment les différencier.
3615MaVie, Je ne peux vraiment pas le faire en ce moment, pour une histoire de Gitlab qui a craché, et de backup qui n'est pas restaurable (merci ARM, merci Gitlab, merci Scaleway, ça c'est dit …).
Pour nous c'est critique, je pense que ça va m'occuper le WE. Je passe sur Gitea pour le moment, après je le fais, promis (et j'arrête de fumer aussi).
Je ferais un autre journal, bien rédigé, pour expliquer comment fonctionne l'AOP à la compilation dans Micronaut, il n'y a pas beaucoup de ressources sur ce sujet.
Avec le support des DSL, on peut vraiment faire des miracles avec ce cadriciel (ça mérite un autre journal, avec des exemples de code).
Ensuite les plus value, c'est pas taxé à 45%, mais avec une flat tax (réforme sous la présidence de Macron), un peu au dessus de 30% je crois, donc moins.
C'est 26 %, mais qui parle de plus value? on parle de salaire, donc d'impôt sur le revenu…
Ensuite, les charges patronales, c'est pas vraiment 54% sur des plus value, (dans mon souvenir, j'avais payé 15% sur une de ma part, et j'avais pas de fiscalistes), et ça c'était avant la réforme sur la flat tax. Je sais pas pourquoi mon petit doigt me dit que ça a pas du les augmenter si drastiquement.
Idem
Comme il est mandataire social, il ne touche pas le chômage si ça boite coule :)
En fait, les fameux 3 millions par heure sont juste un fantasme. Mais comme tout Français, les charges patronales sont de 54 % environ.
D'autant plus que si il perd 3 millions par heure, l'état n'ira pas rembourser ses impôts …
Si le salaire déclaré est calculer par rapport à la variation du cours de bourse de sa société, alors l'article est totalement bidon, et taxer se revenu revient bien à taxer directement son patrimoine. Ce qui reviendrait à liquider sa boite, donc c'est totalement stupide.
ça créerait bien plus de pertes que de gains pour la France.
Proportionnellement moins qu'un pauvre ? Donc en redistribuant à des retraités plus modestes on augmente au contraire les revenus de l'impôt ?
Normalement il doit payer 45 % d'impôt sur le revenu, sans compter l'ISF, qui doit pouvoir s'optimiser, mais qui devrait s'élève à 1,50 % de son patrimoine, soit 1,5 milliard par an.
Je ne sais pas d'où sorte les chiffres que tu avances (qu'il gagne 3 millions par heure, disons après impôts), mais pour gagner 3 millions par heure, il faut payer les charges patronales (54%) puis l'impôt sur le revenu (45%).
Sa holding paie au total 100/54 * 100/45 * 3 = 12 millions d'euros. Soit 9 millions d’impôts par heure.
ça va non ? Si j'ajoute l'ISF, on peut lui dire merci.
Comme le précise le journal, il réinvestie ailleurs le restant. On peut imaginer que son salaire contribue également à créer des emplois, que si cet argent ne faisait que payer des retraite, il ne contribuerait qu'a la consommation de produits importés.
La contrepartie c'est que les Suisses ont un secteur industriel qui fonctionne, tout en assurant un bon niveau de prestation social.
La France est particulièrement maladroite lorsqu'il s'agit de défendre son industrie. Défendre ne veut pas dire subventionner ou favoriser ou diriger. Ce n'est pas le rôle de l'état ou du gouvernement.
Dans les cours d'économie prodigué pendant des années on annonçait, simplement, que du secteur primaire, l'économie avait basculé sur le secteur secondaire, puis du secteur secondaire, allait basculer vers le tertiaire. Point. Toutes les élites Françaises ont ces cours d'économie dans la caboche. Un dirigeant type, c'est un mec d'HEC, rien d'un visionnaire ou de qq1 capable de maintenir de l'innovation dans quoi que ce soit, juste un rhétoricien sans cervelle, et bien scolaire.
1 - moi je dis que c'était mieux dans les années 70, tu ne l'as pas dit, et alors? ta parole est-elle d'évangile?
2 - On taxe énormément, et malgré tout, nous sommes en déficit continuellement. Dois-je avoir une dérogation pour utiliser ce terme? Sommes-nous déjà dans un régime totalitaire?
3 - En Suisse, je crois que l'ensemble des conventions collectives tient dans un document de 40 pages. C'est tellement mieux chez nous ?
4 - Ok, Question : comment font dans les autres pays ?
5 - C'est bien de prendre l'argent des uns pour le donner aux autres, c'est solidaire et tellement vertueux…
6 - Je n'irai pas lutter pour les régimes spéciaux. Je suis libéral dans le sens où je n'aime pas ce qui est corporatiste. J'ai plus confiance en l'individu qu'en l'état. Le capitalisme a un énorme avantage, il est simple à comprendre et n’empêche pas la solidarité ou les avancés sociales.
Je suis contre les régimes spéciaux, et je constate aussi que l'on est plus dans les années 70 (natalité, pyramide des ages, tout à construire… c'est sûr, c'était mieux avant).
Pour le reste, on peut faire fonctionner la planche à billets comme tu le proposes indirectement et rendre tout le monde heureux pendant 1 ou 2 ans en invitants les gens à consommer plus. Je ne suis pas d'accord. C'est un mauvais calcul sur le moyen terme économiquement et écologiquement, puis ça ne fait que repousser le problème.
Si l'anti-capitalisme c'est demander de l'argent à l'état, alors on est mal barré. L'état repose sur les individus, et non l'inverse. Il y a des solutions, mais elle nécessite un minimum de réalisme et d'équité.
j'en pense rien, mais c'est pas bien de se moquer des abrutis.
Juste un truc : le néant, contrairement au vide, n'a pas de dimension. Le grand néant n'a pas lieu d'être (et n'a pas de lieu), il vaut mieux dire "le grand vide".
C'est un ERP jeune, mais déjà complet : ça va des ressources humaines à la tréso (EBICS), en passant par la production et le CRM (que nous n'utilisons pas).
Très souple, et totalement Open Source (sur github).
Il utilise des composants éprouvés, comme Gradle et Postgres. le framework est séparé du fonctionnel, pour ceux habitué à Gradle, chaque module fonctionnel correspond un module Gradle. Le modèle est séparé entre les modules fonctionnels.
C'est un ERP simplement adaptable. Tu peux aussi consulter la doc https://docs.axelor.com/ pour voir si ça te plait.
les 2 sont possible mon capitaine : on peut restreindre l'installation de Flatpak à l'utilisateur root, ou pas.
Maintenant aujourd'hui, les admin s'occupent de plein de choses (faire marcher les applications métier entre autres), et l'ordinateur pro est aussi utilisé dans le cadre privé. Vouloir restreindre l'installation de programme à l'admin va être frustrant… Nous installons tous les PC, et rien n'est installé par l'utilisateur final mais je ne pense pas que cela rende le réseau tellement plus sûr. Tout le monde cède irréversiblement vers les WeeChat, Skype et autres. Il faut des solutions qui contiennent ces applications.
Certes, il y a des failles, mais elle sont bien plus difficile à mettre en oeuvre, et bien peu sont finalement exploitées. Après il y a Meltdown et Spectre, mais le code exploitant ces failles est détectable facilement statiquement ou pendant leur exécution. Malgré des millions d'application, les stores restent relativement sûr.
Dans un autre genre : Est-il simple aujourd'hui d'acheter un Wifi en entreprise qui n'accède qu'a internet (et pas au réseau local) ? Rien que ça, c'est déjà une gageure et c'est une porte bien grande ouverte aux problèmes de sécurité.
il n'y a pratiquement aucun intérêt à utiliser Flatpak pour une application Java (ni le gestionnaire de paquet de la distribution d'ailleurs), sauf à vouloir proposer d'isoler l'application, (qui est quand même l'un des gros avantage de Flatpak). Java est assez indépendant des binaires de la distribution, dispose d'une bonne stabilité binaire, et propose des gestionnaires de dépendances qui fonctionnent par application et même par dépendance (les dépendances peuvent utiliser de multiple version d'une même dépendance).
Par contre pour les applications Python, ça permet de les isoler du système de la volatilité de pip et autres. Il est très facile de casser une distribution ou un build avec pip.
J'aime bien Python (on est dimanche, mais bon), par contre rien que pour Qt, entre PyQt[45], PySide, PySide2, le tout en Python2 ou Python3, installé via pip, conda, ou le package de la distro, le tout global à la distro, qui n'utilise pas la même version de gcc ni de Qt que pip et conda, on est très loin de la simplicité du monde Java pour la gestion des dépendances.
je crois que tu voulais sans doute dire LVM à la place de LLVM. Il faut vraiment utiliser un fork pour utiliser i3 sous Ubuntu ou j'ai mal compris ?
Concernant Regolith, il semble que l'on puisse l'installer via pip ou anaconda, qu'est-ce qui empêche d'installer ça sur une Debian ou une Ubuntu classique ? Si il n'y a pas de dépendance native, ça devrait passer sans problèmes..
# XBox X Serie X, OSX, Windows X, LinuX
Posté par YBoy360 (site web personnel) . En réponse au journal Le 5eme axe sur Xbox. Évalué à 3.
ça manque de Y tout ça..
I use Arch BTW
# best-rating == column-major
Posté par YBoy360 (site web personnel) . En réponse au journal Exercices de programmation et benchmarks. Évalué à 2.
Je n'aurais pas appelé "branchless" un algorithme avec des boucles for. Pour
Ce n'est pas évident que ce branchement soit inliné, il aurait été bien d'avoir un extrait du code assembleur, et de comparer avec une version sans multiplication.
Pour faire vraiment de l'optimisation CPU, il faut presque obligatoirement un "profiler" pour observer l'impact des accès mémoire sur le binaire optimisé. Il faut donc faire un peu d'assembleur, c'est la partie la plus intéressante. Enfin, le C ou même le Fortran simplifie ce travail et offre plus de liberté par rapport au C++ (on peut toujours faire du C dans du C++ ??).
Le meilleur est celui qui accède à la mémoire de façon contiguë, en en faisant le moins. Comme les matrices sont de tailles fixes, on peut imaginer d'autres optimisations, du style en C, accéder à la prochaine adresse pour chauffer le cache sans rien faire, du prefetch, donner de la visibilité au compilateur en déroulant un peu ces boucles ou en utilisant des indices connus à la compilation.. , mais on navigue en aveugle sans un extrait du code désassemblé.
I use Arch BTW
[^] # Re: Différences entre Micronaut et Quarkus
Posté par YBoy360 (site web personnel) . En réponse au journal Sorties de Micronaut 1.3.0 et Micronaut Data 1.0. Évalué à 2.
Micronaut ajoute le byte code en utilisant l'infrastructure que propose Gradle sans plugin via les "annotationProcessor". On peut faire du build incremental, agréger ces annotationProcessor pour reconstruire rapidement.. Mais gradle ne sait pas recharger le contexte, il sait juste Builder et redémarrer le tout en cas de changement.
L'impacte est limité pour Micronaute, car le temps de redémarrage est de quelques courtes secondes.
Je ne connais pas la complexité de développement d'un plugin Gradle qui pourrait faire le rechargement de contexte pour Micronaut.
Concernant JRebel, on peut s'en passer pour les applications Grails (qui est bien plus lourd que Micronaut). On utilise finalement Spring DevTools, et on optimise.
I use Arch BTW
[^] # Re: Différences entre Micronaut et Quarkus
Posté par YBoy360 (site web personnel) . En réponse au journal Sorties de Micronaut 1.3.0 et Micronaut Data 1.0. Évalué à 3.
Tu t'embarques dans les comparaisons puisque tu parles de live coding :)
On utilise JRebel avec Grails. Il y a d'autres solutions comme utiliser Spring DevTools (qui fonctionne pour les applications SpringBoot), mais dans notre cas, l'application est assez volumineuse et le rechargement des classes se fait en plusieurs longues secondes. Ce n'est pas optimal, mais on survit.
C'est donc la grosse différence entre les framework (je ne connais pas trop le pour et le contre des 2 approches) :
ça rend Quarkus intéressant pour le coup, ne serait-ce que pour voir comment ça fonctionne.
I use Arch BTW
[^] # Re: Markdown
Posté par YBoy360 (site web personnel) . En réponse au journal Sorties de Micronaut 1.3.0 et Micronaut Data 1.0. Évalué à 2. Dernière modification le 07 février 2020 à 07:19.
Gitea nous convient pour le moment. Je l'ai choisi car il est très simple à configurer et simple à déployer, et nous n'avons pas beaucoup de test d'intégration qui justifierai autre chose (pour le moment).
Gitlab embarque son propre Postgres … Il y a un fichier de configuration de 2300 lignes, contre 5 lignes pour Gitea.
on a minutieusement enchaîné les petites erreurs pour péter mon WE :
- Nous avons installé le paquet Gitlab de Debian sur une Debian Stretch sur ARM à l’origine. C'était un bon choix car ce package utilisait la version Debian de Postgres et était disponible sur ARM.
- Le serveur n'était pas très stable, aussi je n'aime pas l'ancienne interface de Gitlab, j'arrive jamais à retrouver ce que je cherche, et je trouve ça lent. Alors, je décide de migrer sur Gitea…
- Pour la migration, il fallait disposer de la version 4 de l'API de Gitlab. Donc on décide de mettre à jour notre Gitlab.
Et là, c'est le drame …
- d'abord je le backup du serveur
- La mise à jour du paquet ne fonctionnant pas, je mets à jour la distribution. Tout ce passe nickel, sauf que Gitlab n'est toujours pas installable…
- Je remets encore à jour le serveur (vers SID), idem
- Je cherche à installer la version officielle, mais pas d'image pour l'architecture ARM.
En installant la version officiel sur un serveur x86-64, je constate la complexité délirante de ce produit : il faut 5 minutes au serveur pour "générer sa configuration"… Jamais je n'aurais installé Gitlab si j'avais assisté à ça. Ce n'est pas moi qui ai installé le serveur, et je comprends bien que les packageur officiel de Debian ont du se tirer une balle en essayant de packager cette bouse.
N'arrivant pas à importer la backup Postgres dans la version embedded de Postgres, je décide de remettre le backup. Et là, problème :
pour installer le backup, il faut créer une instance ARM (identique à celle d'où provient le backup), cool, sauf que Scaleway n'a plus d'instance ARM depuis un baille, et comme c'est installé dans la partition Root, je ne peux rien en faire.
Donc ce We, je vais me coltiner le modèle de Gitlab, l'API de Gitea, et faire l'importation de ce que je peux (utilisateur, clés, repos, organisation, tickets). Je fais ça en Groovy pour l'info. C'est pas compliqué, mais très chiant.
Au final, j'aime bien Debian et ARM. Il faut juste faire très attention lors du choix d'un logiciel, surtout aussi fondamental qu'une forge qui doit être pérenne, à la complexité de celui-ci.
Clairement Gitlab est trop complexe à intégrer. Puis j'aime vraiment pas avoir Postgres10.2 installé, alors que Debian propose déjà 3 versions de Postgres..
I use Arch BTW
[^] # Re: Différences entre Micronaut et Quarkus
Posté par YBoy360 (site web personnel) . En réponse au journal Sorties de Micronaut 1.3.0 et Micronaut Data 1.0. Évalué à 3.
Je connais pas bien Quarkus, il semble y avoir peu de différences. Les 2 jouissent d'un développement très actif, et ont plein de dépendances communes.
à l’avantage de Micronaut, je dirais:
- support Groovy, Gorm, Kotlin (pour moi c'est important)
- plus de fonctionnalités intégrées (Micronaut Data par exemple, il y a Panache pour QuarkUs, mais peut-on utiliser les Validator pour autre chose qu'Hibernate ??)
- doc qui montre le code dans les langages supporté, et que je trouve très bien faite. Moins bordélique que celle de QuarkUS
- il parle moins de Kubernate, mais plus d'ASM.
- L'auteur
à l'avantage de Quarkus :
- peut-être plus minimaliste
- plus orienté performance
Il faut que je regarde comment fonctionne l'injection de dépendance pour vraiment les différencier.
I use Arch BTW
[^] # Re: Markdown
Posté par YBoy360 (site web personnel) . En réponse au journal Sorties de Micronaut 1.3.0 et Micronaut Data 1.0. Évalué à 5.
3615MaVie, Je ne peux vraiment pas le faire en ce moment, pour une histoire de Gitlab qui a craché, et de backup qui n'est pas restaurable (merci ARM, merci Gitlab, merci Scaleway, ça c'est dit …).
Pour nous c'est critique, je pense que ça va m'occuper le WE. Je passe sur Gitea pour le moment, après je le fais, promis (et j'arrête de fumer aussi).
I use Arch BTW
[^] # Re: Markdown
Posté par YBoy360 (site web personnel) . En réponse au journal Sorties de Micronaut 1.3.0 et Micronaut Data 1.0. Évalué à 3.
Merci pour ces corrections.
Je ferais un autre journal, bien rédigé, pour expliquer comment fonctionne l'AOP à la compilation dans Micronaut, il n'y a pas beaucoup de ressources sur ce sujet.
Avec le support des DSL, on peut vraiment faire des miracles avec ce cadriciel (ça mérite un autre journal, avec des exemples de code).
I use Arch BTW
# Markdown
Posté par YBoy360 (site web personnel) . En réponse au journal Sorties de Micronaut 1.3.0 et Micronaut Data 1.0. Évalué à 3.
j'ai merdé mon markdown, et j'ai un peu précipité un peu l'envoi.. oui, je suis trop émotif quand j'écris un journal.
I use Arch BTW
# ruban encreur
Posté par YBoy360 (site web personnel) . En réponse au journal Utiliser Vim avec Android, un tuto avec de belles images. Évalué à 10.
tu veux un câble parallèle pour l'impression?
I use Arch BTW
[^] # Re: Je ne veux pas protéger les plus riches.
Posté par YBoy360 (site web personnel) . En réponse au journal Appel des travailleuses et travailleurs du numérique pour une autre réforme des retraites. Évalué à -2.
C'est 26 %, mais qui parle de plus value? on parle de salaire, donc d'impôt sur le revenu…
Idem
Comme il est mandataire social, il ne touche pas le chômage si ça boite coule :)
En fait, les fameux 3 millions par heure sont juste un fantasme. Mais comme tout Français, les charges patronales sont de 54 % environ.
I use Arch BTW
[^] # Re: Je ne veux pas protéger les plus riches.
Posté par YBoy360 (site web personnel) . En réponse au journal Appel des travailleuses et travailleurs du numérique pour une autre réforme des retraites. Évalué à -4.
D'autant plus que si il perd 3 millions par heure, l'état n'ira pas rembourser ses impôts …
Si le salaire déclaré est calculer par rapport à la variation du cours de bourse de sa société, alors l'article est totalement bidon, et taxer se revenu revient bien à taxer directement son patrimoine. Ce qui reviendrait à liquider sa boite, donc c'est totalement stupide.
ça créerait bien plus de pertes que de gains pour la France.
I use Arch BTW
[^] # Re: Je ne veux pas protéger les plus riches.
Posté par YBoy360 (site web personnel) . En réponse au journal Appel des travailleuses et travailleurs du numérique pour une autre réforme des retraites. Évalué à -3.
Normalement il doit payer 45 % d'impôt sur le revenu, sans compter l'ISF, qui doit pouvoir s'optimiser, mais qui devrait s'élève à 1,50 % de son patrimoine, soit 1,5 milliard par an.
Je ne sais pas d'où sorte les chiffres que tu avances (qu'il gagne 3 millions par heure, disons après impôts), mais pour gagner 3 millions par heure, il faut payer les charges patronales (54%) puis l'impôt sur le revenu (45%).
Sa holding paie au total 100/54 * 100/45 * 3 = 12 millions d'euros. Soit 9 millions d’impôts par heure.
ça va non ? Si j'ajoute l'ISF, on peut lui dire merci.
Comme le précise le journal, il réinvestie ailleurs le restant. On peut imaginer que son salaire contribue également à créer des emplois, que si cet argent ne faisait que payer des retraite, il ne contribuerait qu'a la consommation de produits importés.
I use Arch BTW
[^] # Re: Je ne veux pas protéger les plus riches.
Posté par YBoy360 (site web personnel) . En réponse au journal Appel des travailleuses et travailleurs du numérique pour une autre réforme des retraites. Évalué à -2.
Et si tu le dépouilles, tu crées combien de chômeurs, qui travaillait directement et indirectement pour sa holding ?
Combien paie t-il d'impôt (normalement, sans compter l'ISF, 50% + les charges patronale ou l'impôt sur les dividendes de minimum 40 %) ?
Combien les salariés de ses entités paient d'impôt ?
Les charges patronales, combien ?
Vaut p-e mieux trouver l'argent ailleurs? Surtout qu'il lui suffit de changer de nationalité, et c'est plié….
Moi j'aurais tendance à admirer sa réussite, mais je souhaite évidement qu'il paie ses impôts chez nous.
I use Arch BTW
[^] # Re: Les commentaires en bien et en mal sont les bienvenus
Posté par YBoy360 (site web personnel) . En réponse au journal APPEL à nos collègues informaticiens et informaticiennes.. Évalué à 3. Dernière modification le 10 décembre 2019 à 07:27.
La contrepartie c'est que les Suisses ont un secteur industriel qui fonctionne, tout en assurant un bon niveau de prestation social.
La France est particulièrement maladroite lorsqu'il s'agit de défendre son industrie. Défendre ne veut pas dire subventionner ou favoriser ou diriger. Ce n'est pas le rôle de l'état ou du gouvernement.
Dans les cours d'économie prodigué pendant des années on annonçait, simplement, que du secteur primaire, l'économie avait basculé sur le secteur secondaire, puis du secteur secondaire, allait basculer vers le tertiaire. Point. Toutes les élites Françaises ont ces cours d'économie dans la caboche. Un dirigeant type, c'est un mec d'HEC, rien d'un visionnaire ou de qq1 capable de maintenir de l'innovation dans quoi que ce soit, juste un rhétoricien sans cervelle, et bien scolaire.
I use Arch BTW
[^] # Re: Les commentaires en bien et en mal sont les bienvenus
Posté par YBoy360 (site web personnel) . En réponse au journal APPEL à nos collègues informaticiens et informaticiennes.. Évalué à -7.
1 - moi je dis que c'était mieux dans les années 70, tu ne l'as pas dit, et alors? ta parole est-elle d'évangile?
2 - On taxe énormément, et malgré tout, nous sommes en déficit continuellement. Dois-je avoir une dérogation pour utiliser ce terme? Sommes-nous déjà dans un régime totalitaire?
3 - En Suisse, je crois que l'ensemble des conventions collectives tient dans un document de 40 pages. C'est tellement mieux chez nous ?
4 - Ok, Question : comment font dans les autres pays ?
5 - C'est bien de prendre l'argent des uns pour le donner aux autres, c'est solidaire et tellement vertueux…
6 - Je n'irai pas lutter pour les régimes spéciaux. Je suis libéral dans le sens où je n'aime pas ce qui est corporatiste. J'ai plus confiance en l'individu qu'en l'état. Le capitalisme a un énorme avantage, il est simple à comprendre et n’empêche pas la solidarité ou les avancés sociales.
Encore faudrait-il qu'elle soit équitable.
I use Arch BTW
[^] # Re: Les commentaires en bien et en mal sont les bienvenus
Posté par YBoy360 (site web personnel) . En réponse au journal APPEL à nos collègues informaticiens et informaticiennes.. Évalué à -4.
Je suis contre les régimes spéciaux, et je constate aussi que l'on est plus dans les années 70 (natalité, pyramide des ages, tout à construire… c'est sûr, c'était mieux avant).
Pour le reste, on peut faire fonctionner la planche à billets comme tu le proposes indirectement et rendre tout le monde heureux pendant 1 ou 2 ans en invitants les gens à consommer plus. Je ne suis pas d'accord. C'est un mauvais calcul sur le moyen terme économiquement et écologiquement, puis ça ne fait que repousser le problème.
Si l'anti-capitalisme c'est demander de l'argent à l'état, alors on est mal barré. L'état repose sur les individus, et non l'inverse. Il y a des solutions, mais elle nécessite un minimum de réalisme et d'équité.
I use Arch BTW
# le grand néant
Posté par YBoy360 (site web personnel) . En réponse au journal Henry attend un emploi. Évalué à 3.
j'en pense rien, mais c'est pas bien de se moquer des abrutis.
Juste un truc : le néant, contrairement au vide, n'a pas de dimension. Le grand néant n'a pas lieu d'être (et n'a pas de lieu), il vaut mieux dire "le grand vide".
I use Arch BTW
[^] # Re: Dommage ton modèle de document est vraiment bien !
Posté par YBoy360 (site web personnel) . En réponse au journal Tout ce que vous avez voulu savoir sur Linux avant d’entrer dedans. Évalué à 6.
Je pense la même chose. Si l'auteur ne veut pas donner les sources, est-il possible de partager l'OTT?
Un document expliquant comment arriver à ce résultat serait aussi intéressant.
I use Arch BTW
[^] # Re: Autres ERP libres
Posté par YBoy360 (site web personnel) . En réponse au journal Odoo ou ERPNext ?. Évalué à 1.
C'est pas EBICS, c'est SWIFT pour les règlements..
I use Arch BTW
[^] # Re: Autres ERP libres
Posté par YBoy360 (site web personnel) . En réponse au journal Odoo ou ERPNext ?. Évalué à 2.
C'est un ERP jeune, mais déjà complet : ça va des ressources humaines à la tréso (EBICS), en passant par la production et le CRM (que nous n'utilisons pas).
Très souple, et totalement Open Source (sur github).
Il utilise des composants éprouvés, comme Gradle et Postgres. le framework est séparé du fonctionnel, pour ceux habitué à Gradle, chaque module fonctionnel correspond un module Gradle. Le modèle est séparé entre les modules fonctionnels.
C'est un ERP simplement adaptable. Tu peux aussi consulter la doc https://docs.axelor.com/ pour voir si ça te plait.
I use Arch BTW
[^] # Re: Bien d'accord !
Posté par YBoy360 (site web personnel) . En réponse au journal Snap, Flatpak, Packagekit : c'est quoi ce bordel ?. Évalué à 1. Dernière modification le 20 octobre 2019 à 14:07.
les 2 sont possible mon capitaine : on peut restreindre l'installation de Flatpak à l'utilisateur root, ou pas.
Maintenant aujourd'hui, les admin s'occupent de plein de choses (faire marcher les applications métier entre autres), et l'ordinateur pro est aussi utilisé dans le cadre privé. Vouloir restreindre l'installation de programme à l'admin va être frustrant… Nous installons tous les PC, et rien n'est installé par l'utilisateur final mais je ne pense pas que cela rende le réseau tellement plus sûr. Tout le monde cède irréversiblement vers les WeeChat, Skype et autres. Il faut des solutions qui contiennent ces applications.
Certes, il y a des failles, mais elle sont bien plus difficile à mettre en oeuvre, et bien peu sont finalement exploitées. Après il y a Meltdown et Spectre, mais le code exploitant ces failles est détectable facilement statiquement ou pendant leur exécution. Malgré des millions d'application, les stores restent relativement sûr.
Dans un autre genre : Est-il simple aujourd'hui d'acheter un Wifi en entreprise qui n'accède qu'a internet (et pas au réseau local) ? Rien que ça, c'est déjà une gageure et c'est une porte bien grande ouverte aux problèmes de sécurité.
I use Arch BTW
[^] # Re: Découverte de flatpak
Posté par YBoy360 (site web personnel) . En réponse au journal Snap, Flatpak, Packagekit : c'est quoi ce bordel ?. Évalué à 4. Dernière modification le 20 octobre 2019 à 13:36.
il n'y a pratiquement aucun intérêt à utiliser Flatpak pour une application Java (ni le gestionnaire de paquet de la distribution d'ailleurs), sauf à vouloir proposer d'isoler l'application, (qui est quand même l'un des gros avantage de Flatpak). Java est assez indépendant des binaires de la distribution, dispose d'une bonne stabilité binaire, et propose des gestionnaires de dépendances qui fonctionnent par application et même par dépendance (les dépendances peuvent utiliser de multiple version d'une même dépendance).
Par contre pour les applications Python, ça permet de les isoler du système de la volatilité de pip et autres. Il est très facile de casser une distribution ou un build avec pip.
J'aime bien Python (on est dimanche, mais bon), par contre rien que pour Qt, entre PyQt[45], PySide, PySide2, le tout en Python2 ou Python3, installé via pip, conda, ou le package de la distro, le tout global à la distro, qui n'utilise pas la même version de gcc ni de Qt que pip et conda, on est très loin de la simplicité du monde Java pour la gestion des dépendances.
I use Arch BTW
[^] # Re: Ni l'un, ni l'autre
Posté par YBoy360 (site web personnel) . En réponse au journal Atom / VSCode. Évalué à 3.
Intellij écrase tout (la base de PyCharm), est OpenSource et fonctionne sur Windows, Mac et Linux.
On ne peut pas parler d'IDE sans le mentionner.
I use Arch BTW
[^] # Re: Snap, Flatpak, Packagekit : c'est quoi ce bordel ?
Posté par YBoy360 (site web personnel) . En réponse au journal Snap, Flatpak, Packagekit : c'est quoi ce bordel ?. Évalué à 1.
je crois que tu voulais sans doute dire LVM à la place de LLVM. Il faut vraiment utiliser un fork pour utiliser i3 sous Ubuntu ou j'ai mal compris ?
Concernant Regolith, il semble que l'on puisse l'installer via pip ou anaconda, qu'est-ce qui empêche d'installer ça sur une Debian ou une Ubuntu classique ? Si il n'y a pas de dépendance native, ça devrait passer sans problèmes..
I use Arch BTW