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.
J'ajouterai que faire du java aujourd'hui, c'est passer une grande partie de son temps à intégrer des dépendances / technologies externes à ses projets.
La gestion des dépendances est très simple en Java, comparativement à d'autres langages car l'écosystème réutilise très peu les briques natives, la gestion de la mémoire autorise un isolement efficace, et le format du binaire n'a pas évolué (contrairement au Python, C# et C++).
Ça peut paraître rébarbatif cette gestion des dépendance, mais c'est très intéressant car il y a une richesse immense de solutions et la qualité est très souvent au rendez-vous. On fait bien sûr des erreurs, qui peuvent coûter, mais l'expérience permet de moins se tromper et de limiter l'impacte de ces erreurs.
J'inviterai le rédacteur de ce journal à regarder les Maven (ou Gradle), ou bien Groovy et Grape (y pourra tester sa lib avec Geb :) ). Avec un bon IDE, qui peut compléter son code.. Pour voir ce que font les autres, et comprendre qu'on a un grand choix dans à peu près tout ce que l'on veut (et que c'est performant et bien codé, surtout si c'est fait par d'autres, selon moi).
Dans pas mal d'application t'en à RAF de la gestion des fenêtres, du scheduling, des widgets interactifs. C'est triste pour moi car ça m'intéresse. Les problèmes sont la sécurité, la stabilité, la simplicité de développement, la monté en charge, la coopération avec l'existant…
Quand tu as une application d'entreprise type formulaire / graphique en lecture seul / recherche (pas genre Catia, jeux vidéo, ou Krita ou Gimp ou Photoshop ou …), le navigateur c'est quand même ce qu'il y a de mieux.
C'est plus simple à déployer
plus simple à développer
il y a plus de cadriciel d'outils disponibles que pour les applications natives (qui soient réellement portable).
Je n'aime vraiment pas "faire des pages web", on fait tout pour les générer automatiquement, à partir de DSL justement. Avec quelques efforts, on pourrait même générer des interfaces d'application native.
Moralité, t'es bien content de pouvoir te passer du Javascript quand t'aime pas ça avec d'autres langages plus "IDE compliant", ça rend le développement Web plus facile.
Je pense que je suis plus vieux que toi pour ne pas considérer l'antériorité comme un avantage et synonyme de "code réutilisable". Pour avoir compilé des millions de loc de C++, datant des années 90, jusqu'au milieux des années 2000 (et testé le runtime), j'en connais plus que je n'en supporte concernant les avancées du C++.. Je suis vraiment trop vieux pour le réapprendre aujourd'hui.
C'est très bien si après tant d'années, de surcouche et d'aller-retour vers le meilleur des mondes, de divergence entre les plateforme, d'évolutions non compatibles, le "standard" arrive enfin à converger qqp (à condition de tout compiler avec le même compilateur, avec le même runtime, avec les même options, sur la même distrib… triviale dans le monde réel).
Maintenant, ne pas considérer un autre langage en parlant de popularité, c'est dommage.
Moi j'utilise un langage pour des tas d'autres raisons que la beauté du langage, mais quand même. Ce que j'attends d'un langage moderne n'est même pas effleuré dans tous les commentaires de ce thread…
par exemple : l'introspection, la programmation par aspect, l'inversion de dépendance, les annotations, les DSLs… Comment vous programmez vos applications??
C'est ça qui fait le succès du java, malgré l'impopularité des acteurs le poussant.
C'est un langage à GC, mais c'est dommage de ne pas le nommer :
- DSL natif au langage (avec support de l'IDE, comme pour Groovy par exemple)
- Trait, Closure, Delegate (ça ressemble à Groovy)…
- Pas de NPE
Fonctionne dans le navigateur (vraiment et simplement, interopérable avec votre code Javascript), sur la JVM, et bientôt, hors JVM, de façon native.
Il y a presque une contradiction entre :
1. des applications serveurs d'une certaine échelle
2. des applications requérant une latence stable..
Pour 1, à part quelques vieille application Corba, je ne connais pas de nouvelles grosses applications C++ maintenable, je serais intéressé d'en connaitre. Par contre il y a beaucoup d'utilisateur de la JVM pour ce genre d'application (SAP, 95% des application d'IBM / Oracle / HP / Talend, tous les ETL, les ESB (qui doivent avoir une latence stable) …).
Certaines applications comme les bus d'entreprise (ESB) sont à la fois 1 et 2. Je n'en connais pas qui ne soit pas en Java…
[^] # 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
[^] # Re: Utilité
Posté par YBoy360 (site web personnel) . En réponse au journal Tirez-vous une bûche, qu'on cause C++ et singletons. Évalué à 1.
Moi pour les singletons j'utilise des enums… L'injection de dépendance en c++, rien de plus fun.
[^] # Re: Désolé
Posté par YBoy360 (site web personnel) . En réponse au journal Du développement full-stack en Java. Évalué à 7.
Bravo pour ce commentaire.
J'ajouterai que faire du java aujourd'hui, c'est passer une grande partie de son temps à intégrer des dépendances / technologies externes à ses projets.
La gestion des dépendances est très simple en Java, comparativement à d'autres langages car l'écosystème réutilise très peu les briques natives, la gestion de la mémoire autorise un isolement efficace, et le format du binaire n'a pas évolué (contrairement au Python, C# et C++).
Ça peut paraître rébarbatif cette gestion des dépendance, mais c'est très intéressant car il y a une richesse immense de solutions et la qualité est très souvent au rendez-vous. On fait bien sûr des erreurs, qui peuvent coûter, mais l'expérience permet de moins se tromper et de limiter l'impacte de ces erreurs.
J'inviterai le rédacteur de ce journal à regarder les Maven (ou Gradle), ou bien Groovy et Grape (y pourra tester sa lib avec Geb :) ). Avec un bon IDE, qui peut compléter son code.. Pour voir ce que font les autres, et comprendre qu'on a un grand choix dans à peu près tout ce que l'on veut (et que c'est performant et bien codé, surtout si c'est fait par d'autres, selon moi).
[^] # Re: Kotlin
Posté par YBoy360 (site web personnel) . En réponse à la dépêche Faut‐il continuer à apprendre le C++ ?. Évalué à 1.
Dans pas mal d'application t'en à RAF de la gestion des fenêtres, du scheduling, des widgets interactifs. C'est triste pour moi car ça m'intéresse. Les problèmes sont la sécurité, la stabilité, la simplicité de développement, la monté en charge, la coopération avec l'existant…
Quand tu as une application d'entreprise type formulaire / graphique en lecture seul / recherche (pas genre Catia, jeux vidéo, ou Krita ou Gimp ou Photoshop ou …), le navigateur c'est quand même ce qu'il y a de mieux.
de cadricield'outils disponibles que pour les applications natives (qui soient réellement portable).Je n'aime vraiment pas "faire des pages web", on fait tout pour les générer automatiquement, à partir de DSL justement. Avec quelques efforts, on pourrait même générer des interfaces d'application native.
Moralité, t'es bien content de pouvoir te passer du Javascript quand t'aime pas ça avec d'autres langages plus "IDE compliant", ça rend le développement Web plus facile.
[^] # Re: Kotlin
Posté par YBoy360 (site web personnel) . En réponse à la dépêche Faut‐il continuer à apprendre le C++ ?. Évalué à 4. Dernière modification le 30 juillet 2018 à 17:26.
Je pense que je suis plus vieux que toi pour ne pas considérer l'antériorité comme un avantage et synonyme de "code réutilisable". Pour avoir compilé des millions de loc de C++, datant des années 90, jusqu'au milieux des années 2000 (et testé le runtime), j'en connais plus que je n'en supporte concernant les avancées du C++.. Je suis vraiment trop vieux pour le réapprendre aujourd'hui.
C'est très bien si après tant d'années, de surcouche et d'aller-retour vers le meilleur des mondes, de divergence entre les plateforme, d'évolutions non compatibles, le "standard" arrive enfin à converger qqp (à condition de tout compiler avec le même compilateur, avec le même runtime, avec les même options, sur la même distrib… triviale dans le monde réel).
Maintenant, ne pas considérer un autre langage en parlant de popularité, c'est dommage.
Moi j'utilise un langage pour des tas d'autres raisons que la beauté du langage, mais quand même. Ce que j'attends d'un langage moderne n'est même pas effleuré dans tous les commentaires de ce thread…
par exemple : l'introspection, la programmation par aspect, l'inversion de dépendance, les annotations, les DSLs… Comment vous programmez vos applications??
C'est ça qui fait le succès du java, malgré l'impopularité des acteurs le poussant.
# Kotlin
Posté par YBoy360 (site web personnel) . En réponse à la dépêche Faut‐il continuer à apprendre le C++ ?. Évalué à 3.
C'est un langage à GC, mais c'est dommage de ne pas le nommer :
- DSL natif au langage (avec support de l'IDE, comme pour Groovy par exemple)
- Trait, Closure, Delegate (ça ressemble à Groovy)…
- Pas de NPE
Fonctionne dans le navigateur (vraiment et simplement, interopérable avec votre code Javascript), sur la JVM, et bientôt, hors JVM, de façon native.
[^] # Re: Phobie du GC
Posté par YBoy360 (site web personnel) . En réponse à la dépêche Faut‐il continuer à apprendre le C++ ?. Évalué à 6.
Il y a presque une contradiction entre :
1. des applications serveurs d'une certaine échelle
2. des applications requérant une latence stable..
Pour 1, à part quelques vieille application Corba, je ne connais pas de nouvelles grosses applications C++ maintenable, je serais intéressé d'en connaitre. Par contre il y a beaucoup d'utilisateur de la JVM pour ce genre d'application (SAP, 95% des application d'IBM / Oracle / HP / Talend, tous les ETL, les ESB (qui doivent avoir une latence stable) …).
Certaines applications comme les bus d'entreprise (ESB) sont à la fois 1 et 2. Je n'en connais pas qui ne soit pas en Java…
[^] # Re: Kate
Posté par YBoy360 (site web personnel) . En réponse au journal Fins de tabulation élastiques: la bonne manière d'indenter et d'aligner le code. Évalué à 5.
c'est beau!
ça donne presque envie de commenter son code.
[^] # Re: du huit du six
Posté par YBoy360 (site web personnel) . En réponse au sondage Prononciation des options. Évalué à 1.
surtout quand on a un pavé numérique..