Et BTW, j'attends toujours de voir le langage maintenable (et donc à la philosophie compréhensible par tout le monde, ce qui tend à exclure les langages fonctionnels qui ne sont pas dans les moeurs), sécurisé, et tout et tout.
Rust? Bon la 1.0 n’est pas encore sortie mais c’est bientôt.
C’est de la mauvaise fois là quand même. Déjà pour commencer, je trouve le thème d’OS X plutôt sympa et celui de GNOME pas terrible (notamment le thème d’icône qui est, je trouve, immonde).
Le thème GTK dispose d’icônes plus grosses, blanches, les icônes et les éléments d’interface sont plus carrés, le thème de GNOME est complètement plat, tout est de la même couleur (c’est très chiant je trouve) sous GNOME alors que la barre latérale, la barre d’outil et la vue principale sont chacune d’une couleur différente sous Mac OS, la représentation des onglets n’est pas la même, la barre de défilement est différente, etc.
Je ne nie pas qu’il y ai une inspiration, mais quand même c’est pas du tout pareil faut pas déconner.
Sinon on peut voir dans le nouveau module de la 4.13 pour Baloo qu’il n’y a presque aucun option… J’espère que KDE se tournera un peu plus vers le minimaliste (peut-être pas à ce point quand même).
Pour l'intégration de KDE, je trouve que ce gestionnaire de bureau n'est jamais bien intégré aux distributions. Je pensais honnêtement que la légende virtuelle de "KDE s'intègre mal à Debian" était fausse, mais en réalité, non. Il y a de vieux paquets, des fonctionnalités "cachées" (pas activées par défaut, difficiles à trouver), une mauvaise gestion des couches sonores, j'ai eu un tas de problèmes avec le son (jamais résolus), la vidéo (malgré un kernel ancien ou un kernel récent), et j'ai très vite commencé à acculumer les petits problèmes que je n'avais pas sous, par exemple, LXDE. > J'en ai vite conclus que j'avais un problème avec Kwin, avec phonon, etc…
Bref, j'ai donc testé Mageia, qui est réputée pour son intégration KDE, mais j'ai été déçu. C'était encore plus emmêlé, avec un centre de contrôle par ici, une surcouche par là…
Dans les distributions simples d’utilisation, je trouve que l’intégration de KDE dans Kubuntu est très bonne.
Du coup, je suis revenu sous Archlinux, mais celui-ci ne convient pas du tout. Toujours à jour, c'est un nid à problèmes avec autant de paquets que ce que propose KDE. C'est bien simple, j'ai un Archlinux Openbox depuis 1 an et demi qui n'a pas bronché, et j'ai dû restaurer mon Archlinux KDE environ 7 fois à cause des mises à jour.
Je suis Arch Linux avec KDE et les seuls problèmes que j’ai eu, c’est des bugs mineurs qui nécessitait une suppression du ~/.kde4 mais ça ne m’est plus arrivé depuis un moment. C’est vraiment étrange, ces nombreux problèmes.
Je ne suis jamais parvenu à disposer d'un KDE qui correspondait à mes attentes ou qui me satisfaisait pleinement. J'ai toujours eu un problème quelconque. Une fois, c'était Akonadi qui faisait des siennes (impossibilité de faire des agendas), une autre fois, c'était nepomuk qui ne fonctionnait pas pour une raison inconnue, mes bureaux se mélangeaient, mon bureau se ne lançait plus (à cause d'un fichier de config'), des tas de bugs de krunner (a cessé de fonctionné) (ceci s'est calmé depuis KDE4.10), de Kwin…Parfois, j'ai mon libreoffice qui "ferme d'un coup" (pour rien), et j'ai pu m'apercevoir que c'était dû à KDE (ça ne me le fait nulle part ailleurs et d'autres ont ce problème), la moitié des plasmoïdes que j'installe ne fonctionnent pas…Plein de détails, comme ça.
Pas de bol? À nouveau, je n’ai eu que des problèmes mineurs, rien qui m’empêche d’utiliser KDE. Par contre pour les plasmoïde je pense que c’est normal, ceux que tu as essayé d’installer ne devait tout simplement pas être à jour. De plus, Plasma 1 c’est pas vraiment la panacée, j’attends beaucoup de Plasma 2 d’ailleurs.
Il y avait un journal sur Nepomuk il y a peu de temps, et très peu de gens s'apercevaient du potentiel et ne l'utilisait pas parce qu'il n'y a pas de gestionnaire central des tags, parce que ça "prend trop de mémoire", etc.
Je pense qu’avec la 4.13 et suivante, on peut considérer le problème de Nepomuk come résolu vu qu’il n’y a plus Nepomuk! (rappel: remplacé par Baloo)
Je n’ai pas répondu à tout, mais je te conseille de surveiller la prochaine version de KDE sur laquelle un immense travail a et est en train d’être accompli! Peut-être que tu aura moins de problèmes avec, et les améliorations pourraient te surprendre. Et sinon bah tant pis, on ne peut pas plaire à tout le monde.
Je pense que le moment venu je ferais une dépêche pour la KDE 4.14 (je pense que c’est celle-là qui sera fondée sur Qt5 mais je ne suis plus sûr), et ça risque d’être balaise. Évidemment, comme KDE ne casse pas tout à chaque version et les version 4.11, 4.12 et 4.13 sont des versions plutôt orientée «correction de bugs», les dépêches sur KDE sont un peu vides en ce moment.
Ça dépend des applications… C’est vrai que GNOME est pas mal sur ce point-là.
peu d'améliorations, peu de progression
On ne doit pas vivre dans le même monde alors, parce que KDE progresse à chaque version (même si la dernière version et la prochaine sont surtout de la correction de bug).
Dans les ajouts récents, on peut voir:
Kscreen pour gérer le multi-écran qui, parait-il, gère ça beaucoup beaucoup mieux que le précédent module,
Kate qui évolue beaucoup ces temps-ci,
Le nouveau module de gestion du réseau (qui est quand même beaucoup mieux),
Le nouveau module pour gérer les pavés tactiles,
Dans la version de KDE qui est sortie il y a deux jours, Nepomuk a été remplacé par Baloo (qui partage énormément de code avec son prédécesseur, je te rassure), qui est beaucoup plus rapide et beaucoup moins énergivore.
une assez mauvaise intégration partout…
Ça par contre je comprends pas. Tu peux préciser? Parce que justement pour moi la force de KDE c’est l’intégration:
kio-slaves,
Rekonq qui utilise les certificats et les moteurs de recherche système (modules aussi utilisés par Konqueror),
Kwrite, Kate et KDevelopp qui partagent beaucoup de même code,
applications qui utilisent les raccourcis KDE (que l’on configure dans «Configuration du système»),
KDE telepathy qui est constitués de plein de modules qui illustre parfaitement selon moi la modularité de KDE et à quel point c’est bien fichu (un KCM donc qui s’intègre dans «Configuration du système», deux-trois plasmoïdes pour l’intégration à Plasma, un plugin Krunner, etc),
etc.
Le passage à Qt5 semble prendre un temps considérable
La première version fondée sur Qt5 sortira mi-aout si je ne me trompe pas (en tout cas avant la fin de l’année). Et la version fondée sur Qt4 restera prise en charge pendant encore quelque temps.
De plus ça n’est pas seulement un passage à Qt5:
Les KDElibs deviennent modulables et peuvent être utilisées en tant que simple bibliothèque dépendant de Qt,
mais la compatibilité est gardée,
Sauf pour Plasma qui a vraiment beaucoup changé et passe en version 2, il sera beaucoup rapide et plus léger,
Il a beaucoup de boulot côté Kwin pour prendre en charge Wayland qui se fait en parallèle,
Encore en parallèle il y a une effervescence incroyable de designeurs en herbes ou pas sur les forums de KDE (pour changer le thème Qt, l’ensemble d’icône, etc).
mais les interfaces se multiplient
Pas tant que ça, et énormément de code est mis en commun entre les différentes interfaces, si bien que ça pourra changer à l’exécution (interface tablette (actuellement Plasma Active), tu branches un clavier → interface de bureau, tu branches sur ta télé → interface de TV, etc).
et il n'y a pas de quoi suivre, ni niveau outils, ni niveau ergonomie…
?
Gnome 3 semble de plus en plus une alternative viable pour une unification de nos appareils.
Avoir une interface qui fait tout me semble justement la chose à ne pas faire: Unity, GNOME Shell, Windows 8… Tous la même chose. Quel intérêt d’avoir la même interface partout si elle sous-optimale partout? Pourquoi fait-on des sites réactifs, et non pas des sites à largeur fixe?
KDE a choisi d’avoir une approche flexible, et je pense que c’est la bonne chose à faire.
Ça fait un moment que je pense à coder un truc à la con qui te répartit les fichiers dans Downloads dans d’autres répertoires en fonction d’expressions régulières. Genre si c’est une image, ça part dans «image/à classer», si c’est un pdf, ça va dans «documents/pdf», etc. Ça règlerait le problème, et en se utilisant sur inotify ça ne consommerait presque rien (il y a un équivalent hors-Linux de cette fonctionnalité?).
Je trouve que c’est une très bonne idée de fusionner barre d’outil et barre de titre, mais les boutons traditionnellement en bas devrait y rester puisqu’en général ils sont liés à la vue courante (alors que les menus et boutons précédent/suivant sont globaux).
P.-S.: il n’y a quasiment aucun contraste entre le menu déroulant (première capture) et le reste, c’est l’horreur. Je ne comprends pas, c’est la 6 version stable de GNOME, personne ne s’en est rendu compte?
En tout cas, Nautilus a enfin une gueule acceptable sous KDE. Avant, le CSD n’était activé que sous GNOME ce qui rendait très mal dans les autres environnements de bureau.
Ça rajoute un outil dans la chaine de compilation qui peut potentiellement être bogué, ou ne pas fonctionner avec une nouvelle fonctionnalité du langage. C’est plus un bidouillage qu’autre chose.
Je suis désolé, sur la boite du CD, il n’y a pas marqué que ça ne fait fonctionner certains logiciels… Et ça n’est pas que moi: d’autres personnes de ma connaissance ce sont cassé les dents dessus. Alors bien sûr on ne s’attend à ce que ça soit parfait, mais il y a quand même une chance non-négligeable que ça puisse ne pas marcher… Et si tu tombes sur ce cas, bah tant pis pour toi.
Perso pour les 4 ou 5 programmes que j'ai testé, qui fonctionnaient bien sous Windows XP et pas ou mal sous Windows 7, aucun n'a refonctionné ou a eu un meilleur comportement.
Bref, vu le taux de réussite, je trouve que la publicité que Microsoft a fait autour de cette fonctionnalité est exagérée (voire malhonnête).
Évidemment, il ne fallait pas prendre mon commentaire au pied de la lettre. :p
Plus riche : en Rust je peux passer un owned pointer en argument d’une fonction (par exemple pour passer l’ownership à un objet qui le mettra dans ses attributs). >En C++ c’est une erreur de compilation (unique_ptr(const unique_ptr&) = delete;)
Si j'ai bien compris, avec les traits Deref et DerefMut tu peux aussi le faire avec les pointeurs dans les bibliothèques (bien que ça soit quand même légèrement plus moche). L'exemple de la dépêche semble indiquer qu'il faudrait mettre comme argument &*pointeur (adresse de la valeur contenu dans pointeur). Les règles d'emprunts sont toujours valides (pas possible d'avoir plus de deux emprunts à la fois), donc les pointeurs des bibliothèques bénéficient des mêmes avantages (avec légèrement moins de sucre syntaxique, peut-être qu'on en rajoutera après la 1.0).
Dans 99% des cas tu m'as pas besoin d'unsafe. Et quand on l'utilise, on s'arrange pour avoir un bloc le plus petit possible, comme ça on ne fait que de la merde dans la fonction actuelle et la zone non-sûre à vérifier est beaucoup plus réduite en cas de bug inhabituel.
C'est un peu comme du Python ou du Java avec un bout de C pour les trucs nécessitant de la vitesse. En cas de segfault, il n'y a que le petit bout de C à vérifier. Sauf que Rust est plus sûr que Python ou Java et surtout suffisant rapide pour n'avoir que très rarement besoin de pointeurs nus.
Rust sera (attendons quand même la 1.0 tout de même!) un langage très intéressant pour remplacer le C++: au lieu de devoir être un super-développeur et de devoir utiliser des outils externes pour trouver les bugs, passer sa vie sur StackOverflow à cause de deux parenthèses en trop (histoire vraie., il suffit de comprendre le système de durée de vie et de corriger les erreurs indiquées par le compilateur. Il permet également de corriger des erreurs plus subtiles, puisqu'il y a zéro conversion de type implicite (même de int à double).
Enfin, c'est plus agréable pour plein de trucs (pas exempleuint au lieu de unsigned int, le filtrage par motif c'est la vie, possible de faire la déclaration d'une fonction en haut du fichier et la définir après mais pas obligatoire et surtout pas besoin de fichiers d'en-têtes (le truc que je trouve le plus chiant avec C++ quand tu débutes un projet), etc), c'est plus facile à parser/grepperfonction (let, variable: let — en C/C++ les deux déclarations commencent par le type ou const, des fois le «type» est deux parties — unsigned int, etc).
Le C++14 c'est cool, mais ça fait longtemps que j'attends le système de module pour me passer des fichiers d'en-têtes et ça n'arrive pas. Et les mots d'erreurs sont trop souvent imbitables, même si ça c'est clairement amélioré. La dette technique du C++ fait que certains défauts resteront à tout jamais, et que les améliorationt arrivent lentement, au prix d'une complexité qui décourage le portable des fonctionnalités C++11 par exemple beaucoup de plateformes.
Qu'est-ce qui le différenciera de Rust ? Plus grand chose à mon sens.
Si tu dis ça sincèrement, c’est du foutage de gueule. Je suis d’accord que le C++ devient de mieux en mieux, mais il y a toujours plein de trucs qui le rendent casse-gueule, verbeux et compliqué. Les durées de vie sont le cœur du système de gestion de mémoire de Rust et à ce titre donne bien plus de garantie de sûreté que le C++. Il ne faut pas oublier d’autres points ultra-importants comme l’absence de pointeurs nuls.
[^] # Re: Et pour les déçus de Gnome 3...
Posté par ariasuni . En réponse à la dépêche GNOME 3.12 : sans domicile. Évalué à 3.
Moi aussi. ^^
Écrit en Bépo selon l’orthographe de 1990
[^] # Re: C'est pourtant évident.
Posté par ariasuni . En réponse à la dépêche Coder efficacement, bonnes pratiques et erreurs à éviter. Évalué à 4.
Rust? Bon la 1.0 n’est pas encore sortie mais c’est bientôt.
Écrit en Bépo selon l’orthographe de 1990
[^] # Re: Et pour les déçus de Gnome 3...
Posté par ariasuni . En réponse à la dépêche GNOME 3.12 : sans domicile. Évalué à 6.
Xfce est génial sur plein de points, je ne comprends qu’un projet aussi sympathique avance aussi lentement.
Écrit en Bépo selon l’orthographe de 1990
[^] # Re: MacOS du pauvre?
Posté par ariasuni . En réponse à la dépêche GNOME 3.12 : sans domicile. Évalué à 1.
C’est de la mauvaise fois là quand même. Déjà pour commencer, je trouve le thème d’OS X plutôt sympa et celui de GNOME pas terrible (notamment le thème d’icône qui est, je trouve, immonde).
Le thème GTK dispose d’icônes plus grosses, blanches, les icônes et les éléments d’interface sont plus carrés, le thème de GNOME est complètement plat, tout est de la même couleur (c’est très chiant je trouve) sous GNOME alors que la barre latérale, la barre d’outil et la vue principale sont chacune d’une couleur différente sous Mac OS, la représentation des onglets n’est pas la même, la barre de défilement est différente, etc.
Je ne nie pas qu’il y ai une inspiration, mais quand même c’est pas du tout pareil faut pas déconner.
Écrit en Bépo selon l’orthographe de 1990
[^] # Re: ArchLinux
Posté par ariasuni . En réponse à la dépêche GNOME 3.12 : sans domicile. Évalué à 4.
Tu n’as pas réussi à installer grub depuis Arch sur un ordi en UEFI? Si c’est ça ton problème je pourrais peut-être t’aider vu que j’ai réussi.
Écrit en Bépo selon l’orthographe de 1990
[^] # Re: J'adhère !
Posté par ariasuni . En réponse à la dépêche GNOME 3.12 : sans domicile. Évalué à 7.
Je trouve aussi, mais il y a des travaux dessus extrêmement intéressant en ce moment:
Ça ne risque d’arriver tout de suite, mais il y a un travail en cours.
Sinon on peut voir dans le nouveau module de la 4.13 pour Baloo qu’il n’y a presque aucun option… J’espère que KDE se tournera un peu plus vers le minimaliste (peut-être pas à ce point quand même).
Dans les distributions simples d’utilisation, je trouve que l’intégration de KDE dans Kubuntu est très bonne.
Je suis Arch Linux avec KDE et les seuls problèmes que j’ai eu, c’est des bugs mineurs qui nécessitait une suppression du ~/.kde4 mais ça ne m’est plus arrivé depuis un moment. C’est vraiment étrange, ces nombreux problèmes.
Pas de bol? À nouveau, je n’ai eu que des problèmes mineurs, rien qui m’empêche d’utiliser KDE. Par contre pour les plasmoïde je pense que c’est normal, ceux que tu as essayé d’installer ne devait tout simplement pas être à jour. De plus, Plasma 1 c’est pas vraiment la panacée, j’attends beaucoup de Plasma 2 d’ailleurs.
Je pense qu’avec la 4.13 et suivante, on peut considérer le problème de Nepomuk come résolu vu qu’il n’y a plus Nepomuk! (rappel: remplacé par Baloo)
Je n’ai pas répondu à tout, mais je te conseille de surveiller la prochaine version de KDE sur laquelle un immense travail a et est en train d’être accompli! Peut-être que tu aura moins de problèmes avec, et les améliorations pourraient te surprendre. Et sinon bah tant pis, on ne peut pas plaire à tout le monde.
Je pense que le moment venu je ferais une dépêche pour la KDE 4.14 (je pense que c’est celle-là qui sera fondée sur Qt5 mais je ne suis plus sûr), et ça risque d’être balaise. Évidemment, comme KDE ne casse pas tout à chaque version et les version 4.11, 4.12 et 4.13 sont des versions plutôt orientée «correction de bugs», les dépêches sur KDE sont un peu vides en ce moment.
Écrit en Bépo selon l’orthographe de 1990
[^] # Re: MacOS du pauvre?
Posté par ariasuni . En réponse à la dépêche GNOME 3.12 : sans domicile. Évalué à 5.
C’est mieux sous KDE que sous GNOME à ce niveau-là. xD
Écrit en Bépo selon l’orthographe de 1990
[^] # Re: MacOS du pauvre?
Posté par ariasuni . En réponse à la dépêche GNOME 3.12 : sans domicile. Évalué à 3.
Nan. Regarde les icônes, le thème GTK, les bordures de fenêtre…
Écrit en Bépo selon l’orthographe de 1990
[^] # Re: J'adhère !
Posté par ariasuni . En réponse à la dépêche GNOME 3.12 : sans domicile. Évalué à 10.
Ça dépend des applications… C’est vrai que GNOME est pas mal sur ce point-là.
On ne doit pas vivre dans le même monde alors, parce que KDE progresse à chaque version (même si la dernière version et la prochaine sont surtout de la correction de bug).
Dans les ajouts récents, on peut voir:
Ça par contre je comprends pas. Tu peux préciser? Parce que justement pour moi la force de KDE c’est l’intégration:
La première version fondée sur Qt5 sortira mi-aout si je ne me trompe pas (en tout cas avant la fin de l’année). Et la version fondée sur Qt4 restera prise en charge pendant encore quelque temps.
De plus ça n’est pas seulement un passage à Qt5:
Pas tant que ça, et énormément de code est mis en commun entre les différentes interfaces, si bien que ça pourra changer à l’exécution (interface tablette (actuellement Plasma Active), tu branches un clavier → interface de bureau, tu branches sur ta télé → interface de TV, etc).
?
Avoir une interface qui fait tout me semble justement la chose à ne pas faire: Unity, GNOME Shell, Windows 8… Tous la même chose. Quel intérêt d’avoir la même interface partout si elle sous-optimale partout? Pourquoi fait-on des sites réactifs, et non pas des sites à largeur fixe?
KDE a choisi d’avoir une approche flexible, et je pense que c’est la bonne chose à faire.
Écrit en Bépo selon l’orthographe de 1990
[^] # Re: Depuis GNOME 3.12
Posté par ariasuni . En réponse à la dépêche GNOME 3.12 : sans domicile. Évalué à 4.
Ça fait un moment que je pense à coder un truc à la con qui te répartit les fichiers dans Downloads dans d’autres répertoires en fonction d’expressions régulières. Genre si c’est une image, ça part dans «image/à classer», si c’est un pdf, ça va dans «documents/pdf», etc. Ça règlerait le problème, et en se utilisant sur inotify ça ne consommerait presque rien (il y a un équivalent hors-Linux de cette fonctionnalité?).
Écrit en Bépo selon l’orthographe de 1990
[^] # Re: mitigé
Posté par ariasuni . En réponse à la dépêche GNOME 3.12 : sans domicile. Évalué à 4. Dernière modification le 17 avril 2014 à 12:08.
Je trouve que c’est une très bonne idée de fusionner barre d’outil et barre de titre, mais les boutons traditionnellement en bas devrait y rester puisqu’en général ils sont liés à la vue courante (alors que les menus et boutons précédent/suivant sont globaux).
P.-S.: il n’y a quasiment aucun contraste entre le menu déroulant (première capture) et le reste, c’est l’horreur. Je ne comprends pas, c’est la 6 version stable de GNOME, personne ne s’en est rendu compte?
Écrit en Bépo selon l’orthographe de 1990
[^] # Re: mouais
Posté par ariasuni . En réponse à la dépêche GNOME 3.12 : sans domicile. Évalué à 10.
C’est pour les gros doigts.
Écrit en Bépo selon l’orthographe de 1990
[^] # Re: ArchLinux
Posté par ariasuni . En réponse à la dépêche GNOME 3.12 : sans domicile. Évalué à 4.
En tout cas, Nautilus a enfin une gueule acceptable sous KDE. Avant, le CSD n’était activé que sous GNOME ce qui rendait très mal dans les autres environnements de bureau.
Écrit en Bépo selon l’orthographe de 1990
[^] # Re: Fibo
Posté par ariasuni . En réponse à la dépêche Sortie du Glorious Haskell Compiler 7.8. Évalué à 2.
Une bourse alors?
Écrit en Bépo selon l’orthographe de 1990
[^] # Re: Fibo
Posté par ariasuni . En réponse à la dépêche Sortie du Glorious Haskell Compiler 7.8. Évalué à 5.
Les échanges Bitcoin/de Bitcoins.
Les processus de cohérence. (consistance veut dire tout à faire autre chose en français)
exposition aux risques des banques/échanges classiques parce que la «cohérence finale» ça ne marche pas des masses sur des transactions anonymes.
Écrit en Bépo selon l’orthographe de 1990
[^] # Re: Rust vs Go
Posté par ariasuni . En réponse à la dépêche Rust s’oxyde en version 0.10. Évalué à 3.
Tu viens de mettre le doigt sur un détail intéressant: en fait ça n’est ni intéressant pour le développeur, ni pour le compilateur.
Écrit en Bépo selon l’orthographe de 1990
[^] # Re: Rust vs Go
Posté par ariasuni . En réponse à la dépêche Rust s’oxyde en version 0.10. Évalué à 1.
Ça rajoute un outil dans la chaine de compilation qui peut potentiellement être bogué, ou ne pas fonctionner avec une nouvelle fonctionnalité du langage. C’est plus un bidouillage qu’autre chose.
Écrit en Bépo selon l’orthographe de 1990
[^] # Re: Une alternative a Windows XP ?
Posté par ariasuni . En réponse à la dépêche ReactOS : officialisation et financement. Évalué à 2.
Je suis désolé, sur la boite du CD, il n’y a pas marqué que ça ne fait fonctionner certains logiciels… Et ça n’est pas que moi: d’autres personnes de ma connaissance ce sont cassé les dents dessus. Alors bien sûr on ne s’attend à ce que ça soit parfait, mais il y a quand même une chance non-négligeable que ça puisse ne pas marcher… Et si tu tombes sur ce cas, bah tant pis pour toi.
Écrit en Bépo selon l’orthographe de 1990
[^] # Re: Une alternative a Windows XP ?
Posté par ariasuni . En réponse à la dépêche ReactOS : officialisation et financement. Évalué à 5.
Perso pour les 4 ou 5 programmes que j'ai testé, qui fonctionnaient bien sous Windows XP et pas ou mal sous Windows 7, aucun n'a refonctionné ou a eu un meilleur comportement.
Bref, vu le taux de réussite, je trouve que la publicité que Microsoft a fait autour de cette fonctionnalité est exagérée (voire malhonnête).
Évidemment, il ne fallait pas prendre mon commentaire au pied de la lettre. :p
Écrit en Bépo selon l’orthographe de 1990
[^] # Re: Une alternative a Windows XP ?
Posté par ariasuni . En réponse à la dépêche ReactOS : officialisation et financement. Évalué à 5.
A-t-il déjà servi, je vous le demande…
Écrit en Bépo selon l’orthographe de 1990
[^] # Re: Rust vs Go
Posté par ariasuni . En réponse à la dépêche Rust s’oxyde en version 0.10. Évalué à 1.
Écrit en Bépo selon l’orthographe de 1990
[^] # Re: Rust vs Go
Posté par ariasuni . En réponse à la dépêche Rust s’oxyde en version 0.10. Évalué à 2.
Si j'ai bien compris, avec les traits
DerefetDerefMuttu peux aussi le faire avec les pointeurs dans les bibliothèques (bien que ça soit quand même légèrement plus moche). L'exemple de la dépêche semble indiquer qu'il faudrait mettre comme argument&*pointeur(adresse de la valeur contenu dans pointeur). Les règles d'emprunts sont toujours valides (pas possible d'avoir plus de deux emprunts à la fois), donc les pointeurs des bibliothèques bénéficient des mêmes avantages (avec légèrement moins de sucre syntaxique, peut-être qu'on en rajoutera après la 1.0).Écrit en Bépo selon l’orthographe de 1990
[^] # Re: Rust vs Go
Posté par ariasuni . En réponse à la dépêche Rust s’oxyde en version 0.10. Évalué à 6. Dernière modification le 12 avril 2014 à 12:05.
Dans 99% des cas tu m'as pas besoin d'
unsafe. Et quand on l'utilise, on s'arrange pour avoir un bloc le plus petit possible, comme ça on ne fait que de la merde dans la fonction actuelle et la zone non-sûre à vérifier est beaucoup plus réduite en cas de bug inhabituel.C'est un peu comme du Python ou du Java avec un bout de C pour les trucs nécessitant de la vitesse. En cas de segfault, il n'y a que le petit bout de C à vérifier. Sauf que Rust est plus sûr que Python ou Java et surtout suffisant rapide pour n'avoir que très rarement besoin de pointeurs nus.
Rust sera (attendons quand même la 1.0 tout de même!) un langage très intéressant pour remplacer le C++: au lieu de devoir être un super-développeur et de devoir utiliser des outils externes pour trouver les bugs, passer sa vie sur StackOverflow à cause de deux parenthèses en trop (histoire vraie., il suffit de comprendre le système de durée de vie et de corriger les erreurs indiquées par le compilateur. Il permet également de corriger des erreurs plus subtiles, puisqu'il y a zéro conversion de type implicite (même de
intàdouble).Enfin, c'est plus agréable pour plein de trucs (pas exemple
uintau lieu deunsigned int, le filtrage par motif c'est la vie, possible de faire la déclaration d'une fonction en haut du fichier et la définir après mais pas obligatoire et surtout pas besoin de fichiers d'en-têtes (le truc que je trouve le plus chiant avec C++ quand tu débutes un projet), etc), c'est plus facile à parser/grepperfonction (let, variable:let— en C/C++ les deux déclarations commencent par le type ouconst, des fois le «type» est deux parties — unsigned int, etc).Le C++14 c'est cool, mais ça fait longtemps que j'attends le système de module pour me passer des fichiers d'en-têtes et ça n'arrive pas. Et les mots d'erreurs sont trop souvent imbitables, même si ça c'est clairement amélioré. La dette technique du C++ fait que certains défauts resteront à tout jamais, et que les améliorationt arrivent lentement, au prix d'une complexité qui décourage le portable des fonctionnalités C++11 par exemple beaucoup de plateformes.
Écrit en Bépo selon l’orthographe de 1990
[^] # Re: .
Posté par ariasuni . En réponse à la dépêche AlbatrOS prend son envol. Évalué à 3.
256Mo avec KDE, j'ai tout de même un doute… J'ai 500Mo occupés au moins. Ce qui semble concorder avec ce test sur Phoronix.
Écrit en Bépo selon l’orthographe de 1990
[^] # Re: Rust vs Go
Posté par ariasuni . En réponse à la dépêche Rust s’oxyde en version 0.10. Évalué à 8.
Si tu dis ça sincèrement, c’est du foutage de gueule. Je suis d’accord que le C++ devient de mieux en mieux, mais il y a toujours plein de trucs qui le rendent casse-gueule, verbeux et compliqué. Les durées de vie sont le cœur du système de gestion de mémoire de Rust et à ce titre donne bien plus de garantie de sûreté que le C++. Il ne faut pas oublier d’autres points ultra-importants comme l’absence de pointeurs nuls.
Écrit en Bépo selon l’orthographe de 1990