Mais en quoi le reproductibilité à l'identique est un avantage ? Il faut simplement pouvoir faire en sorte que les actions soient reconnues de manière adéquate par la machine.
Autre exemple, tu choisis une couleur en pointant la souris sur un disque ou tu entres un numéro RGB, et tu essaies de refaire la même chose, tu seras moins précis avec le disque.
Un jour on a inventé la pipette pour le cas où c'est utile.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
Actuellement, il n'y a aucun langage qui permet de générer du dessin vectoriel
Le postscript c'est quoi d'après toi ? Le PDF en est un descendant et avec tikz tu peut faire des choses de manière plus simples qu'avec postscript. SVG est un langage de balisage xml qui permet de faire du dessin vectoriel (il n'est pas seul il y a VML).
Bref des langages de dessin vectoriel, il y en a pleins les dessins vectoriels, c'est juste que les utilisateurs préfèrent utiliser inkscape, dia ou LibO Draw.
Un langage bien pensé simplifierait grandement la tâche (un peu comme le langage povray pour la 3D).
Commence par regarder ceux qui existe, ce seras déjà un début. Ensuite si tu as de nouvelles idées faire un compilateur entre ton langage et postscript ou SVG ne doit pas être le plus compliqué.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
Et comme tu montre un exemple tu prouve la supériorité ? Tu utilise quoi comme navigateur ? Les informations qu'ils te transmet sont elles toutes textuelles ? Tu communique comment avec ta télévision ? Tu utilise ton téléphone via un terminal uniquement ?
C'est débile de chercher à opposer deux modes d’interaction avec la machine. Le choix doit se faire en fonction de la fonction utilisée et de l'utilisateur. Des logiciels comme vlc permettent les deux approches et c'est bien comme ça.
Si toi tu préfère le shell pour tes usages pourquoi il devrait en être autant pour tout le monde et pour tout les usages ?
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
De manière générale, les interfaces graphiques sont une régression dans notre approche de la machine. La communication par mouvement est beaucoup moins précise (car moins reproductible) que la communication par langage.
C'est faux. Les signes peuvent être extrêmement précis et la langue parlée est bien plus complète que le langage écris car l'intonation, les pauses, la vitesse de la parole et la communication non-verbale qui l'accompagne apporte énormément d'informations complexe à retranscrire par l'écris. Ce que tu veux dire c'est que le langage écris est plus simple à traduire pour des machines, on a pas à le séquencer et le retraiter x fois. Mais ce n'est pas parce que les machines maitrises mieux les langages écris que les langages non-écris sont moins précis ou transmettent moins d'informations.
Et historiquement, si on a inventé les langages humain pour communiquer, c'est pour mieux se comprendre.
Historiquement on a inventé la parole pour communiquer et l'écris n'est là que pour transmettre dans le temps ou l'espace. Mais les dessins sont arrivé avant les langues écrites toujours pour communiquer.
il est nécessaire de communiquer avec elle à travers un langage pour mieux l'utiliser.
Tu fais un amalgame entre le langage et l'écriture. Un langage pour être parlé (sans avoir de correspondance écrite), signé, sifflé ou je ne sais quoi d'autres.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
mon précédant journal, noté à -30 au moment où j'écris ces lignes
Et celui-ci est à un très joli -42 au moment où je lis. Je présume que les moules appliquent l'expression « errare humanum est, perseverare diabolicum ».
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
La grosse nouveauté Ext4 de ce noyau est la possibilité de générer un code cyclique redondant de type CRC-32 sur les métadonnées du système de fichiers. Les codes cycliques redondants permettent, en échange d'une consommation plus importante de l'espace disque, à la fois de détecter et de réparer les données corrompues.
Dans la pratique, lorsqu'une corruption est détectée il est possible de ne monter le système de fichiers qu'en lecture seule afin d'éviter des pertes de données sur les systèmes corrompus. Cette fonctionnalité s'active via tune2fs si vous ne voulez par reformater votre partition. Par contre, un noyau antérieur à cette version ne pourra, dans tous les cas, que monter le système de fichiers en lecture seule. De plus fsck est capable d'utiliser cette information pour réparer le système de fichiers.
Rah je n'ai pas eu beaucoup de temps pour aider sur cette dépêche…
Ext4 a deux autres grosses nouveautés :
Inline data
Les tailles d'inodes sont prédéfinies (256o) et lorsqu'on n'utilise pas d'attributs étendus, de la place est perdue (ext4 utilise la moitié de la place). Pour les tout petits fichiers, il est maintenant possible de les stocker dans l'inode. Tao Ma's, l'auteur de cette fonctionnalité explique que sur ces tests il a réduit de 1% l'espace occupé pour l'ensemble du système et de 3% si on ne s'intéresse qu'à /usr.
Il faut noter qu'avec ce patch, un fichier tout petit qui serait amené à grossir, devrait être déplacé de l'inode vers l'espace de stockage classique. Il faut donc bien tester la pertinence de la solution avant de l'utiliser en production (sur des clusters par exemple).
Bigalloc
Ce patch s'attaque au problème de performance que peut poser les très grandes tables d'allocation avec des blocs de 4Kio sur des grands espaces de stockage.
Jusqu'à présent il était possible de définir des tailles de blocs plus gros pour gérer des système de fichiers qui gèrent quasiment que de gros fichiers. Cette solution manquait de souplesse, mais avais aussi d'autres inconvénients car elle impacte l'ensemble du systèmes comme les pages de cache.
Le bigalloc consiste a ajouter la notion de grappe d'inode. Ainsi le système de fichier peut utiliser de grands blocs sans impacter le reste du système. Lorsqu'une allocation d'un seul bloc est demandé alors le système de fichier maintiendra une correspondance entre les blocs noyau et ceux du système de fichier.
Cette solution permet un gain en espace disque car les tables d'allocation sont plus petites, mais aussi un gain lors des entrées sorties.
Voila
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
Cette icône, en plus de vous permettre d'accéder rapidement à votre site favori, affichera également une notification si une personne écrit une réponse à l'un de vos commentaires (et que vous ne l'avez pas encore lue).
Je n'ai jamais essayé unity, mais je suis heureux de ne pas l'utiliser : avec ce genre de fonctionnalité ma productivité tomberait en flèche.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
Ils me semble que le Vatican laisse le passé au passé et ne cherche pas à remettre en cause (bien au contraire diront certains) ce que leurs prédécesseurs ont fait. Comme tu le sous-entend les procès en canonisation contemporain des faits était plus à même d'accéder aux faits que nous.
Actuellement les deux principaux miracles reconnu par le Vatican sont :
les martyrs, ça c'est pas bien compliqué à juger. Quelqu'un est mort opprimé pour sa foie ;
les rémissions rapides : pour ce genre de choses ils demandent un certificat médicale comme quoi la maladie était bien présente puis un autre peu de temps après attestant de la disparition de cette dernière. Si en l'état actuel de nos connaissances nous ne savons pas guérir cette maladie dans un laps de temps si cours, c'est considéré comme un miracle.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
J'utilise fossil depuis environ un an et il fonctionne très bien.
Je ne dis pas qu'il est pas stable ou mauvais. Juste que pour passer l'ensemble de ports FreeBSD (qui doivent faire quelques Gios), ils veulent probablement avoir plus de recule et voir des cas d'usages avec des gros projets un peu plus petits qu'eux.
Sinon pourquoi vouloir une licence non copyleft pour un tel logiciel?
C'est leur politique. Choisir autant que possible des licences sans copyleft (donc BSD, Apache et MIT principalement). C'est comme ça qu'ils définissent le libre. Pour eux si tu met une entrave à la réutilisation (ou sur la licence de celui-ci) du code c'est pas libre.
Si tu veut troller BSD/GPL, tu pourra en trouver des centaines de milliers partout sur le web.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
Wow ! Je suis entrain de regarder git, mercurial, bazaar, monotone, darcs et même svk sont sous licence GPL. Ça ne fait plus grand chose sans copyleft. Il y a fossil mais je ne suis pas certains qu'ils soit assez mature.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
Selon comment tu utilise ton tableur si. Ce que le tableur fait en plus (outre l'aspect présentation graphique des données), c'est la possibilité d'avoir des formules pour des lignes ou des colonnes et de remplir de manière incrémentale un tableau. Mais si on est près à accepter quelques contraintes, on peut le faire en R avec un tableau en CSV et un script R.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
RCran si tu préfère, c'est une version libre de S, c'est à dire un langage de programmation principalement fait pour les statistiques mais qui peut au final faire tout un tas de manipulations sur des nombres, vecteurs, matrices de manière simplifié. Il s'utilise souvent via un shell interactif et permet de générer de joli graphe en png ou pdf. Comme il s'agit d'un vrai langage turing-complet, tu peut implémenter des algo avancés directement en R. La prise en main peut par contre être un peu ardue, parce qu'il y a des syntaxes puissantes pour traiter simplement des jeux de données qui ne sont pas intuitive (ou alors peut être qu'elles le sont pour les programmeurs fonctionnels).
Grosso modo c'est un peu comme ipython avec numpy et matplotlib*, sauf que c'est pas du python (avantage ou inconvénient à vous de voir).
*: Je présume que les spécialistes de R vont me tuer avec cet énoncé mais de ce que j'ai vu de l'un et de l'autre beaucoup de fonctionnalités se recoupent avec cet outillage. La principale différence qui me viens à l'idée c'est que l'interpréteur R est capable de sauvegarder la cession, ce qui est très appréciable (et je ne crois pas que ça existe avec ipython.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
Tu est en train de faire un traducteur/compilateur. Tu ne peux vraiment pas présager la durée de vie de tes variables, ni comment elles vont être utilisées.
Les compilateurs qui génèrent du code statiques font de l'élimination de variables non-utilisées et font de la recopie de valeur s'ils peuvent justement parce qu'ils ont toutes les informations.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
Autant j'aime LaTeX et je l'utilise autant que possible, autant je reconnais :
qu'il est compliqué
qu'il n'offre pas certaines fonctionnalités : transmettre facilement un fichier et le faire modifier par autrui qui te le renvoie avec gestion des remarques. C'est possible avec de la gestion de version et/ou les annotations PDF, mais d'une part pour le dépôt svn/git c'est au moins aussi compliqué et pour les annotations PDF c'est pas encore super bien supporté
il est très gros sur disque et lourd pour générer des dvi/ps/pdf (au choix)
En plus je trouve R moins pratique qu'un tableur classique (même s'il a un tas de fonctionnalités).
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
En l'état actuel, les gens n'ont rien à foutre de ce qu'ils n'utilisent pas. Et ça va peut-être t'étonner, mais la majorité des gens changent souvent leur matos. Linux ne suit pas, alors que ça marche avec Windows.
C'est complètement hors-sujet. Il n'est pas fait mention de date dans le comparatif.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: L'avis d'Eben Moglen
Posté par barmic . En réponse au journal L'esprit UNIX, une culture des mots. Évalué à 1.
Comme quoi la précision du langage écris…
Mais en quoi le reproductibilité à l'identique est un avantage ? Il faut simplement pouvoir faire en sorte que les actions soient reconnues de manière adéquate par la machine.
Un jour on a inventé la pipette pour le cas où c'est utile.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: L'avis d'Eben Moglen
Posté par barmic . En réponse au journal L'esprit UNIX, une culture des mots. Évalué à 3.
Le postscript c'est quoi d'après toi ? Le PDF en est un descendant et avec tikz tu peut faire des choses de manière plus simples qu'avec postscript. SVG est un langage de balisage xml qui permet de faire du dessin vectoriel (il n'est pas seul il y a VML).
Bref des langages de dessin vectoriel, il y en a pleins les dessins vectoriels, c'est juste que les utilisateurs préfèrent utiliser inkscape, dia ou LibO Draw.
Commence par regarder ceux qui existe, ce seras déjà un début. Ensuite si tu as de nouvelles idées faire un compilateur entre ton langage et postscript ou SVG ne doit pas être le plus compliqué.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: L'avis d'Eben Moglen
Posté par barmic . En réponse au journal L'esprit UNIX, une culture des mots. Évalué à -4.
Et comme tu montre un exemple tu prouve la supériorité ? Tu utilise quoi comme navigateur ? Les informations qu'ils te transmet sont elles toutes textuelles ? Tu communique comment avec ta télévision ? Tu utilise ton téléphone via un terminal uniquement ?
C'est débile de chercher à opposer deux modes d’interaction avec la machine. Le choix doit se faire en fonction de la fonction utilisée et de l'utilisateur. Des logiciels comme vlc permettent les deux approches et c'est bien comme ça.
Si toi tu préfère le shell pour tes usages pourquoi il devrait en être autant pour tout le monde et pour tout les usages ?
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: L'avis d'Eben Moglen
Posté par barmic . En réponse au journal L'esprit UNIX, une culture des mots. Évalué à 9.
C'est faux. Les signes peuvent être extrêmement précis et la langue parlée est bien plus complète que le langage écris car l'intonation, les pauses, la vitesse de la parole et la communication non-verbale qui l'accompagne apporte énormément d'informations complexe à retranscrire par l'écris. Ce que tu veux dire c'est que le langage écris est plus simple à traduire pour des machines, on a pas à le séquencer et le retraiter x fois. Mais ce n'est pas parce que les machines maitrises mieux les langages écris que les langages non-écris sont moins précis ou transmettent moins d'informations.
Historiquement on a inventé la parole pour communiquer et l'écris n'est là que pour transmettre dans le temps ou l'espace. Mais les dessins sont arrivé avant les langues écrites toujours pour communiquer.
Tu fais un amalgame entre le langage et l'écriture. Un langage pour être parlé (sans avoir de correspondance écrite), signé, sifflé ou je ne sais quoi d'autres.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
# Note
Posté par barmic . En réponse au journal Pourquoi je quitte KDE (désolé, c'est dimanche). Évalué à 8.
Et celui-ci est à un très joli -42 au moment où je lis. Je présume que les moules appliquent l'expression « errare humanum est, perseverare diabolicum ».
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: Normal quoi
Posté par barmic . En réponse au journal Pourquoi je quitte KDE (désolé, c'est dimanche). Évalué à 2.
Une bonne LFS serait parfaite.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: empeche ou permet
Posté par barmic . En réponse à la dépêche Sortie du noyau Linux 3.5. Évalué à 8.
Je ne crois pas. Ça permet de laisser le système éveillé sans avoir à maintenir une activité qui consommerait la CPU.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
# Ext4
Posté par barmic . En réponse à la dépêche Sortie du noyau Linux 3.5. Évalué à 10.
Rah je n'ai pas eu beaucoup de temps pour aider sur cette dépêche…
Ext4 a deux autres grosses nouveautés :
Inline data
Les tailles d'inodes sont prédéfinies (256o) et lorsqu'on n'utilise pas d'attributs étendus, de la place est perdue (ext4 utilise la moitié de la place). Pour les tout petits fichiers, il est maintenant possible de les stocker dans l'inode. Tao Ma's, l'auteur de cette fonctionnalité explique que sur ces tests il a réduit de 1% l'espace occupé pour l'ensemble du système et de 3% si on ne s'intéresse qu'à
/usr.Il faut noter qu'avec ce patch, un fichier tout petit qui serait amené à grossir, devrait être déplacé de l'inode vers l'espace de stockage classique. Il faut donc bien tester la pertinence de la solution avant de l'utiliser en production (sur des clusters par exemple).
Bigalloc
Ce patch s'attaque au problème de performance que peut poser les très grandes tables d'allocation avec des blocs de 4Kio sur des grands espaces de stockage.
Jusqu'à présent il était possible de définir des tailles de blocs plus gros pour gérer des système de fichiers qui gèrent quasiment que de gros fichiers. Cette solution manquait de souplesse, mais avais aussi d'autres inconvénients car elle impacte l'ensemble du systèmes comme les pages de cache.
Le bigalloc consiste a ajouter la notion de grappe d'inode. Ainsi le système de fichier peut utiliser de grands blocs sans impacter le reste du système. Lorsqu'une allocation d'un seul bloc est demandé alors le système de fichier maintiendra une correspondance entre les blocs noyau et ceux du système de fichier.
Cette solution permet un gain en espace disque car les tables d'allocation sont plus petites, mais aussi un gain lors des entrées sorties.
Voila
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
# Unity
Posté par barmic . En réponse à la dépêche Intégration des web apps (dont LinuxFr.org) dans Unity. Évalué à 6.
Je n'ai jamais essayé unity, mais je suis heureux de ne pas l'utiliser : avec ce genre de fonctionnalité ma productivité tomberait en flèche.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: allocation de tableau
Posté par barmic . En réponse au journal pythran rampe. Évalué à 2.
L'utilisation de threads a une coût.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: Ca tombe bien
Posté par barmic . En réponse à la dépêche Jolla, la continuité de MeeGo. Évalué à 3.
Ils me semble que le Vatican laisse le passé au passé et ne cherche pas à remettre en cause (bien au contraire diront certains) ce que leurs prédécesseurs ont fait. Comme tu le sous-entend les procès en canonisation contemporain des faits était plus à même d'accéder aux faits que nous.
Actuellement les deux principaux miracles reconnu par le Vatican sont :
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: LLVM
Posté par barmic . En réponse au journal pythran rampe. Évalué à 2.
Certains diraient :
Mais ça doit être possible puisque c'est un point qui avait beaucoup était discuté pour la version 2011 du C++.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: Ca tombe bien
Posté par barmic . En réponse à la dépêche Jolla, la continuité de MeeGo. Évalué à 3.
C'est moi où il manque un bout à la première phrase ?
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: SVN vs Git
Posté par barmic . En réponse au journal De tout, de rien, des bookmarks, du bla bla. Évalué à 2.
Un DCVS pourrait justement leur permettre d'avoir un workflow arborescent, non ?
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: SVN vs Git
Posté par barmic . En réponse au journal De tout, de rien, des bookmarks, du bla bla. Évalué à 3.
En principe toute la toolchain est importante.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: SVN vs Git
Posté par barmic . En réponse au journal De tout, de rien, des bookmarks, du bla bla. Évalué à 4.
Je ne dis pas qu'il est pas stable ou mauvais. Juste que pour passer l'ensemble de ports FreeBSD (qui doivent faire quelques Gios), ils veulent probablement avoir plus de recule et voir des cas d'usages avec des gros projets un peu plus petits qu'eux.
C'est leur politique. Choisir autant que possible des licences sans copyleft (donc BSD, Apache et MIT principalement). C'est comme ça qu'ils définissent le libre. Pour eux si tu met une entrave à la réutilisation (ou sur la licence de celui-ci) du code c'est pas libre.
Si tu veut troller BSD/GPL, tu pourra en trouver des centaines de milliers partout sur le web.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: SVN vs Git
Posté par barmic . En réponse au journal De tout, de rien, des bookmarks, du bla bla. Évalué à 6.
Wow ! Je suis entrain de regarder git, mercurial, bazaar, monotone, darcs et même svk sont sous licence GPL. Ça ne fait plus grand chose sans copyleft. Il y a fossil mais je ne suis pas certains qu'ils soit assez mature.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: C'est amusant
Posté par barmic . En réponse au journal Étude migration vers OpenOffice de 2005. Évalué à 3.
Comme pour tout les langages a une lettre (et il y en a un paquet). Généralement je cherche "r cran".
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: C'est amusant
Posté par barmic . En réponse au journal Étude migration vers OpenOffice de 2005. Évalué à 2.
Selon comment tu utilise ton tableur si. Ce que le tableur fait en plus (outre l'aspect présentation graphique des données), c'est la possibilité d'avoir des formules pour des lignes ou des colonnes et de remplir de manière incrémentale un tableau. Mais si on est près à accepter quelques contraintes, on peut le faire en R avec un tableau en CSV et un script R.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: C'est amusant
Posté par barmic . En réponse au journal Étude migration vers OpenOffice de 2005. Évalué à 4.
RCran si tu préfère, c'est une version libre de S, c'est à dire un langage de programmation principalement fait pour les statistiques mais qui peut au final faire tout un tas de manipulations sur des nombres, vecteurs, matrices de manière simplifié. Il s'utilise souvent via un shell interactif et permet de générer de joli graphe en png ou pdf. Comme il s'agit d'un vrai langage turing-complet, tu peut implémenter des algo avancés directement en R. La prise en main peut par contre être un peu ardue, parce qu'il y a des syntaxes puissantes pour traiter simplement des jeux de données qui ne sont pas intuitive (ou alors peut être qu'elles le sont pour les programmeurs fonctionnels).
Grosso modo c'est un peu comme ipython avec numpy et matplotlib*, sauf que c'est pas du python (avantage ou inconvénient à vous de voir).
*: Je présume que les spécialistes de R vont me tuer avec cet énoncé mais de ce que j'ai vu de l'un et de l'autre beaucoup de fonctionnalités se recoupent avec cet outillage. La principale différence qui me viens à l'idée c'est que l'interpréteur R est capable de sauvegarder la cession, ce qui est très appréciable (et je ne crois pas que ça existe avec ipython.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: allocation de tableau
Posté par barmic . En réponse au journal pythran rampe. Évalué à 2.
Les compilateurs qui génèrent du code statiques font de l'élimination de variables non-utilisées et font de la recopie de valeur s'ils peuvent justement parce qu'ils ont toutes les informations.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: C'est amusant
Posté par barmic . En réponse au journal Étude migration vers OpenOffice de 2005. Évalué à 2.
T'es du genre à mieux savoir que les utilisateurs ce dont ils ont besoin ?
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: C'est amusant
Posté par barmic . En réponse au journal Étude migration vers OpenOffice de 2005. Évalué à 4. Dernière modification le 16 juillet 2012 à 23:44.
Autant j'aime LaTeX et je l'utilise autant que possible, autant je reconnais :
En plus je trouve R moins pratique qu'un tableur classique (même s'il a un tas de fonctionnalités).
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: C'est amusant
Posté par barmic . En réponse au journal Étude migration vers OpenOffice de 2005. Évalué à 6.
Tu trouve encore des webcams qui ne fonctionnent pas avec linux ?
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: C'est amusant
Posté par barmic . En réponse au journal Étude migration vers OpenOffice de 2005. Évalué à 4.
C'est complètement hors-sujet. Il n'est pas fait mention de date dans le comparatif.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)