Ceci dit même avec ça bon nombre de jeux sont écris tout ou parti avec des langages à gc.
Tu as une source qui étaye cet argument ?
Parce que certes, les jeux côté serveur sont souvent écrits en un langage de script. Mais quand on regarde les jeux qui fonctionnent dans des environnements contraints (consoles de jeux), le C++ a une grosse part. Par exemple https://www.youtube.com/watch?v=X1T3IQ4N-3g
Pas nécessairement, je ne pense pas que prendre le modulo nécessite un test, par exemple.
Mais peut-être qu'un circuit électronique faisant le test peut avoir une différence de coût ou de performance. Le C prend en compte que le langage sera utilisé sur des plate-formes inconnues au moment de son élaboration, et laisse des comportements indéfinis ou des comportements définis par l'implémentation pour permettre d'exploiter au mieux le matériel.
Éventuellement, le standard pourrait définir plusieurs comportements en fonction de l'architecture, ce qui est pas pareil qu'un comportement indéfini.
C'est tout à fait illusoire, et non-souhaitable. Quand on voit déjà le temps de gestation d'une nouvelle norme, rajouter cette contraire est au mieux stupide. Les comportements indéfinis ou laissé au bon-vouloir de l'implémentation permettent au C d'être portable sur n'importe quelle plate-forme.
Ça pourrait ne pas être énorme.
Si c'était vrai, depuis 40 ans que le C existe, je crois que les mainteneurs du standard aurait fait quelque chose.
En C++, goto est superfétatoire tant qu'on utilise les exceptions. Par contre, en C, l'usage de goto peut se révéler indispensable, comme le montre Linux en l'employant pour le traitement des erreurs.
Tu remarqueras que je ne duplique pas le code : j'initialise la chaîne avec la valeur du premier élément du vecteur, s'il y en a un.
Mais bon, la solution canonique serait plutôt d'utiliser un algorithme.
Peut-être que des demeurés comme moi n'affichent pas les icônes, parce qu'ils trouvent un « reply to » plus compréhensible qu'une icône où on aperçoit vaguement une flèche vers l'arrière ?
Si c'est pour se retrouver avec un menu de téléphone merdique comme on a avec FF, Chrome et consorts, non merci.
Il y avait des problèmes de licences, de droits, de brevets. Bref, libérer le code source aurait coûté de l'argent à une société qui n'en avait déjà plus beaucoup.
Tu manques définitivement de perspective. On est en train de parler d'un OS qui était révolutionnaire à la fin des années 90, qui imposait une architecture aux applications (vue isolée dans son thread, bus système qui inspirera DBUS), et tu parles de ce qu'on peut faire en 2014 avec du C.
C'est bien joli de vouloir des utilisateurs, mais si c'est pour finir comme GNOME et tomber dans une grossière caricature de MacOSX, autant ne pas créer un projet différent.
J'avais quitté RedHat avec GNOME 1.2 pour BeOS, bien plus stable (surtout le navigateur) et ergonomique.
Après la mort de BeOS, j'étais retourné sous Linux et bénéficié de GNOME 2 qui avait le mérite d'être ergonomique et utilisable. Ce n'était pas aussi bon que BeOS, mais ça me permettait d'utiliser des navigateurs web récents.
Mais là, avec GNOME 3 et la maturité de HaikuOS, je sens que je vais à nouveau migrer.
Hurd a un autre problème que le support matériel : son image de projet trusté par quelques développeurs qui savent mieux que tout le monde ce qu'un noyau doit être. Tiens, ça me rappelle un autre projet libre.
Quand à la prétendue visibilité, tu me fais doucement rire. Développer par dessus un noyau Linux, c'est surtout se noyer au milieu de toutes ses distributions. Sauf bien sûr, quand on maîtrise le matériel, et qu'on a une armée de développeurs.
Il y a deux projets basés sur Linux qui visaient à recréer BeOS et qui se sont plantés. HaikuOS est celui qui réussi là où ceux qui ont tenté ta solution se sont plantés.
Le juridique est déjà bien aléatoire, mais alors quand on s'attaque au droit des marques, prétendre que la bataille est perdue d'avance me semble quelque peu osé.
Je pense plutôt que la perte d'image, et la perte du soutien des projets libres qui permettent l'existence de GroupOn, ont permis au service marketing et juridique d'accepter qu'il n'était pas tout puissant.
En fait, 100 % des foyers sont occupés d'ordinateurs, mais ils ne le savent pas. Ici, le problème c'est ce qu'est la définition d'un ordinateur (soit un module de mémoire et une unité de calcul, en considérant le modèle de Von Neumann).
[^] # Re: Un langage complexe ?
Posté par LupusMic (site web personnel, Mastodon) . En réponse à la dépêche Le langage Rust en version 1.0 alpha, on arrête de tout casser !. Évalué à 1.
Tu as une source qui étaye cet argument ?
Parce que certes, les jeux côté serveur sont souvent écrits en un langage de script. Mais quand on regarde les jeux qui fonctionnent dans des environnements contraints (consoles de jeux), le C++ a une grosse part. Par exemple https://www.youtube.com/watch?v=X1T3IQ4N-3g
[^] # Re: Une chose que j'ai oublié d'ajouter
Posté par LupusMic (site web personnel, Mastodon) . En réponse à la dépêche Le langage Rust en version 1.0 alpha, on arrête de tout casser !. Évalué à 2.
Mais peut-être qu'un circuit électronique faisant le test peut avoir une différence de coût ou de performance. Le C prend en compte que le langage sera utilisé sur des plate-formes inconnues au moment de son élaboration, et laisse des comportements indéfinis ou des comportements définis par l'implémentation pour permettre d'exploiter au mieux le matériel.
C'est tout à fait illusoire, et non-souhaitable. Quand on voit déjà le temps de gestation d'une nouvelle norme, rajouter cette contraire est au mieux stupide. Les comportements indéfinis ou laissé au bon-vouloir de l'implémentation permettent au C d'être portable sur n'importe quelle plate-forme.
Si c'était vrai, depuis 40 ans que le C existe, je crois que les mainteneurs du standard aurait fait quelque chose.
[^] # Re: Pas sûr que trouver des erreurs/la fiabilité soit si important pour la communauté libre..
Posté par LupusMic (site web personnel, Mastodon) . En réponse à la dépêche [code] Trouver les erreurs. Évalué à 0.
Tiens, j'ai oublié de supprimer l'instruction d'initialisation de la boucle for.
[^] # Re: Pas sûr que trouver des erreurs/la fiabilité soit si important pour la communauté libre..
Posté par LupusMic (site web personnel, Mastodon) . En réponse à la dépêche [code] Trouver les erreurs. Évalué à 4.
Sérieusement ? C'est ça ton exemple de goto incontournable ?
En C++, goto est superfétatoire tant qu'on utilise les exceptions. Par contre, en C, l'usage de goto peut se révéler indispensable, comme le montre Linux en l'employant pour le traitement des erreurs.
Tu remarqueras que je ne duplique pas le code : j'initialise la chaîne avec la valeur du premier élément du vecteur, s'il y en a un.
Mais bon, la solution canonique serait plutôt d'utiliser un algorithme.
# « Un dossier hiérarchisé »
Posté par LupusMic (site web personnel, Mastodon) . En réponse à la dépêche Sortie du noyau Linux 3.18. Évalué à 3.
C'est quoi donc ?
[^] # Re: Et le support standard du HTML 5 ??
Posté par LupusMic (site web personnel, Mastodon) . En réponse à la dépêche Firefox 34, ce Hérault. Évalué à 2.
C'est Rafarrin.
http://fr.emplois.d.narkive.com/Ssc53Nps/derivee-seconde-ou-derivee-troisieme
[^] # Re: Github
Posté par LupusMic (site web personnel, Mastodon) . En réponse à la dépêche Atelier SSH et clés publiques/privées le 20 décembre à Courbevoie. Évalué à 1.
En fait, j'aurais dû demander quelle intérêt par rapport à wget + ssh-keygen :p
[^] # Re: Github
Posté par LupusMic (site web personnel, Mastodon) . En réponse à la dépêche Atelier SSH et clés publiques/privées le 20 décembre à Courbevoie. Évalué à 5.
Quel est l'intérêt par rapport à ce qui suit ?
[^] # Re: Omar m'a tuer
Posté par LupusMic (site web personnel, Mastodon) . En réponse au sondage Ma page perso est hébergée sur.... Évalué à 2.
J'ai 34 ans, je m'en rappelle donc vaguement : je crois qu'il y a des adolescents qui s'intéressent au libre, enfin, c'est ce qui se murmure.
[^] # Re: Mature
Posté par LupusMic (site web personnel, Mastodon) . En réponse à la dépêche Du nouveau pour Thunderbird. Évalué à 2.
Chez toi il y a un gros bouton, pas chez moi. Remarque, je me fous aussi que ce soit dans un menu vu que j'utilise un raccourci clavier.
[^] # Re: Mature
Posté par LupusMic (site web personnel, Mastodon) . En réponse à la dépêche Du nouveau pour Thunderbird. Évalué à -1.
Peut-être que des demeurés comme moi n'affichent pas les icônes, parce qu'ils trouvent un « reply to » plus compréhensible qu'une icône où on aperçoit vaguement une flèche vers l'arrière ?
Si c'est pour se retrouver avec un menu de téléphone merdique comme on a avec FF, Chrome et consorts, non merci.
[^] # Re: Dépêche pas très claire...
Posté par LupusMic (site web personnel, Mastodon) . En réponse à la dépêche Rocket, ou pourquoi l'équipe de CoreOS lance une alternative à Docker. Évalué à 3.
Surtout quand ces hébergements son physiquement aux USA.
[^] # Re: Qu'est devenu le code source officiel de BeOS
Posté par LupusMic (site web personnel, Mastodon) . En réponse à la dépêche Haiku se lâche enfin. Évalué à 3.
Il y avait des problèmes de licences, de droits, de brevets. Bref, libérer le code source aurait coûté de l'argent à une société qui n'en avait déjà plus beaucoup.
[^] # Re: Eh ben...
Posté par LupusMic (site web personnel, Mastodon) . En réponse à la dépêche Haiku se lâche enfin. Évalué à 5.
Tu manques définitivement de perspective. On est en train de parler d'un OS qui était révolutionnaire à la fin des années 90, qui imposait une architecture aux applications (vue isolée dans son thread, bus système qui inspirera DBUS), et tu parles de ce qu'on peut faire en 2014 avec du C.
Quand au 30 s chrono, je demandes à voir.
[^] # Re: Eh ben...
Posté par LupusMic (site web personnel, Mastodon) . En réponse à la dépêche Haiku se lâche enfin. Évalué à -1.
C'est bien joli de vouloir des utilisateurs, mais si c'est pour finir comme GNOME et tomber dans une grossière caricature de MacOSX, autant ne pas créer un projet différent.
J'avais quitté RedHat avec GNOME 1.2 pour BeOS, bien plus stable (surtout le navigateur) et ergonomique.
Après la mort de BeOS, j'étais retourné sous Linux et bénéficié de GNOME 2 qui avait le mérite d'être ergonomique et utilisable. Ce n'était pas aussi bon que BeOS, mais ça me permettait d'utiliser des navigateurs web récents.
Mais là, avec GNOME 3 et la maturité de HaikuOS, je sens que je vais à nouveau migrer.
Hurd a un autre problème que le support matériel : son image de projet trusté par quelques développeurs qui savent mieux que tout le monde ce qu'un noyau doit être. Tiens, ça me rappelle un autre projet libre.
Quand à la prétendue visibilité, tu me fais doucement rire. Développer par dessus un noyau Linux, c'est surtout se noyer au milieu de toutes ses distributions. Sauf bien sûr, quand on maîtrise le matériel, et qu'on a une armée de développeurs.
[^] # Re: Eh ben...
Posté par LupusMic (site web personnel, Mastodon) . En réponse à la dépêche Haiku se lâche enfin. Évalué à 5.
Il y a deux projets basés sur Linux qui visaient à recréer BeOS et qui se sont plantés. HaikuOS est celui qui réussi là où ceux qui ont tenté ta solution se sont plantés.
[^] # Re: Eh ben...
Posté par LupusMic (site web personnel, Mastodon) . En réponse à la dépêche Haiku se lâche enfin. Évalué à 6.
En effet, rien que le principe de n'utiliser que l'espace disponible pour s'afficher, et ne jamais être en maximiser était très agréable.
[^] # Re: Félicitations
Posté par LupusMic (site web personnel, Mastodon) . En réponse à la dépêche GNU Emacs 24.4. Évalué à 1.
Et d'exécution des binaires dans le répertoire de l'utilisateur. Oui, il y a bien marqué software developer sur mon contrat de travail.
[^] # Re: Les trolls se perdent...
Posté par LupusMic (site web personnel, Mastodon) . En réponse à la dépêche GNU Emacs 24.4. Évalué à 0.
Ah, c'est à propos d'Emacs ? Mais tout le monde parle de Vim !
[^] # Re: Félicitations
Posté par LupusMic (site web personnel, Mastodon) . En réponse à la dépêche GNU Emacs 24.4. Évalué à 1. Dernière modification le 14 novembre 2014 à 15:54.
ctrl + c
[^] # Re: Félicitations
Posté par LupusMic (site web personnel, Mastodon) . En réponse à la dépêche GNU Emacs 24.4. Évalué à 1.
Surtout quand tu n'as pas le droit d'installer la moindre application non-validée.
[^] # Re: Félicitations
Posté par LupusMic (site web personnel, Mastodon) . En réponse à la dépêche GNU Emacs 24.4. Évalué à 2.
La dernière fois que je l'ai utilisé, ça ne marchait pas bien. Mais j'avoue que ça fait bien longtemps.
[^] # Re: Félicitations
Posté par LupusMic (site web personnel, Mastodon) . En réponse à la dépêche GNU Emacs 24.4. Évalué à 0.
Quand on t'inflige d'utiliser un MS Windows pour travailler, tu es bien content d'avoir un Vim à travers un Putty.
[^] # Re: Groupon ferait un signe
Posté par LupusMic (site web personnel, Mastodon) . En réponse à la dépêche La marque Gnome convoitée par la société Groupon. Évalué à 3. Dernière modification le 12 novembre 2014 à 13:45.
Le juridique est déjà bien aléatoire, mais alors quand on s'attaque au droit des marques, prétendre que la bataille est perdue d'avance me semble quelque peu osé.
Je pense plutôt que la perte d'image, et la perte du soutien des projets libres qui permettent l'existence de GroupOn, ont permis au service marketing et juridique d'accepter qu'il n'était pas tout puissant.
Mais j'avoue que c'est une extrapolation.
[^] # Re: Aucun rapport
Posté par LupusMic (site web personnel, Mastodon) . En réponse à la dépêche La marque Gnome convoitée par la société Groupon. Évalué à -1.
En fait, 100 % des foyers sont occupés d'ordinateurs, mais ils ne le savent pas. Ici, le problème c'est ce qu'est la définition d'un ordinateur (soit un module de mémoire et une unité de calcul, en considérant le modèle de Von Neumann).