normalement je ne passe jamais d'arguments pour mes scripts Groovy, car les libs se trouve en général sur Maven, mais là, c'est une lib qui n'est plus maintenu depuis 2008, je suis obligé de déclarer le classpath.
j'avais remarqué ton smiley, j'ai pas été très courtois mais ça n'était pas contre toi. En plus t'as raison, c'est Google qui a peur de son ombre qui a fait sombrer les WebComponent et Dart et le reste..
Il existe maintenant Angular Dart, mais je sais pas. J'ai passé trop de temps à jouer avec des technos hyper prometteuses, j'en ai marre. D'autant plus que faire de l'Angular 7, 8 ou 9 TS inside quand on a fait du Dart avec les WebComponent, ça fait pas envie. On fait tout sur le serveur, et on utilise un minimum de React en Javascript (avec quelques composants en AngularJS).
Ça vaut ce que ça vaut. C'est pas l'extase, mais mon besoin est surtout que la techno soit pérenne dans le temps. Au moins, Javascript, je pense que c'est là pour un moment.
Angular, tu veux dire le machin qui bondi de 2 versions tous les 6 mois, ou 50 % du code ressemble à du Json tellement c'est structuré?
à la belle époque, celle où les développeurs développaient au lieu de faire des dessins débiles dans Photoshop, il était question de mettre une machine virtuelle Dart dans les navigateurs, chose qui ne s'est pas faite.
Avant Angular et AngularJS, il y avait les WebComponents en Dart … ça à disparu, au même moment que la promesse d'intégrer Dart dans les navigateurs…
Et oui, j'adorai les WebComponents avec Dart. J'aime vraiment pas Angular.
Oui, j'avais remarqué, après avoir bien joué avec dans le temps.
Les avantages de native client: déjà sandboxé, possibilité d'utiliser GCC, ou LLVM (portable Native Client) donc tous les langages, gestion des dépendances, presque pas de machine virtuelle, multithread. Le tout en 2013…
Bien que le projet était Open Source, il faut réinventer la roue, c'est WebAssembly qui a remporté les suffrages. Les objectifs futures de WebAssembly aujourd'hui, ressemblent vraiment à ce que faisait Native Client. Je comprends mal les raisons du détour qu'on est entrain de faire… C'est bien de faire comme la dame évangéliste de chez moz avec ces dessins Photoshop hyper hype, sans aborder le fond (les fonds, car j'ai lu les 2 articles, qui parte dans tout les sens).
Dans le genre "naufrage dommageable", j'ajouterai Dart qui c'est fait détrôné par TypeScript par paresse et Anti GG.
J'aimerai bien connaitre l'opinion qu'ont les utilisateurs de TypeScript de Dart pour voir, et les arguments (j'aime autant TypeScript que Javascript, c'est dire).
J'utilise Plasma sous Wayland, et pour info, ça tourne nickel. Et je suis aussi impressionné par les performances des carte AMD en 3D, sous Wayland. Voila pour répondre aux préjugés de ce journal.
L'autre problème de ce journal, je n'arrive pas à comprendre la teneur des arguments du message de FlukS :
Mir would have fractured the landscape further
Err Mir is still around. And really why did Wayland get the blessing? You could say "ahh it had the support of the community" but the question I'd like to say is why did it? It didn't show anything, it was a spec without users, without a decent implementation, that didn't answer the problem back when Mir was created and it still doesn't.
Wayland est un protocole, en quoi est-ce un problème?
Mir est encore là, en quoi ça ne divise pas les ressources de la communauté ? Kwin par exemple ne veut pas de 2 protocoles.. La preuve que ça divise!
the display server was MUCH further behind what Weston was
Not really, they had Nvidia working what after like 2 years, still Wayland is hit or miss, with some places supporting Nvidia and some places not. Mir supported SDL1 and SDL2. It had users before Wayland, it started behind Wayland and caught up and passed Wayland in parts. Enough that maybe if it got the community support it would be miles ahead right now. Now we are pretty much stuck with Wayland as it is and no end to X11 in sight.
Fact is the community was hilariously wrong to support Wayland in that argument. It was unfounded support then, I said it then and I was proved right eventually. I said wait and see, let both develop and see which emerges as the better protocol and support that. Now we have Mir with much less resources being put into it (because the community pissed Mark off) and Wayland still not even being used fully in Fedora which is one of the only places it is shipped by default.
En quoi les points du lien d'origine sont dégonflés ? Ces arguments ne tiennent pas : Mir supporte NVidia et la SDL. J'ai toujours pas compris les manques intrinsèque de Wayland, qui ont justifiés la création de Mir. Pour avoir le support de NVidia? il faut juste payer! Surtout que le support d'NVidia a sans doute été obtenu parce que Ubuntu travaillait avec NVidia avant de travailler avec la communauté…
En gros, il n'y a rien de démonté par rapport au lien d'origine. Mir a été balancé sans aucune concertation, contrairement à Wayland. C'est une lutte de pouvoir entre Ubuntu d'un coté, et Free Desktop de l'autre. Ubuntu a chercher à détruire Wayland, alors que Wayland veut un X moderne. Je pense qu'il y avait un intérêt pour Ubuntu d'imposer Mir avec le support d'NVidia car une partie de ce qui fait la valeur d'une distribution ce sont les certifications HW. Être maître d'oeuvre sur Mir leur aurait donné un avantage.
Pinit ou parallele init : le première init parallèle pour Linux pour la partie init (Mandriva). ça pouvait gérer les dépendances entre scripts, compatible rc.d. Comme bien des choses, c'était super à l'époque, et vite abandonné. Je n'ai pas cherché des alternatives à ça.
C'est quoi, d'ailleurs, les consorts de sysV?
J'aurais pas dû dire consort, mais compatible. Consort suppose qu'il y a des alternatives à SysV (oui y a BSD, mais c'est la même chose).. mais disons tous les init "compatible" init SysV.
Avant SystemD, un fichier init Debian (le cas particulier car compatible BSD), Solaris, Fedora ou Mandriva n'était pas compatible entre eux, mais compatible Init System V. Super…
Et c'est quoi, selon toi, le rôle de systemd?
on dirait mon Psy.. Le rôle c'est s'occuper du cycle de vie des processus non interactifs de mon système, comme init, cron, at, udev, KSMServer (je connais pas bien le fonctionnement du desktop, mais il s'occupe de lancer les services desktop)… Il se permet également de traquer les changements de configurations. Il est responsable d'une partie de la configuration (le nom de la machine par exemple).
C'est ça qui m'a fait chercher des alternatives, et je dois à systemd le fait de connaître des alternatives à rc.d.
Très bien, partages tes trouvailles (tu l'as déjà fait dans un autre message)!
Par contre si tu critiques SystemD, c'est bienvenu, mais il faut être précis et ne pas hésiter à expliquer.
Tu dis "bugs qui sont liés à l'usage de fonctions dont la simple lecture du rôle me fait froid dans le dos (allouer sur la stack?)!" - Ça fait très peur quand on lit ça.. Je suis un peu distant avec le savoir académique, alors, je vais p-e te paraître grotesque, mais on passe notre vie à allouer sur la stack. Il y a même des intrinsic des compilateurs pour allouer sur la stack, c'est sans doute même le meilleur endroit pour allouer. Alors dis nous ce qui en terme de développement est problématique. Parce que "Oh, tu te rends compte, ils allouent sur la stack! Comment osent-ils!!!", moi, ça me fait ni chaud ni froid.
Et même, si certaines pratiques de développement seraient mauvaises, ça ne remet pas l'intérêt de SystemD en cause. Il répond à des besoins où nous n'avions pas de solution simple avant. Que ce soit parfait, certainement pas, nécessaire, oui.
On peut lister une série de problème sur à peu près tout, y compris des supers logiciels dont on est "fanatique", ça s'appelle garder son sens critique, c'est pas pour ça que ce sont de mauvais logiciels.
Concernant SystemD, je l'utilise depuis 2011, et en tant que développeur, j'en suis très heureux et je pense même que son architecture est une simplification de la situation précédente (c'est dire si j'en suis fan).
Je comprends les sceptiques, SysV (et consort) est satisfaisant pour les administrateurs, qui connaissent bien leur système (contrairement aux développeurs). Et à partir du moment où ça juste marche, pourquoi vouloir changer ..
C'est la même chose pour D-Bus aussi : un administrateur n'en veut pas, sa machine se configure via des fichiers textes, depuis toujours, alors à quoi ça sert, puis moins il y a d’événements mieux on se porte … à l'inverse un développeur aura besoin de connaitre des événements, et scanner des fichiers c'est clairement pas optimal. D-Bus ne sert quasiment à rien sur un serveur en production (tant mieux) qui va rester toujours au même endroit, mais pour un ordi portable qui switch de réseau, se met en veille, s'éteint et se rallume, c'est différent.
Il y a plein de sujet où les administrateurs ont des intérêts divergeant du développeur, il n'y a pas la même surface de contrôle (une application vs le système). Bonne chance à celui qui arrive à satisfaire tout le monde.
Je vais être un peu moins moqueur, et te livrer le fond de ma pensé. En aparté, Je sais que changer de voiture représente 40000 KM parcouru pour une essence (moins pour un diésel) et 100000 km pour une voiture électrique. Je n'ai jamais demandé à quiconque de changer de voiture..
Selon moi, la maison individuelle à la française est l'une des pires choses qui soit pour l'équilibre écologique sur à peu près tous les plans : ça prend sur les terres agricoles, ça dénature de grands espaces, ça émet plus de CO2 par habitant, ça implique plus de route, plus de km parcouru et plus d"embouteillages par tête de pipe, plus de grandes surfaces qui vident encore plus les centres villes, moins de forêts, moins de bio diversité et bien sûr, moins de terre agricole. Bien que pour la bio-diversité, on peut aussi remercier notre agriculture en mode intensif.
Ce sujet est clivant, il ne faut pas chercher à se monter les uns contre les autres. Mais on a l'impression que pour certains, l'espace terrestre est une denrée non limitée.
c'est marrant que personne ne tique sur le nom du logiciel, au début je croyais que c'était fait par MS. on pourra dire que l'auteur du logiciel a eu beaucoup d'inspiration.
Ensuite j'ai jamais compris pourquoi il n'y avait pas de version Linux. Peut-être est-ce trop cher pour les yellow jacquet?
je me réponds à moi-même, il y a une discussion pas plus tard qu'aujourd'hui sur la ML de développement pour ajouter une autre version de LO en plus de la 5.3.7…
C'est vrai que c'est dommage de ne pas avoir la dernière version de LO. D'autant qu'elle est présente dans la Cauldron (version de développement). Et la version de VLC est la 3.0.2 (je l'installe même plus VLC, il y a d'autres player que je préfère).
Je pense que le but de cette version est de patienter jusqu'à la version 7.
Cette version apporte un meilleur support de certains HW qui ne passait pas en version 6, car elle est très vielle. De ce point de vue, c'est très bien, nécessaire.
Sinon, rien empêche de fournir des versions plus récente dans les backports. Moi j'aime bien cette distro, certes, elle ne dispose pas de RH derrière, mais en étant proche de Fedora et en proposant une version de Plasma vraiment plaisante, elle a sa carte à jouer.
ton commentaire n'est pas correcte sur les points suivants (tu as le droit de ne pas aimer Java, rien ne te force, tu peux même le dire, mais ne traite pas les autres de haineux si il te moinsse) :
Mais non ce n'est pas ma plateforme de développement préférée, désolé ;-)
Java (et encore moins le C++) ne sont des "plateformes de développement" déjà, ça m'énerve. Je vais pas décrire la différence entre le language C++ et la plateforme Java, mais plateforme de développement, ça inclue bien d'autres choses (IDE, Framework utilisés, Compilateur, OS et enfin, le langage)
Pour moi Java permet à des personnes "d'éviter" les pointeur du C/C++, même en C++ il y a des techniques qui permettent grandement d'éviter cela.
ça c'est selon toi, dans la réalité il y a de nombreuses autres raisons d'utiliser la plateforme Java plutôt que le language C++ (et vice-versa). Pell-mêle pour l'utilisation de Java par rapport au C++ (le C++ à d'autres avantage) : la gestion des dépendances, la portabilité, la concision des specs du language, les librairies par défaut, la reflectivité, l"isolation mémoire, les patterns autorisés par la réflectivité, les langage comme groovy ou Kotlin…
"Java" a ses avantages, notamment pour sa duplication en fonction de la charge sur les serveurs, mais quand je vois des applications juste Desktop faites en Java je me dis "c'est dommage".
ça n'a rien à voir avec Java, il y a bien des framework supportant de façon transparente des caches/session répartis, l'important, c'est la transparence grâce à l'injection de dépendance, le C++ supporte OpenMPI, et OpenMP, donc…
Du coup certains sont étonnés de la vitesse de lancement d'un programme "natif" C++ par rapport à son équivalent Java (cf logiciel SQL dont le journal est passé il y a quelques semaines)
On va dire que ça dépend du logiciel. Java est plus lent à démarrer sur un desktop (pas trop sur téléphone), certe, mais compare les fonctionnalités, le temps de développement et la stabilité d'un dbeaver par rapport à son équivalent C++.. Comme je dis plus haut, le C++ à d'autres avantages, il y a de magnifique développement en C++ qu'il aurait été compliqué de faire autrement.
En quoi il est correct ton commentaire ? Rien que la première phrase montre que tu connais à peine le c++ et java.. je parle même pas du reste, je croyais que ce commentaire était une blague…
Enfin bon, compares ton logiciel SQL a dbeaver par exemple, ou avec des applications Android si pour toi le temps de démarrage est le critère numéro 1.
je suis pas persuadé que le gain en performance soit considérable quand on utilise des templates.
Peut-être dans certaines catégorie d'applications, avec très peu de code et beaucoup de calculs, il y a un gain lié au fait que le compilateur génère du code plus "spécialisé", mais le comportement lié à l'utilisation des templates fait exploser la taille des librairies et le temps de compilation.
Hors le volume du code instancié en mémoire à un impact très négatif sur les performances (et c'est très très chiant à optimiser).
L'exemple cité dans ce journal montre un cache statique… C'est quand même plus lisible d'appeler la fonction sur les valeurs à la première utilisation (ou de la remplir au fil de l'eau en stockant le résultat). Il y a bien des façons d'initialiser un cache, quelle est la stratégie du compilateur? que change les options de compilation? Par exemple si j'écris 2 fois la ligne
Est-ce qu'il va stocker 2 fois les résultats? Si ces lignes sont dans 2 librairies différentes, que ce passe t-il? (bien sûr qu'il va stocker 2 fois les résultats… )
Et si le prime_sieve est dans une autre librairie, que ce passe t-il?
Ton éditeur te le signal quand il y a des problèmes de cast, je déteste cette notation hongroise qui sert vraiment à rien (comme l'underscore en début de variables privées), à part alourdir la lecture.
Mon cerveau met plus de temps à la décoder qu'a retrouver la déclaration. Et c'est très moche.
[^] # Re: posix
Posté par YBoy360 (site web personnel) . En réponse au journal Shebang #!/usr/bin/env sh : testé et approuvé. Évalué à 1.
j'ai lu cela il y a bien longtemps peut-être un peu rapidement : multiple-arguments-in-shebang
pour passer des arguments à mes scripts Groovy, je fais un truc immonde :
normalement je ne passe jamais d'arguments pour mes scripts Groovy, car les libs se trouve en général sur Maven, mais là, c'est une lib qui n'est plus maintenu depuis 2008, je suis obligé de déclarer le classpath.
[^] # Re: posix
Posté par YBoy360 (site web personnel) . En réponse au journal Shebang #!/usr/bin/env sh : testé et approuvé. Évalué à 1. Dernière modification le 03 mai 2019 à 12:03.
en même temps, shebang ne supporte pas les arguments..
Question puisque l'on est vendredi, que tout est permis
j'ai testé csh, ksh, bash, aucun ne râle lorsque je fais :
$ false && truc
ou
Je me rappelle que sous certaines versions de Solaris 8 c'était impossible…
# Ksh
Posté par YBoy360 (site web personnel) . En réponse au journal Shebang #!/usr/bin/env sh : testé et approuvé. Évalué à 8. Dernière modification le 02 mai 2019 à 17:09.
J'ai l'impression d'être en 2005 d'un coup.
Pas que c'était si lointain, mais parce qu'il y avait dans mon entourage des évangélistes du Ksh, du Sh, mais jamais du Bash.
Pourquoi bash se fait basher? La compatibilité Posix? c'est vraiment ça le truc?
[^] # Re: un libc pour webassembly en somme ?
Posté par YBoy360 (site web personnel) . En réponse au journal hey wasm : wasi ! wazaaaaaaa. Évalué à 1.
j'avais remarqué ton smiley, j'ai pas été très courtois mais ça n'était pas contre toi. En plus t'as raison, c'est Google qui a peur de son ombre qui a fait sombrer les WebComponent et Dart et le reste..
Il existe maintenant Angular Dart, mais je sais pas. J'ai passé trop de temps à jouer avec des technos hyper prometteuses, j'en ai marre. D'autant plus que faire de l'Angular 7, 8 ou 9 TS inside quand on a fait du Dart avec les WebComponent, ça fait pas envie. On fait tout sur le serveur, et on utilise un minimum de React en Javascript (avec quelques composants en AngularJS).
Ça vaut ce que ça vaut. C'est pas l'extase, mais mon besoin est surtout que la techno soit pérenne dans le temps. Au moins, Javascript, je pense que c'est là pour un moment.
[^] # Re: un libc pour webassembly en somme ?
Posté par YBoy360 (site web personnel) . En réponse au journal hey wasm : wasi ! wazaaaaaaa. Évalué à 2.
Angular, tu veux dire le machin qui bondi de 2 versions tous les 6 mois, ou 50 % du code ressemble à du Json tellement c'est structuré?
à la belle époque, celle où les développeurs développaient au lieu de faire des dessins débiles dans Photoshop, il était question de mettre une machine virtuelle Dart dans les navigateurs, chose qui ne s'est pas faite.
Avant Angular et AngularJS, il y avait les WebComponents en Dart … ça à disparu, au même moment que la promesse d'intégrer Dart dans les navigateurs…
Et oui, j'adorai les WebComponents avec Dart. J'aime vraiment pas Angular.
Regarde ce blog de 2012 pour en avoir une idée :
http://blog.sethladd.com/2012/11/your-first-web-component-with-dart.html
Ce n'est pas toujours le meilleur qui gagne.
[^] # Re: un libc pour webassembly en somme ?
Posté par YBoy360 (site web personnel) . En réponse au journal hey wasm : wasi ! wazaaaaaaa. Évalué à 1. Dernière modification le 04 avril 2019 à 13:43.
Oui, j'avais remarqué, après avoir bien joué avec dans le temps.
Les avantages de native client: déjà sandboxé, possibilité d'utiliser GCC, ou LLVM (portable Native Client) donc tous les langages, gestion des dépendances, presque pas de machine virtuelle, multithread. Le tout en 2013…
Bien que le projet était Open Source, il faut réinventer la roue, c'est WebAssembly qui a remporté les suffrages. Les objectifs futures de WebAssembly aujourd'hui, ressemblent vraiment à ce que faisait Native Client. Je comprends mal les raisons du détour qu'on est entrain de faire… C'est bien de faire comme la dame évangéliste de chez moz avec ces dessins Photoshop hyper hype, sans aborder le fond (les fonds, car j'ai lu les 2 articles, qui parte dans tout les sens).
Dans le genre "naufrage dommageable", j'ajouterai Dart qui c'est fait détrôné par TypeScript par paresse et Anti GG.
J'aimerai bien connaitre l'opinion qu'ont les utilisateurs de TypeScript de Dart pour voir, et les arguments (j'aime autant TypeScript que Javascript, c'est dire).
[^] # Re: un libc pour webassembly en somme ?
Posté par YBoy360 (site web personnel) . En réponse au journal hey wasm : wasi ! wazaaaaaaa. Évalué à 2.
C'est un peu comme feu chrome native-client ?
Sauf que native-client gérait les dépendances…
# Arguments ?
Posté par YBoy360 (site web personnel) . En réponse au journal Le dégonflage des mythes Wayland... dégonflés sur Reddit. Évalué à 4.
J'utilise Plasma sous Wayland, et pour info, ça tourne nickel. Et je suis aussi impressionné par les performances des carte AMD en 3D, sous Wayland. Voila pour répondre aux préjugés de ce journal.
L'autre problème de ce journal, je n'arrive pas à comprendre la teneur des arguments du message de FlukS :
Wayland est un protocole, en quoi est-ce un problème?
Mir est encore là, en quoi ça ne divise pas les ressources de la communauté ? Kwin par exemple ne veut pas de 2 protocoles.. La preuve que ça divise!
En quoi les points du lien d'origine sont dégonflés ? Ces arguments ne tiennent pas : Mir supporte NVidia et la SDL. J'ai toujours pas compris les manques intrinsèque de Wayland, qui ont justifiés la création de Mir. Pour avoir le support de NVidia? il faut juste payer! Surtout que le support d'NVidia a sans doute été obtenu parce que Ubuntu travaillait avec NVidia avant de travailler avec la communauté…
En gros, il n'y a rien de démonté par rapport au lien d'origine. Mir a été balancé sans aucune concertation, contrairement à Wayland. C'est une lutte de pouvoir entre Ubuntu d'un coté, et Free Desktop de l'autre. Ubuntu a chercher à détruire Wayland, alors que Wayland veut un X moderne. Je pense qu'il y avait un intérêt pour Ubuntu d'imposer Mir avec le support d'NVidia car une partie de ce qui fait la valeur d'une distribution ce sont les certifications HW. Être maître d'oeuvre sur Mir leur aurait donné un avantage.
[^] # Re: Devuan
Posté par YBoy360 (site web personnel) . En réponse au journal Remède au problème démarrage devuan ascii sur raspberry pi 2 . Évalué à 2.
Pinit ou parallele init : le première init parallèle pour Linux pour la partie init (Mandriva). ça pouvait gérer les dépendances entre scripts, compatible rc.d. Comme bien des choses, c'était super à l'époque, et vite abandonné. Je n'ai pas cherché des alternatives à ça.
J'aurais pas dû dire consort, mais compatible. Consort suppose qu'il y a des alternatives à SysV (oui y a BSD, mais c'est la même chose).. mais disons tous les init "compatible" init SysV.
Avant SystemD, un fichier init Debian (le cas particulier car compatible BSD), Solaris, Fedora ou Mandriva n'était pas compatible entre eux, mais compatible Init System V. Super…
on dirait mon Psy.. Le rôle c'est s'occuper du cycle de vie des processus non interactifs de mon système, comme init, cron, at, udev, KSMServer (je connais pas bien le fonctionnement du desktop, mais il s'occupe de lancer les services desktop)… Il se permet également de traquer les changements de configurations. Il est responsable d'une partie de la configuration (le nom de la machine par exemple).
Très bien, partages tes trouvailles (tu l'as déjà fait dans un autre message)!
Par contre si tu critiques SystemD, c'est bienvenu, mais il faut être précis et ne pas hésiter à expliquer.
Tu dis "bugs qui sont liés à l'usage de fonctions dont la simple lecture du rôle me fait froid dans le dos (allouer sur la stack?)!" - Ça fait très peur quand on lit ça.. Je suis un peu distant avec le savoir académique, alors, je vais p-e te paraître grotesque, mais on passe notre vie à allouer sur la stack. Il y a même des intrinsic des compilateurs pour allouer sur la stack, c'est sans doute même le meilleur endroit pour allouer. Alors dis nous ce qui en terme de développement est problématique. Parce que "Oh, tu te rends compte, ils allouent sur la stack! Comment osent-ils!!!", moi, ça me fait ni chaud ni froid.
Et même, si certaines pratiques de développement seraient mauvaises, ça ne remet pas l'intérêt de SystemD en cause. Il répond à des besoins où nous n'avions pas de solution simple avant. Que ce soit parfait, certainement pas, nécessaire, oui.
[^] # Re: Devuan
Posté par YBoy360 (site web personnel) . En réponse au journal Remède au problème démarrage devuan ascii sur raspberry pi 2 . Évalué à 4. Dernière modification le 18 janvier 2019 à 06:25.
On peut lister une série de problème sur à peu près tout, y compris des supers logiciels dont on est "fanatique", ça s'appelle garder son sens critique, c'est pas pour ça que ce sont de mauvais logiciels.
Concernant SystemD, je l'utilise depuis 2011, et en tant que développeur, j'en suis très heureux et je pense même que son architecture est une simplification de la situation précédente (c'est dire si j'en suis fan).
Je comprends les sceptiques, SysV (et consort) est satisfaisant pour les administrateurs, qui connaissent bien leur système (contrairement aux développeurs). Et à partir du moment où ça juste marche, pourquoi vouloir changer ..
C'est la même chose pour D-Bus aussi : un administrateur n'en veut pas, sa machine se configure via des fichiers textes, depuis toujours, alors à quoi ça sert, puis moins il y a d’événements mieux on se porte … à l'inverse un développeur aura besoin de connaitre des événements, et scanner des fichiers c'est clairement pas optimal. D-Bus ne sert quasiment à rien sur un serveur en production (tant mieux) qui va rester toujours au même endroit, mais pour un ordi portable qui switch de réseau, se met en veille, s'éteint et se rallume, c'est différent.
Il y a plein de sujet où les administrateurs ont des intérêts divergeant du développeur, il n'y a pas la même surface de contrôle (une application vs le système). Bonne chance à celui qui arrive à satisfaire tout le monde.
[^] # Re: R.I.C. / R.I.P
Posté par YBoy360 (site web personnel) . En réponse au journal Cahier de doléances. Évalué à 7.
Je vais être un peu moins moqueur, et te livrer le fond de ma pensé. En aparté, Je sais que changer de voiture représente 40000 KM parcouru pour une essence (moins pour un diésel) et 100000 km pour une voiture électrique. Je n'ai jamais demandé à quiconque de changer de voiture..
Selon moi, la maison individuelle à la française est l'une des pires choses qui soit pour l'équilibre écologique sur à peu près tous les plans : ça prend sur les terres agricoles, ça dénature de grands espaces, ça émet plus de CO2 par habitant, ça implique plus de route, plus de km parcouru et plus d"embouteillages par tête de pipe, plus de grandes surfaces qui vident encore plus les centres villes, moins de forêts, moins de bio diversité et bien sûr, moins de terre agricole. Bien que pour la bio-diversité, on peut aussi remercier notre agriculture en mode intensif.
Un article intéressant sur ce sujet en anglais, parlant de la zone suburbaine de Salt Lake City (j'y ai vécu 3 mois, impossible de se déplacer sans voiture) :
https://arstechnica.com/science/2018/03/in-salt-lake-city-suburban-sprawl-is-bad-news-for-climate-change/
Ce sujet est clivant, il ne faut pas chercher à se monter les uns contre les autres. Mais on a l'impression que pour certains, l'espace terrestre est une denrée non limitée.
[^] # Re: R.I.C. / R.I.P
Posté par YBoy360 (site web personnel) . En réponse au journal Cahier de doléances. Évalué à 10.
Augmenter le prix de l'essence pour polluer moins!
Ah merde..
[^] # Re: Et bonne année !
Posté par YBoy360 (site web personnel) . En réponse au journal Nouvelle année ? Rien à foutre ?. Évalué à 3.
Oui, ça c'est si tu fait du big data pour l'Oréal. Dans le small data pour PME c'est différent (mais p-e plus intéressant)..
[^] # Re: Meilleur ?
Posté par YBoy360 (site web personnel) . En réponse au journal Nouvelle version de Notepad++. Évalué à -5.
c'est marrant que personne ne tique sur le nom du logiciel, au début je croyais que c'était fait par MS. on pourra dire que l'auteur du logiciel a eu beaucoup d'inspiration.
Ensuite j'ai jamais compris pourquoi il n'y avait pas de version Linux. Peut-être est-ce trop cher pour les yellow jacquet?
[^] # Re: SDK téléchargé en dépendance
Posté par YBoy360 (site web personnel) . En réponse au journal Flatpak. Évalué à 4.
si, ça correspond, faut ajouter freedesktop à KDE et Gnome.
[^] # Re: LibreOffice 5.3.7, sérieux ?
Posté par YBoy360 (site web personnel) . En réponse à la dépêche Sortie de Mageia 6.1. Évalué à 2.
je me réponds à moi-même, il y a une discussion pas plus tard qu'aujourd'hui sur la ML de développement pour ajouter une autre version de LO en plus de la 5.3.7…
[^] # Re: LibreOffice 5.3.7, sérieux ?
Posté par YBoy360 (site web personnel) . En réponse à la dépêche Sortie de Mageia 6.1. Évalué à 2.
C'est vrai que c'est dommage de ne pas avoir la dernière version de LO. D'autant qu'elle est présente dans la Cauldron (version de développement). Et la version de VLC est la 3.0.2 (je l'installe même plus VLC, il y a d'autres player que je préfère).
Je pense que le but de cette version est de patienter jusqu'à la version 7.
Cette version apporte un meilleur support de certains HW qui ne passait pas en version 6, car elle est très vielle. De ce point de vue, c'est très bien, nécessaire.
Sinon, rien empêche de fournir des versions plus récente dans les backports. Moi j'aime bien cette distro, certes, elle ne dispose pas de RH derrière, mais en étant proche de Fedora et en proposant une version de Plasma vraiment plaisante, elle a sa carte à jouer.
[^] # Re: Y en a qui aiment...
Posté par YBoy360 (site web personnel) . En réponse au journal Java 11 est dehors. Évalué à 10.
ton commentaire n'est pas correcte sur les points suivants (tu as le droit de ne pas aimer Java, rien ne te force, tu peux même le dire, mais ne traite pas les autres de haineux si il te moinsse) :
Java (et encore moins le C++) ne sont des "plateformes de développement" déjà, ça m'énerve. Je vais pas décrire la différence entre le language C++ et la plateforme Java, mais plateforme de développement, ça inclue bien d'autres choses (IDE, Framework utilisés, Compilateur, OS et enfin, le langage)
ça c'est selon toi, dans la réalité il y a de nombreuses autres raisons d'utiliser la plateforme Java plutôt que le language C++ (et vice-versa). Pell-mêle pour l'utilisation de Java par rapport au C++ (le C++ à d'autres avantage) : la gestion des dépendances, la portabilité, la concision des specs du language, les librairies par défaut, la reflectivité, l"isolation mémoire, les patterns autorisés par la réflectivité, les langage comme groovy ou Kotlin…
ça n'a rien à voir avec Java, il y a bien des framework supportant de façon transparente des caches/session répartis, l'important, c'est la transparence grâce à l'injection de dépendance, le C++ supporte OpenMPI, et OpenMP, donc…
On va dire que ça dépend du logiciel. Java est plus lent à démarrer sur un desktop (pas trop sur téléphone), certe, mais compare les fonctionnalités, le temps de développement et la stabilité d'un dbeaver par rapport à son équivalent C++.. Comme je dis plus haut, le C++ à d'autres avantages, il y a de magnifique développement en C++ qu'il aurait été compliqué de faire autrement.
[^] # Re: Y en a qui aiment...
Posté par YBoy360 (site web personnel) . En réponse au journal Java 11 est dehors. Évalué à 4.
En quoi il est correct ton commentaire ? Rien que la première phrase montre que tu connais à peine le c++ et java.. je parle même pas du reste, je croyais que ce commentaire était une blague…
Enfin bon, compares ton logiciel SQL a dbeaver par exemple, ou avec des applications Android si pour toi le temps de démarrage est le critère numéro 1.
[^] # Re: Ça pique les yeux
Posté par YBoy360 (site web personnel) . En réponse au journal Mémorisation partielle de fonction constexpr. Évalué à 2.
je suis pas persuadé que le gain en performance soit considérable quand on utilise des templates.
Peut-être dans certaines catégorie d'applications, avec très peu de code et beaucoup de calculs, il y a un gain lié au fait que le compilateur génère du code plus "spécialisé", mais le comportement lié à l'utilisation des templates fait exploser la taille des librairies et le temps de compilation.
Hors le volume du code instancié en mémoire à un impact très négatif sur les performances (et c'est très très chiant à optimiser).
L'exemple cité dans ce journal montre un cache statique… C'est quand même plus lisible d'appeler la fonction sur les valeurs à la première utilisation (ou de la remplir au fil de l'eau en stockant le résultat). Il y a bien des façons d'initialiser un cache, quelle est la stratégie du compilateur? que change les options de compilation? Par exemple si j'écris 2 fois la ligne
Est-ce qu'il va stocker 2 fois les résultats? Si ces lignes sont dans 2 librairies différentes, que ce passe t-il? (bien sûr qu'il va stocker 2 fois les résultats… )
Et si le prime_sieve est dans une autre librairie, que ce passe t-il?
En tout cas la syntaxe est impressionnante.
[^] # Re: Odroid XU4 en Desktop
Posté par YBoy360 (site web personnel) . En réponse au journal GNU/Linux Manjaro ! + projet ARM à 300 € !?. Évalué à 5. Dernière modification le 31 août 2018 à 08:30.
À propos d'ARM desktops, le site 96boards liste des cartes à base d'ARM concurrente des Raspberry. Elles sont compatibles AOSP ou Debian.
Il commence à y avoir un sacré choix, comment bien choisir? Qu'est-il conseillé d'utiliser comme GPU? (Mali, Adreno, ..)
https://www.96boards.org/products/
[^] # Re: Godbolt
Posté par YBoy360 (site web personnel) . En réponse au journal Le quiz c++ de l'été. Évalué à 1.
En C, le comportement des compilateurs est bien plus homogène, ces micro optimisations sont explicites.
[^] # Re: Une heure pour la rédaction
Posté par YBoy360 (site web personnel) . En réponse au journal quand Oracle fait les affaires de Azul.. Évalué à 0.
Moi j'aurais pas mis ces langages pas comme "technologie java", mais juste comme langages justement..
Les technologies java, c'est plutôt xtext/xtend, MPS, eclipse, Intellij , la notion de containers … Ça, ce sont des technologies.
Il y a certaines limites aux technologies Java qui sont dû aux spécifications de la JVM, mais c'est un autre débat.
[^] # Re: Pourquoi un tiret bas?
Posté par YBoy360 (site web personnel) . En réponse au journal Ⓒ✙✙ Le tiret bas (underscore) au début des variables membres ?. Évalué à 6.
Ton éditeur te le signal quand il y a des problèmes de cast, je déteste cette notation hongroise qui sert vraiment à rien (comme l'underscore en début de variables privées), à part alourdir la lecture.
Mon cerveau met plus de temps à la décoder qu'a retrouver la déclaration. Et c'est très moche.
[^] # Re: inspiration
Posté par YBoy360 (site web personnel) . En réponse à la dépêche FlOpEDT : un nouveau logiciel libre de gestion des emplois du temps !. Évalué à 6.
iTime .. ça éclate tout je pense