thedidouille a écrit 556 commentaires

tous les netbook sous Linux que j'ai vu à la fnac étaient éteints et ne fonctionnaient pas. à croire qu'il y a des commerciaux de Microsoft qui détruisent le boot loader des machines sous Linux.

à ce sujet il y a un blog interessant sur :
http://duncan.mac-vicar.com/blog/archives/452

il s'agit de répondre aux commentaires de ceux qui veulent mettre YaST dans le configurateur de bureau. Je pense aussi que c'est une grosse connerie, on se mélange déjà assez les pinceaux avec la configuration de Samba, qui est à la fois accéssible via les draktools et via l'interface de configuration de KDE sous Mandriva (que je ne quitterai pas pour une histoire de thème Gnome).

le bon lien pour que ça marche :

http://download.blender.org/apricot/yofrankie_bge.zip

$ file yofrankie-linux-i386
yofrankie-linux-i386: ELF 32-bit LSB executable, Intel 80386, version 1 (SYSV), dynamically linked (uses shared libs), for GNU/Linux 2.4.1, stripped


Il y a comme un gros soucis dans ce que tu as downloadé. ça fait quoi un ldd et un file sur l'executable? (pas la peine d'installé les packages debug).

quelle distro utilisez vous? moi j'ai téléchargé la version FTP. vous pourriez voir ce que ce passe dans gdb ?

pour moi (mdv 2009) les packages qu'il faudrait installer pour pouvoir le débuguer tranquillement :
SDL12-debug aalib-debug directfb-debug expat-debug gcc-debug glibc-debug libalsa2-debug libdrm-debug libggi-debug libgii-debug libice-debug libjpeg-debug libsm-debug libtiff-debug libx11-debug libxau-debuglibxcb-debug libxcursor-debug libxdamage-debug libxdmcp-debug libxext-debug libxfixes-debug libxi-debug libxrandr-debug libxrender-debug libxt-debug libxxf86dga-debug libxxf86vm-debug mesa-debug nas-debug ncurses-debug slang-debug zlib-debug

mais ça marche bien, il veut pas cracher.

y sont aussi dans l'archive de 206 mégas.

> S3 est un service de stockage qui n'est pas lié à EC2
je crois que c'est EBS pour le stockage monté dans les instances d'AMI, pour le reste, je suis d'accord avec toi. Nous (pas moi qui gère ça) on utilise des images basée sur Fedora pour EC2 et S3 pour cacher les vidéos et gérer les AMI. Je crois qu'EC2 est aussi utilisé pour faire du calcul en parallèle, mais rien interdit d'en faire ce qu'on veut.

AWS ce sont les services qu'Amazon propose par dessus EC2. Google ne propose que la partie service et aucun accès aux machines. Mais finalement si on veut faire une application qui tienne la charge, pour le développeur, il doit quelque part se retrouver avec les mêmes contraintes que ce soit avec AWS ou avec GAE (au niveau architecture), simplement avec GAE, toutes les contraintes sont intégrées d'office, alors qu'avec AWS on te laisse faire ce que tu veux avec tes EC2.

tu sais c'est mon activité que depuis très peu de temps, mais je me suis emballé pour ces techno il y a quelques temps. J'avais beau bosser chez Sun, ce n'était pas ma tasse de café. En fait, le déclique à eu lieu en lisant de simples tutoriaux d'Eclipse, et tous les conceptes bidons qu'on apprend chez Sun s'éclairsissent grâce aux framework open Source (le monde du concret et du vécu vs le marketing et la spécification).

Si tu veux voir des petits trucs interessants, et que tu programmes des GUI, tu peux commencer par voir la demo d'echo2, mais je te cache pas que ce qui est très chiant avec ces technos c'est la mise en place de l'environnement.

Enfin, le tuto de Google App Engine est pas mal et est accessible ( http://code.google.com/intl/fr/appengine/docs/gettingstarted(...) ), car Python simplifie grandement les choses et la configuration. Pour développer sous eclipse il est possible d'installer Pydev ( http://code.google.com/intl/fr/appengine/articles/eclipse.ht(...) ), une fois que c'est configuré c'est difficile de s'arrêter.

je suis désolé, quand au premier abord, en visionnant une vidéo, on te dit toutes les limitations du cloud de Google et que tu connais la concurence, tu te dis que c'est vraiment mal parti.

Je suis tellement fermé d'esprit que finallement je l'ai testé et vraiment approuvé. Ce que je dis concernant Python (i.e. qu'il peut-être un peu délicat à maintenir, par rapport au java) mérite un vrai débat dont il n'est pas question ici, et ce n'était que des appriories.

Pour moi Python est un langage adapté aussi aux grands projets, mais, à priori, les langages dynamique et faiblement typé sont plus délicats à maintenir. Ce n'est pas de la fermeture d'esprit.

Bon c'est parti :
- EC2 == Amazon Elastic Compute Cloud ( http://aws.amazon.com/ec2/ )
ce sont des serveurs sur lesquels on déploie des images (AMI : Amazon Machine Image). La différence avec une machine dédiée, c'est qu'il n'y a pas de stockage, et que l'on peut déployer un grand nombre d'images à travers le monde pour que ça puisse suivre la charge. On ne paye que ce dont on a besoin, à l'heure d'utilisation, dynamiquement.
- S3 == Simple Storage Service ( http://aws.amazon.com/s3/ )
c'est le service de stockage qui est monté dans les instances des images AMI (centralisé entre plusieurs machines). Ça peut aussi servir de cache web, pour les images ou les vidéos. Les Buckets peuvent donc être montée sur des serveurs ou bien accédé via HTTP.

=>Ces 2 technos peuvent permettre de suivre la charge TRÈS simplement par rapport à une batterie de serveurs dédiées. Les AMI sont des images de distributions Linux en général.

- ejb3 == Entreprise Java Bean 3 ( http://fr.wikipedia.org/wiki/Enterprise_JavaBeans )
Les sites web n'utilise pour la plupart que ce qu'on appelle des "beans entités". Ce sont des objets java stocké dans une base de données. On peut annoté leurs champs pour dire par exemple "cette chaine de caractère doit respecter cette regexp" et "le message d'erreur est (si ça respecte pas la regexp) : votre adresse email doit contenir un @". voir le lien wikipédia. Je dis bien 3, car les EJB 3 sont beaucoup plus simple que les EJB 2 à utiliser, grâce aux annotations.
- Annotations == voir wikipedia ( http://fr.wikipedia.org/wiki/Annotation_(Java) )
En gros ça permet d'ajouter des infos aux membres d'une classe. Ça évite énormément de configuration XML
- GWT, Echo2 ==
ça permet de faire de l'Ajax, sans tapper de HTML et de javascript, comme si on fabriquait une application java normale en utilisant les toolkits Swing ou SWT. Dans le cas de GWT, il y a un compilateur qui traduit le java en HTML/Javascript, dans le cas de Echo2, le serveur génère à la volé le code de la page. (voir http://demo.nextapp.com/echo3csjs/ pour une demo)
- Seam == En gros, ça permet de faire des page template java (jsp) en plus simple et plus puissant (je sais pas quoi dire d'autre, mais c'est pas mal).
- MFC Microsoft Fondation Classe (une horreur).

Toutes ces technos sont libres (à part la MFC, EC2 et S3) et développées de manière très dynamique.

Ce qu'il faut retenir de mon poste c'est que Django c'est bien (si on connait un peu Python), et que tu peux oublier le reste si ce n'est pas ton metier.

je suis un fan absolu des HL, CS, et autres mod comme Day of Defeat (fabuleux). Il me semble qu'ils fonctionnaient très bien sous Linux via Wine.

Maintenant il ne faut pas se réjouir trop vite (enfin c'est quand même cool), il y a aussi Linux sur PS3, et L4D n'est pas sorti sur cette console ... Je suis peut-être naïf, mais au moins la PS3 permet aux développeurs de jeux de faire autre chose que du directX (proche d'OpenGL, le SDK tourne sous Linux d'ailleurs), donc ça peut favoriser l'émergeance de jeux sous Linux.

Franchement, autant les ingénieurs de Sun sont brillants, autant le managment est à chier.

Même pas la peine de le prouver, tous les achats externes qu'ils ont fait depuis 2002 se sont traduits par des échecs. Dans le stockage, avec MySQL, avec tarrentella...

Pour y avoir travaillé, la lourdeur, le beniouioui du discourt, le bourrage de crâne pipeau (4 heure de phone call par semaine de la part d'un gars qui sait même pas ce que tu fais, mais qui t'explique comment faire, et surtout qui te canarde dès qu'il peut), les reporting à outrance qui occupe 75% du temps de certains (pour faire bien, même si il n'y a rien à dire).

Entre le manager qui est en mode « je fais dans la finance », où l'on se parle sur le perron des décisions qu'il faudrait prendre pour baratiner les managers Ricains (pour faire un bel « highlight » associé à son report, même si la décision ne rapportera strictement rien à Sun, et que l'ISV aura tout oublié après le déjeuner), et l'ingénieur qui fait de l'optim CPU, qui se casse la tête jusqu'à 20h30 tous les soir pour faire un maximum de support aux clients, qui heureux se mettent à recommander cette plate-forme, et bien c'est le bel esprit, rédacteur de baratin qui est adulé, celui qui trouve facilement une solution à tout problème (en général du genre « tu n'es pas assez corporate »).

J'adore Sun malgré ce que je pourrais leur reprocher à mon égare, je leur souhaite tout le bien que l'on peut imaginer, mais bon dieu, motiver ceux qui en valent la peine, ceux qui vous propose des patches pour améliorer vos produits Open Source, coopérer vraiment avec eux !! je ne parle pas d'Open Office, mais du compilateur, de Swingx, de toutes les autres technos. On ne résout pas une crise avec des beaux slides, mais sur le terrain avec du concret... et virez tous ces corbeaux, vernis de connaissances approximatives, par pitié.


Oufff ça fait du bien. Merci pour ce journal.
Merci.

je crois.

c'est d'autant plus une plaisanterie qu'a mon avis, le fabricant ne se fait pas rembourser la licence Windows par Microsoft ...

En général, les fabricants achètent beaucoup plus de licence OEM qu'ils ne vendent de machine. La route est encore longue. La seule solution est d'acheter un PC sans OS si on veut que réellement Microsoft ne nous prenne pas encore plus de brousouf.

il y a aussi plus de sécurité avec le mode x86-64. Par exemple, les pages mémoire exécutable ne sont vraiment plus accessible en écriture.

Surtout, ça simplifie la conception de CPU plus performant à terme.

c'est pas parce que le 64-bit n'est pas d'Intel, donc que ça ne doit pas trop plair à Microsoft, qu'il faut faire exprès de passer pour un con. où alors tu l'es vraiment ??

il y a aussi javaFX comme concurrent, ne rigole pas, Sun est entrain d'investir gros là-dedans.

depuis 2 jours, je partage des documents avec google doc, je suis surpris. Pour le travaille collaboratif, c'est vraiment impressionnant. Certe c'est pas aussi abouti en terme de mise en page qu'un client lourd (perso j'aime pas les présentations compliquée), et ça requière des comptes gmail à ceux qui modifient le document, mais c'est agréable de voir en temps réel chacun apporter ses modifs.

Après, tous les clients ne seront pas forcement favorable à cet approche.

c'est sous linux que ça ne marche pas ... Microsoft et l'interopérabilité ...

En gros, Windows + Firefox == OK mais Linux + Firefox == NOK

je pense que les parts de marché changeront lorsque l'on pourra choisir l'OS qu'on veut sur son PC lors de l'achat.

Cette solution à l'air prometteuse, il y a trop peu de solution libre proposant une gestion de production. J'espère sincèrement que vous réussirez a imposé votre ERP (je le souhaite également pour les autres qui font du très bon boulot : OpenERP, Compiere ...).

Qu'en est-il de la localisation (plans comptables), le chinois est-il supporté?

il manque une liste référençant les clients ayant choisi cette solution.

le pire c'est la présence d'Ubuntu sur les blogs de KDE. C'est la distrib la plus médiatisée et souvent pour un rien. du style 'ouai j'ai réussi à avoir l'accélération de Kwin avec mon ATI sous Ubuntu ....

Franchement, autant downloader Eclipse directement depuis le site d'eclipse, ça marche très bien avec la nouvelle machine virtuel java libre.

j'utilise pas l'eclipse de ma distribution.

il y a surtout le gains mémoire d'avoir qu'une seul instance de la librairie chargée. Pour faire du copier/coller d'une lib faut vraiment être un gorêt ça peut servir pour réduire les dépendances mais bon.

KDE et Qt n'aiment vraiment pas les templates ... Le code de Qt et de KDE n'est pas très compliqué à appréhender, et il est très bien fait (c'est du c++ bien optimisé)