Sytoka Modon a écrit 4551 commentaires

Je l'ai acheté chez LDLC. En gros, c'est ce modèle :

http://www.ldlc.com/fiche/PB00113270.html

Mais bon, c'est le modèle d'y il a deux ans… J'avais pris un modèle sans mémoire ni disque (moins chère) et j'avais mis 4Go de RAM et un disque hybride plus performant. Avec l'ATOM, c'est pas un foudre de guerre mais on a deux sessions en même temps (F7, F8… quoique plus aussi simple avec les dernières versions de GDM !) sous XFCE et ça roule. GNOME, c'est quand même gourmand pour ce genre de machine.

Coté consommation, c'est de l'ordre de 20W donc bien moins que mon ancienne tour DELL. Il faudrait que je m'achète ces prises qui mesurent réellement la consommation. Enfin, le block alimentation est tout petit, on le voit sur la photo. Je serais pas étonné que mon ancien écran DELL consomme plus ! D'ailleurs, c'est très pratique de pouvoir l'accrocher derrière l'écran…

L'échange est toujours instructif ;-)

Pour la longueur des lignes, on peux rallonger à plus via une option du compilateur. En général, je fixe vers 132… en tabulant à 3 espace (j'aime pas les tabulations).

Pour le "end do" et le "end if", la forme avec espace est mieux de mon point de vue car tu mets "end subroutine" et non "endsubroutine"… Mais je fais moi aussi partie des pointilleux ;-)

Enfin, entre les majuscules et les minuscules, il y a pleins d'écoles ! Personnellement, je suis de l'école

mot clef : minuscules
variable : MAJUSCULE
module   : PremiereLettreEnMajuscule
function : ma_fonction  ou module@ma_function (on peux mettre des @ dans les noms !)

Donc ton exemple devient

write(UNIT=OUTPUT_UNIT, FMT='(a)') 'hello world!'

Mais bon, là, tous les goûts et les couleurs sont dans la nature… Dans mon laboratoire actuel, on sens le "passif" 77 et il font l'inverse en règle générale. Moi, j'aime bien voir facilement une variable dans un langage, c'est peut être aussi pour cela que j'aime bien le $ du Perl ;-)

Sinon, je ne suis pas fanatique des paramètres de configuration compilé en dur. Voir par exemple le windows manager DWM qui ne peux guère être utilisé que dans des environnements de niche (Voir http://dwm.suckless.org/). J'aurais tendance, pour ne pouvoir distribuer qu'un seul fichier binaire, à mettre le CSS dedans codé en dur mais de ne le prendre que s'il n'y a pas un fichier proposé à coté…

Le gros changement avec le Fortran 90, ce sont les modules et la fin des includes. Comme le langage est rétro-compatible (quasiment), les anciennes formes restent.

Fortran est un langage ou on peux programmer sans mettre d'espace (sauf en début de ligne)… Ma mère programmait ainsi sur carte lorsque j'étais petit. Mais aujourd'hui, on utilise la forme libre très inspiré d'Ada (normal lorsqu'on voit qui est dans le comité technique).

Je trouve personnellement que les USE avec l'instruction ONLY permet de toujours spécifier qui vient d'ou et d'avoir quelque chose de propre. Pour une personne débutante, le code est bien plus lisible à mon sens et plus facile à modifier.

Lorsque j'ai commencé le Fortran, mes collègues faisaient tout avec. J'ai basculé à l'époque une partie des filtres en Perl car c'était bien plus rapide à développer et bien plus maintenable. Ces filtres marchent toujours tel quel à ce jour. J'avoue que c'est un truc appréciable en Perl cette pérennité du langage tout en sachant aussi évoluer (comme Fortran).

Voila, c'était juste des remarques générales. Si tu veux absolument coder une chaîne dans du code, tu peux aussi utiliser les NAMELIST. En gros, tu écris un fichier au format NAMELIST et ton code le relit. Pour la partie CSS, cela permet de modifier ensuite le CSS sans recompiler, puisque le fichier est lu et interprété à chaud (en une seule ligne de Fortran).

Bon courage pour la suite

D'un autre coté, s'ils sont près à acheter un MAC si tu passes à XFCE, tu peux déjà changer leur vieux P4 32 bits par une machine moderne sous laquelle GNOME ne posera plus de soucis ;-)

A la maison, je suis sur un ZOTAC en mode 64bits sous Debian avec XFCE et pour ce que j'en fait, ca suffit. Ainsi, j'ai réduit ma conso électrique sur le poste informatique ;-)

Autant je défend souvent le Fortran ici, notamment pour le calcul, autant pour le traitement de chaîne, les langages de scripts sont plus adaptés (Perl par exemple a été fait pour cela).

J'ai regardé un peu le code et je trouve que c'est un peu fort de dire que c'est du Fortran 2008. Pour moi, un code Fortran propre n'utilise pas d'INCLUDE mais est architecturé en module utilisé par la commande USE. Lorsque tu utilise un entier, tu ne déclare pas son type (KIND) et la longueur des chaînes n'a pas été paramétré en global via une constante (PARAMETER). Bref, pour moi, c'est pas vraiment du Fortran 90…

Ensuite, écrire le CSS en Fortran, c'est vraiment avoir envie de se faire mal. Pourquoi ne pas charger le fichier css directement ?

Si les personnes ont des identifiants jabber sur des serveurs différents, c'est le jitsi-videobridge installé sur la même machine que le serveur jabber hébergeant le salon qui est utilisé ?

Au niveau port, les routeurs ouvrent les ports tout seul ?

Je me pose la question car si un test est possible sur "jit.si", il n'est pas question de demander au personnel d'aller se créer un compte sur un service extérieur pour un usage professionnel.

On la trouve où cette nouvelle merveille ?

Ce n'est pas forcément un problème non plus. Arrêtons de toujours penser en variable globale ;-)

Moi je pense que nos députés, français ou européen, ne font pas leur boulot.

En effet, les iPhones, iPad et autres auraient du être interdit en Europe à cause du magasin unique. L'UEFI et tout le reste suit… (Amazon…). En étant exclu de l'Europe, Apple aurait changé de politique.

Il n'est pas normal d'être bloqué sur un magasin.

Comme tu l'as dis toi même, unison fait cela aussi. Il suffit de lui faire deux profils, un pour chaque lieu…

Qt est-il piloté par une fondation libre ?

Je pense que lorsqu'on a subit le joue d'Oracle et qu'on arrive enfin à former une communauté libre autour de son projet, qu'on essaye de virer Java dont le pilotage à toujours posé des problèmes, on n'a pas forcément envie de se mettre un autre fils à la patte quel que soit la qualité de l'environnement, notamment si ce n'est pas un aspect critique du projet.

J'ai des doutes que dans le Cloud, ils n'aient que du RH…

Bref, il y a les statistiques sur les serveurs Web qui indiquent que Debian est pour le moment en tête (sur cette partie là).

De toute manière, du code noyau n'a que peu a voir avec du code utilisateur… Donc à mon avis, il faudra recoder. L'important ici est d'avoir une implémentation (algo) qui fonctionne.

Voila un petit comparatif entre ceph (mode noyau) et glusterfs (fuse), je vous laisse lire…

http://www.gluster.org/2013/01/glusterfs-vs-ceph/

Bref, FUSE n'est pas forcément mauvais partout et pour lire des cartes SD ou des clefs USB qui s'arrache facilement, peut être qu'un programme en mode utilisateur n'est pas plus mal !

Il a a plusieurs manière de faire des expressions rationnelles en Perl. Par ailleurs, il est possible de dé-activer le backtrack…

Par exemple, Marpa est un projet bien plus large qui peut être utile dans des cas pointus.

http://jeffreykegler.github.com/Marpa-web-site/

Je me fiche un peu du look pour mes programmes… Je parle ici de la facilité et de la qualité de l'API. Si Tk était plus utilisé, pas de doute que l'aspect visuel serait amélioré !

Apres, le monde objective-c est un peu different, gcc n'en a vait rien a faire de ce langage

Enfin, le support de Fortran et d'Ada dans Clang est proche de zéro. Vive la diversité ;-)

De quand date ces phrases, that is the question ?

En 2000, j'avais déjà basculé un programme de tcl/tk vers perl/tk et je ferais aujourd'hui la même chose. Tk est une super bibliothèque, c'est Tcl le problème, je dois être hermétique à la beauté de ce langage mais je passais un temps fou à comprendre le moindre truc dedans qui déconnais.

libc, gcc, bash, tous les outils de base… Qu'est ce qu'il ne faut pas entendre ! Tu n'as jamais travaillé sur un UNIX propriétaire ou les outils de base sont à poils !

C'est pas parce que GNU n'est pas très bon sur les outils moderne click click qu'il faut en conclure et affirmer qu'ils sont nuls !

Cela fait déjà longtemps que j'ai remplacé grep par ack-grep dans bon nombre de cas…

Regarde un peu le nombre de développeur et pour qui ils bossent… avant d'avancer des choses. Le projet a 22 ans comme tu le dis mais les objectifs ne sont plus les mêmes, et cela depuis longtemps ! Le propre d'un projet qui souhaite vivre, c'est de savoir adapter ses objectifs (cf Bruno Latour).

Mais pourquoi ces phrases gratuites contre la FSF et le GNU ? Je te rappelle qu'ils ne s'enlisent pas car ils ont retiré depuis longtemps leurs billes du HURD…

C'est facile de faire des phrases assassinent depuis son canapé ;-)

J'ai jamais dis que GNU avait renié HURD !

HURD reste un projet GNU mais s'il avance, tant mieux, si personne ne travaille dessus, c'est pas grave non plus. Le projet GNU ne met plus de force dessus, c'est tout.

Ca tombe bien, Windows NT est aussi un enfant de VMS…