Vous remarquerez que les numéros de pages en bas permettent de naviguer dans la présentation.
Par contre, j'ai pas encore entièrement finit la feuille de style prosper (http://web.iu-vannes.fr/docinfo/import/exp-XML-DESS-2002/signatures(...) ) qui permet de faire ce genre de présentation. On doit encore rentrer à la main le nombre de transparent du document :(. J'ai pas trop eu le temps de trouver une solution.
Merci d'avoir proposé ce lien, je ne connaissais par cet utilitaire.
Franchement, je trouve ça super pratique : moi qui était en train d'écrire mes rapports en XHTML (avec Amaya) et qui les retransformer en LaTeX pour avoir une version imprimable nickel, je crois que je vais reprendre mon bon vieux emacs.
C'est vraiment pratique, je viens de faire un petit test, et voici ce que j'en retiens (entre autre) :
- On se retrouve beaucoup plus facilement dans le texte (surlignage des sections), on retrouve aussi les images plus facilement.
- La visualisation des figures PStricks, même si je ne les écris plus très souvent à la main (merci dia), c'est toujours pratique de pouvoir visualiser les proportions des images. De même pour les tableaux, même très compliqués.
- La prise en main est rapide et c'est relativement intuitif.
Par contre j'ai des problèmes avec mes présentations écrites en Prosper, je regarderais ça plus tard.
De même, les commandes \chapter{...} ne sont pas prises en compte par l'option sections, je vais aller voir si c'est normal dans les sources.
Pour l'installation pas de problème particulier (mdk9.1) : urpmi preview-latex-emacs (dans les contrib il me semble). J'avais juste une erreur avec le type d'image d'aperçu avec Ghostscript, j'ai du passer en jpeg ou lieu de png.
Pour tous les utilisateur du couple LaTeX/Emacs c'est vraiment à essayer.
Excuse moi je me suis gouré d'endroit pour poster mon message (j'aurais du créer un nouveau Thread), je ne voulais pas dire que tu avais des problèmes de matos par rapport à ta remarque sur ton écran.
J'ai un Gericom Commander 14,1'' depuis début Janvier , P4 1.8Gh, 256 Mo de ram DDR, GeForce 4go (32Mo), 20 Go de DD, Comba DVD/graveur, carte reseau 100Mb/s, Modem 56k (!), port Firewire ... le tout pour 1400 Euros.
Tout le matériel est reconnu sous Linux. Je te conseille d'aller voir le site de Gericom http://www.gericom.fr/ pour voir les dernières offres.
C'est mon deuxième PC portable, après un Toshiba que j'avais pris car je pensais que le matos serait mieux reconnu qu'un PC sans marque. Le tout est de reussir à avoir les spécif des composants (carte graphique, carte réseau, carte sons), même si la plupart des chipsets sont souvent des composants ayant fait leurs preuves depuis longtemps.
Le problème, c'est que si j'avais écrit debuger (ou débogueur), j'aurais eu une réponse me disant qu'en français on doit dire dévermineur (ou une autre traduction).
Le plus important c'est que ça reste compréhensible, mais si tu voulais juste lancer un troll orthographique, j'ai mis les 2 pieds dedans :)
Pour ce qui de la comparaison avec Visual Studio je ne pas dire grand chose vu le peu de temps où j'ai travaillé sur ce dernier.
Par contre, pour moi, Eclipse est certainement le meilleur éditeur de code Java (bien qu'il puisse faire autre chose) que j'ai pu essayer (NetBeans, Jedit, Emacs(!) ...). Voici quelques éléments (non exhaustif) qui m'ont vraiment plu :
Interface relativement légère (par rapport à NetBeans par exemple) pour une appli Java (utilisation de SWT);
Complétion automatique disponible presque partout (nom de méthode, variables locales ...). Il y a aussi des sortes de macros disponibles (stdout pour System.out.println) et il vous propose aussi des guides pour les structures de boucles (for, while ...) avec iterateur, enumérateur ou simplement par index (int i=0; i<...);
Compilation à la volée du code, ce qui permet de voir les erreurs de compilation en même temps que l'on écrit son code. L'assistant de correction d'erreur est très performant (exemples : La première fois que vous faites un Vector toto = new Vector(); il vous dit que la classe Vector n'ai pas déclarée, il vous propose alors de faire un import java.util.Vector. C'est aussi très pratique pour les exceptions, il peut placer les catchs automatiquement);
Plein de possibilité de refactoring. Génération automatique des seters et geters sur une variable, remplacement intelligent d'une entité (classe, variable, méthode ...) ...
Interface relativement intuitive, le plus embetant est leur notion de projet par répertoire (dépendant d'une structure physique)
En plus, mais je ne l'ai pas testé, il y a un support de CVS directement dans le workspace, un dévermineur (on peut placer les points d'arrêts dans l'éditeur) qui à l'air très puissant (on doit pouvoir modifier le code pendant le déverminage (un peu à la SmallTalk avec le thisContext)) et j'ai du louper encore pas mal de chose
Et enfin, il y a un binding de touche Emacs
Tout n'est pas rose pout autant :
Ça demande pas mal de ressources pour faire la compilation à la volée;
Il manque d'un éditeur d'interface graphique;
Et c'est tout ce que j'ai trouvé pour l'instant.
Ça fait moins d'un mois que j'utilise Eclipse pour de petits projets Java et j'arrête pas de découvrir plein de trucs sympas tous les jours. Alors, si vous avez un peu de temps je vous conseille vraiment de l'essayer : http://www.eclipse.org/(...) .
ps: Je ne suis pas un expert des éditeurs Java, donc si vous en connaissez d'autres (libres de préférence ou au moins gratuits) que ceux cités dans cette page, merci de répondre à ce message.
Posté par pifou .
En réponse à la dépêche Amaya 7.0.
Évalué à 1.
Oui, j'ai une GeForce 2 Go avec les pilotes de nvidia installé (je sais pas libre,c'est MAL :).
Pour être précis avec la version OpenGL :
- La maximise et le redimensionnement de la fenêtre plante l'affichage, un reload du fichier ou un scrolling de la page permet de passer ce problème.
- Le scrolling marche.
- J'ai des problèmes d'affichage dans la vue de la structure ( http://les.keep.cool.free.fr/files/amaya-struct.png(...) ), ceux-ci disparaissent aussi lorsque l'on utilise la scrollbar.
- Autrement ça plante souvent (je n'ai pas encore réussi à reproduire une séquence précise), heureusement que la sauvegarde automatique lors du plantage marche bien.
Pour le problème de lancement :
- AmayaGTK et AmayGL ne se lancaient pas du tout, j'ai du effacé les répertoires .amaya et .amayagl (de mémoire).
Voila rapidement un petit tour des problèmes que je rencontre avec Amaya 7.0, ce n'est pas pour autant que je vais arreter de l'utiliser, je vais tout de même me rabattre sur la version GTK qui a l'air moins buggée.
Dans la documentation de mon PC Portable (Toshiba Satellite 3000-100) il y a un chapitre nommé "Température externe de l'ordinateur" dans la partie "Précautions générales", on peut lire ceci :
- Evitez les contacts physiques prolongés avec le dessous de l'ordinateur. Si l'ordinateur est utilisé pendant de longues périodes, sa surface peut devenir très chaude. Bien que la température semble supportable au toucher, un contact physique prolongé avec l'ordinateur (posé sur vos genoux, par exemple) peut provoquer une légère brûlure de la peau.
Et c'est vrai qu'avec un P3 900 Mhz et une GeForce 2 Go, au bout de 2 heures d'utilisations, la température monte pas mal.
Par contre, je ne comprend pas comment il a pu se bruler aussi haut, à moins de travailler allongé, je ne vois pas :).
Heu oui c'est sur, mais il me semble que quand tu perds ton porte monnaie normal tu perds aussi les sous qu'il y avait dedans; non ?
Perso, j'ai monéo depuis plus d'un an (CA finistère), je m'en sert surtout en soirée quand je suis dans un bar où le plus proche DAB est a perpéte, de tant en tant dans une boulangerie, et surtout dans les horodateurs, ça m'évite de chercher sous les siéges de ma voiture une 'tite piéce qui traine :o) !.
Ce qui m'embête le plus avec Monéo est le fait d'être fliqué sur mes petites dépenses. Pour ce qui est du prix de la carte, il est souvent offert avec d'autre plus de la banque (carte visa, accès au compte sur le net).
Enfin, je ne comprend pas pourquoi certaines villes rejettent autant monéo AVANT MÊME que leurs citoyens n'aient pu en apprécier l'utilité (ou la non utilité). C'est le principe de crier avant d'avoir mal.
Globalement pour moi monéo à des inconvénients mais aussi pas mal d'avantages : Les consomateurs choisiront.
nb : rappelons que la CB a mis plus de 15 ans à s'imposer en France.
Ouaip parce qu'après il y a des gens sensibles qui ont des maladies graves en tombant sur ce genre de choses. Faut pas déconner.
Faut savoir ce que l'on fait, je n'ai jamais dit que c'était mal de mélanger du C et de l'assembleur, mais je trouve tout de même abérrant qu'une personne disant 'je programme en C++ pour faire du langage objet' puisse se dire 'mince, pour cette fonction c'est plus simple de coder en C' (alors que la plupart du temps, c'est juste parcequ'il à la flemme d'aller chercher une solution propre en Objet).
C'est, je pense, un peu ce que veux dire Bjarne Stroustrup, il est tout à fait possible d'écrire des programmes objets d'une qualité bien meilleur qu'en Java. Le problème du C++ c'est que, étant dérivé du C, il permet d'écrire du code pas du tout objet.
Enfin, je ne suis pas un fan de Java, je le trouve bien trop frilleux sur certain point (pourquoi avoir gardé un système de structure de contrôle procédural (if then else, while ...) ? pourquoi avoir des types primitif, et une classe mi objet/mi primitif (String) ? en fait la réponse est simple : Sun à préféré privilégié la performance et le faut pas perturber les personnes venant du procédural :o().
De même, je ne m'amuse pas à écrire mes scripts en Java :o), j'utilise (trop?) souvent Perl et quand j'ai le temps en Python (ou Ruby).
Pour conclure :
Il y plein de types de programmations (procédural, fonctionnel, objet ...)
Il y plein de langages dans chaque type de programmation (SmallTalk, Eiffel, C++, Java entre autre pour l'objet)
Il y plein de types d'applications différentes (kernel, office, applet ...)
Le tout est de trouver le meilleur langage pour programmer ton application selon ses besoins (vitesse d'execution, espace mémoire nécessaire, portabilité, qualité(ou plutôt confiance), vitesse de développement ...).
Il faut de tout pour faire un monde (libre) (comme nous l'a si bien appris le générique d'Arnold et Willy :o)
nb: Je suis aussi étudiant en informatique, et suis surtout pragmatique, je préfére de loin coder plutôt que lire 3 tonnes de bouquin. Par contre je suis plutôt orienté programmation haut niveau (j'aime pas ce terme, il y a une notion de supériorité par rapport au bas niveau que je ne trouve pas fondée), il n'empeche que je suis l'un des premiers à trouver génial(et à utiliser) ce que font les développeurs du Kernel Linux(je ne pourrais jamais faire ce qu'ils font)
Et là, pour nous expliquer que son langage est tellement plus mieux, un zigue nous sort l'exemple roulé sous les aisselles d'un Set codé à la main et limité en taille par une constante figée.
Pour ta gouverne la taille de la constante figée est en rapport avec la taille maximal que Java peut atteindre avec un int. A l'origine le Set en question était un Set d'entier donc logiquement tu ne peux pas avoir plus d'entier dans ton Set que ce que Java peut représenter, d'où la vérification que tu n'essayes pas d'ajouter un élément dans un Set complètement rempli.
D'autre part il est bon de se rappeler, même dans les langages haut niveau, que ton espace mémoire est limité, la constante même si elle a une valeur importante permet de spécifier une taille maximal pour ton Set.
Enfin, mieux vaut trop que pas assez. La notion de contrat permet l'incomplétude (t'es pas obligé de tout spécifer pour que ton programme tourne) mais il est toujours préférable de prévoir tous les cas possibles même si on les considère comme peu probable (dans le cas du Set d'entier, tu auras certainement saturé ta mémoire avant de l'avoir rempli entièrement :o).
Ca peut sembler un peu capilotracté comme approche, mais c'est pas sur 5 commentaires que je peux expliquer une telle notion.
-1 Car j'ai déjà écrit la moitié des commentaires de ce thread :o).
Donc, en pratique, tu sais qu'ils ne le seront pas
Et en pratique, les spécifs changent.
Oui et non, en fait il faut rapprocher la programmation contractuelle à un cycle de maintenance (ou comme XProgramming) :
Tu fait tes specifs (contrats + tests) -> tu codes -> tu lances tes tests -> tu peux avoir des erreurs de violation de contrat (code faux ou contrat faux), dans ce cas tu modifie tes contrats/codes ou alors t'obtiens pas le résultat attendu (normalement détecté par une postcondition), donc tu modifie tes spécifs (donc tes contrats et ton code) et tu cycles jusqu'à avoir un niveau de confiance assez fort.
En gros ce sont des cycles très courts basés sur 3 points : Specification->Tests->Implémentation.
En plus tu peux générer des mutants (insertion d'erreur dans une classe) pour vérifier que tes contrats détectent bien les erreurs générées dans ces mutants.
En théorie oui. En pratique, c'est le genre de truc que les programmeurs detestent parce que c'est extrèmement chiant à maintenir. Trop lourd, trop contraignant. Chaque fois que tu changes le code d'une méthode, il faut changer le contrat aussi.
Normalement si tes contrats (preconditions et postconditions) sont bien écrit, ils ne doivent pas être modifié quand le code change, sauf si tu t'es planté dans tes specifs (en effet, le mieux est d'écrire tes contrats à partir des spécif (diagrammes UML), et d'ensuite coder les méthodes). Je te l'accorde, c'est assez idéaliste comme point de vue.
Exemple: tu écrit une classe Set (tableau ne pouvant pas contenir de doublons, ex: (8,2,3,6)=>OK, (2,3,2,6)=>KO) avec une méthode add (pour ajouter un éléments), tu auras des contrats du type :
signature:
public void add (int member // élément à ajouter )
précondition:
@pre !has(member) implies size() < MAX_SIZE // Verification que tu peux encore ajouter un élément dans ton Set si l'élement passé en paramètre n'est pas déjà dedans
postcondition:
@post has(member) == true // l'élément que tu as ajouté est bien dans ton Set à la fin de ta méthode
@post has(member)@pre implies size() == size()@pre // Si l'élément était déjà dans ton Set alors la taille de celui-ci doit être le même à la fin de ta méthode
@post ! has(member)@pre implies size() == size()@pre + 1 // Si l'élément n'était pas dans ton Set alors celui-ci doit avoir un élément de plus à la fin de ta méthode.
has() et size() étant une méthode de la classe Set
Ca parrait assez lourd à mettre en place, mais ça permet de vraiment spécifier comment fonctionne ta classe, du coup tu fais moins de doc, et il y a moins d'ambiguité sur la façon de mettre le code en place. Un des avantages est que les postconditions peuvent servir d'oracle durant tes tests. De plus, il existe de bon bouquin d'initiation à la programmation contractuelle (par exemple :Design by Contract, by Example de Richard Mitchell and Jim McKim)
Etant moi même un flemmard de la programmation (j'aime pas mettre des commentaires et vérifier pendant trois plombes mon code), j'ai vite compris l'intéret de cette approche.
Je t'accorde qu'il n'est pas facile d'imposer une telle approche dans une équipe, mais c'est un choix de méthode de développement (comme par exemple pour l'eXtreme Programming). Il y a des avantages et des inconvénient.
J'essayerais de faire un condensé (ou d'en trouver un) sur cette approche si j'ai le temps.
Je suis tout à fait d'accord avec toi. Je n'ai jamais dit que le paradigme objet générait un meilleur code.
Le paradigme objet permet, comme l'a mis en évidence B. Meyer, de représenter d'une façon simple des problèmes mettant en actions un nombre d'acteurs importants (exemple de la modélisation d'un champ de bataille avec des chars).
De plus, des langages comme Eiffel (ou Java avec des surcouches comme iContract) mettent en place la notion de contrats(pré/post condition sur les méthodes et invariants de classe) qui permet de spécifier le protocole d'utilisation d'une classe plus formellement que sa signature seule et ainsi augmente la confiance que l'on peut avoir sur du code fournit par une tierce personne (principe de réutilisation).
De plus, il existe nombre de méthodes (classes-autitestable, génération de mutants ...) de développement permettant encore d'augmenter la confiance que l'on peut avoir dans du code objet. Mais cela est une autre histoire qui n'a pas grand chose à voir avec cette news.
Ruby c'est sûre, c'est pas tellement utilisé, pourtant c'est assez puissant(mélange de Perl et de SmallTalk) comme langage de script.
Pour python, il y a quand même qq appli qui existe (Sketch et pyCoinCoin par exemple).
De plus python est très pratique pour faire du prototypage (c'est mon cas pour un projet de mise en place de contrats/classes-autotestable (à rapprocher à junit)) avant de faire une version stable en Java (ou autres).
Enfin je ne voulais pas vraiment dire que Python et Ruby était super utilisés mais juste que tu pouvais toujours programmer une appli dans ces langages et qu'une personne voulant l'utiliser y arriverait relativement facilement (comme pour Perl). Ce n'est pas vraiment le cas avec Smalltalk, je ne suis pas sûre que grand monde est un compilateur(interpréteur) ST sur sa machine.
-1 car je me suis mal exprimé dans mon premier commentaire.
J'ai assisté à la conférence de Bjarne Stroustrup durant l'OCM 2002 (Objet Composant Modèle) à Nantes au mois de mars (le 21 pour être précis).
Sa présentation était relativement technique et il semblait vouloir dire à la communauté objet présente que le C++ était vraiment génial et qu'il permettait d'écrire du vrai code objet comme en Java (par exemple) mais avec une plus grande souplesse (redéfinition de opérateurs, templates ...).
Pour ma part, j'ai été un peu déçu de sa prestation ... je n'ai rien appris de plus que pendant des cours de C++ (notion objet: héritage multiples, templates ...).
<ma vie>
Pour ma part je préfére toujours utiliser un vrai langage objet (Eiffel, SmallTalk, Java?) plutôt que du C++. Le problème(l'avantage???) de C++ pour moi, c'est qu'il faut être très strict dans sa façon de développer si on ne veut pas se retrouver avec un programme écrit moitié objet/moitié procédural (ou avec des segfault à chaque coin de méthode :o).
Quand tu écris un programme en SmallTalk ou Eiffel(avec les notions de contrats) (voire Java) tu es obligé d'écrire du code réellement Objet.
Le problème de Eiffel et surtout SmallTalk, c'est que très peu de personnes les utilisent. Heureusement il nous reste encore Python et Ruby pour les petites(et moyennes) applis.
Je pense toute de même que le C++ garde un grand intêret pour les applications scientifiques complexes et que le C est certainement le meilleur choix pour le developpement d'un noyau.
</ma vie>
J'espère ne pas trop nourrir le troll (si c'est le cas je suis réellement désolé) :o)
J'ai eu l'occasion de faire quelques modifs de configuration dans SME et je ne vois pas l'interet de modifier les scripts Perl (du moins pour de petites modifications comme pour la conf du serveur Apache).
Il est vrai que SME utilise la notion de template (patron) pour tous les fichiers de configurations. Si tu modifies directement, par exemple le fichier /etc/httpd/conf/httpd.conf, au démarrage suivant tu auras perdu tes modifs. Par contre tu peux très bien modifier à la main les fichiers de templates (dans le repertoire /etc/e-smith/templates/ on retrouve l'arborescence des fichiers de configurations).
Bien sur, il faut avoir un minimun de connaissance dans la structure d'un système GNU/Linux. De toute façon je pense que si on veut mettre en place un serveur/passerelle ADSL, il vaut mieux avoir qq connaissances sur le système indépendemments de la distrib choisie (SME, Mandrake, Debian ...)
Pour moi le gros avantage de SME et de reconvertir une vieille bécane (perso je l'utilise avec un P133 et 32Mo de ram) en passerelle ADSL relativement sécurisée (conf par défaut restrictive) en moins de 30 minutes.
Personnelement, j'ai eu quelques problèmes avec Free :
- C'est super lent si tu veux heberger un site utilisant une appli PHP assez grosse (DaCode, phpWebSite ...)
- J'ai eu des problèmes avec les formulaires de type enctype 'multipart/form-data' pour l'upload de fichier (j'avoue que j'ai pas tellement cherché de solutions)
Autrement, c'est plutôt sympa pour l'hebergement de site perso n'utilisant pas trop PHP et MySQL.
C'est pas possible, on t'a greffé une puce à troll dans le cerveau ou quoi !???? :o)
C'est vrai que j'ai pas essayé de faire marcher Galeon sur un P133, mais je préfére encore avoir qq chose qui rame que qqchose de proprio avec de la pub.
Effectivement, comme je l'ai dit : 'il faut encore essuyer les platres'. Il est vrai que l'UBO à créer une nouvelle formation 'à la mode' sans lui donner les moyens dont elle avait besoin.
Le problème de direction ne remet pas en cause directement la survie de l'IUP, tout au plus on se retrouvera avec une promo de 1ère année avec juste des redoublants :o(.
Le problème principale se trouve dans le manque de moyens donnés à l'IUP. Je comprend notre directeur : la présidence de l'UBO l'envois chier, les profs veulent plus de moyen, les éléves aussi. Dans ce bordel on comprend que personne ne veuille reprendre le flambeau.
On ne peut pas non plus blamer les profs, ca fait 4 ans qu'ils se retrouvent à donner des cours en plus(parfois le double des volumes normaux) au détriment de leurs recherches. Et ils sont avant tout enseignant-chercheur.
Il faut les comparer à des ingés en mécanique auquels on dirait : "Bon, les gars, on est dans la merde, alors vous allez sur les fraiseuses, les tours et les perseuses à colonnes pour faire tourner la boutique. Ne vous inquitez pas ca ne va pas durer longtemps", sauf que ca fait 4 ans que ca dure.
Pour l'histoire des vacances, je suis pas au courant, donc je ne peux pas juger.
Le pire c qu'on ne peut pas faire grand chose. Presque tout le monde est en stage. Et puis même si on étais présent ca ne ferais toujours que 160 poilus à manifester :(.
Il n'empeche, j'ai trouvé que l'IUP était une bonne formation avec des bons profs (compétent et sympa) et ca m'embeterais quelle ferme juste parceque l'UBO ne veut pas lui donner les moyens de survivre.
-1 car la vie de l'IUP de Brest ne doit pas intérresser grand monde
Mais en tant que Guest dans votre appart, j'ai vous ai vu plus souvent jouer à Q3 et Urban Terror que les petits gars d'ISA.
Mais, c vrai que je n'ai pas assisté à vos dernier mois de cours, donc pê avez-vous bossé comme des fous pendant 2 mois ?
Tu as raisons autrement pour Fabien, c pas trop ce qu'il recherche, pourtant j'aurait préférer, à choisir, faire un DESS Mitic plutot que ISA, ca offre des ouvertures sur autre chose que l'info (sémiologie).
J'aime bien DLFP, y'a plus de monde qui répond que sur LKC :o)
Je suis d'accord avec toi, on a le même problème en sortant d'IUP, on sort à Bac+4 et en gros 1 an d'expérience proféssionnel (stage de 3 à 4 mois tous les ans).
Et comme les IUP ne sont pas tellement reconnu par les entreprises, elles vont te proposer de rentrer technicien supérieur ou alors Ingé mais avec un salaire inférieur au personnes venant d'école d'ingé (bon la, ca peut se comprendre) mais aussi des DESS (alors qu'en fait, y'a juste 5/6 mois de cursus en plus, avec un stage de 6 mois au bout).
Bien sur, rien n'empeche qqun de montrer sa valeur une fois rentré dans l'entreprise et ainsi de grimper les échelons, mais dans les grandes structures tu seras toujours bloquer à un niveau.
Du coup, la plupart des personnes sortant d'IUP tentent d'entrer en DESS pour avoir un bac+5 même si c pour refaire le même programme (en tout cas sur Brest, entre la maitrise d'IUP et le DESS info, y'a quand même des choses qui se ressemblent vraiment). Bien sur, je généralise, il y a moyen de faire un DESS très intéressant (comme à Rennes).
Pour résumer le problème en France : les entreprises (plus elles sont grosses) vont te juger avant tout sur ton cursus universitaire et non pas sur ta 'valeur effective'.
Autrement à Brest, y'a aussi la license(2ème année) et maitrise(3ème année) d'IUP Info :
http://www.univ-brest.fr/Enseignement/4/IUPinform.html
La formation est encore jeune (la première promo est sortie l'année dernière, j'en faisait partie), donc il faut encore essuyer les platres. Par contre, pour ma part, j'ai trouvé l'ambiance super sympa (tant au niveau des éléves que des enseignants), et y'a moyen de continuer en DESS par la suite si tu veux avoir un 'vrai' diplome Bac+5 (pour ma promo plus d'1/3 des personnes sont aller en DESS).
[^] # Re: EuroTex 2003 [pour faire plaisir a jyb]
Posté par pifou . En réponse à la dépêche EuroTex 2003. Évalué à 2.
http://web.iu-vannes.fr/docinfo/import/exp-XML-DESS-2002/signatures(...)
Celui-ci est un peu moins paufiné et est assez gros :
http://web.iu-vannes.fr/docinfo/import/exp-XML-DESS-2002/signatures(...)
Vous remarquerez que les numéros de pages en bas permettent de naviguer dans la présentation.
Par contre, j'ai pas encore entièrement finit la feuille de style prosper (http://web.iu-vannes.fr/docinfo/import/exp-XML-DESS-2002/signatures(...) ) qui permet de faire ce genre de présentation. On doit encore rentrer à la main le nombre de transparent du document :(. J'ai pas trop eu le temps de trouver une solution.
Voila et tant que j'y suis pour les utilisateurs du couple Emacs/LaTeX aller voir ce journal : http://linuxfr.org/~newbix/2642.html(...)
# Re: Emacs et LaTeX: mode preview
Posté par pifou . En réponse au journal Emacs et LaTeX: mode preview. Évalué à 2.
Franchement, je trouve ça super pratique : moi qui était en train d'écrire mes rapports en XHTML (avec Amaya) et qui les retransformer en LaTeX pour avoir une version imprimable nickel, je crois que je vais reprendre mon bon vieux emacs.
C'est vraiment pratique, je viens de faire un petit test, et voici ce que j'en retiens (entre autre) :
- On se retrouve beaucoup plus facilement dans le texte (surlignage des sections), on retrouve aussi les images plus facilement.
- La visualisation des figures PStricks, même si je ne les écris plus très souvent à la main (merci dia), c'est toujours pratique de pouvoir visualiser les proportions des images. De même pour les tableaux, même très compliqués.
- La prise en main est rapide et c'est relativement intuitif.
Par contre j'ai des problèmes avec mes présentations écrites en Prosper, je regarderais ça plus tard.
De même, les commandes \chapter{...} ne sont pas prises en compte par l'option sections, je vais aller voir si c'est normal dans les sources.
Pour l'installation pas de problème particulier (mdk9.1) : urpmi preview-latex-emacs (dans les contrib il me semble). J'avais juste une erreur avec le type d'image d'aperçu avec Ghostscript, j'ai du passer en jpeg ou lieu de png.
Pour tous les utilisateur du couple LaTeX/Emacs c'est vraiment à essayer.
[^] # Re: Achat d'un portable
Posté par pifou . En réponse au journal Achat d'un portable. Évalué à 0.
au temps pour moi :).
[^] # Re: Achat d'un portable
Posté par pifou . En réponse au journal Achat d'un portable. Évalué à 0.
# Re: Quel distrib pour un routeur ?
Posté par pifou . En réponse au journal Quel distrib pour un routeur ?. Évalué à 7.
http://www.e-smith.org/(...)
C'est sympa tant que n'as pas de besoins trop spécifiques, autrement tu dois te taper la modification de leurs fichiers de template.
Le gros avantage, c'est vraiment l'installation, une fois terminé tout marche.
Si tu veux plus d'info et de comparaison, fais une recherche sur ce site avec comme mot clef "SME"
[^] # Re: Un éditeur qui gagne à être connu......
Posté par pifou . En réponse à la dépêche Un éditeur qui gagne à être connu....... Évalué à 0.
Le problème, c'est que si j'avais écrit debuger (ou débogueur), j'aurais eu une réponse me disant qu'en français on doit dire dévermineur (ou une autre traduction).
Le plus important c'est que ça reste compréhensible, mais si tu voulais juste lancer un troll orthographique, j'ai mis les 2 pieds dedans :)
[^] # Re: Un éditeur qui gagne à être connu......
Posté par pifou . En réponse à la dépêche Un éditeur qui gagne à être connu....... Évalué à 10.
Par contre, pour moi, Eclipse est certainement le meilleur éditeur de code Java (bien qu'il puisse faire autre chose) que j'ai pu essayer (NetBeans, Jedit, Emacs(!) ...). Voici quelques éléments (non exhaustif) qui m'ont vraiment plu :
Tout n'est pas rose pout autant :
Ça fait moins d'un mois que j'utilise Eclipse pour de petits projets Java et j'arrête pas de découvrir plein de trucs sympas tous les jours. Alors, si vous avez un peu de temps je vous conseille vraiment de l'essayer : http://www.eclipse.org/(...) .
ps: Je ne suis pas un expert des éditeurs Java, donc si vous en connaissez d'autres (libres de préférence ou au moins gratuits) que ceux cités dans cette page, merci de répondre à ce message.
[^] # Re: Amaya 7.0
Posté par pifou . En réponse à la dépêche Amaya 7.0. Évalué à 1.
Pour être précis avec la version OpenGL :
- La maximise et le redimensionnement de la fenêtre plante l'affichage, un reload du fichier ou un scrolling de la page permet de passer ce problème.
- Le scrolling marche.
- J'ai des problèmes d'affichage dans la vue de la structure ( http://les.keep.cool.free.fr/files/amaya-struct.png(...) ), ceux-ci disparaissent aussi lorsque l'on utilise la scrollbar.
- Autrement ça plante souvent (je n'ai pas encore réussi à reproduire une séquence précise), heureusement que la sauvegarde automatique lors du plantage marche bien.
Pour le problème de lancement :
- AmayaGTK et AmayGL ne se lancaient pas du tout, j'ai du effacé les répertoires .amaya et .amayagl (de mémoire).
Voila rapidement un petit tour des problèmes que je rencontre avec Amaya 7.0, ce n'est pas pour autant que je vais arreter de l'utiliser, je vais tout de même me rabattre sur la version GTK qui a l'air moins buggée.
[^] # Re: Amaya 7.0
Posté par pifou . En réponse à la dépêche Amaya 7.0. Évalué à 1.
Par contre, j'ai du effacer mes anciens répertoires .amaya et .amayaGL pour que la version 7.0 se lance.
# Re: Une nuit torride avec mon Dell Latitude ...
Posté par pifou . En réponse à la dépêche Une nuit torride avec mon Dell Latitude .... Évalué à 4.
- Evitez les contacts physiques prolongés avec le dessous de l'ordinateur. Si l'ordinateur est utilisé pendant de longues périodes, sa surface peut devenir très chaude. Bien que la température semble supportable au toucher, un contact physique prolongé avec l'ordinateur (posé sur vos genoux, par exemple) peut provoquer une légère brûlure de la peau.
Et c'est vrai qu'avec un P3 900 Mhz et une GeForce 2 Go, au bout de 2 heures d'utilisations, la température monte pas mal.
Par contre, je ne comprend pas comment il a pu se bruler aussi haut, à moins de travailler allongé, je ne vois pas :).
[^] # Re: Moneo, la nouvelle douloureuse pour les consommateurs ?
Posté par pifou . En réponse à la dépêche Moneo, la nouvelle douloureuse pour les consommateurs ?. Évalué à 1.
Perso, j'ai monéo depuis plus d'un an (CA finistère), je m'en sert surtout en soirée quand je suis dans un bar où le plus proche DAB est a perpéte, de tant en tant dans une boulangerie, et surtout dans les horodateurs, ça m'évite de chercher sous les siéges de ma voiture une 'tite piéce qui traine :o) !.
Ce qui m'embête le plus avec Monéo est le fait d'être fliqué sur mes petites dépenses. Pour ce qui est du prix de la carte, il est souvent offert avec d'autre plus de la banque (carte visa, accès au compte sur le net).
Enfin, je ne comprend pas pourquoi certaines villes rejettent autant monéo AVANT MÊME que leurs citoyens n'aient pu en apprécier l'utilité (ou la non utilité). C'est le principe de crier avant d'avoir mal.
Globalement pour moi monéo à des inconvénients mais aussi pas mal d'avantages : Les consomateurs choisiront.
nb : rappelons que la CB a mis plus de 15 ans à s'imposer en France.
[^] # Re: Vive Java et à mort l'oppression qui nous réprime
Posté par pifou . En réponse à la dépêche Interview de Bjarne Stroustrup. Évalué à 6.
Faut savoir ce que l'on fait, je n'ai jamais dit que c'était mal de mélanger du C et de l'assembleur, mais je trouve tout de même abérrant qu'une personne disant 'je programme en C++ pour faire du langage objet' puisse se dire 'mince, pour cette fonction c'est plus simple de coder en C' (alors que la plupart du temps, c'est juste parcequ'il à la flemme d'aller chercher une solution propre en Objet).
C'est, je pense, un peu ce que veux dire Bjarne Stroustrup, il est tout à fait possible d'écrire des programmes objets d'une qualité bien meilleur qu'en Java. Le problème du C++ c'est que, étant dérivé du C, il permet d'écrire du code pas du tout objet.
Enfin, je ne suis pas un fan de Java, je le trouve bien trop frilleux sur certain point (pourquoi avoir gardé un système de structure de contrôle procédural (if then else, while ...) ? pourquoi avoir des types primitif, et une classe mi objet/mi primitif (String) ? en fait la réponse est simple : Sun à préféré privilégié la performance et le faut pas perturber les personnes venant du procédural :o().
De même, je ne m'amuse pas à écrire mes scripts en Java :o), j'utilise (trop?) souvent Perl et quand j'ai le temps en Python (ou Ruby).
Pour conclure :
Il y plein de types de programmations (procédural, fonctionnel, objet ...)
Il y plein de langages dans chaque type de programmation (SmallTalk, Eiffel, C++, Java entre autre pour l'objet)
Il y plein de types d'applications différentes (kernel, office, applet ...)
Le tout est de trouver le meilleur langage pour programmer ton application selon ses besoins (vitesse d'execution, espace mémoire nécessaire, portabilité, qualité(ou plutôt confiance), vitesse de développement ...).
Il faut de tout pour faire un monde (libre) (comme nous l'a si bien appris le générique d'Arnold et Willy :o)
nb: Je suis aussi étudiant en informatique, et suis surtout pragmatique, je préfére de loin coder plutôt que lire 3 tonnes de bouquin. Par contre je suis plutôt orienté programmation haut niveau (j'aime pas ce terme, il y a une notion de supériorité par rapport au bas niveau que je ne trouve pas fondée), il n'empeche que je suis l'un des premiers à trouver génial(et à utiliser) ce que font les développeurs du Kernel Linux(je ne pourrais jamais faire ce qu'ils font)
[^] # Re: Contexte....
Posté par pifou . En réponse à la dépêche Interview de Bjarne Stroustrup. Évalué à -1.
Et là, pour nous expliquer que son langage est tellement plus mieux, un zigue nous sort l'exemple roulé sous les aisselles d'un Set codé à la main et limité en taille par une constante figée.
Pour ta gouverne la taille de la constante figée est en rapport avec la taille maximal que Java peut atteindre avec un int. A l'origine le Set en question était un Set d'entier donc logiquement tu ne peux pas avoir plus d'entier dans ton Set que ce que Java peut représenter, d'où la vérification que tu n'essayes pas d'ajouter un élément dans un Set complètement rempli.
D'autre part il est bon de se rappeler, même dans les langages haut niveau, que ton espace mémoire est limité, la constante même si elle a une valeur importante permet de spécifier une taille maximal pour ton Set.
Enfin, mieux vaut trop que pas assez. La notion de contrat permet l'incomplétude (t'es pas obligé de tout spécifer pour que ton programme tourne) mais il est toujours préférable de prévoir tous les cas possibles même si on les considère comme peu probable (dans le cas du Set d'entier, tu auras certainement saturé ta mémoire avant de l'avoir rempli entièrement :o).
Ca peut sembler un peu capilotracté comme approche, mais c'est pas sur 5 commentaires que je peux expliquer une telle notion.
-1 Car j'ai déjà écrit la moitié des commentaires de ce thread :o).
[^] # Re: OCM 2002
Posté par pifou . En réponse à la dépêche Interview de Bjarne Stroustrup. Évalué à 4.
Et en pratique, les spécifs changent.
Oui et non, en fait il faut rapprocher la programmation contractuelle à un cycle de maintenance (ou comme XProgramming) :
Tu fait tes specifs (contrats + tests) -> tu codes -> tu lances tes tests -> tu peux avoir des erreurs de violation de contrat (code faux ou contrat faux), dans ce cas tu modifie tes contrats/codes ou alors t'obtiens pas le résultat attendu (normalement détecté par une postcondition), donc tu modifie tes spécifs (donc tes contrats et ton code) et tu cycles jusqu'à avoir un niveau de confiance assez fort.
En gros ce sont des cycles très courts basés sur 3 points : Specification->Tests->Implémentation.
En plus tu peux générer des mutants (insertion d'erreur dans une classe) pour vérifier que tes contrats détectent bien les erreurs générées dans ces mutants.
[^] # Re: OCM 2002
Posté par pifou . En réponse à la dépêche Interview de Bjarne Stroustrup. Évalué à 10.
Normalement si tes contrats (preconditions et postconditions) sont bien écrit, ils ne doivent pas être modifié quand le code change, sauf si tu t'es planté dans tes specifs (en effet, le mieux est d'écrire tes contrats à partir des spécif (diagrammes UML), et d'ensuite coder les méthodes). Je te l'accorde, c'est assez idéaliste comme point de vue.
Exemple: tu écrit une classe Set (tableau ne pouvant pas contenir de doublons, ex: (8,2,3,6)=>OK, (2,3,2,6)=>KO) avec une méthode add (pour ajouter un éléments), tu auras des contrats du type :
signature:
public void add (int member // élément à ajouter )
précondition:
@pre !has(member) implies size() < MAX_SIZE // Verification que tu peux encore ajouter un élément dans ton Set si l'élement passé en paramètre n'est pas déjà dedans
postcondition:
@post has(member) == true // l'élément que tu as ajouté est bien dans ton Set à la fin de ta méthode
@post has(member)@pre implies size() == size()@pre // Si l'élément était déjà dans ton Set alors la taille de celui-ci doit être le même à la fin de ta méthode
@post ! has(member)@pre implies size() == size()@pre + 1 // Si l'élément n'était pas dans ton Set alors celui-ci doit avoir un élément de plus à la fin de ta méthode.
has() et size() étant une méthode de la classe Set
Ca parrait assez lourd à mettre en place, mais ça permet de vraiment spécifier comment fonctionne ta classe, du coup tu fais moins de doc, et il y a moins d'ambiguité sur la façon de mettre le code en place. Un des avantages est que les postconditions peuvent servir d'oracle durant tes tests. De plus, il existe de bon bouquin d'initiation à la programmation contractuelle (par exemple :Design by Contract, by Example de Richard Mitchell and Jim McKim)
Etant moi même un flemmard de la programmation (j'aime pas mettre des commentaires et vérifier pendant trois plombes mon code), j'ai vite compris l'intéret de cette approche.
Je t'accorde qu'il n'est pas facile d'imposer une telle approche dans une équipe, mais c'est un choix de méthode de développement (comme par exemple pour l'eXtreme Programming). Il y a des avantages et des inconvénient.
J'essayerais de faire un condensé (ou d'en trouver un) sur cette approche si j'ai le temps.
-1 car c'est vraiment pas le sujet de la news
[^] # Re: OCM 2002
Posté par pifou . En réponse à la dépêche Interview de Bjarne Stroustrup. Évalué à 9.
Le paradigme objet permet, comme l'a mis en évidence B. Meyer, de représenter d'une façon simple des problèmes mettant en actions un nombre d'acteurs importants (exemple de la modélisation d'un champ de bataille avec des chars).
De plus, des langages comme Eiffel (ou Java avec des surcouches comme iContract) mettent en place la notion de contrats(pré/post condition sur les méthodes et invariants de classe) qui permet de spécifier le protocole d'utilisation d'une classe plus formellement que sa signature seule et ainsi augmente la confiance que l'on peut avoir sur du code fournit par une tierce personne (principe de réutilisation).
De plus, il existe nombre de méthodes (classes-autitestable, génération de mutants ...) de développement permettant encore d'augmenter la confiance que l'on peut avoir dans du code objet. Mais cela est une autre histoire qui n'a pas grand chose à voir avec cette news.
[^] # Re: OCM 2002
Posté par pifou . En réponse à la dépêche Interview de Bjarne Stroustrup. Évalué à 3.
Pour python, il y a quand même qq appli qui existe (Sketch et pyCoinCoin par exemple).
De plus python est très pratique pour faire du prototypage (c'est mon cas pour un projet de mise en place de contrats/classes-autotestable (à rapprocher à junit)) avant de faire une version stable en Java (ou autres).
Enfin je ne voulais pas vraiment dire que Python et Ruby était super utilisés mais juste que tu pouvais toujours programmer une appli dans ces langages et qu'une personne voulant l'utiliser y arriverait relativement facilement (comme pour Perl). Ce n'est pas vraiment le cas avec Smalltalk, je ne suis pas sûre que grand monde est un compilateur(interpréteur) ST sur sa machine.
-1 car je me suis mal exprimé dans mon premier commentaire.
# OCM 2002
Posté par pifou . En réponse à la dépêche Interview de Bjarne Stroustrup. Évalué à 10.
Sa présentation était relativement technique et il semblait vouloir dire à la communauté objet présente que le C++ était vraiment génial et qu'il permettait d'écrire du vrai code objet comme en Java (par exemple) mais avec une plus grande souplesse (redéfinition de opérateurs, templates ...).
Pour ma part, j'ai été un peu déçu de sa prestation ... je n'ai rien appris de plus que pendant des cours de C++ (notion objet: héritage multiples, templates ...).
<ma vie>
Pour ma part je préfére toujours utiliser un vrai langage objet (Eiffel, SmallTalk, Java?) plutôt que du C++. Le problème(l'avantage???) de C++ pour moi, c'est qu'il faut être très strict dans sa façon de développer si on ne veut pas se retrouver avec un programme écrit moitié objet/moitié procédural (ou avec des segfault à chaque coin de méthode :o).
Quand tu écris un programme en SmallTalk ou Eiffel(avec les notions de contrats) (voire Java) tu es obligé d'écrire du code réellement Objet.
Le problème de Eiffel et surtout SmallTalk, c'est que très peu de personnes les utilisent. Heureusement il nous reste encore Python et Ruby pour les petites(et moyennes) applis.
Je pense toute de même que le C++ garde un grand intêret pour les applications scientifiques complexes et que le C est certainement le meilleur choix pour le developpement d'un noyau.
</ma vie>
J'espère ne pas trop nourrir le troll (si c'est le cas je suis réellement désolé) :o)
[^] # Re: Attention amis néophytes de SME
Posté par pifou . En réponse à la dépêche SME mieux que Xbox et Gamecube réunis.... Évalué à 4.
Il est vrai que SME utilise la notion de template (patron) pour tous les fichiers de configurations. Si tu modifies directement, par exemple le fichier /etc/httpd/conf/httpd.conf, au démarrage suivant tu auras perdu tes modifs. Par contre tu peux très bien modifier à la main les fichiers de templates (dans le repertoire /etc/e-smith/templates/ on retrouve l'arborescence des fichiers de configurations).
Bien sur, il faut avoir un minimun de connaissance dans la structure d'un système GNU/Linux. De toute façon je pense que si on veut mettre en place un serveur/passerelle ADSL, il vaut mieux avoir qq connaissances sur le système indépendemments de la distrib choisie (SME, Mandrake, Debian ...)
Pour moi le gros avantage de SME et de reconvertir une vieille bécane (perso je l'utilise avec un P133 et 32Mo de ram) en passerelle ADSL relativement sécurisée (conf par défaut restrictive) en moins de 30 minutes.
[^] # Re: Herbergeur gratuit : y en bcp... Sans pub bcp moins...
Posté par pifou . En réponse à la dépêche Où crécher mon site WEB ?. Évalué à 2.
- C'est super lent si tu veux heberger un site utilisant une appli PHP assez grosse (DaCode, phpWebSite ...)
- J'ai eu des problèmes avec les formulaires de type enctype 'multipart/form-data' pour l'upload de fichier (j'avoue que j'ai pas tellement cherché de solutions)
Autrement, c'est plutôt sympa pour l'hebergement de site perso n'utilisant pas trop PHP et MySQL.
[^] # Re: Reponses aux detracteurs d'Opera
Posté par pifou . En réponse à la dépêche Sortie d'Opera 6.0 pour GNU/Linux. Évalué à -3.
C'est vrai que j'ai pas essayé de faire marcher Galeon sur un P133, mais je préfére encore avoir qq chose qui rame que qqchose de proprio avec de la pub.
-1 car je commence à m'enerver-> journée de merde
[^] # Re: Pendant qu'on parle de l'IUP info de Brest
Posté par pifou . En réponse à la dépêche Quel DESS en Informatique / Réseaux ?. Évalué à 0.
Le problème de direction ne remet pas en cause directement la survie de l'IUP, tout au plus on se retrouvera avec une promo de 1ère année avec juste des redoublants :o(.
Le problème principale se trouve dans le manque de moyens donnés à l'IUP. Je comprend notre directeur : la présidence de l'UBO l'envois chier, les profs veulent plus de moyen, les éléves aussi. Dans ce bordel on comprend que personne ne veuille reprendre le flambeau.
On ne peut pas non plus blamer les profs, ca fait 4 ans qu'ils se retrouvent à donner des cours en plus(parfois le double des volumes normaux) au détriment de leurs recherches. Et ils sont avant tout enseignant-chercheur.
Il faut les comparer à des ingés en mécanique auquels on dirait : "Bon, les gars, on est dans la merde, alors vous allez sur les fraiseuses, les tours et les perseuses à colonnes pour faire tourner la boutique. Ne vous inquitez pas ca ne va pas durer longtemps", sauf que ca fait 4 ans que ca dure.
Pour l'histoire des vacances, je suis pas au courant, donc je ne peux pas juger.
Le pire c qu'on ne peut pas faire grand chose. Presque tout le monde est en stage. Et puis même si on étais présent ca ne ferais toujours que 160 poilus à manifester :(.
Il n'empeche, j'ai trouvé que l'IUP était une bonne formation avec des bons profs (compétent et sympa) et ca m'embeterais quelle ferme juste parceque l'UBO ne veut pas lui donner les moyens de survivre.
-1 car la vie de l'IUP de Brest ne doit pas intérresser grand monde
[^] # Re: Reuuuh
Posté par pifou . En réponse à la dépêche Quel DESS en Informatique / Réseaux ?. Évalué à -2.
Mais en tant que Guest dans votre appart, j'ai vous ai vu plus souvent jouer à Q3 et Urban Terror que les petits gars d'ISA.
Mais, c vrai que je n'ai pas assisté à vos dernier mois de cours, donc pê avez-vous bossé comme des fous pendant 2 mois ?
Tu as raisons autrement pour Fabien, c pas trop ce qu'il recherche, pourtant j'aurait préférer, à choisir, faire un DESS Mitic plutot que ISA, ca offre des ouvertures sur autre chose que l'info (sémiologie).
J'aime bien DLFP, y'a plus de monde qui répond que sur LKC :o)
[^] # Re: pquoi ?
Posté par pifou . En réponse à la dépêche Quel DESS en Informatique / Réseaux ?. Évalué à 10.
Et comme les IUP ne sont pas tellement reconnu par les entreprises, elles vont te proposer de rentrer technicien supérieur ou alors Ingé mais avec un salaire inférieur au personnes venant d'école d'ingé (bon la, ca peut se comprendre) mais aussi des DESS (alors qu'en fait, y'a juste 5/6 mois de cursus en plus, avec un stage de 6 mois au bout).
Bien sur, rien n'empeche qqun de montrer sa valeur une fois rentré dans l'entreprise et ainsi de grimper les échelons, mais dans les grandes structures tu seras toujours bloquer à un niveau.
Du coup, la plupart des personnes sortant d'IUP tentent d'entrer en DESS pour avoir un bac+5 même si c pour refaire le même programme (en tout cas sur Brest, entre la maitrise d'IUP et le DESS info, y'a quand même des choses qui se ressemblent vraiment). Bien sur, je généralise, il y a moyen de faire un DESS très intéressant (comme à Rennes).
Pour résumer le problème en France : les entreprises (plus elles sont grosses) vont te juger avant tout sur ton cursus universitaire et non pas sur ta 'valeur effective'.
[^] # Re: Pendant qu'on parle d'études
Posté par pifou . En réponse à la dépêche Quel DESS en Informatique / Réseaux ?. Évalué à 1.