WBell

Et leurs jeux de mots sont fabuleux!

N'rock.

Il faut rappeler qu'une blanche vaut deux noires. Et qu'une ronde vaut deux blanches.

Là comme ça je dirais de faire une petite page Web qui serait en local dans le dossier d'une application Kiosk de l'ipad (donc pas sur le Web, tout se fait en local). Tu colles un simple formulaire Web dans la page. Avec iOS7 et plus, il doit y avoir moyen de déclarer des intents dans la page, qui lancent l'appli calendar (au pire, s'il n'y a pas d'intents, je sais que les urls avec un custom scheme permettent de lancer les applis iOS et e leur passer des paramètres et donc de remplir le calendar). En tout cas, quand je faisais des applications kioskes pour des clients, c'était le principe. Je n'ai aucun lien financier avec eux, mais j'utilisais KioskPro sur ipad. ]

Si on a la mâchoire prognate.

@Fadior : et une page du css Zen Garden?

C'est aussi qu'à l'époque il n'y avait pas de gameplay programer ou de game designer attitré. C'était souvent le (seul) dev qui prenait aussi ce rôle là (on ne peut pas être bon partout), le dev engine ou un des artistes. Aujourd'hui c'est mieux, il y a des gens dont c'est le métier.Après il y a les contraintes commerciales sur les jeux AAA qui font que le jeu peut quand même être terrible à jouer (genre un FPS où les niveaux sont des "tunnels" desquels on ne peut sortir, des IAs scriptées qui rateraient Damido dans un ascenseur et des ammos infinies qui tuent la tension dramatique...)

Et c'est lle CG de l'Oise qui va être content pour le SAV...

Je ne sais pas trop où mettre l'info : memup disparaîthttp://www.minimachines.net/a-la-une/memup-disparait-silence-assourdissant-20477 Je ne savais pas qu'ils étaient français... Pas du matos de bonne qualité. Par contre vous pouvez trouver en soldes leur disque dur wifi de 500go. Ça peu être une bonne affaire quand vous en avez besoin en mobilité. Et le disque dur de remplace, tout en gardant le boîtier wifi autour.

C'est toujours bien de pouvoir lire un roman sur l'évêché.

Tu mens. Arrête, il y a s gens qui vont venir nous envahir pour voir si c'est vrai. Il pleut. Plein. Avec des congères hautes de 3m50 qui empêchent de sortir de a voiture garée. Hier, un pingouin est mort de froid.

C'est l'état (les régions) qui devaient juger de la pertinence des montages techniques et financiers et allouer en conséquence les fréquences. Tu imagines donc la réussite flamboyante que ça a été...

Ils se sont enfuis en bus ? OTAN en emporte le van.

Vous connaissez l'histoire du mec qui rentre dans une boulangerie et qui demande une paire d'Amish ?

Il y a aussi une raison simple (entre autres causes) : l'optimisation matérielle. Il y a plein de cas où le nouveau modèle dispose de capacités matérielles supérieures, qui n'existent pas sur l'ancien modèle. Le programmeur doit parfois trancher et choisir une technique dans le code qui, pour favoriser le matériel nouveau, pénalise l'ancien (un exemple au pif : les nouveaux processeurs sont 64 bits, l'ancien est 32 bits, une mise à jour mal codée peut alors "ralentir" l'ancien modèle. Mais c'est ça ou alors le nouveau modèle est un veau qui ne se vendra pas. (le coup du 32/64 bits, c'est pour illustrer, ce n'est pas un problème déjà rencontré, je précise )

- On a un Tsahal temps. - Oui, je trouve qu'il fait Mossad.

Le Random Random Network Linear coding n'est pas "nouveau". Là j'ai l'impression que le buzz se fait plutôt autour d'une application concrète.En fait le Linear Network coding, c'est un peu similaire au équations au lycée où il faut trouver X,Y et Z à partir de 3 équations. S'il en manque une des 3 on ne peut plus trouver une des inconnues. Par contre si on en a vraiment plus que 3 et qu'on en perd au pif, on peut quand même retrouver les 3. Là, c'est pareil mais avec des paquets réseau à la place des inconnues. La technique marche bien et le throughput est d'autant plus important qu'il y a de noeuds connectés en même temps sur le réseau. Donc en saturant le réseau on le rend plus performant, paradoxalement. Après il y a pleins de cas difficiles à gérer : comment fait-on quand ce n'est pas un même fichier source qu'on balance à un tas de client (comme dans du p2p par exemple)? Comment on fait du multi-emetteur multi-emetteur ? Comment on entrelace deux flux de paquets différents qui on des demandes de Qualité de Service différents ? (exemple un paquet pour un mail n' a pas les contraintes d'un paquet vidéo, etc...)

Pour répondre à je ne sais plus qui voulait savoir comment les inventions présentées ici avaient évolué, j'ai des news sur Wysips, la boite qui avait développé une feuille-panneau solaire transparente pour les smartphones. Apparemment ça n'a pas encore trouvé sa voie poru équipper les mobiles mais une utilisation alternative qui a surgi, c'est pour le Li-Fi. Le système permet de faire un capteur Li-Fi à faible coût pour les smartphones qui en seraient équippés. Vu la qualité du réseau électrique chez moi (pas de CPL donc) et le wifi pourri, j'attend impatiemment les ampoules LED/Li-Fi pour enfin avoir du débit crédible un peu partou dans la maison.

J'avais pensé à GlusterFS aussi, mais j'avais peur que ce soit overkill. Je vais voir ce qui se fait de bien au dessus de git pour que ça reste transparent.

Petit problème *nix (insoluble pour l'instant). J'ai deux disques durs branchés (A et sur une machine (un RaspberryPi en l'occurence, ce qui implique des contraintes CPU/RAM).S Sur ces 2 disques, j'ai une arborescence de fichiers assez conséquentes, composée de milliers de dossiers, sous-dossiers et fichiers (~300 go), que j'aimerai synchroniser entre disque A et disque B. Si j'ajoute un fichier à A, j'aimerai qu'il soit copié au même endroit sur B. Si je supprime un dossier ou change un nom de fichier sur B, j'aimerai que cela soit mirroré sur le A, et ainsi de suite. Je cherche donc un système simple, sous Unix, qui surveille l'arborescence et réplique les modifications. Dropbox fait ça très bien, avec peu de ressouces consommées et des échanges de delta plutôt que tout le fichier si la modification est de petite taille. Par contre ça passe forcément par leur serveur central (alors que j'aimerai que ça ne tourne qu'en LAN), ça fonctionne mal avec l'architecture ARM hard float du raspberry et de toutes façons les contrats > 50 gb sont hors de prix pour cette utilisation là. Les fichiers sont principalement des fichiers binaires (textures TGA/PNG/JPG, meshes en OBJ/FBX, mp3...), et très peu de texte. Un système de synchronisation basé sur Git est donc inadapté dans notre cas présent. Les solutions basées sur rsync ne sont pas envisageables car je ne veux pas que toute la hiérarchie soit vérifiée à chaque modification (ce que rsync va faire de base). Toutes les solutions à lancer à la main sont également inutiles (c'est toujours qu'en on oublie de répliquer qu'on perd qqch). lsyncd me parait pas mal, parce qu'il utilise la structure des inodes directement dans le kernel, et donc ne s'occupe que des modifications de fichier effectives. Le problème est qu'il va allouer 1kb par dossier, et qu'on va vite se retrouver avec 2 GB de RAM et 75% du CPU utilisées pour rien (et impossible à faire de manière pérenne sur le Raspberry). Une solution comme btsync pourrait marche, mais ça ne fonctionne pas en local (il faudrait attacher chaque disque à un raspberry différent et tricher sur le routage réseau pour y arriver, ce qui est idiot). Est-ce que quelqu'un imagine une solution à mon problème ?

Petite astuce de la vie courante : - ma femme est enceinte jusqu'aux yeux. - chez Ikea, contre une pièce d'identité, tu peux emprunter un de leurs fauteuils roulants. => grâce à ce petit service, l'achat de meubles chez Ikea n'a jamais été aussi rapide. Madame est assise, monsieur pousse. On allait donc à bonne vitesse dans les allées, on ne pouvait pas faire marche arrière-petit-retour-en-arrière-vers-ce-superbe-petit-machin-je-ne-sais-pas-ce-que-c'est-mais-je-me-demande-bien-où-je-vais-le-mettre-dans-la-maison, pas d'hésitation, pas de tours dans tous les sens ça donne le vertige à madame. C'est génial, on est entré en sachant quel meuble on voulait, l'allée est trouvée directement, on est descendu avec l'ascenseur au rez-de-chaussée, le meuble trouvé et mis dans le coffre, 15 minutes chrono. Il ne reste plus qu'à Kiabi, Okaïdi, et à Maisons du Monde à reprendre le concept et la vie de millions d'hommes mariés va s'en trouver grandement simplifiée...

Holà, tout de suite la critique ! Mais l'homme du Nord n'a pas de rancoeur. Il accueille les brebis perdues. C'est parce que chez nous, il fait chaud beffroi...

Seules les villes qui ont un beffroi font partie de la civilisation...

Nunavut, quand t'a but ?

@Rocou : pour les valeurs d'acétone, tu as testé "à la main", ou tu disposés d'une machine automatisée (comme ce qu'on a pu voir récemment sur kickstarter)?