G.bleu a écrit 186 commentaires

Je suis allé sur ta page de dons de ton projet et j'ai relevé ceci :

Traduire (ou améliorer la traduction) MediaInfo dans une autre langue (pas le français, le developeur est français ;-) )

J'ai l'impression que le fond rentre en conflit avec la forme !
Tu devrais corriger le "développeur"…

Et sinon, y'a vraiment des gens qui payent Zenitram pour troller ? ;-)

C'est moi ou certains liens sont bancales…
les liens sur Ivy Bridge et sur Wikidata pointent sur http://linuxfr.org/moderation/news/… au lieu de http://linuxfr.org/news/…

Toi aussi, tu développes sur ton Minitel ?

Pas loin : Emacs !

Et en effet c'est extrêmement pratique de pouvoir avoir plusieurs colonnes en parallèle (deux, où plus suivant l'écran, fichiers côte à côte, deux endroits dans le fichier… j'aime pouvoir voir une grande partie de mon code d'un seul coup d'oeil !).

Troll mode : Ça me fait toujours marrer de voir des mecs pleurer parce qu'ils veulent coder sur 150 colonnes pour avoir une meilleur visibilité sur leur IDE où 40% de la place est occupée par des boutons et autres textboxes…

Je suis un jeune de la vieille école : je code sur Emacs en C, 2 espace par tabulation, 80 colonnes et je compile en C89 ! (voir en K&R quand le compilo est pas top…).
C'est sûr que mon milieu ne contient pas le mêmes contraintes que dans les langages OO (miam java et ses getter de getter de getter pour aller chercher une valeur bien profonde !) où la ligne se retrouve souvent, au choix, verbeuse (et donc longue) où incompréhensible.

reformater le code source d'un programme avec go fmt (c'est une manière particulièrement astucieuse d'éviter les discussions sans fin sur le style à adopter sur un programme : il suffit de lancer go fmt sur son code pour qu'il soit formaté selon les bonnes pratiques)

J'ai trouvé l'idée super moi aussi… jusqu'à ce que je me rende compte que go fmt ne respect pas la sacro-sainte règle des 80 colonnes ! (d'autant plus étonnant quand on voit les responsables du projet…)
Du coup le confort en prend un coup dès que les fonctions sont un peu longues sur mon emacs…

Bug ? Volonté de briser le tabou ? J'ai raté quelque chose ?

Ce que je pense de tout ça a parfaitement été résumé par Franquin :

Hélas ! Ce grand génie a disparu il y a longtemps... tout comme ton image d'ailleurs...

Utilisateur de cette ROM depuis quelques mois, je la trouve très au dessus des autres (y compris cyanogen).
La différence ? L'interface a été totalement repensé de zéro pour devenir beaucoup plus intuitive (fini les 3 menus d'options différents par exemple), idem pour les applications (adieu la visionneuse de photo par défaut qui scannait les nouvelles photos quand ça lui chanté... de même de vrai lecteur audio et explorateur de fichiers, ça change la vie !)

Et cerise sur le gâteau, la ROM est en plus très fiable et a consommation des plus raisonnable !
Bref avec son seul point faible "caypalibrecaypu" qui vient de se faire gommer, je souhaite à cette ROM le grand avenir qu'elle mérite !

COBOL je t'ai reconnu !

Dans la FAQ du langage :

Are there any big programs written in it yet? I want to read big samples.

The Rust compiler, 40,000+ lines at the time of writing, is written in Rust. See the src/comp/ directory.

Scoop : « le programmeur lambda vient de découvrir la programmation fonctionnelle ! »

Lambda ? Mais Haskell c'est déjà du fonctionnel !

J'adore ton entreprise de destruction de Thales dans le seul but de casser mon argumentaire !
Donc Thales est une SSII de viandars épaulé par des divisions de buses franchouillardes...
À ton avis, leur place de leader mondial en matière de télécommunication, de spatial, de défense etc... ils l'ont eu parce que leurs clients sont aussi con qu'eux ?

PS: Merci pour ce bon moment de rigolade sur les vraies écoles qui te font coder avec vi

Je t'en pris, j'ai vu trop de mecs disant coup sur coup "je sais coder en C" puis "c'est quoi un Makefile ?" pour savoir que si on n'apprend pas aux gens l'informatique à sa base, il ne le feront pas d'eux même ! (et passeront à côté d'outils tellement plus léger et puissant que ces IDE à base de java...)

qui préfèrent te faire coder h24 plutôt que de t'apprendre des trucs qui te serviront jamais en tant que grouillot.

Moi j'aurai tendance à croire que faire coder des mecs pendant leur scolarité sur un grand nombre de projets variés leur permettrai de gagner en capacité à résister aux situations de stress en entreprise ainsi qu'à leur fournir une connaissance étendue et poussée en informatique. Les trucs que les recruteurs aiment bien quoi !

Un jour surtout, les gens arrêteront d'aller dans des écoles privées pour se faire pomper du fric alors qu'ils auraient pu avoir beaucoup mieux dans le cadre de l'enseignement public.

Mieux dans le cadre de l'enseignement public ? Différent plutôt !
Je ne connais pas d'école publique où on a accès à l'école 24h/24 365 jours par an et où on est encouragé à en profiter. De fait y est développé un état d'esprit et des capacités dans le milieu de l'informatique difficile à trouver dans les autres écoles (combien d'écoles font coder leurs élèves avec VI/Emacs plutôt qu'avec des IDE ? les font programmer jour et nuit plutôt que de leur donner des cours magistraux ? leur inculque l'informatique non pas comme une option mais comme la majeure centrale de leur formation ?).
Ce constat n'est pas de moi mais de responsables techniques de grands groupes et d'institutions d'état qui ont l'air de bien aimer cette école "où les gens achètent leur diplôme".

Pour info le premier recruteur de EPITA est Thales (qui est connu pour être une bande de charlots recrutant des incapables), je pense que ce doit être sensiblement la même chose pour EPITECH. À moins bien sûr qu'il ne s'agisse que de la "minorité de bons ayant fait une erreur de parcours"...

Les anglais disaient la même chose en 1982...

La sélection ne se fait pas sur les qualités et les compétences, mais sur d'autres critères, comme par exemple la lèche en cours ou juste la chance… C'est triste, mais c'est une réalité.

Parce que tu penses que ce sera différent dans le monde de l'entreprise ?
C'est pas en faisant ton boulot dans ton coin en s'écriant « C'est vraiment trop inzuste ! » comme Calimero que tu vas avancer.

Avoir les compétences c'est très bien, après si il y a des mecs qui savent tirer partie d'autres éléments (des asso étudiantes, de leur relationnel auprès des profs, de leur réseau plus tard etc...) pour avancer, garde à l'esprit que c'est eux qui se différencieront en entreprise de la masse.

Ah oui le super-argument "on est tellement ridicule en nombre de personnes que personne ne veut créer de virus pour nous"

Cet argument ne marche à ma connaissance que pour MultideskOS (et encore, certains annoncent que 2012 sera l'année du desktop MultdeskOS...)

En tout cas ce qui est sûr c'est ça ne marche pas sur nos téléphones pour le moment ! ;-)
Et comme Intel semble soutenir (en tout cas c'était le message fort la dernière fois que je les ai vu en conférence) les alternatives libres à Android...

Qu'est-ce donc un vrai linux pour toi ?

Au hasard... un Linux qui n'a pas été forké par Google !

bon je passe sur le fait que tu confonds le noyau avec l'OS

On appel ça une Synecdoque
En l'occurrence, ça marche bien avec le sujet puisque Linux (le noyaux) est bien l'intersection au sens mathématique de Android d'une part et de nos distributions PC de l'autre.

quelle est donc cette chose qui serait un vrai linux (plus qu'android par exemple) ?

Comme je disais, Android c'est un noyau Linux... et pas grand chose de sympathique autour !
Un "vrai Linux" (définition qui, je te l'accorde, est purement personnelle) c'est le Linux de nos distribs, c'est le truc sur lequel je peux faire ce que je veux sans qu'on n'emmerde, j'ai le choix de ma distrib, de mon interface graphique, des logiciels ect...
Et je ne parle même pas de la différence de philosophie ! (appli pourries et payantes sur Android contre appli opensources et de qualité monstrueuse sur les "vrai Linux")

Mais c'est vrai qu'Android manque de KISS

Non non, le dernier S de l'acronyme est bien présent dans Android (on est loin de vendredi mais entre l'interface foireuse, le viole du kernel, la lib bionic, la catastrophe qui est repo, le bordel pour compiler une rom etc...)

À titre personnel j'attends avec impatience les processeurs atom dans les téléphones comme INTEL l'a promis il y a quelques mois, un vrai x86 nous donnera un vrai linux ! (enfin je l'espère très fort, sinon mon prochain téléphone sera un nokia 3310)

Si C99 ne s'est pas imposé, je vois vraiment pas pourquoi celle-ci y réussira.
J'aurai tendance à considérer cela comme inhérent au coeur de cible de C : La programmation système.
Je ne pense pas que les professionnels du secteur seront près à modifier les compilo (et donc ajouter de l'incertitude dans un maillon capital de leur chaîne) pour supporter une nouvelle norme qui de toute façon ne sera pas appliqué par les vieux barbus du C "-ansi -pedantic" qui ont déjà tout ce qu'ils veulent en C : de la simplicité, de la liberté et de la puissance.

À vu de nez, on va se retrouver, comme pour C99, avec une implémentation dans gcc pour les grandes achitectures mainstream (x86, x86_64, arm, ect...) et toujours les vieux compilos limite K&R sur tout le reste (coucou TexasInstrument et consors !). Ce n'est plus une norme, c'est une option de non portabilité !

PS : Et pour la prochaine norme, les mot clés ils nous les mettent en 1337_5P33K ??

Et c'est donc bien parce que le système actuel est inefficace qu'ils lancent un nouveau plan de vidéo surveillance de la ville de Paris ! (et là pour le coup, les images sont enregistrées)

Rapport à ton commentaire et ton avatar:
Service après vente... des émissions !
- Bonjour vous me reconnaissez ?
- Non.
- Mais si ! Je suis le mec qui fait des raccourcis faciles et qui déformes les propos des autres pour leur enlever sens et légitimité ! Je suis... je suis...

Je pense que ce site correspond à peu près à ce que tu veux : des épreuves, des forums pour discuter de celles-ci et des points à chaque épreuve résolue pour faire un concours de bites fournir un environnement ludique et motivant !

J'ai personnellement 53Go de musique sur mon PC ce qui commence à faire une jolie collection... et de fait Clémentine fait tout ce que je lui demande avec une vitesse imbattable (comprendre par là que c'est ma vitesse de frappe qui est le système limitant). Je considère que cela provient d'une volonté de limiter les dépendances de l'application, notamment en ce qui concerne la base de donnée ainsi que par l'utilisation de Qt seul et non de la lib KDE.

À l'inverse Amarok étant un projet KDE phare, il se doit de fait usage à outrance des interdépendances possible entre les applications au sein de cette suite (fonctionnalité mis en avant depuis KDE4) ce qui a un surcoût non négligeable, en particulier lorsqu'on n'utilise qu'un logiciel isolé et non la suite entière (j'illustrerais volontiers cet "effet KDE" avec mon Kmail qui lance de fait kdeinit4, klauncher, kded4, gam_server, kwalletd, akonadi_control, akonadiserver, mysqld, akonadi_kabc_re, akonadi_maildir, akonadi_nepomuk, nepomukserver et knotify4 !!! c'est d'ailleurs la raison me poussant à passer à notmuch... mais ce n'est pas le débat ;-)

et de fait les mecs de Clémentine semblent de mon avis (extrait de leur FAQ) :

Why doesn't Clementine use MySQL?
Clementine uses sqlite to store metadata for the songs in your library [...]. We've found that sqlite provides great performance even on huge libraries (300,000+ songs), and Clementine uses the fts plugin to make searching even faster. We see no benefit in supporting other database backends as well as or instead of sqlite, and it would make the code much more complicated and difficult to maintain.

ce qui donne en français :

Pourquoi Clémentine n'utilise pas MySQL ?
Clémentine utilise sqlite pour stocker les métadonnées des chansons de votre bibliothèque [...]. Nous avons trouvé que sqlite fournissait d'excellentes performances même sur de grosses bibliothèques (plus de 300 000 chansons), et Clémentine utilise le plugin fts pour rendre les recherches encore plus rapide. Nous ne voyons pas d'intérêt à supporter d'autres bases de données parallèlement où à la place de sqlite, et cela rendrait le code beaucoup plus complexe et difficile à maintenir.

PS : Je viens juste de lancer Amarok, il est à 104mo de RAM là où mon Clémentine tourne depuis ce matin avec lecture de musique pendant tout ce temps et est à 49mo...

Clémentine pour moi : j'ai été surpris par la réactivité du bousin comparé à son grand frère Amarok (qui penche de plus en plus vers l'usine à gaz à mon avis) ou même à MPD (l'occupation CPU des deux est globalement la même !).

La base de donnée mySQL en moins doit y être pour quelque chose...

Et le tout en conservant la base des fonctionnalités Amarok extrêmement appréciables pour un lecteur multimédia (gestion des jaquettes, récupération de paroles en ligne, éditeur de tag...)

C'est dommage t'as raté la spéciale dédicace à Marcel Patoulachi dans le sujet !

Quand j'ai vu ce sondage je me suis dis que j'allais enfin trouver un MUA pour remplacer kmail (trop lourd, trop souris, trop graphique). C'est chose faite avec notmuch sur Emacs grave à toi, merci !