yellowiscool a écrit 1994 commentaires

Certains sony sont en carbonne :-)

Envoyé depuis mon lapin.

Super, deux requêtes http en php (le script et l'envoi des résultats) suivie d'une ou plusieurs requêtes sql pour chaque page.

Déjà que linuxfr utilise webalizer parce que awstats est trop lent, ça va le faire cet outil :-)

Envoyé depuis mon lapin.

Plus d'espace de stockage, plus de consommation électrique, et moins de puissance et de bande passante.

Mais c'est bien, ça fait jouer la concurrence.

Envoyé depuis mon lapin.

Ça fait réfléchir au point que j'ai la mienne depuis hier soir :D

C'est vraiment pas mal.

Bon, ça change pas beaucoup de l'ancienne dedibox deux fois plus chère, mais avoir dix fois plus de bande passante pour deux fois moins chère, et savoir que la machine est plus écologique, c'est sympa.

Envoyé depuis mon lapin.

J'aurais bien modifié mon sujet pour remplacer «hardware» par «matériel». Vivement que je puisse contribuer à la version rails, et faire des dons pour les 4 serveurs supplémentaires qu'il va falloir acheter pour tenir la charge.

Envoyé depuis mon lapin.

Effectivement, je suis allé le chercher dans mes flux rss (rss2imap, c'est super), ça valait pas le coup de faire un deux clics.

Envoyé depuis mon lapin.

J'ai donc installé synergy plus, et ça fonctionne vraiment très bien.

J'en ai profité pour essayer avec un mac os x (car synergy le permet), et là c'est moins bien :

* Saccades et pas de molettes si le serveur est sur mac os
* lorsque le curseur quitte l'écran du mac, il réapparait au milieu
* la gestion du clavier ressemble à un gros hack :
** Je suis en bépo sur les deux machines, ça affiche n'importe quoi.
** Si je passe en azerty sur le client, et en gardant le bépo sur le serveur, ça fonctionne presque, sauf que le azerty d'apple est différent, donc il y a plein de touches qui ne fonctionnent pas
* le fonctionnement est assez aléatoire, un coup j'ai pas de clavier, un coup j'ai les touches en majuscules, mais en relançant, ça passe

Bref, entre deux linux c'est le top, entre un mac et un linux, c'est pas au point :-)

Envoyé depuis mon lapin.

J'ai réalisé une petite explication du protocole sur mon blog, pour ceux qui voudrait avoir une opinion à propos de l'existence de ce truc : http://www.blogjaune.fr/WebSockets,_ou_la_mise_en_ab%C3%AEme(...)

Envoyé depuis mon lapin.

Bon, j'ai discuté un peu aujourd'hui, et on m'a dit que l'on était des petits joueurs dans le département où j'étais.

Ceux qui se sont payé le super calculateur vont bien jusqu'aux atomes :-)

Envoyé depuis mon lapin.

Dans l'histoire, une période de paix qui dure 20 ans pour un pays, c'est rien.

Si la situation géopolitique évolue mal dans 40 ans, on sera bien contents de pas devoir repartir au niveau de la défense et de la dissuasion.

Envoyé depuis mon lapin.

Dans un autre département du CEA où je fais un stage, j'ai pu constater que c'est entre les deux.

Les physiciens essaient de programmer un moteur physique qui comprends les lois liées à ce qui est étudié, mais sans aller au niveau sub-atomique.

Pour établir ces lois, ça semble être des études IRL, et beaucoup de physique et mathématiques.

Envoyé depuis mon lapin.

Ça laisse rêveur.

Envoyé depuis mon lapin.

Elle est pas mal cette Css spéciale, bien que ça fasse légèrement Facebook ou UMP :-)

Envoyé depuis mon lapin.

Oui, mais ça fait que deux trois ans qu'Apple fait ça. Avant, c'était bien plus secret.

Ubuntu a toujours un temps de retard…

Envoyé depuis mon lapin.

Chez over-blog, les mots de passes sont eux aussi en clair.

Bon, je n'ai pas de preuves, mais une personne proche du dossier m'en a fait par :P

Ça a pas l'air d'être à la mode de chiffrer les mots de passes dans les gros sites propriétaires.

Envoyé depuis mon lapin.

Lors des mes études, il y avait trois types de fichiers. Les source en .cxx, les entêtes en .h, et les sources des fonctions simples en .hxx.

Les .hxx étaient inclus dans les .h, et donc le code des fonctions simples était inclus dans tout les fichiers, permettant au compilateur de faire les inline qui font bien.

Envoyé depuis mon lapin.

J'étais super enthousiaste, puis j'ai vu la consommation en mémoire vive.

Déjà que redmine prends 250mio de ram sur mon serveur avec le ruby classique, et que dans le benchmark, rubinius peut consommer 4 fois plus de mémoire, je me demande ce que ça va donner.

Envoyé depuis mon lapin.

at() va vérifier si tu accède bien à un élément qui existe. Si ce n'est pas le cas, tu as une exception out_of_range.

operator[] lui, il ne vérifie rien, comme en C. Dans le meilleur des cas, tu as un signal pour une erreur de segmentation. Dans le pire des cas, t'en a pas, et ça fait foirer complètement ton programme.

operator[] est beaucoup plus performant, mais plus dangereux. Mais c'est sympa les erreurs de segmentation :-)

Envoyé depuis mon lapin.

Compiz aussi.

Il n'y a que metacity pour faire que le strict minimum. Même windows seven fait plus que metacity.

Envoyé depuis mon lapin.

Firefox et Thunderbird sont très bien intégrés.

VLC et en Qt, et passe donc plutôt bien. Open Office est en natif, mais l'intégration n'est pas parfaite, bien qu'elle s'améliore.

The gimp est encore et toujours une horreur à utiliser. Il faut passer par le X11 d'apple, qui permet de faire tourner quasiment tout ce qui sur linux, mais au détriment d'une intégration propre et soignée.

Il n'y a aucune contrainte au niveau multimédia. VLC est disponible, et Perian est un module pour Quicktime très pratique.

Flash est installé de base depuis longtemps sur mac. Il est plus performant que sous Linux, mais quand même bien moins que la version windows. C'est amusant que tu te poses cette question.

Bootcamp se télécharge gratuitement sur le site d'apple. C'est un logiciel qui permet d'installé une émulation de bios, de créer une partition à chaud, et il contient des drivers windows. On peut très bien s'en servir pour installer Linux, mais c'est pas fait pour.

C'est tout à fait possible, mais il n'y aura pas un joli guide étape par étape soigneusement réalisé par Apple. Il faut plus se tourner vers la communauté.

Sinon, il n'est pas possible de faire tourner un Linux sans Bootcamp, car le mac intel ne possède pas de bios, mais un système EFI. Bootcamp permet d'émuler un bios avec l'EFI. À termes, si une distribution linux gère directement l'EFI sans passer par un bios, cela sera possible. Actuellement, je n'en connais pas. Il est aussi conseillé de garder mac os x, pour les mises à jour de bootcamp et du fameux EFI.

On peut installer mac os x sur un disque dur externe, en firewire ou en usb. C'est une fonctionnalité très pratique. On peut même booter à partir du disque dur interne d'un autre mac, avec un câble firewire (époque de l'open firmware, c'est peut-être plus possible).

Après, Linux est assez bien supporté, car comme apple vend 6 machines qui se courent après, et avec les mêmes modèles pendant de longues années, il est facile de supporter complètement le matériel. Par contre, Apple ne fait aucun effort. Quand on utilise Linux sur un mac, on est tout simplement ignoré. Pour le marketing d'Apple, Linux n'existe pas. PC, c'est windows, et c'est tout.

Envoyé depuis mon lapin.

Il y a aussi la largeur de 72 caractères qui augmente l'impression de longueur. Ça fait tout drôle sur ce site où le design est extensible.

Envoyé depuis mon lapin.

Pour lier du C++ avec python, boost python est vraiment très pratique.

Sinon, je trouve ton commentaire très intéressant, bien que l'on ne soit pas d'accord sur tout.

Alors, dans l'ordre:

30 minutes pour compiler un projet en C++, c'est un extreme. Je vois mal un tel projet en python (ou alors, faut aimer les lancements qui durent plusieurs minutes).

Si l'on utilise «correctement» la STL, en utilisant at au lieu de operator[] sur un vecteur par exemple, je ne pense pas que le C++ devienne presque aussi lent que le Python.

Si je me suis déjà amusé cette année (études) à remplacer les algorithmes de gestion mémoire par les miens, (et que j'ai constaté que malloc faisait beaucoup mieux son travail que mes algorithmes), je ne pense pas qu'il y ait besoin de programmer une fusée pour avoir besoin de gérer la mémoire. Je reste contre l'idée d'abandonner la gestion de la mémoire. Il suffit d'avoir une architecture organisée, et de réfléchir un peu à ce sujet, c'est tout.

J'avais lu un article d'un développeur sur ruby on rails, qui avait optimisé une partie du framework en s'occupant de la mémoire. Avec le ramasse miettes, ils ne s'étaient jamais occupés de la mémoire. En analysant les copies d'objets, il avait remarqué qu'un objet pouvait être copié plusieurs dizaines de fois par page. En changeant certaines petites portions du code, il a supprimé les copies, et il a amélioré les performances.

Et pourtant, ruby on rails, c'est pour des interface. Il y a une grosse base de données derrières, la latence du réseau, et tout le reste.

Sinon, je ne connaissais pas la décoration des arguments de fonction, je vais m'y mettre :-)

Pour l'exemple du bar, et le self, c'est des principes différents. Avant de commencer mes études, j'étais plus dans l'optique du python (je faisais du ruby), car c'est plus pratique. Mais maintenant, je vois que le C++ permet beaucoup plus facilement de travailler en entreprise.

Pour modifier une chaîne de caractère, ça m'est déjà arrivé, je ne sais plus pourquoi, donc on va dire que c'est rare.

Pour les exceptions des jeux de caractères, typiquement, j'attends une chaîne en utf8, de base en python3. Sauf que l'utilisateur me passe de l'iso-42, car il comprends rien. Se taper une exception pour ça me gonfle. Alors, à la place, j'utilise la librairie de base codecs, mais ça remplace les caractères non valides. Ça serait plus simple de stocker des caractères non valides. Si l'utilisateur passe de l'iso-42, il s'attend à avoir en retour de l'iso-42, pas un truc qui lui a bouffé tout ses accents.

L'impression que j'ai d'être limité à une utilisation en haut niveau, c'est psychologique. Sans aller jusqu'à programmer la carte graphique, j'aimerais bidouiller mes chaînes de caractères à coup d'opérateurs de bytes, pourvoir décharger les modules, ne pas penser que mes trois lignes de code sont 1000 fois plus lente que l'équivalent en 5 lignes de code en C++.

Si les mecs en école d'ingé. oublient des {}, je vois pas pourquoi ils n'oublieraient pas des espaces. Puis le ; oublié, en général, le compilateur l'informe assez clairement (à part celui après une struct ou une class, qui génère un lot d'erreurs qui n'ont rien à voir impressionnant).

En plus, ça permet de ré-indenter facilement, avec un outil tel que GNU indent.

Envoyé depuis mon lapin.

Avec un registre par chiffre, ça doit être possible d'afficher l'heure avec un processeur 4 bits.

Envoyé depuis mon lapin.

Pour l'open source, cela a changé, mais une recherche sur google m'a fait tomber sur ce truc http://blogs.computerworld.com/15725/iphone_app_contract_sho(...) qui parle de l'interdiction d'utiliser des technologies open source.

Il me semblait qu'Apple demandais de voir le code, mais effectivement, je me trompe.

Les téléchargements à partir des applications sont très très surveillées, d'où la mise en place de l'API. Un émulateur de vieux jeux vidéos s'est fait refuser parce qu'il permettait de télécharger des jeux, sans passer par la case Apple Store.

Tu le dis toi même, «n'importe quel mac intel (2006) permet de compiler des applis pour l'iphone». Être obligé de changer sa machine qui a 5 ans pour compiler une application, ce n'est pas très sympathique.

Envoyé depuis mon lapin.

Ah oui, c'est pas mal. Surtout sur mac os x, avec un système de fichier insensible à la casse.

Quand on fait touch a A B b, on obtient un fichier a, et un fichier B. et ls [A-Z] montre bien que le fichier B.

Envoyé depuis mon lapin.