zerkman a écrit 1107 commentaires

  • [^] # Re: Z-machine

    Posté par  (site web personnel) . En réponse au sondage Quelle énergie pour demain ?. Évalué à 3.

    c'est donc la taille qui compte ?

  • [^] # Re: Nucléaire

    Posté par  (site web personnel) . En réponse au sondage Quelle énergie pour demain ?. Évalué à 8.

  • [^] # Re: LA VRAIE QUESTION

    Posté par  (site web personnel) . En réponse au journal Les SSD. Évalué à 9.

    non c'est un carré dur.

  • # Numerology

    Posté par  (site web personnel) . En réponse au journal [ctrl-d]La table périodique des absurdités irraisonnées.. Évalué à 4.

    J'aime bien les numéros associés à certains éléments. 2012 pour la fin du monde, 911 pour la théorie du complot, 1023 pour l'homéopathie .. :)

  • [^] # Re: Bravo majeur

    Posté par  (site web personnel) . En réponse au journal Mozilla veut lancer son OS. Évalué à 5.

    [quote]Que la communauté perçoive la force du projet de Mozilla et oeuvre avec vigilante à la production (ou l'audit) du code pour garantir sa sainteté[/quote]
    faut quand même pas exagérer, le code de Mozilla ce n'est pas le Graal non plus.

  • # Nucléaire

    Posté par  (site web personnel) . En réponse au sondage Quelle énergie pour demain ?. Évalué à 2.

    Pour demain, c'est le nucléaire, c'est évident. Pour après demain, je ne dis pas, on aura peut-être soit résolu les problèmes actuels du nucléaire (sûreté, déchets), soit passé à du tout renouvelable, why not.

    Si je dis que demain c'est le nucléaire, c'est parce que le problème numéro 1 à résoudre c'est l'augmentation du CO2 dans l'atmosphère. Donc il faut virer les énergies fossiles et vite. Et quoi mettre à la place ? On n'a rien d'utilisable immédiatement à part le nucléaire. On aura ensuite le temps de voir venir, soit en supprimant les risques du nucléaire, soit en utilisant des sources d'énergies renouvelables viables. Et là, c'est pas encore gagné, ni d'un côté ni de l'autre.

    Pour la résolution des problèmes du nucléaire, c'est pas gagné, avec les écolos qui préfèrent arrêter les programmes de recherche (Phénix, Superphénix, et y'en a qui luttent ferme contre ITER aussi) que de laisser une chance à cette filière qui pourrait bien durablement résoudre pas mal de problèmes d'approvisionnement en énergie.

    Pour les énergies renouvelables, il y a plein de problèmes non résolus non plus, comme le fait de produire des éoliennes à pas cher, faire des trous sans risque pour le sous-sol pour la géothermie, concevoir des panneaux solaires pas cher qui produisent plus d'énergie qu'il n'en a coûté pour les produire, etc. Tout ça sans parler du problème du stockage de l'énergie. Parce que si mon PC ne marche que quand il y a du vent ou en plein soleil, ça ne va pas aller.

  • [^] # Re: ouverture

    Posté par  (site web personnel) . En réponse au journal De ma propre schizophrénie.... Évalué à 2.

    oui. un Etat n'est pas une personne, et il doit travailler dans l'intérêt (et sous la surveillance) des personnes. Donc il est normal de réclamer la transparence lorsqu'il s'agit des affaires d'un Etat.

    un individu lambda n'a probablement pas de comptes à rendre à quiconque, donc il est normal qu'il ait droit à un espace privé qui puisse être garanti.

  • [^] # Re: Baptême

    Posté par  (site web personnel) . En réponse à la dépêche Migration LinuxFr.org terminée. Évalué à 8.

    Permanence

  • [^] # Re: Pas assez d'infos...

    Posté par  (site web personnel) . En réponse au message Mercurial : révision aléatoire pour des changements inexistants. Évalué à 2.

    j'ai deux clones, l'un pour quelques tests, et l'un de dev principal.

    il n'y a pas de branches locales dans Hg ?

  • [^] # Re: Chacun son style

    Posté par  (site web personnel) . En réponse à la dépêche Naissance d'un géant : Java. Évalué à 2.

    je voulais dire qu'il y a bien plus de détection automatique d'erreur à l'exécution en Java qu'avec d'autres langages, et que ça tend à valider une certaine façon de travailler, qui consiste à compiler, puis à exécuter pour voir si ça marche. En C/C++, c'est une mauvaise habitude, on ne peut pas travailler comme ça.

  • # proxy en php

    Posté par  (site web personnel) . En réponse au message Proxy pour connection censurée. Évalué à 2.

    salut,

    je peux te dépanner temporairement (même plusieurs mois si besoin). J'ai un petit serveur web auto-hébergé, avec un proxy http/https en php, accessible par une page https.

    tu n'as qu'à me filer ta ligne htpasswd pour que je te permette d'y accéder, à cette adresse : xr1310452363cwj@mail-temporaire.fr

  • [^] # Re: Chacun son style

    Posté par  (site web personnel) . En réponse à la dépêche Naissance d'un géant : Java. Évalué à 3.

    Le problème de Java c'est que ça masque pas mal de concepts bas niveau, comme les adresses (pourtant utilisées dans les références, avec plein de limitations), la décomposition de la mémoire en octets (pas d'union, pas de cast de pointeurs, pas d'équivalent à void*), etc. Et donc l'étudiant qui programme en Java n'a limite pas besoin de savoir que ses variables sont stockées en binaire en mémoire, ce qui donne des situations où ils ne comprennent pas ce qu'est un masquage de bits ou un décalage, alors que ça sert tout le temps.

    Quand le langage n'est pas fait pour manipuler certains concepts, le programmeur ne les utilise tout simplement pas.

    De plus tu ne réponds pas au problème posé au départ: certains automatismes de programmation ne sont tout simplement pas assimilés par l'étudiant parce que le langage ajoute de la vérification et le garbage collector fait le ménage à la place du programmeur.
    Donc pas besoin de prévoir de libérer ce que tu alloues, pas de programmation défensive sur les indices de tableaux, pas d'initialisation de variables, ... L'étudiant sera complètement perdu quand il passera à un langage de plus bas niveau et qu'il devra se mettre à programmer proprement.

  • [^] # Re: Chacun son style

    Posté par  (site web personnel) . En réponse à la dépêche Naissance d'un géant : Java. Évalué à 3.

    oui et c'est thread-safe.

  • [^] # Re: Chacun son style

    Posté par  (site web personnel) . En réponse à la dépêche Naissance d'un géant : Java. Évalué à 2.

    C++:
    Ton programme peut planter, ou pas. En tout cas il ne fait pas ce que tu veux, et tu comprends pas forcément pourquoi. Tu lance gdb ou valgrind, tu vois l'erreur, tu corrige.

    C'est bien ce que je dis, si tu fais n'importe quoi ça ne se voit pas forcément tout de suite. Et si tu utilises un tableau alloué dans la pile valgrind peut ne rien voir du tout.

    gdb ne dit rien sur les dépassements de tableaux. tu ne l'utiliseras qu'en cas de plantage, et pas si le programme a l'air de marcher.

    En tout cas les programmeurs Java ont pris le pli du workflow "compiler, exécuter, vérifier", parce que dans beaucoup de cas c'est à l'exécution qu'on voit les erreurs. Dans d'autres langages plus bas niveau la vérification doit commencer dès l'écriture du code.

  • [^] # Re: Chacun son style

    Posté par  (site web personnel) . En réponse à la dépêche Naissance d'un géant : Java. Évalué à 4.

    Que reproche tu au fait de tester son code et de l'adapter si ça marche pas ? Ça me parait tout à fait naturel...

    En Java tu as plein de garde-fous qui te protègent de certaines erreurs, comme l'accès à un mauvais indice de tableau. Ton programme Java va immédiatement te dire que ton accès est mauvais, alors qu'en C ou C++, dans le pire cas personne ne te dit quoi que ce soit et tu as l'impression que ça marche. On est donc obligés de faire attention à pas mal de choses, comme la validité des indices de tableaux, la validité d'un pointeur, etc.

    C'est cette obligation d'attention lors de l'écriture qui va manquer aux développeurs Java qui diront ensuite "C ou C++ sai nul, on peut faire trop de conneries avec".

  • [^] # Re: Chacun son style

    Posté par  (site web personnel) . En réponse à la dépêche Naissance d'un géant : Java. Évalué à 10.

    C++ demande une formation solide et une bonne compréhension pour arriver à l'utiliser correctement, avec Java une formation de quelques semaines suffit.

    Oui, quelques semaines suffisent à inculquer à un programmeur toutes les mauvaises habitudes de programmation possible et imaginables. Pas besoin de libérer des ressources allouées, y'a le garbage collector pour ça, on peut coder par essai et erreur (c'est quoi le français pour "trial and error" ?), etc.

    Apprendre à programmer par le langage le plus déresponsabilisant qui soit, c'est vraiment pas la meilleurs solution.

  • [^] # Re: Sources ?

    Posté par  (site web personnel) . En réponse au journal Les élus républicains tuent le successeur de Hubble. Évalué à 2.

    En France on a bien fait pareil avec l'arrêt de Phénix et Superphénix qui auraient pu faire beaucoup avancer la recherche nucléaire dans la voie du recyclage des déchets. Donc le genre de décision grotesque d'annuler le James Webb peut selon moi parfaitement avoir lieu.

  • [^] # Re: La clim chez la SNCF

    Posté par  (site web personnel) . En réponse au journal SNCF et Relation Client. Évalué à 3.

    Le mieux que j'ai eu comme excuse sur le RER B c'est quand même une baston dans une rame (certainement dûe à un « afflux de voyageurs » d'ailleurs).

  • [^] # Re: Il fut un temps...

    Posté par  (site web personnel) . En réponse au journal SNCF et Relation Client. Évalué à 5.

    Si mes impôts servent au service public, et pas à subventionner des multinationales, oui, je préfère.

  • # La SNCF se fout de la gueule des usagers

    Posté par  (site web personnel) . En réponse au journal SNCF et Relation Client. Évalué à 7.

    La SNCF attache la plus grande importance à la régularité de la circulation des trains. Malgré les précautions prises, les incidents qui surviennent de façon inopinée et les retards qui s'ensuivent, ne peuvent pas toujours être évités.

    Ca c'est le pipeau de la SNCF depuis des années. Tous les ans, la SNCF découvre qu'il neige en hiver, et quand on a 5 cm de neige, ça fout un bordel pas possible sur les lignes. Elle découvre aussi que les feuilles tombent en automne, et annule des RER et autres trains de banlieue.

  • [^] # Re: Il fut un temps...

    Posté par  (site web personnel) . En réponse au journal SNCF et Relation Client. Évalué à 7.

    Ouais c'est vrai, il faudrait reengager tous ces gens pour avoir un service absolument tip-top.

    Mais tu serais pret a payer la difference sur le prix des billets et abonnements ?

    Bin ça marchait bien avant, quand la SNCF était un service public qui ne fonctionnait pas sur la recherche de rentabilité maximum. Le service s'est dégradé, et le tarif des billets n'a pas été diminué en conséquence. C'est marrant, on parle toujours des coûts supplémentaires induits par l'augmentation de la qualité de service, mais jamais des économies faites quand ça se dégrade. Ces économies sont pourtant bien allés quelque part ...

  • # oui

    Posté par  (site web personnel) . En réponse au message test. Évalué à 4.

    chez moi ça marche.

  • [^] # Re: Rajouter une couche

    Posté par  (site web personnel) . En réponse au journal Qt ? GTK+ ?.... Évalué à -9.

    Bin quand j'utilise des applis Qt, j'ai l'impression d'être sous Windows 95. Les applis ont un aspect très austère et repoussant. Je sais que c'est customisable, mais vu que je ne travaille pas sous KDE, je n'ai pas trouvé.

    Autre problème, je constate des bugs depuis des années lors d'utilisation de toutes applis Qt hors de KDE. Genre les menus déroulants qui apparaissent la première fois en haut de l'écran au lieu du dessous de la barre de menu, puis au bon endroit ensuite. Cela donne un côté pas fini assez insupportable.

  • [^] # Re: Rajouter une couche

    Posté par  (site web personnel) . En réponse au journal Qt ? GTK+ ?.... Évalué à -9.

    GTK hors du monde Linux, c'est assez l'horreur niveau ergonomie

    Un peu comme Qt sous Linux ?

  • # Inversion de matrice, factorisation LU ...

    Posté par  (site web personnel) . En réponse au journal Cherche exemple d'expression de calcul lourd. Évalué à 2.

    des algos bien lourds et bien gourmands utilisés dans la résolution ou l'optimisation de systèmes d'inéquations linéaires.

    ou alors carrément un solveur de programmation linéaire, avec algo du simplexe révisé, travaillant sur des matrices creuses (quand c'est homogène c'est trop facile).