thedude a écrit 2062 commentaires

ben je sais pas, tu debarques, insultes la moitie des participants, fait des assomption a l'emporte piece sur le SVC ou l'archi du 4430 que tu dis toi meme ne pas connaitre) et nous sort comme unique argument que puisqu'un monstre de puissance n'arrive pas a decoder proprement une video meme en etant aide pour la conversion vers rgb, ca prouve qu'un dsp completement different et avec moins de puissance de calcul brute peut y arriver.

Que ton cpu qui est plus grand que l'ecran d'un ipod video et a lui seul consomme deja plus qu'un ipod touch n'arrive pas a decoder du full hd, ca nous fait un peu une belle jambe...

Bref, entre ca et le ton de tes reponses j'ai envie de te repondre:
Moi je suis un techos, je veux du concret, pas un "puisqu'un cpu plus puissant y arrive pas, ca prouve qu'un dsp y arrive" (surtout pour un mec qui ouvre sa gueule grand comme une bouche d'egout ... ça me fait doucement marrer).

nan, mais j'avais compris la premiere fois c'est pas en le repetant que ca va changer le fait que ta logique est tordue: ton point, c'est qu'un monstre de puissance avec 2 coeurs couple a une carte graphique n'y arrive pas, et que donc un dsp peut y arriver.

Ah, cool!

Donc si on resumes, ton athlon n'arrive pas a decoder du 1080p, meme en laissant la conversion yuv/rgb a la carte video.

Tu en conclus tout a fait logiquement que puisque ton ensemble cpu + carte graphique (probablement 100 fois plus puissant que n'importe quel peripherique embarque et qui consomment a eux seul 3 fois plus) n'y arrive pas en soft, alors c'est possible de le faire en soft et que par consequent il dit n'importe quoi ?

C'est moi ou la logique m'echappe?

probablement des gens qui ont pas envie de s'emmerder avec du sql, a creer des tables, les modifier manuellement etc.

Utiliser un sgbdr, meme simpliste genre access, pour y mettre une table avec 4 colonnes, comment dire...

et toi, t'es paye pour faire le taff d'un ingenieur qc pour red hat/suse/ubuntu?

ouais, mais le probleme c'est que ca va couter un bras en bananes cette histoire...

vu qu'on se doute bien que google ne travaille pas dans un hotel de passe, on a tous compris qu'il parlait du passé.

Cela dit, c'est marrant il me sembait que les claviers espagnols avaient les memes accents que les francais.

oh oui!!
Et on pourrait ajouter un protocol XML par dessus pour se passer du html verbeux qui ne sert a rien pour des liens et on appelerais la rubrique:
Air et Saisse

mer il e fou!

Sources?

Et drivers inclus ou pas n'est pas vraiment le probleme ici
Ben un ptit peu quand meme, tout du moins dans la facon de compter les lignes de codes du kernel (ce qui ne nous avancera pas a grand chose en soi, je te l'accorde bien volontiers).

Linux a une liste de matos supportee "nativement" (ie dans le trunk du noyau et pas dans le trunk d'un tiers) plus importante que celle de windows.
Genre les drivers nvidia qui viennent avec 7, c'est pas vous qui vous en occupez non?
Bon ca empeche pas de les tester et tout le tralala, et je me rends bien compte que c'est un boulot qui est loin d'etre negligeable, mais ca doit faire un bon paquets de lignes qui sont pas chez vous, mais chez nvidia.

Apres ouais, je suis bien d'accord qu'embarquer un ext3 par defaut parce que 3 clampins qui haissent fondamentalement microsoft et n'utilisent meme pas Windows et s'en servent uniquement comme argument pour taper sur MS, c'est plutot debile.

question bete:
Si t'as le droit de divulguer ce genre d'infos, quelle est a la louche le nb de lignes du kernel windows?
Question subsidiaire: est ce que ca compte aussi les lignes des pilotes tiers que vous ne developez pas mais incluez de base dans l'os parce que le constructeur il veut un support decent de son matos?

ben une branche pas appellee, c'est un peu un probleme quand meme.
Le dev l'a pas ecrite parce qu'il trouve trouve rigolo et artistique d'ecrire du code qui n'est jamais execute.

S'il l'a ecrit ce code, c'est parce qu'il pense qu'il va etre execute. Idem s'il est repasse derriere, a change la condition mais n'a pas enleve le else.
Ya un decalage entre ce que pense le dev et ce que fait le code.
C'est pas forcement dramatique et peut tres rester a vie dans le programme sans gener personne, mais ca reste un pb.

Ca rend aussi la maintenance par une autre personne qui a ecrit le code mort plus dure: faut tout se taper, realiser que le code est bel et bien mort et ensuite determiner si c'est un bug ou juste une betise de l'auteur/patcheur.
Ca prend du temps pour pas grand chose au final.

Tellement évident que c'en est faux.
Il faut parfois se méfier du "bon sens près de chez vous".
Source?
Il faut parfois aussi se mefier du "il faut se mefier du bon sens".
En bref, a part sortir des trucs du chapeaux, demander des sources quand on te contredit, prendre les gens de haut/pour des cons et enfoncer des portes ouvertes, c'est quoi ton point?

C'est quand même dommage que des gens arrivent à publier de pareilles conneries dans des revues à comité de lecture, internationale et reconnue, sur la criminologie.
Source?
Et tu sais tres bien que pour chaque etude disant ca, t'en auras une disant le contraire.

Exemple con, il y a un an, un motard c'est fait poignarder lors d'un car jacking.
Source?

Récemment une personne c'est fait torturé chez elle pour même pas 20k€
Source?

Des personnes ce sont fait casser les deux jambes, chez eux, pour récup les clés de sa voiture et la voler (audi tt ou une connerie dans ce style).
Source?

Je n'ai pas réponse à tout.
Sans deconner!!!

(qui ne cessent d'augmenter, mais comme elle n'existe pas, ca doit pas être génant je présume).
Source?
tu vas me sortir des chiffres du gouvernement, le meme gouvernement que tu vas traiter de menteur et d'incompetent dans le prochain troll?
MOUARF!!

et le traffic udp il pue? :-)
Je dirais plutot que internet, c'est Internet Protocol, mais ca revient un peu a dire qu'internet, c'est internet :)

pourquoi je dis ca?
Probablement parce que ton compte a ete cree hier, et que si tu crois reellement aux conneries que tu racontes, t'as pas les couilles d'assumer en public ton discours.
Assume merde, fait comme briaeros qui vient de nous faire son coming out sur son appartenance a la NRA, association neo conservative americaine (neo con comme ils disent ici).

Te concernant, j'hesite entre le colleur d'affiche FN qui fait l'innocent et le trolleur qui s'amuse juste avec un compte poubelle.

Oui, hibernate joue avec la visibilite des methodes pour pouvoir acceder a des getter/setter private/protected, idem pour les constructeurs sans argument protected. C'est techniquement qq chose d'assez trivial a faire, c'est juste lourd a mettre en place, l'api d'instrospection Java n'etant pas des plus agreable a utiliser.

Et oui, ca va plus ou moins a l'encontre de l'encapsulation, mais pas vraiment en fait. On va dire que c'est un moindre mal en fait vu ce qu'hibernate apporte.
Faut pas voir hibernate comme une couche au meme niveau que tes objets ou comme un consommateur de tes objets, mais une couche qui se met en dessous, entre tes objets et ta DB.
C'est donc ok d'acceder au contenu de l'objet en outrepassant les regles de l'objet dans ce cas. Faut juste garder a l'esprit comment hibernate marche pour eviter certains pieges.
Ca tord donc un peu le concept objet ou l'objet est maitre chez lui, mais vu ce que ca t'apporte quand t'as de gros graphes d'objets et une DB assez touffue, ben c'est vraiment un moindre mal.

Sinon, ce qui justifie que ces methodes soient privees, c'est assez simple en fait.
Au niveau objet, ton attribut est prive pour les raisons usuelles: aucune raison de l'exposer, il est modifie par des methodes publique plus haut niveau.
Typiquement, une collection tu ne veux pas que tes consommateur puisse la modifier directement, mais passent par des methodes add/remove, tu vas avoir:
private List maCollection = new ArrayList();
public void addMachin(machin)
{
du code de synchro ou des sanity tests
maCollection.add(machin)
encore du code
}

public void removeMachin(machin)
{
comme plus haut
}

Maintenant, tu veux que ta collection soit persistee dans la DB.
Hibernate se basant sur les getters/setters pour trouver les attributs a persister (je sais il peut le faire sur les attributs aussi, mais c'est assez vilain a regarder et dur a lire), la notion habituelle de java bean, ben tu vas creer un getter setter pour cet attribut.
Mais comme t'as aucune envie que qq1 ait un acces direct a ta collection, ben tu vas les mettre prives.

Le meme cas de figure peut aussi se presenter avec des methodes protected (accessible au package donc). Mais comme hibernate n'est pas du tout du meme package, ben il va devoir trifouiller la visibilite.

compt^W^Wtroll cree hier.
Soit t'es un vilain trolleur qui s'amuse, soit t'es un bon vieux blaireaux qui a meme pas les couilles d'assumer ses positions sur la peine de mort...

yep
c'est comme ca que tu finit avec un attribut prive, lui mettre un getter et un setter prive pour hibernate, qu'il faut donc tagger avec @SuppressWarning("unused") et documenter pourquoi le getter/setter est la alors que visiblement, il ne sert a rien.

sources?

Parce que les affirmations qui t'arrangent sorties du chapeau quand t'emmerde tout le monde a demander des sources quand on te dit qu'on a ete prendre un cafe le matin, ca va 5 minutes...

sale, moche, nul. 2.

C'est pas ton fort la repartie dis donc.

1) je savais pas que c'etait une conversation privee, t'as confondu les journaux avec une messagerie privee?
2) effectivement, j'ai pas trouve de lien qui dit explicitement que briaeros a raison dans ce fil, desole...

Quand a l'insulte, oui c'est bien une insulte, chapeau, pour une fois t'as reussi a lire correctement!

tu demandes des sources ducon, je t'en donne...

oui, oui, t'as bien lu, c'est une ad hominem...

tu parles a briaeros la, dans sa langue natale, proche du francais, "source" ca veut dire "site web qui dit que briaeros a raison et toi tord sinon je me met les mains sur les oreilles et je fait LALAAALAAALAAA pour pas entendre et me rendre compte que j'ai tord"...

sisi, ca le fait, dans une certaine mesure.
code mort, genre if(false) bla il va le trouver.
Fonction privees jamais appellees itou.
if(bla) return truc else machin va te generer un warning "else inutile"
assignement inutile (x = x), if (a=b) au lieu de a == b, bref il peut trouver un paquet de trucs, mais ca reste du tres local, confine a une classe ou une methode.

maintenant, une fonction publique jamais appelee par ton code ne peut pas etre consideree comme du code mort par le compilo, faut un contexte pour savoir si ce code est considere mort.

De plus, ces outils font bien plus que ca, ils te donnent des warnings sur la facon d'implementer certaines choses (genre les boulets qui mettent toutes les variables locales final), des trucs qui sortent de tes conventions de codage, bref des trucs qui sortent du scope d'un compilo, les bugs potentiels, bref c'est de l'analyse statique de code, bien plus pousse que ce que fait un compilo.

Et aussi, ca te donne des rapports, tu sors le truc en html ou ce que tu veux et c'est accessible en dehors de ton ide, genre au big boss qui peut ensuite fouetter le dev qui a la plus de warnings.