Obsidian a écrit 5291 commentaires

Tu n'as pas entendu pas parler pas de pasBill ?

On rappellera quand même que les highlands sont les hautes terres d'Écosse.

À ce train-là, ça va être long pour le dernier.

C'est pas grave, ils ne sont pas pressés. :-)

achetez-vous des motos…

Rhoo ! Purée ! Elle est subtile, celle-là ! :-)

Et l'époque où le RER D Sud était encore un « train de banlieue » :-)

Et surtout le distributeur de tickets avec un bouton par gare disponible sur la ligne ou dans la région. Il y avait deux panneaux de 50 boutons chacun mais ça réagissait immédiatement, avec une petite flèche verte qui clignotait au dessus de l'étape. Y avait trois touches à taper, la pièce à insérer et on obtenait son ticket en moins de dix secondes, toutes opérations comprises. Je mets quiquonque au défi de faire aussi vite avec les bornes actuelles. :-)

Tu rigoles mais il y a une douzaine d'années, j'étais allé passer une épreuve en candidat libre. Le nom de famille de l'un des autres candidats était « Dieux ». L'examinateur lui fait :

- Comment vous vous appelez ?
- Dieux.

Authentique ! Ça, c'était vraiment la classe (c'est le cas de le dire).

Encore une étape et ça fera : « sed, c'est bidon ».

Ils n'ont pas osé le mettre en ligne ! :-)

(Je ne vois pas le rapport entre Chrome et les trous noirs).

Un trip dans l'espace, mais ça coûte cher ...

Finalement, le trou noir qui avalera le système solaire ne sera pas engendré au LHC mais à Redmond ... :-)

Sed ? C'est quoi ?

Sed, c'est bien !

« Dieu est un fumeur de Debian ... »

une troisième option est arrivée: plus de son pour les vidéos utilisant une bande son de chez Warner. Ainsi, pas mal de vidéos amateurs se sont retrouvées sans bande son, perdant du même coup pas mal d'intérêt.

Cool ! Les vidéos de Mozinor n'ont rien à craindre, alors. :-)

Je plussoie mais je suis quand même obligé de dire que le sketch sur le train pour Pau est vraiment très bon :-)

Non, j'aurais plutôt proposé « Fedora 10 Leonidas Poncherello ». :-)

En même temps, ils l'ont un peu choisi ! :-)

Tu veux surement dire après l'apocalypse, non ?

Non, il veut dire "après l'apocalypse now" :-)

Or cette horloge peut être amenée à faire des sauts si l'utilisateur change la date, mais pas mal d'appli gère très mal les voyages dans le temps (ou alors ça oblige à avoir un code assez compliqué)...

Tout ça, c'est de la faute aux codeurs incompétents qui ne savent pas implémenter proprement la recommandation IPoT :-)

C'est parce qu'une "date" se calcule d'abord en jours, soit le nombre de passages du soleil au méridien, et c'est seulement ensuite que l'on subdivise ce jour en intervalles plus réduits, jusqu'à la seconde.

D'autre part, la seconde intercalée est une "remise à l'heure", parce que la durée du jour change, alors que la durée d'une seconde doit rester immuable (elle correspond aujourd'hui à 9.192.631.770 périodes d'une radiation émise par l'atome de césium). Ce n'est pas un intercalaire habituel comme ceux du calendrier, qui servent à composer avec le fait que la durée d'une année n'est pas multiple de celle du jour.

L'utilitaire "date" n'a donc pas besoin d'en tenir compte puisque le nombre de secondes par jour est maintenu. Et par conséquent, le nombre de secondes depuis Epoch l'est aussi. Pour éviter d'avoir à redéfinir, à la place, la durée de la seconde, on a recalé minuit une seconde plus tard, ce qui veut dire que notre minuit règlementaire était en avance par rapport aux étoiles, et que nous sommes maintenant en retard (on garde de la marge pour les prochains réajustements).

Il est important de remarquer que nous n'avons pas perdu une seconde cette année (ce qui serait inquiétant) mais simplement quelques millisecondes. Seulement, comme le jour est désormais plus long de quelques millisecondes, cette écart va se cumuler avec les années, et il faudra encore insérer des secondes de rattrapage. Et comme la Terre va continuer à ralentir, le phénomène ira en empirant.

Pour répondre à ta question, donc, non, la seconde intercalée n'existe pas, ou plutôt, elle est censée être la même que la précédente. Elles portent donc toutes deux le même numéro.

À noter enfin qu'il paraît que l'on n'a pas fait radoter l'horloge parlante, mais que chaque seconde de la dernière minute de 2008 a été 1/60ème de seconde plus longue que d'habitude.

Visiblement, tu n'as pas perdu ton père de cette façon ni, encore moins, vu se faire emporter par la maladie. J'ai fait mes adieux au mien cette année et je peux te garantir qu'aussi pertinents que soient tes propos, ils sont quand même déplacés.

Par pitié : subi.

Les verbes du deuxième groupe en ir ne prennent jamais de t au participe passé, contrairement à lire, dire, écrire et les verbes qui en dérivent, qui, non content d'être les plus usités de la langue française, ont le mauvais goût de faire partie du troisième groupe.

Évidement, mais il faut se fier au compilateur pour faire le travail. Les compilos modernes le font d'ailleurs de manière remarquable, mais ce n'est pas garanti à priori, et ce n'est pas propre à un langage.

Très addictif ? Je viens de terminer le jeu... à la première partie. Il est d'une bien trop grande facilité. Reste juste le principe du pétage de score, ce n'est pas mon truc.

T'as fini les 41 niveaux avec les UB à la fin du premier coup sans y avoir joué avant ? Balaise. Tiens : voila la version deux : plus évoluée et plus jolie.

http://www.novelconcepts.co.uk/FlashElementTD2/

En plus bob le homard souhaite un jeu pas en flash, et pas moche. Tu lui propose pile un jeu en flash et moche.

Je n'avais pas compris qu'il cherchait des jeux pas en Flash. Je croyais qu'au contraire, il cherchait ce genre de petit jeu en ligne, rapide, pas chiant à prendre en main, pour se détendre.

Y avait bien Flash Elements, moche, statique, mais très « addictif » et connu pour cela :

http://www.novelconcepts.co.uk/FlashElementTD/

L'auteur en a fait d'autre, depuis, mais j'ai la flème d'aller les retrouver.
Amuse-toi bien.

Linux est donc écrit en C et en assembleur, et c'est donc le meilleur moyen de faire quelque chose qui tourne partout.

Il est évident que l'assembleur n'est pas portable, par contre le C a été conçu pour cela, à la base. D'autre part, on utilise majoritairement le C sous Unix parce que c'est historiquement une histoire d'amour (conçu par les mêmes personnes au même moment), mais rien n'empêche un usage beaucoup plus massif de l'assembleur au sein d'un projet, quoique les gens en pensent : d'abord parce que que les différentes architectures ciblées ne sont pas si nombreuses, et ensuite parce que les morceaux de code en assembleur peuvent quand même fonctionner sur toutes les machines utilisant le même microprocesseur si l'interface du code en question est écrite suffisamment proprement, indépendemment du système d'exploitation qu'il y a autour.

GIMP, par exemple, gagnerait beaucoup à exploiter les extensions des différents processeurs pour faire son traitement d'image, quite à ne développer dans un premier temps que des modules accélérateurs pour les microprocesseurs les plus répandus, et retomber vers un code en C par défaut. Un filtre applicable sur un champ de bits développé pour x86 serait par exemple capable de fonctionner indépendamment sous Windows, sous Linux et sous tous les O.S. fonctionnant sur PC, ou sur une autre architecture utilisant le même CPU. C'est suffisant pour que ça devienne rentable.