Etienne Bagnoud a écrit 1852 commentaires

C'est pour ça que la BNS a acheté plein d'euro, pour éviter que celui-ci se casse la gueule, mais ça marche pas, du coups les investisseurs reviennent sur le franc suisse et du coups les exportations se cassent la gueule.
Ils sont chiants avec leur monnaie unique faible.

"It was a bright cold day in April, and the clocks were striking thirteen" - Georges Orwell

10 milliards de francs, je trouve pas ça gratuit. De plus que c'est la Suisse qui a entièrement financé les travaux, si mes souvenirs sont exactes.

"It was a bright cold day in April, and the clocks were striking thirteen" - Georges Orwell

Mais en chauffant, tu diminues l'alcool dans le brevage :-(
Un verre à "shot" de pomme ou de Williamine que tu déposes délicatement au fond d'une chope de bière (ou un 33, mais ça passe pas toujours) (pas lâcher le verre dans la chope, sinon ta bière, c'est une mousse). Ça monte assez vite au cerveau.
Sinon il y'a la bière-limonade-gin. Faut aimer le gin.
Finalement tu peux boire aussi de la lie sans rien ...

"It was a bright cold day in April, and the clocks were striking thirteen" - Georges Orwell

C'est les < et > que j'ai mis autour des noms des touches, j'ai pas vu qu'ils avaient été mangés. En fait il faut mettre <TAB> et <ESPACE> où il manquent des mots :

[...] autant de fois <TAB> que nécessaire [...]
[...] (certain c'est même <ESPACE>)
Pourtant <TAB> et <ESPACE> fonctionnent la même chose.

"It was a bright cold day in April, and the clocks were striking thirteen" - Georges Orwell

Mes utilisateurs ne savent que taper du texte. En gros pour écrire un lettre, ils vont taper autant de fois que nécessaire pour que l'adresse soit à droite (certain c'est même ).
Par contre ils ont tous un besoin viscéral d'utiliser MS Office. Pourtant et fonctionnent la même chose.

Mais bon, en même temps ils achètent Apple et installent VMWare, Windows XP, MS Office, MS Windows Internet Explorer, MS Windows Media Player, iTunes pour Windows, MSN, ...

Du coups plus rien ne m'étonne.

"It was a bright cold day in April, and the clocks were striking thirteen" - Georges Orwell

picon-bière

C'est comme les "sous-marins", un verre de goutte noyé (le verre complet) dans une chope de bière ?

"It was a bright cold day in April, and the clocks were striking thirteen" - Georges Orwell

Les dirigeants ils sont sous acides pour regarder cette vidéo ? Non parce que le contenu, on est d'accord ou pas d'accord, mais les images qui tournent dans tous les sens, ça m'a filé la nausée.

"It was a bright cold day in April, and the clocks were striking thirteen" - Georges Orwell

Non, pas besoin d'auditer le code pour faire confiance. Il suffit de regarder le nombre d'études existantes sur TOR. Ça fait déjà plus de gens qui se sont penchés sur le code source de TOR que sur celui de n'importe quel logiciel de sécurité propriétaire.

"It was a bright cold day in April, and the clocks were striking thirteen" - Georges Orwell

Sauf que depuis qu'on virtualise beaucoup, que souvent il y plusieurs machines devant répondre derrière la même URL, www.exemple.com peut représenter une ou plusieurs machines.

"It was a bright cold day in April, and the clocks were striking thirteen" - Georges Orwell

Non c'est pas le premier, c'est la cinquième (ou sixième, je sais plus) !

"It was a bright cold day in April, and the clocks were striking thirteen" - Georges Orwell

Bah c'est dans la ligne de mon problème : latence énorme. Swisscom me dit qu'il n'y a pas de problèmes techniques aux deux premiers appels, ensuite qu'il y a un problème administratif en fait (ligne suspendue) qu'on me rappellera pour m'expliquer pourquoi. Je rappelle (n'ayant pas eu de contact de leur par), et on me dit que c'est un problème technique. Je leur dis qu'ils se foutent de moi, ils me répondent en fait c'est un problème technique _et_ administratif.
En attendant je suis sur ma ligne ma ligne défectueuse et suspendue pour poster ce message, à part 5 secondes entre chaque page ça marche.

En même temps, quand on voit le passé de Swisscom http://techcrunch.com/2008/12/13/swisscomm-tries-to-deflect-(...)

"It was a bright cold day in April, and the clocks were striking thirteen" - Georges Orwell

Ben là heureusement que je paie pas, mon problème actuel c'est que la ligne (physique) est au nom de mon père et l'abonnement adsl à mon nom. Donc une ligne avec deux noms ça gène les paquets IP ... Ça m'a été dit comme ça ...
Je crois que Swisscom me prend pour un demeuré ...

"It was a bright cold day in April, and the clocks were striking thirteen" - Georges Orwell

Non, le service client c'est gratuit. Tu voudrais pas qu'on paie pour ça ?

"It was a bright cold day in April, and the clocks were striking thirteen" - Georges Orwell

Moi ils ont suspendu mon accès, mais ils savent pas me dire pourquoi. Par contre ils m'ont dit que j'aurais le "privilège" d'avoir un technicien très compétent.
Sinon mon accès n'est pas suspendu réellement, ils m'ont juste ajouté un temps de latence de l'ordre de 5 à 10 sec sur les requêtes HTTP/HTTPS.
Bon c'est rien comparé aux 7 ans qu'ils ont mis pour inscrire mon adresse correctement dans leur système. Ils ont réussi à changer une fois que j'ai arrêté de payer mes factures ...

Remarque, si tu as encore une coupure, fais-toi offrir un ou deux mois d'abonnement, si tu passes une bonne demi-heure par jour à occuper une ligne du support gratuit, ils finissent par craquer.

"It was a bright cold day in April, and the clocks were striking thirteen" - Georges Orwell

Tu dis qu'on devrait pas laisser n'importe qui faire des gosses pour préserver la qualité de l'espèce humaine ?
J'en connais un autre qui disait ça, mais je veux pas atteindre le point godwin maintenant.

"It was a bright cold day in April, and the clocks were striking thirteen" - Georges Orwell

* guerre (due aux points précédents)

Et voilà, le problème de surpopulation est résolu.

"It was a bright cold day in April, and the clocks were striking thirteen" - Georges Orwell

Il parle de Sintel dans le 20minutes d'aujourd'hui, l'article est aussi sur le Web :
http://www.20min.ch/ro/multimedia/stories/story/Le-court-met(...)

"It was a bright cold day in April, and the clocks were striking thirteen" - Georges Orwell

Ben j'ai pu aller le chercher ce matin et donc fait mon premier trajet avec, il est assez sympa, la petitesse des roues ne m'a pas posé de problème, même en passant sur des chemins en terre battue avec des ornières. Je penses pas que monter les grands trottoirs soient possible par contre.
Ensuite (je réponds au commentaire juste en-dessus https://linuxfr.org/comments/1168280.html#1168280 ), je mesure 1m86 et la hauteur de la selle (elle est réglable) n'est pas un problème, c'est plutôt agréable, on est presque debout.
La direction est un peu spécial du fait de la position de l'axe (presque sous la selle), mais je me suis habitué tout de suite.
Sinon il est léger, c'est vraiment agréable, il y a les phares, le cadenas, la vignette et la housse fournis. Le pliage et dépliage est vraiment facile.
Je verrais à l'utilisation, mais le premier contact a été très agréable.

"It was a bright cold day in April, and the clocks were striking thirteen" - Georges Orwell

Ouais merci, mais j'ai déjà trouvé et commandé mon vélo :-)

"It was a bright cold day in April, and the clocks were striking thirteen" - Georges Orwell

Ah oui, j'aurais pu parler de ceux qui se "sourcent" eux-même, ça m'agace aussi terriblement.

"It was a bright cold day in April, and the clocks were striking thirteen" - Georges Orwell

Et puis citer le cas d'Ariane 5, je ne vois pas trop ce que ça apporte au débat. Aucun langage ne permet de faire un programme parfait ? Big news! Si on désactive sciemment un catch d'exception pour des raisons de performance, c'est au détriment de la sécurité ? Big news!

Que la sécurité dépend clairement du développeur et quel que soit le langage. Ce comportement est typique. Le bug d'Ariane : on a une erreur, on désactive; le bug SSL Debian : erreur, on commente le code; un "buffer overflow", on double la taille du buffer ...

Actuellement on invente des langages pour corriger les problèmes typiques des langages précédents, des développeurs qui connaissent 30 langages mais à moitié et donc on a des programmes affreusement buggé, des solutions basées sur le langage "hype" du moment (qui seront inutilisables dans 3 ans), ...

D'un autre côté on un langage populaire et connu de tous, dont les "bonnes manières" sont connues, avec des algos testés, efficaces et décrits dans les livres, des compilateurs testés et optimisés, ...

Maintenant, personne n'a dit ici que le langage était l'élément clef en matière de sécurité, ça ressemble un peu à un homme de paille.

Heu :

Des langages de haut niveau qui se compilent et qui ont des performances comparables à C, c'est pas ce qui manque. Et ces langages ont au moins le bon goût de ne pas permettre de buffer overflows, le bug de base qu'on trouve dans au moins 100% des logiciels écrits en C.

Je comprend un peu comme "le langage défini le niveau de sécurité, C est au fond (non, creuse un peu encore)".

Que l'avis initial qui critiquait le choix du C pour écrire un serveur http sur le plan de la sécurité te semble idiot, c'est une chose.

Oui la deuxième partie est aussi dénuée de sens, mais j'avais déjà bondis.

"It was a bright cold day in April, and the clocks were striking thirteen" - Georges Orwell

Pourquoi vouloir à tout prix conduire une voiture dont l'accélérateur se bloque quand tu appuies trop fort dessus, alors que toute autre modèle roule aussi bien sans le risque de blocage ?

Ta comparaison est foireuse. Ce serais plutôt pourquoi prendre une manuelle au lieu d'une automatique ou une avec ABS ou sans ABS. Perso je prends le train :-)
L'analogie avec ton accélérateur qui se bloque c'est dire qu'il y a un problème fonctionnel au langage, alors que le problème que tu pointais c'est l'absence de sécurité (ABS) ou de facilités (manuel vs automatique).

Ensuite un trou avec des "seringues usagées déposées par tes soins", à part essayer de faire passer les programmeurs C pour des héroïnomanes, je vois pas le rapport.

Les langages de "bas-niveau" te donne juste la possibilité de te tirer une balle dans le pied si tu le souhaites et si tu le manipules pas correctement. Mais le langage ne va pas te tirer dessus si tu ne lui demande pas. C'est pas parce j'ai un fusil automatique 700 coups/minutes chez moi que je me suis tiré dessus où tiré sur quelqu'un. Mais j'ai les outils pour le faire.

"It was a bright cold day in April, and the clocks were striking thirteen" - Georges Orwell

Peut-être c'est trop fort le "rien à voir". Mais en même temps remettre en cause un projet sur la base c'est trop fort aussi.

L'implication du langage reste minime. Des projets comme djdns ou qmail démontre bien qu'il est possible de faire des programmes complexes et sécurisé en appliquant les bonnes méthodes connues et reconnues comme étant sûres.
Il me semble qu'Ariane 5 s'est écrasée à cause d'un dépassement arithmétique, et ce malgré l'utilisation de ADA. Il me semble que cette sécurité avait été désactivée du langage pour des raisons d'efficacité (enfin c'est wikipedia qui le dit).

Ces sécurités dans le langage sont pour assister le développeur, mais à aucun moment il est correct de dire :

Bon, je ne suis jamais convaincu par "C" et "sécurité" ensemble.
Des langages de haut niveau qui se compilent et qui ont des performances comparables à C, c'est pas ce qui manque. Et ces langages ont au moins le bon goût de ne pas permettre de buffer overflows, le bug de base qu'on trouve dans au moins 100% des logiciels écrits en C.

C'est une approche erronée. Le langage peut offrir des sécurités pour le développeurs, mais ce n'est de loin pas l'élément clé de la sécurité et le penser est une faille de sécurité ("oh je contrôle pas ça, le langage s'en occupe").

"It was a bright cold day in April, and the clocks were striking thirteen" - Georges Orwell

Le langage n'a rien à voir avec la sécurité, je persiste et signe.

Tu peux mettre toutes les protections que tu souhaites au coeur du langage, ça ne va pas empêcher un programmeur de laisser un trou béant dans son application s'il utilise le mauvais concept.
Les fonctionnalités fournies dans ces langages ne sont pas là pour sécurisé l'application, mais pour décharger le programmeur de certains concepts délicats à gérer et ainsi permettre un développement plus rapide d'application complexe.

En C, comme dans n'importe quel autre langage, tout est disponible pour bien faire. La sécurité intervient uniquement au niveau du programmeur/développeur et il est autant possible de faire un programme sécurisé en C qu'avec n'importe autre langage, le temps est sensiblement différent et surtout lié aux compétences de celui qui code.
D'ailleurs tu le dis, certains langages permettent de désactiver ces mesures internes de sécurités, ce n'est pas par hasard.

Ensuite le protocole HTTP est connu et maîtrisé depuis un certain temps maintenant, je ne crois pas qu'il puisse encore poser problème en l'état actuel et les solutions existent et dans les problèmes que tu cites, soit ça se règle en appliquant "les bonnes pratiques de la programmation" (buffer overflow, droit d'accès, échappement divers), soit inhérent au fonctionnement réseau (et donc pas spécifique au protocole)(DOS).

Après c'est pas le premier venu qui peut le faire, mais en terme de protocoles, il reste simple comparé à ce qui se fait ces temps.

"It was a bright cold day in April, and the clocks were striking thirteen" - Georges Orwell

Le langage utilisé n'a rien à voir avec la sécurité et je pense que le protocole est suffisamment simple pour être traité avec un langage de "bas-niveau". C'est pas parce que c'est codé en php, par exemple, que c'est automatiquement plus sûr.

"It was a bright cold day in April, and the clocks were striking thirteen" - Georges Orwell