peikk0 a écrit 48 commentaires

La langue des signes ça compte toujours pour 1. :)

Tu le dis toi-même, c'est quasi impossible de faire tenir un tel livre dans un format cinématographique, mais justement, un bouquin ne se raconte pas de la même façon qu'un film, ne raconte pas les mêmes choses, ne met pas l'accent sur les mêmes points, ne donne pas les mêmes ressentis, etc. et c'est normal. Si c'était fait avec un respect à la lettre près, ça n'aurait d'une part aucun intérêt en dehors de remplacer ton imagination, et d'autre part ça donnerai très probablement un mauvais film, aussi bon que puisse cela puisse être dans le bouquin, quel qu'il soit, soit par manque de dynamisme (passages trop long, descriptions et éléments historiques sur 3 chapitres (coucou Tolkien) etc.), soit par complexité pour exprimer les sentiments ou points de vue du personnage (à moins de coller une voix-off tout le long), et j'en oublie. D'où la nécessité pour le cinéaste d'altérer l'oeuvre originale pour avoir quelque chose d'intéressant au cinéma. D'ailleurs c'est bien pour ça qu'on parle d'adaptation cinématographique. Il faut voir le film comme une oeuvre dérivée de l'originale, et ne pas s'attendre à une pâle copie (qui comme dit plus haut n'aurai que peu d'intérêt). Et donc quand tu dis que c'est quasi impossible à adapter en film, tu devrais alors au contraire féliciter le réalisateur d'y être parvenu, ou du moins d'avoir tenté l'impossible.

Bref, les avis "c'était mieux dans le bouquin" sont souvent bien à côté de la plaque… mais je n'exclus pas que certaines adaptations sont parfois complètement ratées.

Pour ma part, j'ai bien aimé ce film, bien que je n'ai pas encore lu le bouquin, donc je ne peux pas comparer.

Idem, un roller G-2 de Pilot, avec encre en gel, c'est très agréable pour écrire.

De toute façon, certains gems requis de base (genre therubyracer) demandent aussi un compilateur C, on n'y échappe pas. :)

Sur le MacOSX 10.8 que j'ai là, c'est le tar de libarchive, donc BSD. Par contre ya effectivement GNU make à la place de BSD make. On notera aussi clang à la place de gcc. Et en gros, jusque là, je n'ai vu quasi que des outils BSD dessus, en dehors de make.

Donc ya des cas où ça te plait pas mais c'est ok, et d'autres cas où ça te plait pas non plus mais ce n'est pas ok cette fois… tu ne t'es pas encore totalement convaincu toi-même en fait ?

Par contre Maemo 5 utilisait PulseAudio, et ça fonctionnait tellement bien que le son sacadait avec 2 applications audio en même temps, et qu'il était impossible de lire du Flac vu que PA utilisait trop de CPU pour en laisser au codec…

La cinématographie ça ne veut pas dire « qui passe au cinéma ». :)

Ya eu une série basée dessus : Space: 1999 (Cosmos 1999 en fr)

Il est bien précisé « cinématographique » dans la question. :)

À noter que pour les clés stockées dans LDAP c'était déjà possible avant avec le patch LPK. Je l'utilise depuis des années sans aucun problème. :)

Le résultat serait le même. ;)

Sur la page que tu cites, il y a bien « Ruby before version 1.9 » ;) Ruby 1.9 et 2.0 utilisent les pthreads.

Il y en a plusieurs qui ont été codé pour les hexapodes PhantomX, tournant aussi sur du Arduino, et il me semble que les codes sont libres. On peut les voir à l'œuvre sur cette vidéo : http://www.youtube.com/watch?v=rAeQn5QnyXo C'est assez impressionant, ça ressemble beaucoup à la marche d'un insecte.

AUR d'ArchLinux est inspiré de Portage de Gentoo qui est lui même inspiré des ports FreeBSD, donc c'est parfaitement normal si ça te semble comparable. ;)

Je me suis plaint pendant longtemps du non-support de xrandr par le driver proprio. Et puis j'ai découvert avec bonheur que les toutes dernières versions le supportent enfin, et ça fonctionne nickel pour ce que j'en fais (un simple switch mono/dual screen). :)

J'utilise autant du libre que du proprio :
- drivers libres Intel sur mes laptops, sous FreeBSD, Linux (Gentoo) et HaikuOS, ça fonctionne très bien, avec quand même un petit bémol sous FreeBSD où quelques bugs subsistent du fait de la jeunesse du portage de KMS ;
- drivers proprio nVidia sur mon desktop sous FreeBSD et Windows Seven, d'une part pour jouer aux derniers jeux à la mode© (sur les 2 OS), et d'autre part parce que Nouveau sous FreeBSD a un énorme retard et ne fonctionne tout simplement pas du fait de son développement Linux-centric et de l'utilisation de KMS (qui n'est porté que pour Intel pour le moment), et ce driver proprio fonctionne à merveille chez moi.

Sophie Marceau a joué dans James Bond justement ;) (The World Is Not Enough)

Il y a 30 ans, on a inventé le DNS. Apparemment à peu près tout le monde l'utilise tous les jours, même madame Michu, tu devrais essayer. :)
Ha et puis documenter son réseau ça aide aussi (au taf on utilise Racktables qui est pas trop mal).

Si, tu mets un firewall à l'entrée et t'es tranquille sur ton réseau, aucun besoin de tout firewall, c'est une fausse peur. Et un NAT IPv4 ce n'est pas un firewall.

Pour moi, dual-stack IPv4/IPv6 natif partout :
- à la maison via FDN, avec un /48 IPv6
- sur mon dédié chez Hetzner, avec juste un /64 IPv6, pas génial si on veut fournir des tunnels avec de l'IPv6 pour ailleurs (et précédemment chez Hegerys, idem)
- au taf à la fois dans les locaux et sur la plateforme d'hébergement (mais pas encore en prod), avec un gros /32 IPv6 :P

Ha si, je n'ai que de l'IPv4 pour la 3G (Bouygues), si je passe chez Free Mobile j'aurai peut-être l'espoir un jour d'avoir de l'IPv6, qui sait.

Et actuellement, je m'efforce à avoir mon infra entièrement fonctionnelle en IPv6-only (tout en gardant l'IPv4 pour causer au reste du monde, mais je veux que tout en interne cause en IPv6), à la fois chez moi et sur mes dédiés, histoire de prouver que ça fonctionne. Sur le dédié ya pas de soucis notable, chez moi ya encore le switch manageable, l'imprimante et le modem qui ne causent qu'en IPv4. :( (et la Xbox mais osef un peu)

OK merci. En effet je n'ai pas vu la FAQ pour ce sujet là. J'ai écrit à la team.

Ya une raison précise pour une telle limitation ?