Toujours est il que c'est completement gland de mesurer la qualite a la longueur des morceaux qui plus est sans prendre le genre en compte.
C'est sur que les track pop rock, c'est jamais bien long.
Farfouille dans l'electro ou la tek, tu vas les atomiser tes 5 minutes...
Itou dans le jazz ou je sais pas trop quoi d'autre.
A l'inverse dans le grindcore, ca va etre dur de passer les 2 minutes...
Ce que je voulais dire par la, c'est que les applis ne contenant pas de code assembleur etaient migrees vers le x86 en checkant simplement un flag dans le compilo d'xcode.
Pour ce qui est des autres applis, celle qui ont des bout d'assembleur dedans ou qui font des assomptions sur l'endianness du proco pour travailler directement sur des bytes, la oui, ca va peter et pas qu'un peu, la check box va pas etre tres utile pour ce cas.
Encore que pour l'endianness, apple fournissait des fonctions utiles pour les manipuler independamment de l'archi, justement.
Sinon, si, j'ai ecrit qq lignes de code multiplateforme, precisement pour macos et precisement pour gerer ce probleme d'endianness dans un tableau de byte, histoire que ca tourne sur ppc et sur x86.
Autant j'etais plutot d'accord avec toi jusqu'a recemment, autant handbrake (http://handbrake.fr/) m'a fait change d'avis recemment.
Interface super simple, permettant tout de meme d'affiner les parametres d'encodage, le systeme de preset fonction bien, une queue evidemment pour batcher le tout et zou.
GUI ultra simple, tres efficace, fini la galere, je rentre le dvd, je clique sur le preset "flim" et apres sur start. Ensuite je ferme la fenetre et j'oublie.
Et hop.
Sur un 15" 16/10, ca rentre comme papa dans maman: clavier d'une taille plus que raisonnable, touchpad de grande surface ('fin chez les constructeurs qui savent produire des touchpad, des qq marques que j'ai vues, seuls apple et ibm savent en faire).
Mon macbook pro 15.4" est exemplaire, le clavier est de taille respectable, agreable au toucher (ok, ca c'est 100% subjectif) et le touchpad est suffisament grand (et encore plus grand depuis que le bouton est integre au touchpad).
De memoire, sur mon ibook 12" (4/3 cela dit les 12" pouces), le clavier etait de taille tout a fait raisonnable.
Maintenant, le clavier des macbook (touches plates) m'inquiete un peu, j'ai jamais utilise donc je sais pas ce que ca vaut.
J'en dirais pas autant de mon ancien dell 15.4". Clavier enorme, touchpad rikiki.
Bref, apple s'en sort avec les honneurs. Heureusmeent d'ailleurs, parce qu'ils ont jamais pu sortir une souris digne de ce nom en pres de 30 ans...
Disons que ce domaine rentre en plein dans la vraie ergonomie, celle qui touche le design d'objet physiques utilises de facon intensive et "inconsciente".
Je sais pas, comme concevoir une telecommande, un habitacle de bagnole ou le design d'un telephone portable: ca necessite un grand savoir faire, d'avoir des informations precises sur la morphologie des utilisateurs et tous ces genre de choses.
Ca peut etre une reussite comme une catastrophe.
ben en fait, perso j'ai jamais teste et ca m'etait sorti de la tete cette histoire de rosetta, j'ai migre aux mactel bien apres qu'apple ait amorce le virage, donc j'ai jamais eu besoin de faire tourner un binaire ppc.
Donc au temps pour moi, mea culpa, meat coule plus.
⇒Marche à 90%. Pulsaudio va tous nous sauver de toute façon ;) rendez-vous dans deux ans, là on verra.
Cool.
En 2011, on aura (peut etre, comme t'as dit on verra) une API son qui marche.
Faudra toujours se maintenir les 20 ans d'api son diverses et variees pour les applis existantes.
Mon petit doigt me dit plutot que qq1 va trouver un nouveau truc genial qui roxXx tout et on va dumpe pulseaudio pour le remplacer pour un truc qui depote, ca marche pas encore, mais dans 3 ans, z'allez voir, au chiottes macos et windows!!!
⇒Instables... Vite dis. Windows n'est pas non plus réputé pour son stabilité ;)
Hehe. Quand ca parle de debian, tout le monde comprends unstable, mais quand on fait une critique, tout le monde se braque en disant "mais non. c'est tres stable, qu'est ce que tu racontes?"
⇒...oserais-je dire qu'il y a moins de différence interne entre une fedora et une debian qu'entre XP et Vista? Allez soyons fou! Mais c'est vrai qu'il faudrait standardiser (!=Unifier) les composants de bases des distributions qui ne le sont pas déjà.
Niveau sources, peut etre, niveau binaire, en pratique, c'est presque comme 2 os differents...
⇒Petit windowscentrisme (néologisme :p ) Franchement le système de dépot est une des raisons pour lequel il y aurait moins de virus Linux que Windows si ils étaient à part de marché égals
Oui, bien sur.
Comme ce mec qui avait retrouve son depot ubuntu perso dans une liste distribuee par un gars pour les depots multimedia.
Il s'etait amuse a changer le fond d'ecran par une tete de mort et paf, panique chez les ubunteros.
Super fiable, tu trouves un depot qq part, tu l'ajoutes a ta liste, tu rajoutes sa cle parce que t'as pas envie que ca braille quand t'installes un truc, le mec te change ton kernel et y met un rootkit pour la forme, 95% des utilisateurs ne verront rien.
Mais je sais deja ce que tu vas me repondre: c'est l'utilisateur qui est trop con. Surement, ca doit etre ca.
⇒Full stop toi même! sinon pas compétent non plus, mais de l'extérieur la liste des jeux supportés par Cedega et Wine ne semble pas si ridicule.
Ouais, enfin, t'es mignon, mais ca reste des jeux windows qui marchottent grace a un enorme hack.
⇒Chouette des popups! Non faudrait que les erreurs soient loggés.
Mouarf...
Ouais, on va logger un file not found et passer sous silence l'erreur, comme ca apres avoir cherche a ouvrir 40 fois le fichiers, tu vas penser a aller voir dans /var/log/firefox/2009/04/03/ACD4750FF/log-std-out-0004.log pour savoir que ton fichier n'a pas ete trouve.
Wouhou!!! Ph34R d4 H4><0r!!!
C'est comme seulement 1%... on oublie le +X% / an. Tout le monde ne va pas changer du jour au lendemain, c'est PROGRESSIF. L'OS est une partie stabilisée. On restera vraissemblablement longtemps sur la 2.26. Donc pas de chamboulement de marché.
Ouais, c'est sur que 150%/an quand t'as 50 utilisateurs, c'est plus facile que quand t'en as 250 000 000. 'fin ce que j'en dis.
Quand a l'os stabilise, laisse moi rire.
Niveau kernel, l'API pete tous les 3 mois, l'ABI pete tous les 3 mois, niveau son on a eu oss qui devait tout dechirer, apres alsa qui devait tout dechirer, mais comme ca marchait pas, on a eu des serveurs de son (mais pas les meme pour gnome/kde, faut pas rever), apres on a eu les autres serveurs de sons dedies, maintenant on pete tout pour pulseaudio, mais ca marche pas encore, mais ca va roxxer, promis.
Niveau graphique, xorg est arrive, pis apres pour la 3d on a eu une demi douzaine de solutions differentes, pis les couches arretent pas de changer, intel fait un truc et pis machin fait un autre truc pour adresser la memoire de son cote, promis, ca va roxxer, mais pas avant 2-3 ans et...
Et c'est toujours le meme bordel, ca change en permanence, a peine un truc est proche d'etre stable qu'on casse tout pour le remplacer par un truc qui va roxxer dix fois plus.
Au final, rien ne roxxe car rien n'est finalise.
C'est un choix, je critique pas, chacun fait fait fait, c'qui lui plait plait plait, mais s'il te plait, vient pas nous parler de stabilite a ce sujet...
MacosX fournit un moyen de faire tourner les appli OS9, meme s'il me semble que ca implique un reboot.
Les API precedentes sont gardees dans les version suivantes (me rappelle avoir utilisee une API 10.2 sur 10.4 et 10.5, ca marchait tres bien).
Des applis pour 10.1 tournent farpaitement dans un 10.5.
Par contre ils rajoutent effectivement souvent des trucs, ce qui fait que BEAUCOUP d'appli mentionnent un 10.5 minimum required par exemple.
Meme des trucs a priori relativement ballot (genre transmission, le client bittorrent qui exige un 10.4 toute derniere version ou un 10.5 sous peine de ne meme pas se lancer).
Mais dans ce sens la, ca parait assez normal.
Et ils ont continue a supporter le ppc jusqu'a 3 ans apres avoir lache l'archi.
Bref, niveau changement majeur chez apple qui cassait la backward compat', ya eu le passage m68k a PPC (1994), la sortie de OSX (2001), et encore, pas vraiment, et plus recemment, le passage PPC/x86 (2006).
On compte 3 changements en 15 ans maintenant...
Pour le passage PPC, il suffisait de changer un flag dans XCode pour builder un universal binary (modulo le code assembleur dans le projet, of course). Mais effectivement, un binaire PPC produit avant le passage a x86 ne tourne pas sur un mactel.
Bref, tout ca pour dire: meme si c'est clairement pas du niveau de MS qui a une equipe dedie a la backward compatibility avec les vieilles appli, on est tres tres tres tres loin du monde linux qui pete l'api du kernel tous les 3 mois, on est tres loin de libc incompatibles, du compilo qui change de version tous les 6 mois etc.
Dans combien de fichiers te sert-tu des très petites fonctions ? Inutile d'en mettre partout
Tu preferes eclater tes fonctions de manipulations de string sur n paquets, les avoirs dans differentes classes plutot que d'avoir une API propre et utilisable?
Sinon, le trim et le split, je m'en sert couramment. Tres couramment.
Si t'en a besoin, tu importes ton truc
Ben ouais, tu importes ton trucs, tu crees une passoire qui ne verifient pas tout et tu te tapes tes failles de secu, en plus d'avoir perdu 2 jours a mal reecrire un truc que tout le monde utilise et qui devrait etre foutu dans une bonne vieille lib systeme...
C'est une structure complexe que tu ne peux pas representer statiquement en memoire, elle depend tres fortement des besoins en ressources du programme.
Regardes le code des constructeurs, ca va pas pisser bien loin non plus. La partie la plus relou, c'est les pb d'encodages, qu'il faut adresser de toutes facons.
Une fonction native, intern() qui va bien evidemment dependre de l'endianness du processeur, donc c'est le seul truc que tu peux pas faire en java. Trop dur.
ils utilisent tous tout un tas de commidites pas forcement jolies pour que le developpeur n'ait plus a se soucier de la gestion des ressources qu'il a pourtant demandees.
Comme?
Java a une String immutable ce qui peut etre genant en effet (d'ou le string buffer), l'approche parait bonne, un objet immutable simple et peu gourmand tant que tu le tripatouilles et un truc dedie a la manipulation.
Et puis imagine deux secondes que ta classe string ne te plaise pas, tu la retouches comment, tu t'amuses a reimplementer ton compilo ?
Tu fournis ta propre classe String?
C'est tres tres vilain, c'est sur, mais ca va etre pareil en c++ si tu t'amuses a faire la meme connerie...
Le truc c'est que je n'ai encore jamais vu une seule reimplementation de la class String en Java.
En c++ par contre, hem hem...
Alors c'est possible parce que les chaines de base sont des char*, ce qui rend les choses possibles (en Java, faudrait passer son temps a convertir de user String a system String, ce qui tue un peu l'interet), mais ca aboutit a du code pourri et plombe qui utilise des fonctions des bois et paf le buffer overflow.
Et si ton type int te plait pas, tu fais quoi? Tu patches le compilo?
Faut etre serieux deux secondes, je veux bien que le java fasse le cafe, mais ca reste sale.
Sale?!?!
Au lieu de repeter des trucs que t'as lu dans des trolls a droite a gauche, explique moi ce qui est "sale" dans les string Java.
T'as le source juste au dessus, donc t'as juste a me pointer les endroits crades.
Nan parce que juger une production a la longueur de ses tracks...
Tu devrais aller faire un tour dans les mixs teks, ca devrait te plaire, un morceau de 72 minutes, ca doit etre un truc de ouf.
Quand je compare a des trucs de roy hargrove ou de james brown, tout juste une minute, quelle merde.
5°) les chansons sont maintenant toutes formaté en 3 min 30 secondes, alors qu'il y avait 10 ans, on trouvait plus souvent des chansons de 5 min, voir plus.
LOL
Bon sinon, pour l'histoire de qualite en baisse, je pense que tu es comme beaucoup, tu as la memoire selective.
Tu pense que la qualite baisse parce que tu as oublie les merde qui nous innondaient ya 10 ans.
Les boys band, les pseudos groupes de rock a 2 francs avec 3 cokeheads qui se la petaient, la tek a 2 balles, la bonne vieille euro dance, les groupes de rap en carton, la new wave en mousse etc. Tu crois que ca ete invente hier?
Tiens, regarde ca, et demande toi ensuite de quand ca date: http://www.youtube.com/watch?v=-KTlUNbqn60
Je t'aide, ca va t'eviter un aller sur wikipedia, ca date de 95.
Oui, oui.
Presque 15 ans...
Et deja, akhenaton critiquait la soupe immonde produite.
ben non string n'est pas un type de base, ne serai-ce que parce que sa représentation dépend du charset et de pleins d'autre détail qui peuvent varier
String n'est pas un type de base?
Pourquoi donc TOUS les autres langages (C mis a part) l'implementent comme un type de base?
Surement parce que j'ai encore jamais vu un seul programme qui n'utilise pas des strings...
C'est un type de base au meme titre que int, float, char, boolean et tous leurs potes.
Sinon tu pourrais aussi dire que c'est pareil pour les int: signe, ou pas? 32 bits? pourquoi pas moins ou plus? Allez, paf, transformons implicitement 2 dans "variable + 2" en void* et faison planter le programme qui fait ca. Le dev a qu'a faire variable + int(2), apres tout, on est pas en C, non mais.
Ou les char? ASCII 7 ou 8 bits? UTF-8? ISO 8559-1?
C'est sur qu'il va falloir en faire un objet pour integrer toutes les methodes, mais ca n'empeche pas d'avoir une string literal qui soit reellement une string, plutot que de la transformer implicitement dans un type qui n'a strictement rien a voir avec sa representation dans le code.
C'est un type complexe gérant plein de petit truc, comme le find, rfind, erase, find_first_of, find_first_not_of, find_last_of...
Je vais me faire allumer, mais non, std::String ne gere pas plein de petits truc, elle gere a peine la base de la manipulation de string.
Ce que tu viens de citer, c'est 95% de l'api string et c'est a peine suffisant pour manipuler decemment une quelconque chaine dans les cas les plus simple.
Compares a n'importe quelle autre API string, ca fait un choc de voir ce que std::String gere en comparaison.
Pas de split. pas de trim, pas de regexp, aucune gestion du upper/lower case, pas de starts/ends with, un replace en mousse, pas moyen d'obternir la version string des autres types de base...
Resultat, oblige de reimplementer soi meme une bonne partie de la roue, et du coup on se tape des pinpins qui utilisent gets() ou strcpy().
Il est la le lien avec le probleme, pour repondre a n-2.
Ca ressemble a une string, ca s'ecrit comme on ecrit naturellement une string, ca s'assigne a une string, ca s'additione a une string.
Mais c'est pas une string.
C'est un tableau (meme pas en fait, un pointeur).
Pour moi, un tableau c'est ca : ['t', 'o', 't', 'o', '\0'];
Certainement pas "toto".
Un "" et un string sont deux choses différentes en C++. Un développeur C++ doit être conscient de ça, et cela n'est vraiment pas un problème.
Ben a partir du moment ou il faut en etre conscient et que une string n'estp as une string, si c'est pb, on s'embrouille pour rien.
Et ca a voir avec les fonctions dont parle le journal, tout du moins pour le c++, c'est que pour le c, ca va pas trop le toucher.
Si la classe String etait un vrai type de base, on aurait surement moins de pb avec les strcpy et autre en c++... et on sera pas tente de reimplementer soit meme la roue ou de se fader des char*
ben si j'en crois ce que dit le monsieur, et il a pas l'air mauvais, donc je vais le croire:
- en c++ variable string + "literal" marche uniquement parce que l'operateur + a ete surdefini (itou pour le constructeur de copie avec l'assignement).
Ca marche parce qu'un des membres de l'operation est un String et que donc c'est l'operateur redefinit qui est applique.
Par contre, si tu fais "toto"+"tata", ca va peter, parce que ni toto ni tata ne sont des string, mais bel et bien des char*.
Bref, on a un truc qui ressemble a s'y meprendre a une String, mais qui n'en est clairement pas une du tout.
- Le truc avec java (ou n'importe quel autre langage decent qui traite les chaines comme des chaines, et pas comme des tableau d'un autre type...), c'est pas qu'il utilise directement la memoire.
'fin si, il le fait, mais on s'en cogne, c'est pas la question ici.
Ce qui est interessant c'est que le literal "toto" est un objet de la classe String.
Et que donc le comportement est strictement le meme que variable + variable1.
tu peux meme faire "toto".equals(variable);
C'est meme d'ailleurs ce qui est recommande de faire (ca t'evite un check de pointeur nul si tu renverses l'expression).
Ton literal EST un objet, pas un char*. "toto".getClass te retourne String, "toto" instanceof String te retourne true etc.
Bon courage pour faire ca en c++.
Bref, le probleme de fond, c'est que le langage n'as PAS de classe String (String est visiblement dans une lib, qui meme si elle plus ou moins standard et utilisee par tout le monde, n'est pas dans le langage, donc "toto" reste un char* et ne sera jamais une instance de string).
Et pour un langage objet, qui se veut moderne, c'est pour le moins deroutant.
Je me doute que c'est pour des raisons de compat avec le C, mais ca change rien au pb...
Je pense qu'il veut dire par la que, logiquement, le flux peut soit sortir de la machine (connection initiee par la machine), soit y rentrer (connexion initiee par l'exterieur).
En gros: la reponse d'un serveur web a un client est considere comme flux sortant par le parefeu du client car c'est la reponse a connexion initiee depuis l'interieur du reseau.
En gros, si tu fermes le port 5142 en sortie, et que par hasard du navigateur web a utilise ce port la pour faire sortir sa requete, la reponse arrivera quand meme.
Et du cote du serveur, c'est l'inverse.
Le fait que le routeur soit statefull, c'est qu'il a un contexte, qui lui permet de savoir si le paquet qui arrive est une reponse a un demande d'une des machines qu'il parefeu.
Perso, je vois 2 explications possibles a ce "une tache, un programme".
1) ca vient d'une epoque ou developper une grosse appli etait monstrueusement complique (compilateur peu ou pas utilisabel, tout en assembleur, ressources ultra limitee etc). Bon, on est plus en 1982, on arrive de nos jours a faire de applis raisonablement complique avec des moyens raisonnables
Et de toutes facons, une tache de nos jours, ca veut franchement plus dire grand chose.
Un traitement de texte, c'est une tache, non?
Ben v'la la gueule du programme pourtant...
Monter une video, c'est une tache non?
Ben v'la complexite des soft de montage pourtant.
Un serveur Web, genre apache, c'est quoi? une tache? Ben v'la la gueule de la tache...
Ca avait du sens a l'epoque ou se fadait de la communications interprocess avec des pipe et on parsait du texte "humain" tous les jours, une fois arrive en 2008, bof bof...
2) c'est juste une facon deguisee de dire : identifie clairement le besoin et specifie precisement le comportement de l'appli avant de l'ecrire, pour eviter d'ecrire un tas de spaghetti avec des features mal pensees a la con rajoutees au fil de l'eau.
3- (bonus !) J'imagine qu'il y a des méta-données, donc qu'on peut préciser dans le fichier quelle stratégie a été utilisée pour pallier ce problème.
Ben en fait, ca resoudrait pas grand chose.
Deux cas:
- La meta donnee est pas standardisee et c'est status quo avec la situation actuelle: faut se fader les differentes implem pour voir qui fait quoi et ce qu'il annonce
- La meta donnee est standardisee: bah si c'est pour standardise un hack, autant faire le boulot proprement et specifier ce que doit etre le comportement, plutot que de specifier ce que fait chaque implem.
De même, un standard implanté qui ne se comporte pas comme on pensait l'avoir défini est la faute des concepteurs, aucunement des implanteurs.
Ca se discute, en fonction de la qualite de definition du standard. Mais quand la definition est inexistante, oui, la faute incombe integralement au concepteur, notamment celui qui apres avoir explicitement dit aux vendors "pour les formules, faites comme vous'l' voul', c'est vous qui choise", gueule comme un putois sur certains vendors (mais pas tous) parce qu'ils ont fait commes ils voulaient.
Je ne juge pas sur les apparences !
Ben c'est un peu ce que ton message disait quand meme.
Ce que je demande c'est de pouvoir me faire une idée de ce qu'il y a dans un film, un CD avant d'acheter !
Ben je sais pas comment tu te debrouilles, je connais pas un seul magasin ou tu puisses pas preecouter les cds, et en ligne t'as generalement des apercus des morceaux.
L'apercu peut parfois etre trop court, mais en general, ca suffit a se faire une idee quand a savoir si on va aimer ou pas.
Pour les films, t'as les bande annonces, ca se trouve a droite a gauche gratuitement.
Uzbl par contre, c'est du nom de compète digne d'un générateur pseudo aléatoire, et encore, même un générateur de mot de passe te sort des trucs moins moisi.
Zont ptetre utilise le generateur pseudo aleatoire de debian en le faisant tourner jusqu'a avoir un nom prononcable.
Apres avoir eu 512 fois d'affilee 'Uzbl' comme resultat aleatoire, ils se sont dit que bon, le sort est contre eux, ils ont laisse tomber, va pour uzbl.
J'aime bien Jamendo et les boutiques de white-label en vinyl car cela sort de la soupe qu'on nous sert à la radio (musique pré-machée par un marketing qui ressemble plus à du bourrage de crâne...
Ouais, enfin la pour le coup...
On trouve de la soupe sur jamendo aussi, et de la bonne qualite chez les majors.
Et inversement.
Ca depend quoi.
Les wannabee artistes se retrouvent partout, comme les vrais artistes.
C'est comme les cons, yen a partout.
C'est un peu "tous dans le meme panier" et juger sur les apparences que de dire ca.
LOL
l'interoperabilite d'odf, en fait, ca marche que quand tu restes sous la meme suite?
Merci de m'avoir fait rire.
Aller, un petit exemple ballot et pas courant du tout, une spreadsheet qui fait l'aller retour entre 2 boites partenaires pour edition, une utilise OOo et l'autre MSO. Ou Symphony, pour rester chez ODF.
[^] # Re: L'artiste engagé mais pas trop.
Posté par thedude . En réponse au journal Un artiste qiu parle argent, enfin. Évalué à 4.
C'est sur que les track pop rock, c'est jamais bien long.
Farfouille dans l'electro ou la tek, tu vas les atomiser tes 5 minutes...
Itou dans le jazz ou je sais pas trop quoi d'autre.
A l'inverse dans le grindcore, ca va etre dur de passer les 2 minutes...
[^] # Re: ...
Posté par thedude . En réponse au journal pourquoi Linux n'est pas (encore) prêt pour le bureau. Évalué à 3.
Ce que je voulais dire par la, c'est que les applis ne contenant pas de code assembleur etaient migrees vers le x86 en checkant simplement un flag dans le compilo d'xcode.
Pour ce qui est des autres applis, celle qui ont des bout d'assembleur dedans ou qui font des assomptions sur l'endianness du proco pour travailler directement sur des bytes, la oui, ca va peter et pas qu'un peu, la check box va pas etre tres utile pour ce cas.
Encore que pour l'endianness, apple fournissait des fonctions utiles pour les manipuler independamment de l'archi, justement.
Sinon, si, j'ai ecrit qq lignes de code multiplateforme, precisement pour macos et precisement pour gerer ce probleme d'endianness dans un tableau de byte, histoire que ca tourne sur ppc et sur x86.
[^] # Re: Ca depend.
Posté par thedude . En réponse au journal Quel est votre vision de la ligne de commande ?. Évalué à 2.
Interface super simple, permettant tout de meme d'affiner les parametres d'encodage, le systeme de preset fonction bien, une queue evidemment pour batcher le tout et zou.
GUI ultra simple, tres efficace, fini la galere, je rentre le dvd, je clique sur le preset "flim" et apres sur start. Ensuite je ferme la fenetre et j'oublie.
Et hop.
[^] # Re: Du choix dillemique entre une souris externe et une ligne de command
Posté par thedude . En réponse au journal Quel est votre vision de la ligne de commande ?. Évalué à 2.
Sur un 15" 16/10, ca rentre comme papa dans maman: clavier d'une taille plus que raisonnable, touchpad de grande surface ('fin chez les constructeurs qui savent produire des touchpad, des qq marques que j'ai vues, seuls apple et ibm savent en faire).
Mon macbook pro 15.4" est exemplaire, le clavier est de taille respectable, agreable au toucher (ok, ca c'est 100% subjectif) et le touchpad est suffisament grand (et encore plus grand depuis que le bouton est integre au touchpad).
De memoire, sur mon ibook 12" (4/3 cela dit les 12" pouces), le clavier etait de taille tout a fait raisonnable.
Maintenant, le clavier des macbook (touches plates) m'inquiete un peu, j'ai jamais utilise donc je sais pas ce que ca vaut.
J'en dirais pas autant de mon ancien dell 15.4". Clavier enorme, touchpad rikiki.
Bref, apple s'en sort avec les honneurs. Heureusmeent d'ailleurs, parce qu'ils ont jamais pu sortir une souris digne de ce nom en pres de 30 ans...
Disons que ce domaine rentre en plein dans la vraie ergonomie, celle qui touche le design d'objet physiques utilises de facon intensive et "inconsciente".
Je sais pas, comme concevoir une telecommande, un habitacle de bagnole ou le design d'un telephone portable: ca necessite un grand savoir faire, d'avoir des informations precises sur la morphologie des utilisateurs et tous ces genre de choses.
Ca peut etre une reussite comme une catastrophe.
[^] # Re: ...
Posté par thedude . En réponse au journal pourquoi Linux n'est pas (encore) prêt pour le bureau. Évalué à 2.
Donc au temps pour moi, mea culpa, meat coule plus.
[^] # Re: Linux ne sera jamais prêt
Posté par thedude . En réponse au journal pourquoi Linux n'est pas (encore) prêt pour le bureau. Évalué à 3.
Cool.
En 2011, on aura (peut etre, comme t'as dit on verra) une API son qui marche.
Faudra toujours se maintenir les 20 ans d'api son diverses et variees pour les applis existantes.
Mon petit doigt me dit plutot que qq1 va trouver un nouveau truc genial qui roxXx tout et on va dumpe pulseaudio pour le remplacer pour un truc qui depote, ca marche pas encore, mais dans 3 ans, z'allez voir, au chiottes macos et windows!!!
⇒Instables... Vite dis. Windows n'est pas non plus réputé pour son stabilité ;)
Hehe. Quand ca parle de debian, tout le monde comprends unstable, mais quand on fait une critique, tout le monde se braque en disant "mais non. c'est tres stable, qu'est ce que tu racontes?"
⇒...oserais-je dire qu'il y a moins de différence interne entre une fedora et une debian qu'entre XP et Vista? Allez soyons fou! Mais c'est vrai qu'il faudrait standardiser (!=Unifier) les composants de bases des distributions qui ne le sont pas déjà.
Niveau sources, peut etre, niveau binaire, en pratique, c'est presque comme 2 os differents...
⇒Petit windowscentrisme (néologisme :p ) Franchement le système de dépot est une des raisons pour lequel il y aurait moins de virus Linux que Windows si ils étaient à part de marché égals
Oui, bien sur.
Comme ce mec qui avait retrouve son depot ubuntu perso dans une liste distribuee par un gars pour les depots multimedia.
Il s'etait amuse a changer le fond d'ecran par une tete de mort et paf, panique chez les ubunteros.
Super fiable, tu trouves un depot qq part, tu l'ajoutes a ta liste, tu rajoutes sa cle parce que t'as pas envie que ca braille quand t'installes un truc, le mec te change ton kernel et y met un rootkit pour la forme, 95% des utilisateurs ne verront rien.
Mais je sais deja ce que tu vas me repondre: c'est l'utilisateur qui est trop con. Surement, ca doit etre ca.
⇒Full stop toi même! sinon pas compétent non plus, mais de l'extérieur la liste des jeux supportés par Cedega et Wine ne semble pas si ridicule.
Ouais, enfin, t'es mignon, mais ca reste des jeux windows qui marchottent grace a un enorme hack.
⇒Chouette des popups! Non faudrait que les erreurs soient loggés.
Mouarf...
Ouais, on va logger un file not found et passer sous silence l'erreur, comme ca apres avoir cherche a ouvrir 40 fois le fichiers, tu vas penser a aller voir dans /var/log/firefox/2009/04/03/ACD4750FF/log-std-out-0004.log pour savoir que ton fichier n'a pas ete trouve.
Wouhou!!! Ph34R d4 H4><0r!!!
C'est comme seulement 1%... on oublie le +X% / an. Tout le monde ne va pas changer du jour au lendemain, c'est PROGRESSIF. L'OS est une partie stabilisée. On restera vraissemblablement longtemps sur la 2.26. Donc pas de chamboulement de marché.
Ouais, c'est sur que 150%/an quand t'as 50 utilisateurs, c'est plus facile que quand t'en as 250 000 000. 'fin ce que j'en dis.
Quand a l'os stabilise, laisse moi rire.
Niveau kernel, l'API pete tous les 3 mois, l'ABI pete tous les 3 mois, niveau son on a eu oss qui devait tout dechirer, apres alsa qui devait tout dechirer, mais comme ca marchait pas, on a eu des serveurs de son (mais pas les meme pour gnome/kde, faut pas rever), apres on a eu les autres serveurs de sons dedies, maintenant on pete tout pour pulseaudio, mais ca marche pas encore, mais ca va roxxer, promis.
Niveau graphique, xorg est arrive, pis apres pour la 3d on a eu une demi douzaine de solutions differentes, pis les couches arretent pas de changer, intel fait un truc et pis machin fait un autre truc pour adresser la memoire de son cote, promis, ca va roxxer, mais pas avant 2-3 ans et...
Et c'est toujours le meme bordel, ca change en permanence, a peine un truc est proche d'etre stable qu'on casse tout pour le remplacer par un truc qui va roxxer dix fois plus.
Au final, rien ne roxxe car rien n'est finalise.
C'est un choix, je critique pas, chacun fait fait fait, c'qui lui plait plait plait, mais s'il te plait, vient pas nous parler de stabilite a ce sujet...
[^] # Re: ...
Posté par thedude . En réponse au journal pourquoi Linux n'est pas (encore) prêt pour le bureau. Évalué à 4.
Les API precedentes sont gardees dans les version suivantes (me rappelle avoir utilisee une API 10.2 sur 10.4 et 10.5, ca marchait tres bien).
Des applis pour 10.1 tournent farpaitement dans un 10.5.
Par contre ils rajoutent effectivement souvent des trucs, ce qui fait que BEAUCOUP d'appli mentionnent un 10.5 minimum required par exemple.
Meme des trucs a priori relativement ballot (genre transmission, le client bittorrent qui exige un 10.4 toute derniere version ou un 10.5 sous peine de ne meme pas se lancer).
Mais dans ce sens la, ca parait assez normal.
Et ils ont continue a supporter le ppc jusqu'a 3 ans apres avoir lache l'archi.
Bref, niveau changement majeur chez apple qui cassait la backward compat', ya eu le passage m68k a PPC (1994), la sortie de OSX (2001), et encore, pas vraiment, et plus recemment, le passage PPC/x86 (2006).
On compte 3 changements en 15 ans maintenant...
Pour le passage PPC, il suffisait de changer un flag dans XCode pour builder un universal binary (modulo le code assembleur dans le projet, of course). Mais effectivement, un binaire PPC produit avant le passage a x86 ne tourne pas sur un mactel.
Bref, tout ca pour dire: meme si c'est clairement pas du niveau de MS qui a une equipe dedie a la backward compatibility avec les vieilles appli, on est tres tres tres tres loin du monde linux qui pete l'api du kernel tous les 3 mois, on est tres loin de libc incompatibles, du compilo qui change de version tous les 6 mois etc.
[^] # Re: bannir "connect"
Posté par thedude . En réponse au journal Banni de chez Microsoft.. Évalué à 2.
Tu preferes eclater tes fonctions de manipulations de string sur n paquets, les avoirs dans differentes classes plutot que d'avoir une API propre et utilisable?
Sinon, le trim et le split, je m'en sert couramment. Tres couramment.
Si t'en a besoin, tu importes ton truc
Ben ouais, tu importes ton trucs, tu crees une passoire qui ne verifient pas tout et tu te tapes tes failles de secu, en plus d'avoir perdu 2 jours a mal reecrire un truc que tout le monde utilise et qui devrait etre foutu dans une bonne vieille lib systeme...
[^] # Re: bannir "connect"
Posté par thedude . En réponse au journal Banni de chez Microsoft.. Évalué à 5.
gne?
http://www.docjar.com/html/api/java/lang/String.java.html
char[] value : les caracteres eux memes
int offset: offset de debut de stockage dans value
int count: taille de la chaine
'tin c'est super complexe ca!!!
Regardes le code des constructeurs, ca va pas pisser bien loin non plus. La partie la plus relou, c'est les pb d'encodages, qu'il faut adresser de toutes facons.
Une fonction native, intern() qui va bien evidemment dependre de l'endianness du processeur, donc c'est le seul truc que tu peux pas faire en java. Trop dur.
ils utilisent tous tout un tas de commidites pas forcement jolies pour que le developpeur n'ait plus a se soucier de la gestion des ressources qu'il a pourtant demandees.
Comme?
Java a une String immutable ce qui peut etre genant en effet (d'ou le string buffer), l'approche parait bonne, un objet immutable simple et peu gourmand tant que tu le tripatouilles et un truc dedie a la manipulation.
Et puis imagine deux secondes que ta classe string ne te plaise pas, tu la retouches comment, tu t'amuses a reimplementer ton compilo ?
Tu fournis ta propre classe String?
C'est tres tres vilain, c'est sur, mais ca va etre pareil en c++ si tu t'amuses a faire la meme connerie...
Le truc c'est que je n'ai encore jamais vu une seule reimplementation de la class String en Java.
En c++ par contre, hem hem...
Alors c'est possible parce que les chaines de base sont des char*, ce qui rend les choses possibles (en Java, faudrait passer son temps a convertir de user String a system String, ce qui tue un peu l'interet), mais ca aboutit a du code pourri et plombe qui utilise des fonctions des bois et paf le buffer overflow.
Et si ton type int te plait pas, tu fais quoi? Tu patches le compilo?
Faut etre serieux deux secondes, je veux bien que le java fasse le cafe, mais ca reste sale.
Sale?!?!
Au lieu de repeter des trucs que t'as lu dans des trolls a droite a gauche, explique moi ce qui est "sale" dans les string Java.
T'as le source juste au dessus, donc t'as juste a me pointer les endroits crades.
[^] # Re: Nintendo
Posté par thedude . En réponse au journal Croissance explosive pour Opera Mini (+157% en un an). Évalué à 0.
C'est strictement la meme situation...
[^] # Re: L'artiste engagé mais pas trop.
Posté par thedude . En réponse au journal Un artiste qiu parle argent, enfin. Évalué à 2.
Nan parce que juger une production a la longueur de ses tracks...
Tu devrais aller faire un tour dans les mixs teks, ca devrait te plaire, un morceau de 72 minutes, ca doit etre un truc de ouf.
Quand je compare a des trucs de roy hargrove ou de james brown, tout juste une minute, quelle merde.
[^] # Re: L'artiste engagé mais pas trop.
Posté par thedude . En réponse au journal Un artiste qiu parle argent, enfin. Évalué à 3.
LOL
alors, prenons le lien que t'as donne juste au dessus:
3ieme album. Taylor Swift, Fearless:
http://www.amazon.com/Fearless-Taylor-Swift/dp/B001EYGOEM/re(...)
Je compte un morceaux a presque 5 minutes.
L'essentiel tourne dans les 4-4'30
Ou celui la encore
http://musique.fnac.com/a2655551/Patrick-Watson-Wooden-arms-(...)
J'y vois un morceau de 7 minutes.
Bon sinon, pour l'histoire de qualite en baisse, je pense que tu es comme beaucoup, tu as la memoire selective.
Tu pense que la qualite baisse parce que tu as oublie les merde qui nous innondaient ya 10 ans.
Les boys band, les pseudos groupes de rock a 2 francs avec 3 cokeheads qui se la petaient, la tek a 2 balles, la bonne vieille euro dance, les groupes de rap en carton, la new wave en mousse etc. Tu crois que ca ete invente hier?
Tiens, regarde ca, et demande toi ensuite de quand ca date:
http://www.youtube.com/watch?v=-KTlUNbqn60
Je t'aide, ca va t'eviter un aller sur wikipedia, ca date de 95.
Oui, oui.
Presque 15 ans...
Et deja, akhenaton critiquait la soupe immonde produite.
[^] # Re: bannir "connect"
Posté par thedude . En réponse au journal Banni de chez Microsoft.. Évalué à 2.
String n'est pas un type de base?
Pourquoi donc TOUS les autres langages (C mis a part) l'implementent comme un type de base?
Surement parce que j'ai encore jamais vu un seul programme qui n'utilise pas des strings...
C'est un type de base au meme titre que int, float, char, boolean et tous leurs potes.
Sinon tu pourrais aussi dire que c'est pareil pour les int: signe, ou pas? 32 bits? pourquoi pas moins ou plus? Allez, paf, transformons implicitement 2 dans "variable + 2" en void* et faison planter le programme qui fait ca. Le dev a qu'a faire variable + int(2), apres tout, on est pas en C, non mais.
Ou les char? ASCII 7 ou 8 bits? UTF-8? ISO 8559-1?
C'est sur qu'il va falloir en faire un objet pour integrer toutes les methodes, mais ca n'empeche pas d'avoir une string literal qui soit reellement une string, plutot que de la transformer implicitement dans un type qui n'a strictement rien a voir avec sa representation dans le code.
C'est un type complexe gérant plein de petit truc, comme le find, rfind, erase, find_first_of, find_first_not_of, find_last_of...
Je vais me faire allumer, mais non, std::String ne gere pas plein de petits truc, elle gere a peine la base de la manipulation de string.
Ce que tu viens de citer, c'est 95% de l'api string et c'est a peine suffisant pour manipuler decemment une quelconque chaine dans les cas les plus simple.
Compares a n'importe quelle autre API string, ca fait un choc de voir ce que std::String gere en comparaison.
Pas de split. pas de trim, pas de regexp, aucune gestion du upper/lower case, pas de starts/ends with, un replace en mousse, pas moyen d'obternir la version string des autres types de base...
Resultat, oblige de reimplementer soi meme une bonne partie de la roue, et du coup on se tape des pinpins qui utilisent gets() ou strcpy().
Il est la le lien avec le probleme, pour repondre a n-2.
[^] # Re: bannir "connect"
Posté par thedude . En réponse au journal Banni de chez Microsoft.. Évalué à 1.
Tu te fout de moi?
Ca ressemble a une string, ca s'ecrit comme on ecrit naturellement une string, ca s'assigne a une string, ca s'additione a une string.
Mais c'est pas une string.
C'est un tableau (meme pas en fait, un pointeur).
Pour moi, un tableau c'est ca : ['t', 'o', 't', 'o', '\0'];
Certainement pas "toto".
Un "" et un string sont deux choses différentes en C++. Un développeur C++ doit être conscient de ça, et cela n'est vraiment pas un problème.
Ben a partir du moment ou il faut en etre conscient et que une string n'estp as une string, si c'est pb, on s'embrouille pour rien.
Et ca a voir avec les fonctions dont parle le journal, tout du moins pour le c++, c'est que pour le c, ca va pas trop le toucher.
Si la classe String etait un vrai type de base, on aurait surement moins de pb avec les strcpy et autre en c++... et on sera pas tente de reimplementer soit meme la roue ou de se fader des char*
[^] # Re: bannir "connect"
Posté par thedude . En réponse au journal Banni de chez Microsoft.. Évalué à 2.
- en c++ variable string + "literal" marche uniquement parce que l'operateur + a ete surdefini (itou pour le constructeur de copie avec l'assignement).
Ca marche parce qu'un des membres de l'operation est un String et que donc c'est l'operateur redefinit qui est applique.
Par contre, si tu fais "toto"+"tata", ca va peter, parce que ni toto ni tata ne sont des string, mais bel et bien des char*.
Bref, on a un truc qui ressemble a s'y meprendre a une String, mais qui n'en est clairement pas une du tout.
- Le truc avec java (ou n'importe quel autre langage decent qui traite les chaines comme des chaines, et pas comme des tableau d'un autre type...), c'est pas qu'il utilise directement la memoire.
'fin si, il le fait, mais on s'en cogne, c'est pas la question ici.
Ce qui est interessant c'est que le literal "toto" est un objet de la classe String.
Et que donc le comportement est strictement le meme que variable + variable1.
tu peux meme faire "toto".equals(variable);
C'est meme d'ailleurs ce qui est recommande de faire (ca t'evite un check de pointeur nul si tu renverses l'expression).
Ton literal EST un objet, pas un char*. "toto".getClass te retourne String, "toto" instanceof String te retourne true etc.
Bon courage pour faire ca en c++.
Bref, le probleme de fond, c'est que le langage n'as PAS de classe String (String est visiblement dans une lib, qui meme si elle plus ou moins standard et utilisee par tout le monde, n'est pas dans le langage, donc "toto" reste un char* et ne sera jamais une instance de string).
Et pour un langage objet, qui se veut moderne, c'est pour le moins deroutant.
Je me doute que c'est pour des raisons de compat avec le C, mais ca change rien au pb...
[^] # Re: Nintendo
Posté par thedude . En réponse au journal Croissance explosive pour Opera Mini (+157% en un an). Évalué à 1.
c'est du bon vieux bsd bien gentillet.
[^] # Re: bannir "connect"
Posté par thedude . En réponse au journal Banni de chez Microsoft.. Évalué à 1.
[^] # Re: bannir "connect"
Posté par thedude . En réponse au journal Banni de chez Microsoft.. Évalué à 1.
Nan, parce que n'importe quel langage decent permet de faire un :
String brezilien = "toto";
String foo = brezilien;
if(foo.length < 3)
{
print("samba reggae!!!");
}
else
{
print("Samba do bahia do braziu");
}
sans avoir a utiliser de fonctions obscures.
Autant je peux comprendre pour le C, bas niveau tout ca, autant pour le C++, ca me depasse...
[^] # Re: Parfaitement inutile...
Posté par thedude . En réponse à la dépêche The Uptime Project à la française. Évalué à 4.
En gros: la reponse d'un serveur web a un client est considere comme flux sortant par le parefeu du client car c'est la reponse a connexion initiee depuis l'interieur du reseau.
En gros, si tu fermes le port 5142 en sortie, et que par hasard du navigateur web a utilise ce port la pour faire sortir sa requete, la reponse arrivera quand meme.
Et du cote du serveur, c'est l'inverse.
Le fait que le routeur soit statefull, c'est qu'il a un contexte, qui lui permet de savoir si le paquet qui arrive est une reponse a un demande d'une des machines qu'il parefeu.
[^] # Re: gni?
Posté par thedude . En réponse au journal Uzbl : un navigateur internet, rien qu'un navigateur internet. Évalué à 3.
Perso, je vois 2 explications possibles a ce "une tache, un programme".
1) ca vient d'une epoque ou developper une grosse appli etait monstrueusement complique (compilateur peu ou pas utilisabel, tout en assembleur, ressources ultra limitee etc). Bon, on est plus en 1982, on arrive de nos jours a faire de applis raisonablement complique avec des moyens raisonnables
Et de toutes facons, une tache de nos jours, ca veut franchement plus dire grand chose.
Un traitement de texte, c'est une tache, non?
Ben v'la la gueule du programme pourtant...
Monter une video, c'est une tache non?
Ben v'la complexite des soft de montage pourtant.
Un serveur Web, genre apache, c'est quoi? une tache? Ben v'la la gueule de la tache...
Ca avait du sens a l'epoque ou se fadait de la communications interprocess avec des pipe et on parsait du texte "humain" tous les jours, une fois arrive en 2008, bof bof...
2) c'est juste une facon deguisee de dire : identifie clairement le besoin et specifie precisement le comportement de l'appli avant de l'ecrire, pour eviter d'ecrire un tas de spaghetti avec des features mal pensees a la con rajoutees au fil de l'eau.
[^] # Re: Effectivement on est pas vendredi
Posté par thedude . En réponse au journal Oui je sais, on est pas Vendredi. Évalué à 3.
Ben en fait, ca resoudrait pas grand chose.
Deux cas:
- La meta donnee est pas standardisee et c'est status quo avec la situation actuelle: faut se fader les differentes implem pour voir qui fait quoi et ce qu'il annonce
- La meta donnee est standardisee: bah si c'est pour standardise un hack, autant faire le boulot proprement et specifier ce que doit etre le comportement, plutot que de specifier ce que fait chaque implem.
De même, un standard implanté qui ne se comporte pas comme on pensait l'avoir défini est la faute des concepteurs, aucunement des implanteurs.
Ca se discute, en fonction de la qualite de definition du standard. Mais quand la definition est inexistante, oui, la faute incombe integralement au concepteur, notamment celui qui apres avoir explicitement dit aux vendors "pour les formules, faites comme vous'l' voul', c'est vous qui choise", gueule comme un putois sur certains vendors (mais pas tous) parce qu'ils ont fait commes ils voulaient.
[^] # Re: Le téléchargement un plus pour les ventes...
Posté par thedude . En réponse au journal HADOPI... c'est voté. Évalué à 1.
Ben c'est un peu ce que ton message disait quand meme.
Ce que je demande c'est de pouvoir me faire une idée de ce qu'il y a dans un film, un CD avant d'acheter !
Ben je sais pas comment tu te debrouilles, je connais pas un seul magasin ou tu puisses pas preecouter les cds, et en ligne t'as generalement des apercus des morceaux.
L'apercu peut parfois etre trop court, mais en general, ca suffit a se faire une idee quand a savoir si on va aimer ou pas.
Pour les films, t'as les bande annonces, ca se trouve a droite a gauche gratuitement.
[^] # Re: (e)links, lynx, w3m ?
Posté par thedude . En réponse au journal Uzbl : un navigateur internet, rien qu'un navigateur internet. Évalué à 10.
Zont ptetre utilise le generateur pseudo aleatoire de debian en le faisant tourner jusqu'a avoir un nom prononcable.
Apres avoir eu 512 fois d'affilee 'Uzbl' comme resultat aleatoire, ils se sont dit que bon, le sort est contre eux, ils ont laisse tomber, va pour uzbl.
[^] # Re: Le téléchargement un plus pour les ventes...
Posté par thedude . En réponse au journal HADOPI... c'est voté. Évalué à 8.
Ouais, enfin la pour le coup...
On trouve de la soupe sur jamendo aussi, et de la bonne qualite chez les majors.
Et inversement.
Ca depend quoi.
Les wannabee artistes se retrouvent partout, comme les vrais artistes.
C'est comme les cons, yen a partout.
C'est un peu "tous dans le meme panier" et juger sur les apparences que de dire ca.
[^] # Re: Effectivement on est pas vendredi
Posté par thedude . En réponse au journal Oui je sais, on est pas Vendredi. Évalué à 1.
l'interoperabilite d'odf, en fait, ca marche que quand tu restes sous la meme suite?
Merci de m'avoir fait rire.
Aller, un petit exemple ballot et pas courant du tout, une spreadsheet qui fait l'aller retour entre 2 boites partenaires pour edition, une utilise OOo et l'autre MSO. Ou Symphony, pour rester chez ODF.