koopa a écrit 324 commentaires

Il y a deux semaines j'ai moi aussi acheté un Archos 1 Vision, justement parce que c'était le seul baladeur numérique qui garantissait la compatibilité Linux. Le baladeur est ultra-léger, le système de navigation est très intuitif et joli, (ça ressemble à celui de mon téléphone Nokia) ... et puis j'ai vite déchanté:

- les taux de transferts sont catastrophiques (c'est du USB1 sous Linux)
- l'enregistrement du dictaphone est inaudible
- et au bout d'une demi journée un bouton est tombé en panne...
Peut être que je n'ai pas eu de chance et que je suis tombé sur un exemplaire défectueux, mais je n'ai pas voulu vérifier, je l'ai illico presto ramené au magasin et j'ai pris une autre marque (MPMAN 160 FM)

Il est 2 fois plus lourd, l'interface de navigation est laide, lente, non-intuitive, mais il marche en USB2 sous Linux, le dictaphone fonctionne, il y a la radio FM et pour l'instant les boutons fonctionnent tous.

Mais ce qui me plairait vraiment, ça serait de pouvoir installer un autre logiciel de navigation, basé sur Linux

Je vote pour les nettops car c'est une solution plus classique que le multi-terminal et donc tu trouveras plus facilement
- quelqu'un pour te remplacer quand tu es absent
- de l'aide sur le web, quand tu auras des problèmes

D'un point de vue matériel
- les machines seront plus silencieuses
- tu pourras les disposer plus facilement dans ta salle. Tu ne seras pas géné par la longueur des cables video.

Et pour simplifier la gestion, tu démarres tes nettops en PXE sur un partage NFS commun en lecture seule. ( tu mets /tmp, /var en ramdisk. tu rediriges les logs vers un serveur)
Et tu pourras exploiter localement, l'USB, le son, l'accéleration graphique.

La marque de la RAM est très importante. Dans ma boite (on gère environ 200 PCs) on a définitivement arreté d'acheter des barrettes de RAM no-name. On achète uniquement du Kingston et on a plus de problèmes.

On le retrouve dans les comparatifs
http://www.hardware.fr/articles/773-1/taux-pannes-composants(...)

Moi aussi j'ai cherché longtemps un bon IDE par trop lourd, pour remplacer Eclipse. Je regrettais la légèreté de Nedit que j'avais utilisé pendant des années (snif).

Mais malheureusement je suis devenu accros aux fonctionnalités d'Eclipse:
(historique local, diff super pratique, plugins pour SVN, refactoring, etc)

donc j'ai pris le problème à l'envers: comment accélérer Eclipse ?

quelques tuyaux:
- utiliser la dernière version de la jvm de SUN
- utiliser toujours la dernière version d'Eclipse
- éditer les valeurs dans eclipse.ini pour allouer plus de RAM

Mais franchement, depuis 2 ans tous les PCs de bureau sont devenus super puissants (effet Windows Vista) et peuvent faire tourner sans problème Eclipse.

Dans un projet QT tu as interet à utiliser des headers precompilés sinon effectivement les temps de compilation peuvent devenir abominables.
Mais avec les headers precompilés (pour éviter de reparser et les temps de compilations redeviennent raisonnables.

Dans ton fichier .pro, il suffit d'ajouter:

CONFIG += precompiled_header
PRECOMPILED_HEADER = mon_fichier_entete.hpp

1 Md$ pour acheter une boite qui ferait 60 M$ de bénéfices, c'est vraiment honnête, ça fait 6 % de rendement.

En revanche acheter 1 Md$ une boite qui fait 60M$ de chiffre d' affaires, c'est autre chose...
Même en imaginant que MySQL AB faisait une énorme marge de 30%, ça fait au final pour Sun Microsystem un faible rendement de 2% ....

Surtout que l'acquisition n'a pas été payée en monnaie de singe (actions), mais en cash ( 800 M$)

http://www.lemondeinformatique.fr/actualites/lire-sun-rachet(...)

Je confirme que les prédiffusés sont une bonne alternative au FPGA.

Dans ma boite pour fabriquer un nouvel appareil scientifique, on a eu besoin d'une puce dédiée pour faire du traitement du signal. Comme on avait besoin d'en mettre plus de 400 par rack, il fallait que chaque puce dissipe moins de 2.5 W, donc la solution FPGA était clairement inadaptée, et seul l'ASIC pouvait convenir
La solution la moins chère consitait à utiliser des ASIC prédiffusés. ( cout de fabrication: environ 300.000 euros pour 2000 pieces, en technologie 130 nm)

Une des étapes les plus complexes fut de trouver un fondeur qui accepte un aussi petit contrat de 2000 pièces. C'est finalement NEC Electronic Japan http://www.necel.com qui a bien voulu travaillé pour nous.

J'ai essayé QtCreator. Ca me semble vraiment une très bonne initiative pour faire connaitre encore davantage l'excellente bibliothèque objet QT. En particulier ça peut aider les débutants en QT à se faire la main.

Mais pour un gros projet, je recommande plutôt d'utiliser Eclipse.
Eclipse est lent, lourd, complexe à prendre en main mais il écrase tous ses concurrents en terme de fonctionnalités grâce à son astucieux système de plugins.
Et c'est donc l'outil indispensable dès que les projets comportent de nombreux classes.

Les fonctionnalités que j'aime le plus dans Eclipse et qui me manquent dans QtCreator:
- l'historique local (à mes yeux, cette fonctionnalités justifie à elle seule l'utilisation d'Eclipse)
- le plugin pour Subversion
- pouvoir faire des diffs/merge entre les fichiers, les versions

QtCreator me fait penser au navigateur Opera:
J'ai beaucoup d'estime pour Opera, il est très rapide et léger et j'aimerai bien pourvoir l'uitliser davantage, mais dans la réalité je n'utilise que le gourmand Firefox, parce que seul ce dernier disposent des plugins qui m'intéressent vraiment (tel que NoScript ou AdBlock)

Par défaut les mirroirs d'update, de contrib, etc. sont déjà configurés dans Mandriva.
Sinon tu peux facilement ajouter tes propres depots, en utilisant la commande

urpmi.addmedia [--update] nom_depot url

ou bien le menu equivalent dans rpmdrake

J'ai installé une Mandriva 2009.0 Free DVD x86_64, et j'ai trouvé cette nouvelle version très aboutie,
J'ai particulièrement apprécié:
- le nouvel installeur, sobre et efficace aussi bien pour les experts que pour les débutants.
- le theme par défaut
- la granularité des paquets RPMs
- tous les logiciels mis à jour
- la détection des périphériques toujours aussi excellente (scanner, carte scsi, firewire, etc)
- drakconf toujours aussi excellent
- l'excellente gestion des menus (les paquets RPMS ajoutent les bonnes entrées dans les menus aussi bien sous Gnome, KDE, icewm , etc)
- PLF (http://plf.zarb.org/) qui est toujours aussi efficace. Ca permet d'obtenir facilement les bibliotheques qui ne peuvent pas etre inclues dans le DVD de mandriva. (libdvdcss, etc.) et aussi mon logiciel favori: cinelerra.

En revanche je met un gros bémol pour KDE4.
Ca fait 8 ans que j'utilise Mandriva et KDE (depuis la Mandrake 7.0), et j'attendais avec impatience l'arrivée du nouveau KDE. Ma déception fut grande:

- le nouveau bureau est beau mais pas pratique : il y a a des panels dans tous les sens, des views, bref on ne s'y retrouve pas.
- kcontrol a disparu, c'était pourtant pratique d'avoir tous les réglages dans un seul outil.
- dolphin est plus netrement rapide que konqueror, mais il lui manque des fonctionalités comme dupliquer la fenêtre en cliquant sur l'icône K
Quand on fait un glisser-déposer vers un dossier il ne propose plus "deplacer, copier, créer un lien)
- Je n'arrive pas à créer de racourci vers une application dans la barre des tâches.
- plasma plante de temps en temps

J'ai essayé d'installer kde 3.5, en installant le paquet task-kde3, mais il faut une connexion internet pour le télécharger depuis un mirroir "contrib"
N'ayant pas de pas de connexion internet à la maison, j'ai fait une copie d'un mirroir sur un disque dur usb (comme j'ai l'habitude de le faire pour les paquets PLF), pour ramener tous les paquets à la maison. Mais pas de chance j'ai du oublié des paquets car j'ai des dépendances non-résolues. :-(, il faut donc que je recommence

En attendant d'arriver à installer KDE 3.5 je passe sous Gnome.

Ce week-end j'ai monté une séquence complète avec cinelerra-4. J'ai monté une séquence de 4 minutes, avec une vingtaine de plans, issus de mon camescope DV. J'ai utilisé principalement les effets de fondus enchainés et de titrage. Cela m'a permis d'utiliser le logiciel pendans 3 heures d'affilées.

Points (très) positifs:
- Compatibilité totale entre les fichiers xml cinelerra-4 et cinelerra-2.2.1cv: on peut indifférement passer de l'un à l'autre dans les deux sens.
- Le rendu en mpeg2 est nickel, il n'y a plus l'air d'y avoir le bug où l'image sautait de temps en temps

Points neutres:
- A première vue la stabilité est la même qu'avant (1 plantage en 3H: glibc error: free() invalid pointer)
- Bien que certains effets graphiques soient indéniablement accélérés par le nouveau mode OpenGL, dans mon cas particulier ca ne me sert à rien car j'utilise presque uniquement le fondu enchainé (Video Transition: Disolve), qui est plus rapide en mode x11-xv qu'en mode x11-opengl. Peut être que ma carte graphique n'est pas assez rapide pour tirer pleinement parti du monde OpenGL (une simple Geforce FX 5200 128 Mo, i.e. l'entrée de gamme d'y il y a 2 ans).

Points négatifs:
- La longueur des transitions n'est plus affichées dans la fenêtre de montage.
- Il n'est plus possible d'exporter au format "Raw DV" (indispensable pour réinjecter mon travail dans Kino). Heureusement j'ai pu réouvrir mon projet dans la version précédente pour calculer le rendu.

Conclusion personnelle
Il n'y a pas d'améliorations qui me soient véritablement utiles, bien au contraire les points négatifs me forcent à rester pour l'instant sur la version précédente.
Cependant je suis vraiment très content que ce projet ne soit pas mort, contrairement à ce que j'avais fini par croire. J'attends impatiemment la version CV (i.e. la version patchée par http://cinelerra.org) de cinelerra-4, pour recommencer mes tests.

C'est d'ailleurs le seul reproche qu'on puisse faire à Adam William: l'arbre de développement n'est pas ouvert, c'est pourquoi il y a un fork (la version CV, disponible sur http://cinelerra.org) pour pouvoir incorporer des modifications. J'ai quand même écrit à l'auteur pour lui faire part de mon rapport et aussi pour le féliciter pour son super boulot.

J'utilise depuis 2 ans, cinelerra 2.1 pour monter des films. Au début l'IHM est vraiment déroutante, mais très vite, on la trouve très pratique et très productive. On fait tout avec le clavier et la souris, il n'y a jamais besoin d'aller dans les menus. Le coté "moche" (tout en gris/noir) et au contraire très reposant pour les yeux quand on travaille pendant des heures.

Je n'ai pas encore tout testé dans la version 4, mais dans la version 2.1, l'acquisition DV et le rendu mpeg2 ne marche pas très bien aussi j'ai la chaine de production suivante:

- acquisition des fichiers DV depuis le camescope avec KINO
- importation des fichiers dans Cinelerra
- montage de la séquence (j'essaye de ne pas dépasser 15 minutes de longueur par projet), sinon je découpe en sous projet
- rendu de la séquence au format AVI DV.
- réassemblage des séquences dans KINO et exportation au format mpeg2
- création du DVD video dans DVDStyler
- gravure du fichier ISO avec k3b

Ca m'a pris un moment pour faire fonctionner toute la chaine de production, mais maintenant ca marche nickel.

Coté hardware, je recommande
- 2 écrans pour pouvoir utiliser confortablement cinelerra.
- clavier qwerty, car on ne peut pas changer les raccourcis claviers par défaut (et on se sert sans arrets souvent des crochets)
- un CPU double coeur pour accélérer le rendu.


Pour les débutants avec cinelerra, je recommande le site suivant: http://lprod.org

Il ne suffit pas d'implementer l' API win32 et la base des registres pour etre compatible avec Windows, car il y a encore des dizaines des technologies fondamentales qui sont nécessaires au bon fonctionnement des logiciels:
Active Directory, Group Policy, MMC, .NET, MSI, Internet Explorer, DirectX, etc

Quand je vois comment l'équipe de Samba rame pour implementer un controleur de domaine Active Directory, je me dis que les developpeurs de ReactOS perdent leur temps.

Dans ma boite on a simplement équipé nos machines avec des cartes iSCSI de marque QLogic. C'est le BIOS de la carte qui s'occupe de l'intialisation.
Linux croit avoir à faire à un controlleur SCSI classique et son disque dur SCSI local.
Coté SAN, on a un simple Netapp FAS270.

Il y aussi freecol (le clone libre de Colonization ) qui marche sous Linux et Windows (il est écrit en Java) et qui pourrait avoir sa place sur ce CD.

http://www.freecol.org

Je viens de tester Netbeams pour faire du C++. Ce n'est pas mal du tout, mais malheureusement ca n'atteint pas encore le niveau d'Eclipse/CDT.

Les avantages de Netbeams:
- la fonction "Recherche" ressemble à celle de Firefox, elle est donc plus pratique à utiliser que dans Eclipse
- la navigation par classes est pratique

Mais par rapport à Eclipse/CDT, il a de gros manques:
- pas d'extraction des messages d'erreurs et de warning lors d'une compilation
- je trouve la navigation dans le code moins pratique
- c'est plus lent que Eclipse (!)

Je viens de télécharger/compiler/tester Monkey Studio 1.8 preview et je vous livre mes premières impressions:

Ca a vraiment l'air chouette et c'es rapide, mais au niveau des fonctionalités et de la productivité Eclipse/CDT est encore vraiment loin devant.
Donc pour l'instant je continue à travailler avec Eclipse.

Meme si le poids est imbattable (900 g), je trouve que c'est vraiment cher pour ce que c'est.
- résolution externe limité à 800x600
- écran trop petit
- espace disque ridicule

Ca me fait plus penser à un gros PDA avec un clavier qu'à un PC portable.
L'utilisation sera forcément limitée.
Un PCs portable à 500 euros de chez n'importe quel distributeurs (Darty, Boulanger, ...) me parait bien plus polyvalent et utile que ce EeePC

Toutes les boites font de la vente liée, c'est une stratégie commerciale éprouvée. Dans ma précédente boite, le PDG nous parlait des logiciels clés lors des webcast annuels (en VO: le terme employé en anglais était "anchor tools")

Un logiciel clé sert à vendre les autres logiciels de l'entreprise (car meme s'ils sont moins bon, moins connu que la concurrence, ils s'intégrent mieux avec les logiciels clés). Ces logiciels additionnels apporte des revenus, assèchent les parts de marché des concurrents, et s'améliorent peu à peu, jusqu'à devenir incontournable eux aussi. Et on peut alors recommencer la meme technique sur une plus grande échelle.

Par exemple chez Microsoft:
Windows 2000 Pro-> Active Directory -> Exchange
Windows 2000 Pro -> Active Directory -> SMS 2003 -> SQL Server
Office -> Sharepoint -> IIS -> SQL Server
Windows -> Visual Studio

Office et Windows sont la clé de voute de Microsoft, sur laquelle tout l'édifice repose.

Kino c'est vraiment bien pour débuter sous Linux dans le montage vidéo, surtout pour les débutants. Malheureusement on se retrouve très vite confronté aux limites du logiciel. Pour ma part ce qui me gène le plus ce sont les effets statiques. Il est impossible de modifier un effet après coup. C'est très génant quand on découvre une erreur à la fin du montage.
C'est pourquoi j'ai remplacé Kino par Cinelerra 2.1cv, dans lequel les effets sont dynamiques : Ce n'est qu'au moment du rendu final, qu'ils sont réelleément calculés. Pendant le montage, on n'utilise que de la prévisualisation. La contrepartie est qu'il faut une machine très puissante pour le montage, que le rendu final d'un petit film peut durer plus d'une nuit. et
qu'il vaut mieux lire la la doc (100 pages) en entier car le logiciel n'est pas du tout intuitif. ,( et il y a encore des bugs: par exemple l'exportation en MPEG2 est incorrecte, de temps en temps l'image "saute")
Mais les avantages compensent largement les petits inconvénients.

Je me sert encore de Kino en pré et en post production:
- préproduction: pour acquérir les vidéos depuis le Camescope DV.
- postproduction: Comme l'exportation depuis Cinelerra en MPEG2 ne marche pas bien, je fais le rendu final au fomat AVI DV, je réimporte dans Kino pour faire l'exportation au format DVD.

Puis je fais le menu DVD dans DVD Styler.

Pour en savoir plus: http://fr.lprod.org/wiki/doku.php

A moins qu'Apple ne te fasse une très grosse réduction, je ne vois pas l'interet d'acheter un Mac pour utiliser uniquement Linux dessus.
L'interet du Mac c'est MacOS-X et les logiciels qui tournent dessus (ex: Final Cut Pro, etc)

D'après l'Apple Store, le MacBook le moins cher coute 1099 euros TTC
* Intel Core 2 Duo à 1,83 GHz
* 512 Mo de mémoire
* Disque dur de 60 Go1
* Lecteur Combo

Pour ce prix, à Darty ou à la FNAC tu as un PC portable nettement plus performant. De plus, comme tu le soulignes, tu risques d'avoir des tas de problèmes de compatibilité puisque les distributions Linux sont prévues pour des PCs.

gnuplot en interactif n'est pas convivial, c'est vrai, mais gnuplot c'est surtout utile quand tu l'appelle automatiquement depuis un programme.
La plupart des programmes qui ne sont pas user-friendly sont en fait très puissant quand on les utilisent dans des scripts.

Mieux que le Raid 5, ca existe mais c'est plus cher: dans ma boite on utilise des serveurs de fichiers Network Appliance en RAID4 DP (double parité.)
La double parité permet de se protéger d'une panne rapprochée sur deux disques avant que le volume raid n'ait été reconstruit.
La machine reconstruit automatiquement le volume RAID en cas de problème, en utilisant un des 2 disques de spare disponibles dans chaque volume RAID
La machine détecte à l'avance qu'un disque va lacher et elle commande la pièce de rechange automatiquement.

Si les utilisateurs effacent par erreur un fichier ils peuvent aller dans le répertoire .snapshot et retrouver leurs fichiers tels qu'ils étaitent il y a une heure, deux heures... un jour, deux jours, ... une semaine, deux semaines..
Pas d'intervention du service informatique, pas de bandes à recharger !
La récupération est instantannée: les utilisateurs sont ravis.

C'est vrai que ca coute beaucoup plus cher qu'une baie raid 5 SCSI classique puisqu'il faut compter au moins 15.000 euros /To (+ le contrat de maintenance) mais au niveau de l'exploitation il n'y a pas photo. On se rattrape sur le temps passé: l'ingénieur système peut passer sur des problèmes plus intéressant que de gérer le stockage.

http://www.netapp.com/library/tr/3298.pdf

Dans les autres domaines industriels ont disait la même chose, et pourtant la Chine a pris part de marché sur part de marché grâce à des couts de revient incomparable avec les industries occidentales.
Au début on se moquait d'eux car la qualité n'était pas au rendez vous, mais très vite la qualité s'est amélioré.

Alors, il n'y a pas de raison que la Chine n'arrive pas à s'imposer aussi dans le domaine du microprocesseur.

Le langage D a l'air très intéressant, mais il existe déjà beaucoup d'autres langages de programmation qui avaient tout pour réussir à grande échelle et qui sont resté coincé dans des niches.
Peut etre que le pragmatisme du "D" lui évitera de rester dans l'ombre comme Ada et Eiffel. (La programmation par contrat, le ramasse-miette, le typage fort, ca fait presque 20 ans que ca existe dans Eiffel.)

En tout cas je lui souhaite bonne chance.

PS:
J'ai l'impression que pour réussir un langage doit bénéficier d'une dynamique externe :
Par exemple:
Windows -> Visual Basic
Unix -> C -> C++
Internet -> Java, PHP, et bientot Ruby (on Rails)