Ben disons que ce que tu decris aurait ete acceptable pre iphone.
7 ans apres la sortie de l'iphone premier du nom, et a une epoque ou android devient a peu pres decent, rien de ce qui est decrit n'est meme vaguement acceptable de loin.
Le clavier est un bug inacceptable (encore qu'on pourrait reprocher a apple un truc similaire avec leur shift key des bois depuis 7.1), un gps (ou plutot services de geo-localisation, encore que vu ce que tu decris, je serais pas surpris que ca ne supporte que le gps) qui ne fonctionne pas est inacceptable, ne pas avoir d'update ota en 2014 est inacceptable (on a beaucoup fait chier apple, a juste titre, qui ne l'a pas eu avant ios 6).
En zieutant wikipedia, je vois que le projet est officiellement lance, i.e. c'est meme pas une beta pour developeur, c'est le vrai produit, ce qui est encore pire a mon avis.
En gros ce que tu dit, c'est que tu peux passer un coup de fil, afficher une page web et envoyer un mail. Cool, t'as un dumb phone.
j'ai du mal a comprendre le debat.
La question est pas trop de savoir quelle est la valeur absolue, mais plutot si ya un ecart depuis une valeur de reference, et dans quelle direction.
Ta voiture est censee faire 6l au 100, ou 30 mpg, si ton compteur te dit que tu fait du 8l ou fu 20mpg, tu sais que c'est pas bien, parce que la valeur a bouge dans la mauvaise direction.
Tu fais du 5l, ou 35mpg, tu sais que c'est bien parce que ca a bouge dans le bon sens.
A la fin du plein, c'est pareil, si le talbeau de bord te donne une moyenne qui varie trop de la reference, faut lever le pied un peu.
Apres, on peut pinailler qu'avec des mpg, tu sais combien de bornes tu vas faire avec un plein, mais apres 2 mois a conduire la meme voiture, t'es cense pouvoir predire quand la reserve va s'allumer avec une certaine fiabilite.
Ben j'avoues que si tout doit etre traite cote serveur pour stripper ce qui est sensible, que c'est en memoire (et donc read only), non acid, pas thread safe, tres peu de contraintes et avec un typage primitif (sqlite oblige) je me demande un peu quel est le but.
A ce compte la, vaut pas mieux juste retourner du bson (ou juste du json gzipé, quitte a faire le goret sur le ram, autant pas s'emmerder), et avoir un moteur de predicat decent, a appliquer directment sur le graph d'objet?
T'es au courant que les 2 plateformes les plus populaires du moment viennent sans flash ni java (tout du moins, pas celui auquel tu penses)?
Genre c'est pas un truc a installer separement, c'est just pas disponible, point a la ligne.
Vous etes mignon dans votre debat, on dirait des papis en train de s'engueuler pour savoir quelle est la meilleure marque de cariole et comment ferrer ses cheveaux de la meilleure facon, pendant que l'industrie automobile decolle.
bah il n’y a pas de merdes qui s’installent avec.
Clair, c'est pas comme si les ppa permettaient de faire la meme chose.
Quand on voit que la politique de securite de linux c'est "si l'utilisateur a tape le mot de passe roo^w^w sudo, c'est sa faute et bien fait pour sa gueule", ca laisse songeur.
si ma mémoire est bonne on ne pouvait pas faire de "couper, coller" de fichiers
Sisi, un drag'n'drop tout con.
Par contre yavait pas de raccourci clavier pour ca jusqu'a mavericks.
Honnetement, en 10 ans de macosx, ca m'a jamais manque, au point que j'ai pas compris ce qu'ils voulaient dire quand ils l'ont annonce l'annee derniere.
ya une legere difference entre cartographier le monde entier precisement + mettre en place un système client/serveur, et définir la spec d'un langage et l'implementer, tu crois pas?
Oui, apple maps a de gros problemes, après on peut aussi regarder l'historique de la boite et admettre que niveau dev tools, ils sont loin d'être manchot.
On peut pas vraiment dire que ca soit courant, la majorité, c'est du java ou de l'objc, et après ca les technos web donc JS et consorts.
J'aime beaucoup java, j'en écrit plein cote serveur, mais cote client, c'est loin d'être ca, meme avec le travail monstrueux de google sur leur concurrent GC. Quand tu lit les experts dire "le seul moyen de pas se taper des pauses GC, c'est de faire très attention a pas allouer d'objet", ca fait pas rêver.
Non parce que le language est toujours en beta, voir en alpha.
Ils releasent quand c'est prêt, comme a leur habitude. Pour l'instant c'est encore très jeune, c'est pas dans un produit fini, ils libèrent quand ca shippe au public, comme ils font toujours.
Vtable a l'anchienne si t'es en swift pur (d'ou le mot cle override obligatoire), ca passe par objc_msg_send si tu sousclasse une classe objc.
C'est tres en ligne avec ce qu'a fait apple dernierement, une philosophie "on optimize a bloc dans le meilleur des cas, et on degrade les performances pour retrouver un status quo dans le pire cas".
Rien. Le code multiplateforme en terme d'UI sera toujours ni fait ni a faire, par design (denominateur commun a toutes les plateformes, soit un ecran avec des pixels, un clavier et une souris. Pas grand chose quoi).
Tu veux releaser sur os "bidule", prend le taureau par les cornes et ecrit du code pour os "bidule". Garde ton domaine ecrit dans un langage "generique", portable, ya pas de mal, mais si c'est pour faire un travail de porc avec une UI "one size fits all", t'as limite mieux fait de faire une web app, au moins les gens sauront a quoi s'attendre.
La grande question est : est-ce qu'ils vont pousser upstream le support de Swift dans LLVM !
Greg parker a dit sur twitter "c'est pas le cas a l'heure actuelle, et j'en ait pas entendu parler".
Je doute qu'apple libere quoi que ce soit avant la gm d'xcode, attendue en septembre.
Cela dit, ils ont libere le compilo arm 64 bits, donc pas trop de raison de pas liberer cette partie de clang quand ils seront pret - ca leur avait prit qq mois pour nettoyer le tout et faire la release publique.
A noter que chris lattner a dit lundi "le language est toujours en beta, si on garanti la compatibilite binaire, ca sera pas forcement le cas avec la compat source des prochaines release, mais on va essayer d'etre cool et d'au moin vous filer un outil de migration, 'fin si on peut".
Ce qui peut expliquer pourquoi ils sont pas presse de releaser le tout publiquement.
et peut être plus performant même si c'est dur de se fier à leurs chiffres pour l'instant
Apple n'est pas connu pour gruger les benchmarks (c'est meme plutot le contraire), surtout vu comment leurs annonces font du bruit.
(et qu'ils n'ont donné des rapports de vitesse qu'avec python et objc, pas avec des trucs qui vont vraiment vite, et sans preciser la nature des benchmarks)
Mouiii, enfin objc enterre tout ce qui se fait sur plateforme mobile, et de tres tres loin, et n'a pas a rougir face a du c++. Fait qq tests sur arm 64 bits si tu me croit, une tres grosse partie de l'overhead est partie en fumee dans les tagged pointers, et le reste, ben c'est du c, donc bon.
Ton affirmation est des plus douteuses. Tu prends comme référentiel les fois ou du code foireux est passé, mais combien de fois est ce que du code foireux n'est pas passé ?
Je te retourne la question mon cher, tu ne sais pas non plus combien d'agent infiltres chez ms on vu leur patch troue refuse pendant une review.
Je dit pas que le c c'est tout pourri et qu'il faut reecrire en java, mais que le C est dangereux, et il l'est, et que partant de la, l'acces au source ne te permet pas de deduire de l'intention du committer.
Mon point est que l'experience prouve que les humains sont plutot mauvais pour trouver ce genre de failles en lisant le code. Le pire exemple est celui d'apple ou le compilo aurait du gueuler comme un putois a la seconde ou le code a ete ecrit, et aucun humain n'a vu la faille pendant 2 ans.
Par dessus ca, tu rajoutes que la nature meme du c fait qu'il est tres dur de determiner si une faille a ete introduite volontairement, parce que le langage est tres prone a ce genre d'erreurs, tres humaine.
Tu combines ces 2 faits, et tu en deduit logiquement que la disponibilite du source est d'une faible aide pour trouver les failles avant qu'elles soient exploitees (note que c'est pas inutile, juste loin d'etre aussi utile que certains pensent), et ne permet pas de deduire si la faille est volontaire ou non.
Au final, on est dans une situation tres proche du code proprio. On sait pas, et soit on devient parano a se pourrir la vie, soit on accepte le fait qu'il ya des choses plus importantes (genre sa sante mentale), et on vit avec.
Les agents secrets sont, par nature, secret (d'uh). Les teams chez "boite proprio" n'ont pas plus envie de shipper des backdoor qu'apache, ca affecte leur reputation et leur carriere. Ils ne savent pas qu'un agent a infiltre leur equipe, l'integrite n'existe pas que chez les devs libres.
Ballmer arrive pas en disant "salut, lui c'est james bond, il est votre nouveau 'director of backdoor and privacy invasion', il a son bureau au fond du couloir. Si vous pensez que votre femme vous trompe, vous pouvez lui demander de verifier!".
J'ai meme envie de dire que c'est vahcement plus dur de s'infiltrer chez ms dans la bonne team (faut un opening, et etre en concurrence avec d'autres candidats), que ca l'est de soumettre un patch a openssl. Mais effectivement, ca devie de l'argument "code ouvert vs ferme", et vers l'organisation pure du projet.
Enfin ce sous-sujet de discussion part bien trop loin. A la base j'essayais simplement que relever que si on trouve une faille dans linux jamais elle ne sera intentionnelle c'est quand même pouvoir être l’égérie de la naïveté parmi les Bisounours.
Heartbleed, c'etait une backdoor ou une vraie faille?
On peut raisonablement le voir des deux facons. Ca peut effectivement etre une erreur legitime, ca arrive.
Ca peut aussi etre une belle backdoor bien ecrite.
Disons qu'on a eu suffisament d'exemple ces quelques dernieres annees qui prouvent que personne ne relit le code, ou tout du moins pas de facon suffisament serieuse.
Partant de la, avoir le code ou pas, ca change pas grand chose, le C est tellement dangereux que c'est dur de faire la difference entre un bug et de la malveillance sans savoir si le committer est un agent ou pas.
La liberte absolue d'expression ne s'applique pas aux miloufs, et la nsa depend du DoD, donc milouf. Arretez moi si je dit une connerie, mais ca a l'air de coller.
En clair, les civils peuvent effectivement balancer comme snowden l'a fait, sans etre (en theorie) inquietes, et c'est deja arrive que des journaux balancent des trucs taupe defense.
En pratique, faut avoir les rein solides, parce que les gars qui ont le pouvoir ne vont pas apprecier et vont passer par les backchannels pour se venger (wikileaks, anyone?).
Pour les miloufs, faut savoir courir vite, la cour martiale risque de ne pas apprecier.
Tu as raison, vaut mieux faire du code non générique ou alors avec des void *, c'est génial ça :-).
Ben il a pas tord dans le sens ou ecrire du code generique est:
1) super dur. Juste parce que ca compile ne veut pas dire que c'est une bonne api.
2) au final plutot rare. Sorti des trucs de bases de la lib (collection, etc.)
3) indicatif d'un gros probleme de design/approche (ca c'est mon avis personnelle). Le code "generique" releve de la philosophie "one size fits all", le st graal de beaucoup de developeurs qui pensent pouvoir resoudre tous les problemes du monde avec une solution.
Au final (et c'est toujours mon avis), tu te retrouves avec une solution qui reponds mal a tous les problemes, avec une complexite qui explose. T'as vachement mieux fait d'utiliser d'une part des interfaces/protocoles (regarde ce qu'objc fait par exemple, ca te fait du code "generique" vachement plus efficace et clair), ou tout simplement ecrire du code specifique a ton domaine (ce qui ira plus vite, marchera mieux et sera bien simple a comprendre).
Bref, effectivement, la feature est en plein dans la philosophie du c++ et c'est bien la le probleme - c'est ce que voulait dire l'OP je pense. Un immense bordel de feature, impossible a apprehender par un humain sans des annees de pratiques, avec de nombreuses facons de tirer dans le pied, et sans porte de sortie.
Encore une fois, regardes ce qu'objective c fait, un langage objet plutot elegant qui n'a pas a palir face a c++, et qui peut etre apprehende dans sa totalite par a peu pres tout le monde (et qui se traine effectivement certaines casseroles historiques, certes, mais c++ aussi, comme tout langages au final).
C'est pas delirant de mettre les employes de la boite que tu viens d'acheter sous retainer/non concurrence.
C'est pas evident d'integrer une boite dans une autre, et ca evite les desastres du genre "on leur file le pognon, ils se cassent et reprennent ce qu'ils faisaient la ou ils l'avaient laisse" si les choses se passent mal.
D'un point de vue business/legal, j'ai meme envie de dire qu'il faut etre un peu tare pour ne pas inclure ce genre de clauses quand tu rachetes une boite.
[^] # Re: La technologie évolue...
Posté par groumly . En réponse au journal HEVC/H.265 et x265 : mes premiers tests. Évalué à 10.
T'es un hobbit?
Nan parce que 2m * 1.25m * 10cm si ca passe pas par ta porte, je me dit que tu doit habiter dans le shire…
[^] # Re: Qu'il marche?
Posté par groumly . En réponse au journal Firefox OS, mon avis !. Évalué à -1.
Ben disons que ce que tu decris aurait ete acceptable pre iphone.
7 ans apres la sortie de l'iphone premier du nom, et a une epoque ou android devient a peu pres decent, rien de ce qui est decrit n'est meme vaguement acceptable de loin.
Le clavier est un bug inacceptable (encore qu'on pourrait reprocher a apple un truc similaire avec leur shift key des bois depuis 7.1), un gps (ou plutot services de geo-localisation, encore que vu ce que tu decris, je serais pas surpris que ca ne supporte que le gps) qui ne fonctionne pas est inacceptable, ne pas avoir d'update ota en 2014 est inacceptable (on a beaucoup fait chier apple, a juste titre, qui ne l'a pas eu avant ios 6).
En zieutant wikipedia, je vois que le projet est officiellement lance, i.e. c'est meme pas une beta pour developeur, c'est le vrai produit, ce qui est encore pire a mon avis.
En gros ce que tu dit, c'est que tu peux passer un coup de fil, afficher une page web et envoyer un mail. Cool, t'as un dumb phone.
[^] # Re: Nikola Tesla = über geek
Posté par groumly . En réponse au journal Tesla Motors et les brevets. Évalué à 2.
j'ai du mal a comprendre le debat.
La question est pas trop de savoir quelle est la valeur absolue, mais plutot si ya un ecart depuis une valeur de reference, et dans quelle direction.
Ta voiture est censee faire 6l au 100, ou 30 mpg, si ton compteur te dit que tu fait du 8l ou fu 20mpg, tu sais que c'est pas bien, parce que la valeur a bouge dans la mauvaise direction.
Tu fais du 5l, ou 35mpg, tu sais que c'est bien parce que ca a bouge dans le bon sens.
A la fin du plein, c'est pareil, si le talbeau de bord te donne une moyenne qui varie trop de la reference, faut lever le pied un peu.
Apres, on peut pinailler qu'avec des mpg, tu sais combien de bornes tu vas faire avec un plein, mais apres 2 mois a conduire la meme voiture, t'es cense pouvoir predire quand la reserve va s'allumer avec une certaine fiabilite.
[^] # Re: Portage "natif"
Posté par groumly . En réponse au journal Civ 5 sous Linux. Évalué à 2.
C'est le cas aussi sur mon macbook pro, avec un i7 et une montagne de ram.
[^] # Re: BDD dans le cloud
Posté par groumly . En réponse au journal web moderne, bases de données et beauté logiciel libre. Évalué à 2.
Ben j'avoues que si tout doit etre traite cote serveur pour stripper ce qui est sensible, que c'est en memoire (et donc read only), non acid, pas thread safe, tres peu de contraintes et avec un typage primitif (sqlite oblige) je me demande un peu quel est le but.
A ce compte la, vaut pas mieux juste retourner du bson (ou juste du json gzipé, quitte a faire le goret sur le ram, autant pas s'emmerder), et avoir un moteur de predicat decent, a appliquer directment sur le graph d'objet?
[^] # Re: Le bon cote
Posté par groumly . En réponse à la dépêche Nouvelle faille importante dans GnuTLS. Évalué à 1.
T'es au courant que les 2 plateformes les plus populaires du moment viennent sans flash ni java (tout du moins, pas celui auquel tu penses)?
Genre c'est pas un truc a installer separement, c'est just pas disponible, point a la ligne.
Vous etes mignon dans votre debat, on dirait des papis en train de s'engueuler pour savoir quelle est la meilleure marque de cariole et comment ferrer ses cheveaux de la meilleure facon, pendant que l'industrie automobile decolle.
Clair, c'est pas comme si les ppa permettaient de faire la meme chose.
Quand on voit que la politique de securite de linux c'est "si l'utilisateur a tape le mot de passe roo^w^w sudo, c'est sa faute et bien fait pour sa gueule", ca laisse songeur.
[^] # Re: Cercle, influence, compétence, toussa
Posté par groumly . En réponse au journal « Si je garde ma carte bancaire avec moi, personne ne l'utilisera à ma place ! ». Évalué à 8.
Un ops avec qui j'ai bosse avait un enorme panneau au dessus de son ecran: "lack of planning on your end does not mean emergency on my end".
Bon en pratique, ca marchait avec les gens a son niveau, quand son boss lui annoncait qu'il avait pas de week end, il s'ecrasait, comme les autres.
[^] # Re: J'essaye de me soigner
Posté par groumly . En réponse au journal La diversité ou la complexité inutile ?. Évalué à 2.
Sisi, un drag'n'drop tout con.
Par contre yavait pas de raccourci clavier pour ca jusqu'a mavericks.
Honnetement, en 10 ans de macosx, ca m'a jamais manque, au point que j'ai pas compris ce qu'ils voulaient dire quand ils l'ont annonce l'annee derniere.
[^] # Re: job
Posté par groumly . En réponse au journal GTK+3/Win32 : cherche aide/mainteneur. Évalué à 3.
Important sous linux, mais sorti du monde linux ya pas grand chose qui l'utilise, donc ca a rien d'etonnant.
Un peu comme le port macosx qui necessite (necessitait?) X, foutait en l'air tous les raccourcis claviers et mettait la barre de menu dans la fenetre.
[^] # Re: Segmentation et dé-segmentation dans le développement mobile
Posté par groumly . En réponse au journal Apple annonce Swift, son nouveau langage de programmation. Évalué à 4.
ya une legere difference entre cartographier le monde entier precisement + mettre en place un système client/serveur, et définir la spec d'un langage et l'implementer, tu crois pas?
Oui, apple maps a de gros problemes, après on peut aussi regarder l'historique de la boite et admettre que niveau dev tools, ils sont loin d'être manchot.
[^] # Re: Segmentation et dé-segmentation dans le développement mobile
Posté par groumly . En réponse au journal Apple annonce Swift, son nouveau langage de programmation. Évalué à 3.
On peut pas vraiment dire que ca soit courant, la majorité, c'est du java ou de l'objc, et après ca les technos web donc JS et consorts.
J'aime beaucoup java, j'en écrit plein cote serveur, mais cote client, c'est loin d'être ca, meme avec le travail monstrueux de google sur leur concurrent GC. Quand tu lit les experts dire "le seul moyen de pas se taper des pauses GC, c'est de faire très attention a pas allouer d'objet", ca fait pas rêver.
[^] # Re: Segmentation et dé-segmentation dans le développement mobile
Posté par groumly . En réponse au journal Apple annonce Swift, son nouveau langage de programmation. Évalué à 3.
Non parce que le language est toujours en beta, voir en alpha.
Ils releasent quand c'est prêt, comme a leur habitude. Pour l'instant c'est encore très jeune, c'est pas dans un produit fini, ils libèrent quand ca shippe au public, comme ils font toujours.
[^] # Re: Messages
Posté par groumly . En réponse au journal Apple annonce Swift, son nouveau langage de programmation. Évalué à 2.
Vtable a l'anchienne si t'es en swift pur (d'ou le mot cle override obligatoire), ca passe par objc_msg_send si tu sousclasse une classe objc.
C'est tres en ligne avec ce qu'a fait apple dernierement, une philosophie "on optimize a bloc dans le meilleur des cas, et on degrade les performances pour retrouver un status quo dans le pire cas".
[^] # Re: Segmentation et dé-segmentation dans le développement mobile
Posté par groumly . En réponse au journal Apple annonce Swift, son nouveau langage de programmation. Évalué à 3.
Rien. Le code multiplateforme en terme d'UI sera toujours ni fait ni a faire, par design (denominateur commun a toutes les plateformes, soit un ecran avec des pixels, un clavier et une souris. Pas grand chose quoi).
Tu veux releaser sur os "bidule", prend le taureau par les cornes et ecrit du code pour os "bidule". Garde ton domaine ecrit dans un langage "generique", portable, ya pas de mal, mais si c'est pour faire un travail de porc avec une UI "one size fits all", t'as limite mieux fait de faire une web app, au moins les gens sauront a quoi s'attendre.
[^] # Re: Segmentation et dé-segmentation dans le développement mobile
Posté par groumly . En réponse au journal Apple annonce Swift, son nouveau langage de programmation. Évalué à 3.
Greg parker a dit sur twitter "c'est pas le cas a l'heure actuelle, et j'en ait pas entendu parler".
Je doute qu'apple libere quoi que ce soit avant la gm d'xcode, attendue en septembre.
Cela dit, ils ont libere le compilo arm 64 bits, donc pas trop de raison de pas liberer cette partie de clang quand ils seront pret - ca leur avait prit qq mois pour nettoyer le tout et faire la release publique.
A noter que chris lattner a dit lundi "le language est toujours en beta, si on garanti la compatibilite binaire, ca sera pas forcement le cas avec la compat source des prochaines release, mais on va essayer d'etre cool et d'au moin vous filer un outil de migration, 'fin si on peut".
Ce qui peut expliquer pourquoi ils sont pas presse de releaser le tout publiquement.
[^] # Re: Segmentation et dé-segmentation dans le développement mobile
Posté par groumly . En réponse au journal Apple annonce Swift, son nouveau langage de programmation. Évalué à 3.
Apple n'est pas connu pour gruger les benchmarks (c'est meme plutot le contraire), surtout vu comment leurs annonces font du bruit.
Mouiii, enfin objc enterre tout ce qui se fait sur plateforme mobile, et de tres tres loin, et n'a pas a rougir face a du c++. Fait qq tests sur arm 64 bits si tu me croit, une tres grosse partie de l'overhead est partie en fumee dans les tagged pointers, et le reste, ben c'est du c, donc bon.
[^] # Re: 1994
Posté par groumly . En réponse au journal TrueCrypt, la fin ?. Évalué à 3.
Je te retourne la question mon cher, tu ne sais pas non plus combien d'agent infiltres chez ms on vu leur patch troue refuse pendant une review.
Je dit pas que le c c'est tout pourri et qu'il faut reecrire en java, mais que le C est dangereux, et il l'est, et que partant de la, l'acces au source ne te permet pas de deduire de l'intention du committer.
Mon point est que l'experience prouve que les humains sont plutot mauvais pour trouver ce genre de failles en lisant le code. Le pire exemple est celui d'apple ou le compilo aurait du gueuler comme un putois a la seconde ou le code a ete ecrit, et aucun humain n'a vu la faille pendant 2 ans.
Par dessus ca, tu rajoutes que la nature meme du c fait qu'il est tres dur de determiner si une faille a ete introduite volontairement, parce que le langage est tres prone a ce genre d'erreurs, tres humaine.
Tu combines ces 2 faits, et tu en deduit logiquement que la disponibilite du source est d'une faible aide pour trouver les failles avant qu'elles soient exploitees (note que c'est pas inutile, juste loin d'etre aussi utile que certains pensent), et ne permet pas de deduire si la faille est volontaire ou non.
Au final, on est dans une situation tres proche du code proprio. On sait pas, et soit on devient parano a se pourrir la vie, soit on accepte le fait qu'il ya des choses plus importantes (genre sa sante mentale), et on vit avec.
Les agents secrets sont, par nature, secret (d'uh). Les teams chez "boite proprio" n'ont pas plus envie de shipper des backdoor qu'apache, ca affecte leur reputation et leur carriere. Ils ne savent pas qu'un agent a infiltre leur equipe, l'integrite n'existe pas que chez les devs libres.
Ballmer arrive pas en disant "salut, lui c'est james bond, il est votre nouveau 'director of backdoor and privacy invasion', il a son bureau au fond du couloir. Si vous pensez que votre femme vous trompe, vous pouvez lui demander de verifier!".
J'ai meme envie de dire que c'est vahcement plus dur de s'infiltrer chez ms dans la bonne team (faut un opening, et etre en concurrence avec d'autres candidats), que ca l'est de soumettre un patch a openssl. Mais effectivement, ca devie de l'argument "code ouvert vs ferme", et vers l'organisation pure du projet.
[^] # Re: 1994
Posté par groumly . En réponse au journal TrueCrypt, la fin ?. Évalué à 1.
Ou du second degre, ca marche aussi ;-)
[^] # Re: 1994
Posté par groumly . En réponse au journal TrueCrypt, la fin ?. Évalué à 2.
Parce que ca a ete ecrit par un avocat dont le boulot est de tout blinder de A a Z.
[^] # Re: 1994
Posté par groumly . En réponse au journal TrueCrypt, la fin ?. Évalué à 4.
Tres honnetement, c'est discutable.
Heartbleed, c'etait une backdoor ou une vraie faille?
On peut raisonablement le voir des deux facons. Ca peut effectivement etre une erreur legitime, ca arrive.
Ca peut aussi etre une belle backdoor bien ecrite.
Disons qu'on a eu suffisament d'exemple ces quelques dernieres annees qui prouvent que personne ne relit le code, ou tout du moins pas de facon suffisament serieuse.
Partant de la, avoir le code ou pas, ca change pas grand chose, le C est tellement dangereux que c'est dur de faire la difference entre un bug et de la malveillance sans savoir si le committer est un agent ou pas.
[^] # Re: Twitter est ses 140 sales caractères
Posté par groumly . En réponse au journal Chaque fois qu'un raccourcisseur d'URLs est utilisé, Dieu tue un châton. Évalué à 6.
Tu veux dire, a part le fait que le concept meme du produit c'est d'envoyer des messages tres courts?
[^] # Re: Compression
Posté par groumly . En réponse au journal Chaque fois qu'un raccourcisseur d'URLs est utilisé, Dieu tue un châton. Évalué à 7.
http://stuartbuchanan.com/wp-content/uploads/2013/11/qr-code-flow-chart-e1384808083821.jpg
[^] # Re: bof...
Posté par groumly . En réponse au journal [ HS ][elections européennes] : Je suis surpris . Évalué à 3.
La liberte absolue d'expression ne s'applique pas aux miloufs, et la nsa depend du DoD, donc milouf. Arretez moi si je dit une connerie, mais ca a l'air de coller.
En clair, les civils peuvent effectivement balancer comme snowden l'a fait, sans etre (en theorie) inquietes, et c'est deja arrive que des journaux balancent des trucs taupe defense.
En pratique, faut avoir les rein solides, parce que les gars qui ont le pouvoir ne vont pas apprecier et vont passer par les backchannels pour se venger (wikileaks, anyone?).
Pour les miloufs, faut savoir courir vite, la cour martiale risque de ne pas apprecier.
[^] # Re: Syntaxe étonnante
Posté par groumly . En réponse au journal C++Now 2014. Évalué à 4.
Ben il a pas tord dans le sens ou ecrire du code generique est:
1) super dur. Juste parce que ca compile ne veut pas dire que c'est une bonne api.
2) au final plutot rare. Sorti des trucs de bases de la lib (collection, etc.)
3) indicatif d'un gros probleme de design/approche (ca c'est mon avis personnelle). Le code "generique" releve de la philosophie "one size fits all", le st graal de beaucoup de developeurs qui pensent pouvoir resoudre tous les problemes du monde avec une solution.
Au final (et c'est toujours mon avis), tu te retrouves avec une solution qui reponds mal a tous les problemes, avec une complexite qui explose. T'as vachement mieux fait d'utiliser d'une part des interfaces/protocoles (regarde ce qu'objc fait par exemple, ca te fait du code "generique" vachement plus efficace et clair), ou tout simplement ecrire du code specifique a ton domaine (ce qui ira plus vite, marchera mieux et sera bien simple a comprendre).
Bref, effectivement, la feature est en plein dans la philosophie du c++ et c'est bien la le probleme - c'est ce que voulait dire l'OP je pense. Un immense bordel de feature, impossible a apprehender par un humain sans des annees de pratiques, avec de nombreuses facons de tirer dans le pied, et sans porte de sortie.
Encore une fois, regardes ce qu'objective c fait, un langage objet plutot elegant qui n'a pas a palir face a c++, et qui peut etre apprehende dans sa totalite par a peu pres tout le monde (et qui se traine effectivement certaines casseroles historiques, certes, mais c++ aussi, comme tout langages au final).
[^] # Re: Intro
Posté par groumly . En réponse au journal Linagora vs BlueMind. Évalué à 10.
C'est pas delirant de mettre les employes de la boite que tu viens d'acheter sous retainer/non concurrence.
C'est pas evident d'integrer une boite dans une autre, et ca evite les desastres du genre "on leur file le pognon, ils se cassent et reprennent ce qu'ils faisaient la ou ils l'avaient laisse" si les choses se passent mal.
D'un point de vue business/legal, j'ai meme envie de dire qu'il faut etre un peu tare pour ne pas inclure ce genre de clauses quand tu rachetes une boite.