On peut aussi "downclocker" ?
J'aimerais bien augmenter un peu l'autonomie de mon portable muni d'une Radeon 9600 Mobility, et je ne l'utilise qu'en 2D avec les drivers lilbres ...
J'ai pu constater sur un _vieux_ Solaris que les caractères au-delà du 8e n'étaient pas pris en compte dans les mots de passe ;-)
Par exemple, si le mdp est "toto1234xyz", on se logge sans pb avec "toto1234".
Sans regarder les versions OEM ni les mises à jour :
- version étudiants : 169¤ (sur présentation d'une carte d'étudiant) pour 3 postes. C'est effectivement l'ordre de grandeur annoncé plus haut.
- version standard : 470¤ pour 1 poste
- version professionnelle : 689¤ !!! pour 1 poste
- OpenOffice.org 1.1.4 : 3.59¤ port compris chez Ikarios.
Retour sur Terre : pour le commun des mortels ayant fini ses études, il faut compter 2 à 4 fois le prix qui te vient spontanément. À réutiliser dans vos prêches pour les LL ;-)
Je bataille depius 4 ans, pour qu'on utilise openoffice.org [...] migrer de win98 vers winXP
C'est un bon exemple, de la motivtion de quelques-uns face à l'inertie d'une administration. Courage !
Dans mon lycée il y a environ 300 ordinateurs
Pour avoir un ordre d'idée, combien sont accessibles en libre-service (notamment à la bibliothèque) ? Combien ont accès à Internet ?
Ce qui coûte cher, ce n'est pas le logiciel mais le matériel
Ces prix sont vraiment très élevés, dans la mesure où il s'agit seulement d'obtenir des résultats qualitatifs. Une salle de TP de lycée n'est pas un labo de recherche ! Les précisions nécessaires sont bien moindres, et bien que la robustesse soit importante, je ne vois pas ce qui justifie de tels prix. Quand on dit que l'éducation manque de moyens, le pb est peut-être en amont ?
Il existe de nombreux moyens de "bricoler" avec des moyens beaucoup plus réduits, notamment avec le port parallèle pour des entrées/sorties numériques, et avec une carte son pour des entrées/sorties analogiques (BF mais pas en-dessous de 20Hz, je vous l'accorde). On peut même construire des choses assez sophistiquées, comme un électroencéphalogramme pour 200$ : http://openeeg.sourceforge.net/doc/(...)
à ma connaissance il n'existe aucun logiciel Reconnu d'Intérêt Pédagogqiue (RIP : selon la symbolique du ministère) sous Linux.
Hmm, c'est très intéressant, ca. Pour les gens de Linux Arverne qui sont ici, quelle est la procédure pour faire reconnaître Lycée+ d'intérêt pédagogique ? Et d'autres logiciels libres aussi (tinyERP à la place de CIEL, OOo, Scilab à la place de Matlab, GCompris ...). Ca donnerait une assise institutionnelle au projet, je suis sûr que plein de décideurs dans les rectorats ou au ministère feraient confiance à un tel label.
Les applis créé par les profs sont bien souvent en VB ou en flash éxécutable.
Là on touche à ce que j'appelle le "syndrome shareware". Bcp de profs ont peur qu'on leur "pique" leurs cours ou leurs logiciels pédagogiques, donc il faut verrouiller tout ca avec des technos propriétaires. Il y a vraiment un travail de fond à faire dans les IUFM et CAPES sur les vertus du développement communautaire ! Être prof, c'est diffuser du savoir, non ?
il faut convaincre tout le monde
A défaut de le faire par le haut (ministère), il faut le faire par le bas (les élèves eux-mêmes), et sur ce point Lycée+ est une petite révolution. Avec à la clé une prise de conscience de la part des "élites" ?
Ca existe, mais plutôt dans la catégorie professionnelle, donc très cher ... Les musiciens professionnels utilisent depuis longtemps des micros-serre-tête HF, et des retours "in-ear' HF : http://www.handheldaudio.co.uk/pages/ui_home.asp(...)
Ce sont souvent deux articles séparés, car les critères de choix ne sont pas les mêmes pour le micro et les écouteurs. On trouve aussi des combinés écouteurs à réduction de bruit + micro, pour les téléprospecteurs comme pour les pilotes d'avion, mais là c'est désespérément avec fil.
En fait, ce qui complique un peu le pb c'est de transmettre dans les deux sens, donc le boîtier portable doit contenir émetteur et récepteur, le tout pas trop lourd et sur une seule pile. C'est un marché à lancer ...
Autre solution, si bricoler un peu d'électronique ne te fait pas peur, il y a des modules de transmission tout faits : http://www.lextronic.fr/Hybrides/divers/audio.htm(...)
Il en faut deux de chaque, et il reste à faire le préampli micro, l'ampli casque et à brancher tout ca sur un micro/casque "classique" avec fil.
Si on les distribuait à la sortie des collèges, c'est sûr. Mais là on parle de lycées, donc à priori des ados un peu plus mûrs ...
En fait, il faut que les élèves aient envie de s'en servir, et je pense que la façon de le distribuer influera beaucoup. Si c'est présenté comme un truc obligé ("on vous donne un CD parce qu'on nous a dit de le faire"), distribué en classe entre l'emploi du temps et le règlement intérieur, on rate complètement la cible. Par contre, une séance de démo informelle à la bibliothèque, pour susciter l'intérêt avant la distribution, permettrait plus efficacement de rendre les LL "tendance".
À mon époque, il y à 10 ans. L'usage de l'informatique en L, ES, S était nul, rien de rien.
< ma vie>
Pour moi le lycée c'est un peu plus récent (quoique, en fait non) et effectivement l'informatique était réduite à sa plus simple expression : deux 386 à la bibli pour consulter 3 cdroms et jouer au démineur, et dans un cagibi à accès restreint un 486 avec Warcraft et un 286 qu'on avait réparé pour imprimer des billets de retard pirates :-°
</ma vie>
Il n'y avait aucun enseignement sur l'utilisation de l'outil informatique (j'oublie volontairement les TO7 du collège), encore moins sur la programmation, et on commencait tout juste à parler d'internet ... En fait, ce qui m'a le plus servi dans ce domaine c'est les cours de techno de 6e, où j'ai appris à taper des 10 doigts sur une _machine_à_écrire_.
De plus les logicielles utilisé sont trés particulier:
Les seuls ordinateurs utilisés lors des cours concernaient les ExAO (EXpériences Assistées par Ordinateur) en TP de bio. En gros un diaporama sur le code génétique et une courbe de taux d'oxygène, le tout sous DOS. La grosse majorité des outils pour les sciences expérimentales, y compris ces logiciels et les périphériques d'acquisition de données, portaient une seule marque : Jeulin.
En regardant sur leur site, apparemment ce n'a effectivement pas bcp changé en 10 ans. Et les prix de tous les bidules cumulés me semble assez élevé, quand on pense qu'il faut y ajouter les machines elles-mêmes et les licences pour chaque poste ... http://www.jeulin.fr/sites/jeulin/catalogue/exao/systeme_d_acquisit(...)
Il est évident que pour une telle société, en situation de quasi-monopole (à moins que ca, ca ait changé, y'a des lycéeens dans la salle ?) il n'y a aucun intérêt au changement, à une quelconque compatibilité, à une libération des logiciels pédagogiques, ni au fait que les profs se mettent à imaginer des expériences et des leçons plutôt que de les acheter tout cuits avec tout le matériel-pédagogique-parfaitement-adapté-fait-par-des-experts. De toute façon, les établissements sont tenus de respecter les programmes, non ? http://www.jeulin.fr/sites/jeulin/catalogue/nouveautes_6eme/technol(...)
En ce qui concerne l''utilisation de l'informatique au lycée dans les domaines non-expérimentaux, je ne sais pas du tout ce qu'il se fait ces temps-ci. Labo de langues ? Calcul formel ? Compta et statistiques ? Recherche d'infos sur le Net ?
En tout cas, ce qui change, c'est justement qu'il y a un grand nombre d'initiatives, souvent locales voire individuelles, pour faire entrer les LL à l'école. Ca a commencé par qq profs geeks, mais c'est maintenant avec ce genre de campagne de visibilité, de sensibilisation, de diffusion, que l'intérêt peut naître chez ceux qui ne connaissent pas les logiciels libres, ou pire qui en ont un a-priori négatif.
Certains parlaient de "charrue avant les b½ufs", je répondrais qu'il faut justement commencer par montrer au b½uf ce qu'est une charrue et comment on laboure ...
[Oops, je me rends compte que cette métaphore risque de faire croire à certains que je confonds b½uf et mammouth ;-) ]
Bref, je pense qu'une telle initiative est l'occasion, autant pour les enseignants et les décideurs que pour les élèves et leurs parents, de découvrir qu'une alternative existe. C'est déjà beaucoup. Ensuite, il reste à encourager l'utilisation effective, grâce à un déploiement sur les postes des établissements, un support attentif par la communauté et une formation des enseignants. J'espère que cette initiative s'étendra aux autres régions, et qu'ainsi on forme toute une génération de pingouins.
Un asic de compression d'image sera toujours plus rapide qu'une version soft ou qu'une version FPGA.
Je suis d'accord aussi, mais avec une petite nuance : le coût. Le prix unitaire d'un FPGA est bien plus important que celui d'un ASIC, par contre le temps de développement et l'investissement de fabrication n'a rien à voir. De plus, un ASIC est figé, contrairement au soft et au FPGA sur lesquels on peut implémenter de nouveaux algorithmes selon les besoins. Dans ma boîte, on a arrêté de faire des ASICs de traitement d'image, au profit des FPGA.
Certes, l'intérêt du FPGA réside dans le fait qu'on peut, [...] y implémenter une fonction de calcul dédiée, et ensuite en implémenter une autre
Maintenant on peut faire de la "reconfiguration partielle" de FPGA, même en cours de fonctionnement. C'est pas simple, y'a des contraintes de conception, mais ca permet d'avoir plusieurs coprocesseurs dédiés pour le prix d'un, à condition de ne pas les utiliser au même moment. A ma connaissance, il n'y a pas besoin de System C pour ca.
Pour moi, l'intérêt du C/ASM->portes logiques réside dans le fait de permettre d'économiser l'apprentissage d'un langage
Hmm, je ne suis pas de cet avis. Un très bon softeux qui maîtrise le C/C++ sur le bout des doigts peut être un mauvais développeur *HDL, et inversement. Les subtilités de syntaxe sont à mon avis secondaires (le VHDL ressemble un peu à ADA ou Pascal, avec des begin/end), il s'agit plutôt d'une approche différente de la conception. Cela nécessite une bonne connaissance électronique, notamment pour les gestions d'horloges, les timings et synchonisations, l'allocation des ressources, la maîtrise d'un "style" facilement optimisable par les outils, et surtout le découpage du problème en modules parallèles. Ce ne sont pas des choses qu'on apprend en faisant "juste" du logiciel.
Ajouter les notions de parallèlisme et d'horloge au C, ca revient à refaire un autre langage HDL [hardware description langage], juste avec une syntaxe plus répandue.
Mais là où ca a un vrai intérêt, c'est dans une démarche de codesign. Souvent, au début de la définition d'un produit, les choix de répartition entre le soft etle hard sont faits de manière très arbitraire, alors que les algorithmes à implémenter ne sont pas encore bien définis ... Avec un langage mixte (hard+soft), on peut commencer à développer l'application, et la co-simuler, avant d'avoir figé l'architecture de traitement. On peut ensuite choisir son CPU, DSP, FPGA ou ASIC en connaissance de cause, selon les performances attendues. Le gros avantage, c'est que dans la phase de codage tout le monde bosse ensemble, en même temps : pas besoin d'attendre que le hardware soit validé pour commencer le soft, on gagne du temps.
De toute façon, pour suivre l'évolution de la complexité des puces on va vers des niveaux d'abstraction de plus en plus élevés : tout comme on est passé du langage machine à l'assembleur, puis au langage compilé et ensuite aux langages objets interprétés, pour le design de puces on est passé du dessin de masques aux schémas de portes logiques, puis au HDL et à la réutilisation de modules fonctionnels (IP). Avec à chaque étape un gain de productivité, au prix d'une moins bonne optimisation. D'ailleurs, aucune des vieilles techniques n'est complètement abandonnée, elle est juste réservée aux éléments les plus sensibles. La prochaine étape, dont on parle ici, ne sera certainement pas la dernière ...
Un autre aspect de la convergence entre le matériel et le logiciel, c'est l'intégraton de plus en plus poussée des différentes technologies électroniques dans une seule grosse puce. Il y a par exemple les Virtex4 de Xilinx, FPGA intégrant un ou deux processeurs PowerPC 405, ou bien les modules VHDL ayant une fonction de processeur comme le Nios ou le MicroBlaze (qui suportent tous les deux µCLinux). A l'inverse, ST vient de sortir des processeurs pour station de base 3G qui contiennent un CPU, un DSP, ... et un petit FPGA. http://www.st.com/stonline/prodpres/dedicate/wsinfra/digital/dsp.ht(...)
Pour revenir sur le sujet du journal, il s'agit apparemment d'un paramétrage automatique de processeur, selon le code à exécuter, le tout implémenté en FPGA. J'imagine qu'il y a une grosse collection de modules de calcul tout faits en HDL, qui sont assemblés pour paralléliser au maximum un algo donné. Sinon je ne vois pas comment ils font pour traduire 180 lignes de "Mitrion-c" en 150,000 lignes de VHDL. Reste à voir si le gain de temps de développement est tel qu'il vaut une perte de ressources de 50% ...
Plus sérieusement, je dénonce le fait que pour un éditeur de softs propriétaires, en dehors des grosses distrib' commerciales point de salut.
Imposer l'utilisation d'une version de Red Hat ou de SuSE, qu'est-ce que ca veut dire ? Ils imposent une liste de paquets à installer ? La sélection de l'installeur par défaut ?
Même avec la distrib préconisée, il suffit que j'aie installé des paquets différents de ceux qui ont servi à tester le soft proprio (Gnome au lieu de KDE, un noyau 2.6 ou 2.4, un shell différent ...) pour que la validation par l'éditeur vole en éclats, autant que si j'utilisais une autre distrib' !
A cause de ca, j'ai un collègue qui a fait installer une Red Hat 6.2 sur le dernier Dell, et qui a vite fait de conclure que Linux c'est nul il-reconnait-pas-la-carte-graphique. Ca décrédibilise complètement les logiciels libres ! Il a fallu que je lui démontre que le soft propriétaire en question marchait parfaitement avec une distribution à jour, indépendamment des préconisations. Surtout que les dépendances sont souvent réduites à leur plus simple expression, les éditeurs proprio ont l'habitude d'amener leurs propres DLL ...
A mon avis, le seul critère pertinent c'est justement une version de noyau (et encore), de libc, de shell ... Après on peut lister quelques distrib' connues qui correspondent aux critères, mais refuser le support parce qu'on n'a pas pioché dans cette liste, je pense que c'est une erreur.
Il ne faut pas confondre "système d'exploitation" et "distribution", mais je ne crois pas que cette distinction soit bien connue dans le monde des logiciels propriétaires.
J'en reviens au point intéressant : il manque vraiment des logiciels de CAO libres !
Les outils de calculs par éléments finis sont utiles dans tous les domaines où il faut découper un problème complexe pour le résoudre : résistance des matériaux (donc mécanique, architecture, médecine, crash-tests ...) propagation de flux (thermique, aérodynamique, perturbations électro-magnétiques, diffusion d'atomes dopants en microélectronique ... (tiens, ca sert aussi à faire des ordinateurs !))
Par contre, le calcul par éléments finis n'est qu'un maillon dans la chaîne de simulation numérique. C'est effectivement la partie la plus gourmande en mémoire et en CPU (souvent 6 composantes à calculer pour plus de 100 000 éléments), mais ce n'est pas la seule ! Car avant ça, il faut modéliser le problème (notamment le dessiner en 3D), fixer les conditions aux limites, choisir le bon maillage selon le problème (plus fin là où on veut plus de détails), et après le calcul lui-même il faut encore extraire les résultats (généralement une visu 3D avec de belles couleurs arc-en-ciel).
Il y a pas mal de projets de calcul en éléménts finis sur SourceForge (catégorie "physique" : http://sourceforge.net/softwaremap/trove_list.php?form_cat=387(...) ), souvent issus de recherches universitaires, mais effectivement il n'y a rien de vraiment finalisé en ce qui concerne l'ensemble de la simulation numérique et la CAO.
C'est à mon avis un domaine dans lequel il y a un manque criant de logiciels libres, et où l'on voit le plus de logiciels propriétaires (extrêmement chers) portés des Unices traditionnels vers Windows et plus récemment vers Linux. Après l'informatique elle-même, c'est là que les entreprises industrielles profiteraient le plus du Libre, et de la capacité d'amélioration qui va avec. Il y aurait aussi des avantages en termes de sécurité : ne seriez-vous pas plus tranquilles si les air-bags et la "déformation programmée" de votre voiture avaient été simulés par des logiciels libres, revus et validés ?
un logiciel d'aide au dépôt de brevet dans le système étasunien
Pense aux pauvres étatsuniens, qui eux n'ont pas échappé aux dangers des brevets logiciels !
Autant en Europe il y avait un flou juridique, et une polémique, autant de l'autre côté de l'Atlantique les brevets logiciels sont une réalité de plus en plus en vogue.
Par conséquent, un petit coup de pouce pour que les PME et les développeurs de LL se frayent un chemin dans la jungle juridique, ca me paraît un moindre mal.
Il faut se battre à armes égales.
Mais ca me gênerait aussi si ce soft faisait lui-même l'objet d'un brevet.
Euh, c'est pas parce que c'est super strict et super restrictif que la sécurité est forcément meilleure ...
En théorie, oui, mais en pratique si tu veux bosser avec un minimum d'efficacité (et c'est bien ce que le chef demande !) il faut savoir "arrondir les angles" face à cette Cathédrale qui n'aime pas le Bazar.
Mais j'ai beau spammer les admin avec des liens vers Framasoft, ca n'a pas l'air de marcher (p'tet qu'ils ont Thunderbird et ses filtres, eux)
sous windows dans 99% des cas il l'est.[administrateur sur sa machine]
Dans un contexte personnel, oui.
Mais en entreprise, ou autre grande organisation (fac/école, bibliothèques, administration ...), non ! Généralement tu as une config identique pour tous les postes, souvent bien limitée et obsolète, avec qq dizaines de mégaoctets de disque réseau par utilisateur. Et pas question d'installer un soft sur un poste sans faire une demande en 3 exemplaires !
<ma vie>
Résultat, le PC bureautique qui croupit à côté de ma Sun au boulot, se traîne avec un Windows NT 4.0, M$ Office 97, Netscape 4.7, et rien d'autre que Notepad pour éditer du code ... et j'ai 70 Mo pour stocker mes mails ! [Knoppix roulaize, mais chut!]
</ma vie>
Plus sérieusement, apparemment tu souhaites juste supprimer le disque dur d'une machine "desktop", c'est bien ca ?
Comme il a été dit au-dessus, Damn Small Linux est un très bon point de départ, qu'il est ensuite possible d'étendre avec apt-get puisque c'est basé sur Debian. Plein d'autres distros embarquées ou minimalistes ont également la possibilité de s'installer sur Compact Flash, le principal intérêt étant l'absence de pièces mobiles (donc résistance aux vibrations, compacité, consommation)
Je me demande si le tout ca n'est pas au départ tiré d'une déclaration de Michel Rocard ... qui a tout à fait pu sortir le même discours au journaliste du Monde et au rédacteur du journal de son parti. Peut-être lors de la même conférence de presse ?
this new server will be able to work with RPM (Red Hat Package Management) software packages, commonly used in RHEL, as well as with Debian's DEB (Debian Package)
La plupart des (trop rares) boîtes qui fournissent des drivers Linux (libres ou proprio) pour leur matériel, les distribuent sous la forme de RPM. Juste parce que RedHat est connu. De l'autre côté, apt est tellement puissant, et avec un choix énorme de packages gérés ensemble ... [1] Pourquoi s'enfermer dans des querelles de clocher, alors qu'il serait tellement mieux pour tout le monde d'avoir un standard, et tant qu'à faire en prenant les bonnes idées là ou elles sont.
Ca tombe bien, c'est libre !
Une distrib' majeure sachant gérer les dépendances dans les deux formats est un premier pas vers une saine compatibilité entre distributions, sans pour autant renier le "style" de chacune. [2]
The new server also will be built around LSB (Linux Standard Base) 2
Là aussi, un standard améliore la visibilité, et faciliterait l'accès à Linux : pas besoin de se former sur les subtilités d'une distribution si il y a une base commune. Les éditeurs de logiciels propriétaires ne seraient ainsi plus tentés de certifier "exclusivement RedHat 9 et SuSE 8", il leur suffirait de supporter le standard ...
[1] Oui, je sais, yum/urpmi/yast ou alien sont là, et sont bien utiles, mais un peu d'unité serait bien utile pour convaincre les décideurs pressés.
[2] Et puis c'est pas gentil de dire "Daubian". Un peu de politesse, merde !
Merci pour cette explication claire.
J'aurais deux petites suggestions de profane :
- ne pourrait-on pas, au moment de sauvegarder le fichier HTML modifié, faire un "diff" entre le DOM initial et le DOM modifié, histoire de localiser les parties ayant évolué, et ne chambouler qu'une partie du fichier ? Bon, ca implique de garder un lien entre le n° de ligne HTML et un objet DOM qui change ... c'est sans doute pas simple.
- un peu moins tiré par les cheveux : n'y a t-il pas un équivalent à indent qui gère les langages à balises ? Ca permettrait ainsi à chacun de choisir un style (ce ne serait pas GNU ou k&r, il doit y en avoir d'autres), le nombre d'espaces par tabulation, etc. et quelles que soient les manipulations automatiques sur le code, d'être capable de le rendre joli et facilement lisible. Puis, une fois débuggé, le compacter sans tab ni retour chariot pour se charger plus vite. Ca pourrait même être inclus respectivement dans les opérations "save" et "publish" de nVU. En utilisant toujours le même style, on devrait pouvoir faire des diff pas trop bruités entre deux versions.
<mode = grognon>
Et pendant ce temps là, dans ces mêmes états-unis, des armes à feu "susceptible[s] de permettre [des actes] illégaux" sont en vente libre, les voitures susceptibles de commettre des infractions au code de la route circulent impunément, des armes destruction massive NBC susceptibles de créer des catastrophes écologiques majeures sont stockées en quantités gigantesques ...
Il paraît même que tout ca pourrait tuer des gens !
Mais c'est pas grave, c'est pas des stars d'Hollywood.
Quant aux guerres susceptibles de faire des dommages collatéraux pour quelques barils de pétrole, ou les prisons susceptibles de torturer des suspects sans procès en affirmant lutter contre le terrorisme, ou encore les usines susceptibles de polluer la planète mais c'est-pas-grave-on-a-pas-signé-le-protocole-de-Kyoto, on va l'oublier bien vite. Car ca rapporte tout plein de jolis dollars.
en générale on retrouve les meme idées débiles à la con en france quelques années plus tard.
Eh bien si c'est ca j'ai pas hâte à être qq années plus tard.
</ mode >
Désolé pour cette minute d'anti-américanisme primaire, ca m'arrive pas souvent, mais pfiou! ca défoule.
Je confirme, au départ ca a été développé comme émulateur x86 pour PowerPC, afin que les macqeux puissent utiliser tous les softs PC, y compris Windows.
Le symétrique de CherryOS PearPC, en somme.
< ironie >
Comme le PowerPC est bcp plus puissant, il avalait la charge sans pb.
Enfin, outre le fait que Virtual PC ca a été racheté par M$, on n'aura bientôt plus besoin de ca sur Mac, le x86 sera de série.
</ ironie >
non mais merci je sais que i correspond a l'intensite.
Oops, j'ai vraiment cru que tu demandais la signification du i. Sorry.
tu te refere a quelle intensite
Je pense que dans ce cas ca n'a pas vraiment d'importance. Si je me souviens bien, le spectre lumineux émis, visible ou pas, varie avec la température (+chaud = +de "bleu"), donc avec l'intensité instantanée. Malgré l'intertie thermique dont on parlait au-dessus, le phénomène reste périodique à 100Hz, c'est peut-être juste le rapport cyclique qui sera différent selon la longueur d'onde.
100 fois par seconde, le courant est bien nul, il change de sens.
80% tu crois? je crois que tu es optimiste
En fait c'est un peu plus : 95% dissipé en chaleur (rayonnement infrarouge) et 5% de la puissance transformée en lumière visible.
< HS > tu augmente le voltage -->[]
OK, mais la seconde couleur n'est utilisable qu'une fois, et encore, pendant qq secondes. Pour un voyant d'autodestruction ca fera l'affaire.
</ HS >
Je connais assez bien les Kiff'on, parce qu'ils sévissaient dans la même école que moi (eh oui, ces espèce de barjots funky sont tous ingés informaticiens, et certains moulent peut-être même ici). Il faut vraiment les voir sur scène, c'est impressionnant d'énergie. http://kiffon.free.fr/images/galerie/06%20-%205%20Oct.%202002%20-%2(...)
J'ai découvert il y a qq jours que leur album était dispo sous licence CC, c'est un exemple à suivre. Manifestement ils n'espèrent pas vivre de leur musique, alors autant se faire plaisir et la partager.
Allez Mickounet, Slash/A et Jojo l'Ours, ce soir c'est Disco !
i = intensité, en Ampère. Souviens-toi de la Loi d'Ohm ...
Il n'est pas question de rendement ici, juste de jour/nuit. Le rendement d'une ampoule à incandescence est de + de 80% ... en tant que chauffage à infrarouge !
Effectivement l'inertie thermique du filament fait qu'on a pas un clignotement franc, plutôt une ondulation en |sin| aplati, et encore ca doit être plus ou moins filtré par les composantes inductives dans le circuit.
De toute façon, 100Hz c'est bien au delà de la persistance rétinienne, donc on voit une lumière constante.
< HS >
Comment fait-on une LED tricolore avec deux pattes ? Une LED verte et une rouge tête-bêche dans le même boîtier, on allume l'une ou l'autre selon le sens du courant ... et on obtient un orange avec un courant alternatif suffisament rapide.
</ HS >
[^] # Re: 60%
Posté par Jimmy . En réponse au journal Journal complètement idiot !. Évalué à 2.
Le reste c'est du spam et de la pub.
--->[]
[^] # Re: Overclocking cartes ATI
Posté par Jimmy . En réponse à la dépêche Sortie des pilotes ATI et NVIDIA. Évalué à 2.
J'aimerais bien augmenter un peu l'autonomie de mon portable muni d'une Radeon 9600 Mobility, et je ne l'utilise qu'en 2D avec les drivers lilbres ...
[^] # Re: L'alternative
Posté par Jimmy . En réponse au journal My name is John, John the ripper !. Évalué à 5.
Par exemple, si le mdp est "toto1234xyz", on se logge sans pb avec "toto1234".
A votre avis, l'admin est au courant ?
[^] # Re: Ca économise 200 euros
Posté par Jimmy . En réponse à la dépêche 64000 packs de CD de Logiciels Libres distribués aux lycéens auvergnats. Évalué à 2.
Sans regarder les versions OEM ni les mises à jour :
- version étudiants : 169¤ (sur présentation d'une carte d'étudiant) pour 3 postes. C'est effectivement l'ordre de grandeur annoncé plus haut.
- version standard : 470¤ pour 1 poste
- version professionnelle : 689¤ !!! pour 1 poste
- OpenOffice.org 1.1.4 : 3.59¤ port compris chez Ikarios.
Retour sur Terre : pour le commun des mortels ayant fini ses études, il faut compter 2 à 4 fois le prix qui te vient spontanément. À réutiliser dans vos prêches pour les LL ;-)
[^] # Re: Ca économise 200 euros
Posté par Jimmy . En réponse à la dépêche 64000 packs de CD de Logiciels Libres distribués aux lycéens auvergnats. Évalué à 1.
Pour avoir un ordre d'idée, combien sont accessibles en libre-service (notamment à la bibliothèque) ? Combien ont accès à Internet ?
Ces prix sont vraiment très élevés, dans la mesure où il s'agit seulement d'obtenir des résultats qualitatifs. Une salle de TP de lycée n'est pas un labo de recherche ! Les précisions nécessaires sont bien moindres, et bien que la robustesse soit importante, je ne vois pas ce qui justifie de tels prix. Quand on dit que l'éducation manque de moyens, le pb est peut-être en amont ?
Il existe de nombreux moyens de "bricoler" avec des moyens beaucoup plus réduits, notamment avec le port parallèle pour des entrées/sorties numériques, et avec une carte son pour des entrées/sorties analogiques (BF mais pas en-dessous de 20Hz, je vous l'accorde). On peut même construire des choses assez sophistiquées, comme un électroencéphalogramme pour 200$ : http://openeeg.sourceforge.net/doc/(...)
Hmm, c'est très intéressant, ca. Pour les gens de Linux Arverne qui sont ici, quelle est la procédure pour faire reconnaître Lycée+ d'intérêt pédagogique ? Et d'autres logiciels libres aussi (tinyERP à la place de CIEL, OOo, Scilab à la place de Matlab, GCompris ...). Ca donnerait une assise institutionnelle au projet, je suis sûr que plein de décideurs dans les rectorats ou au ministère feraient confiance à un tel label.
Là on touche à ce que j'appelle le "syndrome shareware". Bcp de profs ont peur qu'on leur "pique" leurs cours ou leurs logiciels pédagogiques, donc il faut verrouiller tout ca avec des technos propriétaires. Il y a vraiment un travail de fond à faire dans les IUFM et CAPES sur les vertus du développement communautaire ! Être prof, c'est diffuser du savoir, non ?
A défaut de le faire par le haut (ministère), il faut le faire par le bas (les élèves eux-mêmes), et sur ce point Lycée+ est une petite révolution. Avec à la clé une prise de conscience de la part des "élites" ?
# C'est pas très courant ...
Posté par Jimmy . En réponse au journal Casques PC sans fil (avec micro). Évalué à 2.
http://www.handheldaudio.co.uk/pages/ui_home.asp(...)
Ce sont souvent deux articles séparés, car les critères de choix ne sont pas les mêmes pour le micro et les écouteurs. On trouve aussi des combinés écouteurs à réduction de bruit + micro, pour les téléprospecteurs comme pour les pilotes d'avion, mais là c'est désespérément avec fil.
En fait, ce qui complique un peu le pb c'est de transmettre dans les deux sens, donc le boîtier portable doit contenir émetteur et récepteur, le tout pas trop lourd et sur une seule pile. C'est un marché à lancer ...
Autre solution, si bricoler un peu d'électronique ne te fait pas peur, il y a des modules de transmission tout faits : http://www.lextronic.fr/Hybrides/divers/audio.htm(...)
Il en faut deux de chaque, et il reste à faire le préampli micro, l'ampli casque et à brancher tout ca sur un micro/casque "classique" avec fil.
[^] # Re: Ca économise 200 euros
Posté par Jimmy . En réponse à la dépêche 64000 packs de CD de Logiciels Libres distribués aux lycéens auvergnats. Évalué à 3.
http://gaf.free.fr/dilbert/bestof/m0e43gml.jpg(...)
[^] # Re: Ca économise 200 euros
Posté par Jimmy . En réponse à la dépêche 64000 packs de CD de Logiciels Libres distribués aux lycéens auvergnats. Évalué à 2.
En fait, il faut que les élèves aient envie de s'en servir, et je pense que la façon de le distribuer influera beaucoup. Si c'est présenté comme un truc obligé ("on vous donne un CD parce qu'on nous a dit de le faire"), distribué en classe entre l'emploi du temps et le règlement intérieur, on rate complètement la cible. Par contre, une séance de démo informelle à la bibliothèque, pour susciter l'intérêt avant la distribution, permettrait plus efficacement de rendre les LL "tendance".
< ma vie>
Pour moi le lycée c'est un peu plus récent (quoique, en fait non) et effectivement l'informatique était réduite à sa plus simple expression : deux 386 à la bibli pour consulter 3 cdroms et jouer au démineur, et dans un cagibi à accès restreint un 486 avec Warcraft et un 286 qu'on avait réparé pour imprimer des billets de retard pirates :-°
</ma vie>
Il n'y avait aucun enseignement sur l'utilisation de l'outil informatique (j'oublie volontairement les TO7 du collège), encore moins sur la programmation, et on commencait tout juste à parler d'internet ... En fait, ce qui m'a le plus servi dans ce domaine c'est les cours de techno de 6e, où j'ai appris à taper des 10 doigts sur une _machine_à_écrire_.
Les seuls ordinateurs utilisés lors des cours concernaient les ExAO (EXpériences Assistées par Ordinateur) en TP de bio. En gros un diaporama sur le code génétique et une courbe de taux d'oxygène, le tout sous DOS. La grosse majorité des outils pour les sciences expérimentales, y compris ces logiciels et les périphériques d'acquisition de données, portaient une seule marque : Jeulin.
En regardant sur leur site, apparemment ce n'a effectivement pas bcp changé en 10 ans. Et les prix de tous les bidules cumulés me semble assez élevé, quand on pense qu'il faut y ajouter les machines elles-mêmes et les licences pour chaque poste ...
http://www.jeulin.fr/sites/jeulin/catalogue/exao/systeme_d_acquisit(...)
Il est évident que pour une telle société, en situation de quasi-monopole (à moins que ca, ca ait changé, y'a des lycéeens dans la salle ?) il n'y a aucun intérêt au changement, à une quelconque compatibilité, à une libération des logiciels pédagogiques, ni au fait que les profs se mettent à imaginer des expériences et des leçons plutôt que de les acheter tout cuits avec tout le matériel-pédagogique-parfaitement-adapté-fait-par-des-experts. De toute façon, les établissements sont tenus de respecter les programmes, non ?
http://www.jeulin.fr/sites/jeulin/catalogue/nouveautes_6eme/technol(...)
En ce qui concerne l''utilisation de l'informatique au lycée dans les domaines non-expérimentaux, je ne sais pas du tout ce qu'il se fait ces temps-ci. Labo de langues ? Calcul formel ? Compta et statistiques ? Recherche d'infos sur le Net ?
En tout cas, ce qui change, c'est justement qu'il y a un grand nombre d'initiatives, souvent locales voire individuelles, pour faire entrer les LL à l'école. Ca a commencé par qq profs geeks, mais c'est maintenant avec ce genre de campagne de visibilité, de sensibilisation, de diffusion, que l'intérêt peut naître chez ceux qui ne connaissent pas les logiciels libres, ou pire qui en ont un a-priori négatif.
Certains parlaient de "charrue avant les b½ufs", je répondrais qu'il faut justement commencer par montrer au b½uf ce qu'est une charrue et comment on laboure ...
[Oops, je me rends compte que cette métaphore risque de faire croire à certains que je confonds b½uf et mammouth ;-) ]
Bref, je pense qu'une telle initiative est l'occasion, autant pour les enseignants et les décideurs que pour les élèves et leurs parents, de découvrir qu'une alternative existe. C'est déjà beaucoup. Ensuite, il reste à encourager l'utilisation effective, grâce à un déploiement sur les postes des établissements, un support attentif par la communauté et une formation des enseignants. J'espère que cette initiative s'étendra aux autres régions, et qu'ainsi on forme toute une génération de pingouins.
[^] # Re: Benchmarks?
Posté par Jimmy . En réponse au journal Compiler pour un FPGA. Évalué à 5.
Maintenant on peut faire de la "reconfiguration partielle" de FPGA, même en cours de fonctionnement. C'est pas simple, y'a des contraintes de conception, mais ca permet d'avoir plusieurs coprocesseurs dédiés pour le prix d'un, à condition de ne pas les utiliser au même moment. A ma connaissance, il n'y a pas besoin de System C pour ca.
Hmm, je ne suis pas de cet avis. Un très bon softeux qui maîtrise le C/C++ sur le bout des doigts peut être un mauvais développeur *HDL, et inversement. Les subtilités de syntaxe sont à mon avis secondaires (le VHDL ressemble un peu à ADA ou Pascal, avec des begin/end), il s'agit plutôt d'une approche différente de la conception. Cela nécessite une bonne connaissance électronique, notamment pour les gestions d'horloges, les timings et synchonisations, l'allocation des ressources, la maîtrise d'un "style" facilement optimisable par les outils, et surtout le découpage du problème en modules parallèles. Ce ne sont pas des choses qu'on apprend en faisant "juste" du logiciel.
Ajouter les notions de parallèlisme et d'horloge au C, ca revient à refaire un autre langage HDL [hardware description langage], juste avec une syntaxe plus répandue.
Mais là où ca a un vrai intérêt, c'est dans une démarche de codesign. Souvent, au début de la définition d'un produit, les choix de répartition entre le soft etle hard sont faits de manière très arbitraire, alors que les algorithmes à implémenter ne sont pas encore bien définis ... Avec un langage mixte (hard+soft), on peut commencer à développer l'application, et la co-simuler, avant d'avoir figé l'architecture de traitement. On peut ensuite choisir son CPU, DSP, FPGA ou ASIC en connaissance de cause, selon les performances attendues. Le gros avantage, c'est que dans la phase de codage tout le monde bosse ensemble, en même temps : pas besoin d'attendre que le hardware soit validé pour commencer le soft, on gagne du temps.
De toute façon, pour suivre l'évolution de la complexité des puces on va vers des niveaux d'abstraction de plus en plus élevés : tout comme on est passé du langage machine à l'assembleur, puis au langage compilé et ensuite aux langages objets interprétés, pour le design de puces on est passé du dessin de masques aux schémas de portes logiques, puis au HDL et à la réutilisation de modules fonctionnels (IP). Avec à chaque étape un gain de productivité, au prix d'une moins bonne optimisation. D'ailleurs, aucune des vieilles techniques n'est complètement abandonnée, elle est juste réservée aux éléments les plus sensibles. La prochaine étape, dont on parle ici, ne sera certainement pas la dernière ...
Un autre aspect de la convergence entre le matériel et le logiciel, c'est l'intégraton de plus en plus poussée des différentes technologies électroniques dans une seule grosse puce. Il y a par exemple les Virtex4 de Xilinx, FPGA intégrant un ou deux processeurs PowerPC 405, ou bien les modules VHDL ayant une fonction de processeur comme le Nios ou le MicroBlaze (qui suportent tous les deux µCLinux). A l'inverse, ST vient de sortir des processeurs pour station de base 3G qui contiennent un CPU, un DSP, ... et un petit FPGA. http://www.st.com/stonline/prodpres/dedicate/wsinfra/digital/dsp.ht(...)
Pour revenir sur le sujet du journal, il s'agit apparemment d'un paramétrage automatique de processeur, selon le code à exécuter, le tout implémenté en FPGA. J'imagine qu'il y a une grosse collection de modules de calcul tout faits en HDL, qui sont assemblés pour paralléliser au maximum un algo donné. Sinon je ne vois pas comment ils font pour traduire 180 lignes de "Mitrion-c" en 150,000 lignes de VHDL. Reste à voir si le gain de temps de développement est tel qu'il vaut une perte de ressources de 50% ...
[^] # Re: a quand un logiciel a la "rdm le mans" libre
Posté par Jimmy . En réponse à la dépêche Code_Aster accessible !. Évalué à 3.
Plus sérieusement, je dénonce le fait que pour un éditeur de softs propriétaires, en dehors des grosses distrib' commerciales point de salut.
Imposer l'utilisation d'une version de Red Hat ou de SuSE, qu'est-ce que ca veut dire ? Ils imposent une liste de paquets à installer ? La sélection de l'installeur par défaut ?
Même avec la distrib préconisée, il suffit que j'aie installé des paquets différents de ceux qui ont servi à tester le soft proprio (Gnome au lieu de KDE, un noyau 2.6 ou 2.4, un shell différent ...) pour que la validation par l'éditeur vole en éclats, autant que si j'utilisais une autre distrib' !
A cause de ca, j'ai un collègue qui a fait installer une Red Hat 6.2 sur le dernier Dell, et qui a vite fait de conclure que Linux c'est nul il-reconnait-pas-la-carte-graphique. Ca décrédibilise complètement les logiciels libres ! Il a fallu que je lui démontre que le soft propriétaire en question marchait parfaitement avec une distribution à jour, indépendamment des préconisations. Surtout que les dépendances sont souvent réduites à leur plus simple expression, les éditeurs proprio ont l'habitude d'amener leurs propres DLL ...
A mon avis, le seul critère pertinent c'est justement une version de noyau (et encore), de libc, de shell ... Après on peut lister quelques distrib' connues qui correspondent aux critères, mais refuser le support parce qu'on n'a pas pioché dans cette liste, je pense que c'est une erreur.
Il ne faut pas confondre "système d'exploitation" et "distribution", mais je ne crois pas que cette distinction soit bien connue dans le monde des logiciels propriétaires.
J'en reviens au point intéressant : il manque vraiment des logiciels de CAO libres !
[^] # Re: a quand un logiciel a la "rdm le mans" libre
Posté par Jimmy . En réponse à la dépêche Code_Aster accessible !. Évalué à 3.
Par contre, le calcul par éléments finis n'est qu'un maillon dans la chaîne de simulation numérique. C'est effectivement la partie la plus gourmande en mémoire et en CPU (souvent 6 composantes à calculer pour plus de 100 000 éléments), mais ce n'est pas la seule ! Car avant ça, il faut modéliser le problème (notamment le dessiner en 3D), fixer les conditions aux limites, choisir le bon maillage selon le problème (plus fin là où on veut plus de détails), et après le calcul lui-même il faut encore extraire les résultats (généralement une visu 3D avec de belles couleurs arc-en-ciel).
Il y a pas mal de projets de calcul en éléménts finis sur SourceForge (catégorie "physique" : http://sourceforge.net/softwaremap/trove_list.php?form_cat=387(...) ), souvent issus de recherches universitaires, mais effectivement il n'y a rien de vraiment finalisé en ce qui concerne l'ensemble de la simulation numérique et la CAO.
C'est à mon avis un domaine dans lequel il y a un manque criant de logiciels libres, et où l'on voit le plus de logiciels propriétaires (extrêmement chers) portés des Unices traditionnels vers Windows et plus récemment vers Linux. Après l'informatique elle-même, c'est là que les entreprises industrielles profiteraient le plus du Libre, et de la capacité d'amélioration qui va avec. Il y aurait aussi des avantages en termes de sécurité : ne seriez-vous pas plus tranquilles si les air-bags et la "déformation programmée" de votre voiture avaient été simulés par des logiciels libres, revus et validés ?
qq exemples :
- CAO électronique (eagle, gratuit mais pas libre http://www.cadsoft.de(...) ) et conception de puces (Xilinx ISE http://www.xilinx.com/ise/logic_design_prod/webpack.htm(...) )
- aérodynamique (Fluent http://www.fluent.com/solutions/sports/applications.htm(...) , Cosmos http://www.solidworks.com/pages/products/cosmos/cosmosfloworks.html(...) )
- conception mécanique et aéronautique (Catia http://www.3ds.com/products-solutions/plm-solutions/catia/overview/(...) , Cosmos, Nastran)
Regardez les plate-formes supportées, c'est assez intéressant ! Il y a souvent Linux, mais presque exclusivement RHEL et SuSE ... vivement une vraie LSB pour mettre tout le monde d'accord.
Quel overclockeur n'a pas rêvé de modéliser l'efficacité thermique de son super radiateur et l'aérodynamique de son ventilateur ?
# Europe != monde
Posté par Jimmy . En réponse au journal Logiciel d'aide à l'enregistrement de brevet sur freshmeat. Évalué à 2.
Pense aux pauvres étatsuniens, qui eux n'ont pas échappé aux dangers des brevets logiciels !
Autant en Europe il y avait un flou juridique, et une polémique, autant de l'autre côté de l'Atlantique les brevets logiciels sont une réalité de plus en plus en vogue.
Par conséquent, un petit coup de pouce pour que les PME et les développeurs de LL se frayent un chemin dans la jungle juridique, ca me paraît un moindre mal.
Il faut se battre à armes égales.
Mais ca me gênerait aussi si ce soft faisait lui-même l'objet d'un brevet.
[^] # Re: degre de complexité
Posté par Jimmy . En réponse au journal Microsoft fait parler de Linux. Évalué à 2.
En théorie, oui, mais en pratique si tu veux bosser avec un minimum d'efficacité (et c'est bien ce que le chef demande !) il faut savoir "arrondir les angles" face à cette Cathédrale qui n'aime pas le Bazar.
Mais j'ai beau spammer les admin avec des liens vers Framasoft, ca n'a pas l'air de marcher (p'tet qu'ils ont Thunderbird et ses filtres, eux)
[^] # Re: degre de complexité
Posté par Jimmy . En réponse au journal Microsoft fait parler de Linux. Évalué à 2.
Dans un contexte personnel, oui.
Mais en entreprise, ou autre grande organisation (fac/école, bibliothèques, administration ...), non ! Généralement tu as une config identique pour tous les postes, souvent bien limitée et obsolète, avec qq dizaines de mégaoctets de disque réseau par utilisateur. Et pas question d'installer un soft sur un poste sans faire une demande en 3 exemplaires !
<ma vie>
Résultat, le PC bureautique qui croupit à côté de ma Sun au boulot, se traîne avec un Windows NT 4.0, M$ Office 97, Netscape 4.7, et rien d'autre que Notepad pour éditer du code ... et j'ai 70 Mo pour stocker mes mails ! [Knoppix roulaize, mais chut!]
</ma vie>
# Et pourquoi pas l'ordi dans la Compact Flash, tant qu'on y est ?
Posté par Jimmy . En réponse au journal linux sur compact flash?. Évalué à 4.
http://linuxdevices.com/files/misc/cf-cpu-board.jpg(...)
http://www.linuxdevices.com/news/NS4606830731.html(...) (suivre les liens)
Bon, c'est vraiment pour de l'embarqué, avec µClinux sur un microcontrôleur ColdFire, juste une liaison série pour brancher un terminal texte ... le tout dans un boîtier CompactFlash type 2.
Plus sérieusement, apparemment tu souhaites juste supprimer le disque dur d'une machine "desktop", c'est bien ca ?
Comme il a été dit au-dessus, Damn Small Linux est un très bon point de départ, qu'il est ensuite possible d'étendre avec apt-get puisque c'est basé sur Debian. Plein d'autres distros embarquées ou minimalistes ont également la possibilité de s'installer sur Compact Flash, le principal intérêt étant l'absence de pièces mobiles (donc résistance aux vibrations, compacité, consommation)
Concernant les mémoires Flash, elles sont géréralement conçues pour ~100 000 cycles d'écriture, ce qui peut arriver assez vite si on écrit toujours au même endroit. C'est malheureusement le cas avec le filesystem FAT pour sa table d'allocation, ou encore (dans une moindre mesure) avec ext2 pour chaque répertoire. Pour éviter ca, d'autres filesystem ont été conçus spécialement pour les Flash, comme JFFS, JFFS2 ou YAFFS.
http://developer.axis.com/software/jffs/(...)
http://sources.redhat.com/jffs2/(...)
http://sourceware.org/jffs2/jffs2-html/(...)
http://www.aleph1.co.uk/yaffs/index.html(...)
[^] # Re: Politiquement correct
Posté par Jimmy . En réponse au journal Brevets Logiciels au PS. Évalué à 2.
# \o/
Posté par Jimmy . En réponse au journal la parochaine Mandriva Corporate Server basée sur Daubian.. Évalué à 8.
La plupart des (trop rares) boîtes qui fournissent des drivers Linux (libres ou proprio) pour leur matériel, les distribuent sous la forme de RPM. Juste parce que RedHat est connu. De l'autre côté, apt est tellement puissant, et avec un choix énorme de packages gérés ensemble ... [1] Pourquoi s'enfermer dans des querelles de clocher, alors qu'il serait tellement mieux pour tout le monde d'avoir un standard, et tant qu'à faire en prenant les bonnes idées là ou elles sont.
Ca tombe bien, c'est libre !
Une distrib' majeure sachant gérer les dépendances dans les deux formats est un premier pas vers une saine compatibilité entre distributions, sans pour autant renier le "style" de chacune. [2]
Là aussi, un standard améliore la visibilité, et faciliterait l'accès à Linux : pas besoin de se former sur les subtilités d'une distribution si il y a une base commune. Les éditeurs de logiciels propriétaires ne seraient ainsi plus tentés de certifier "exclusivement RedHat 9 et SuSE 8", il leur suffirait de supporter le standard ...
[1] Oui, je sais, yum/urpmi/yast ou alien sont là, et sont bien utiles, mais un peu d'unité serait bien utile pour convaincre les décideurs pressés.
[2] Et puis c'est pas gentil de dire "Daubian". Un peu de politesse, merde !
[^] # Re: et un linux ?
Posté par Jimmy . En réponse au journal Un jour des ordinateurs seront implantés dans le corps humain, prédit Bill Gates. Évalué à 2.
[^] # Re: Reformatage du code
Posté par Jimmy . En réponse à la dépêche Nvu 1.0 est sorti. Évalué à 5.
J'aurais deux petites suggestions de profane :
- ne pourrait-on pas, au moment de sauvegarder le fichier HTML modifié, faire un "diff" entre le DOM initial et le DOM modifié, histoire de localiser les parties ayant évolué, et ne chambouler qu'une partie du fichier ? Bon, ca implique de garder un lien entre le n° de ligne HTML et un objet DOM qui change ... c'est sans doute pas simple.
- un peu moins tiré par les cheveux : n'y a t-il pas un équivalent à indent qui gère les langages à balises ? Ca permettrait ainsi à chacun de choisir un style (ce ne serait pas GNU ou k&r, il doit y en avoir d'autres), le nombre d'espaces par tabulation, etc. et quelles que soient les manipulations automatiques sur le code, d'être capable de le rendre joli et facilement lisible. Puis, une fois débuggé, le compacter sans tab ni retour chariot pour se charger plus vite. Ca pourrait même être inclus respectivement dans les opérations "save" et "publish" de nVU. En utilisant toujours le même style, on devrait pouvoir faire des diff pas trop bruités entre deux versions.
Tiens, je viens d'en trouver un, mais il est tout sauf libre :-(
http://www.polystyle.com/features/html-beautifier.jsp(...)
[^] # Re: Prochainement...
Posté par Jimmy . En réponse au journal Les auteurs de logiciels de P2P bientôt poursuivis ?. Évalué à 10.
Et pendant ce temps là, dans ces mêmes états-unis, des armes à feu "susceptible[s] de permettre [des actes] illégaux" sont en vente libre, les voitures susceptibles de commettre des infractions au code de la route circulent impunément, des armes destruction massive NBC susceptibles de créer des catastrophes écologiques majeures sont stockées en quantités gigantesques ...
Il paraît même que tout ca pourrait tuer des gens !
Mais c'est pas grave, c'est pas des stars d'Hollywood.
Quant aux guerres susceptibles de faire des dommages collatéraux pour quelques barils de pétrole, ou les prisons susceptibles de torturer des suspects sans procès en affirmant lutter contre le terrorisme, ou encore les usines susceptibles de polluer la planète mais c'est-pas-grave-on-a-pas-signé-le-protocole-de-Kyoto, on va l'oublier bien vite. Car ca rapporte tout plein de jolis dollars.
en générale on retrouve les meme idées débiles à la con en france quelques années plus tard.
Eh bien si c'est ca j'ai pas hâte à être qq années plus tard.
</ mode >
Désolé pour cette minute d'anti-américanisme primaire, ca m'arrive pas souvent, mais pfiou! ca défoule.
[^] # Re: La qualité Microsoft
Posté par Jimmy . En réponse au journal Bientôt le support Linux dans MS Virtual Server. Évalué à 2.
Le symétrique de CherryOS PearPC, en somme.
< ironie >
Comme le PowerPC est bcp plus puissant, il avalait la charge sans pb.
Enfin, outre le fait que Virtual PC ca a été racheté par M$, on n'aura bientôt plus besoin de ca sur Mac, le x86 sera de série.
</ ironie >
A la même époque, vers 1997, il y a eu aussi des cartes Pentium en PCI, qui permettaient d'avoir les deux machines indépendamment en fonctionnement (affichage et disque dur partagés). Ce n'est finalement pas la première fois qu'Apple utilise des puces Intel ...
http://perso.wanadoo.fr/petite.collection/Pho512plus/a6100e.jpg(...)
http://sawww.epfl.ch/SIC/SA/publications/FI97/fi-6-97/6-97-page17.h(...)
[^] # Re: Rational !
Posté par Jimmy . En réponse au sondage Que conseiller à Mandriva de racheter ?. Évalué à 5.
-->[]
[^] # Re: J'ai eu du bol
Posté par Jimmy . En réponse au journal Tout le monde aux fenêtres, pas de maison!. Évalué à 2.
Oops, j'ai vraiment cru que tu demandais la signification du i. Sorry.
tu te refere a quelle intensite
Je pense que dans ce cas ca n'a pas vraiment d'importance. Si je me souviens bien, le spectre lumineux émis, visible ou pas, varie avec la température (+chaud = +de "bleu"), donc avec l'intensité instantanée. Malgré l'intertie thermique dont on parlait au-dessus, le phénomène reste périodique à 100Hz, c'est peut-être juste le rapport cyclique qui sera différent selon la longueur d'onde.
100 fois par seconde, le courant est bien nul, il change de sens.
80% tu crois? je crois que tu es optimiste
En fait c'est un peu plus : 95% dissipé en chaleur (rayonnement infrarouge) et 5% de la puissance transformée en lumière visible.
< HS >
tu augmente le voltage -->[]
OK, mais la seconde couleur n'est utilisable qu'une fois, et encore, pendant qq secondes. Pour un voyant d'autodestruction ca fera l'affaire.
</ HS >
[^] # Re: La Disco et le Funk non plus
Posté par Jimmy . En réponse au journal Le punk n'est pas mort. Évalué à 3.
http://kiffon.free.fr/images/galerie/06%20-%205%20Oct.%202002%20-%2(...)
J'ai découvert il y a qq jours que leur album était dispo sous licence CC, c'est un exemple à suivre. Manifestement ils n'espèrent pas vivre de leur musique, alors autant se faire plaisir et la partager.
Allez Mickounet, Slash/A et Jojo l'Ours, ce soir c'est Disco !
[^] # Re: J'ai eu du bol
Posté par Jimmy . En réponse au journal Tout le monde aux fenêtres, pas de maison!. Évalué à 2.
Il n'est pas question de rendement ici, juste de jour/nuit. Le rendement d'une ampoule à incandescence est de + de 80% ... en tant que chauffage à infrarouge !
Effectivement l'inertie thermique du filament fait qu'on a pas un clignotement franc, plutôt une ondulation en |sin| aplati, et encore ca doit être plus ou moins filtré par les composantes inductives dans le circuit.
De toute façon, 100Hz c'est bien au delà de la persistance rétinienne, donc on voit une lumière constante.
< HS >
Comment fait-on une LED tricolore avec deux pattes ? Une LED verte et une rouge tête-bêche dans le même boîtier, on allume l'une ou l'autre selon le sens du courant ... et on obtient un orange avec un courant alternatif suffisament rapide.
</ HS >