groumly a écrit 3282 commentaires

Perso, j'adore voir ces contradictions, où parfois 20€ c'est trop de différence, et parfois c'est rien.

Bon t'es mignon a preter des intentions aux gens, mais va falloir argumenter un peu.
Les gens qui se plaignent du raid6 sont ils les memes que ceux qui commentent ici? Oui? Non?
En fait t'en sais rien, mais t'assigne les commentateurs de linxufr a un groupe "d'en face, celui qui est pas d'accord avec toi", juste parce que qq mecs ont commente qq part. J'ai une grande nouvelle pour toi: linuxfr n'est pas une seule entite coherente dont tu serais magiquement le seul exclu.
Ya des gens qui chouinent pour 15 euros et d'autres qui s'en foutent, yen a qui aiment ms et d'autre pas. Yen a qui sont gpl a donf et d'autre pas. Et tu sais quoi? C'est pas les memes gens. Dingue, hein? Je sais ca m'a fait ca aussi, mais, he, tiens toi bien: tout le monde sur linuxfr n'a pas la meme opinion!!
Bref, ya aucune contradiction la dedans, sauf dans ta tete.

Mais c'est qu'ici. Car si LinuxFr me donne un -10, la réalité (il faudrait interdire la réalité), elle, me donne un +1000000 : il y a une machine qui est bien plus connue et vendue que l'autre.
Et la, même pas d'excuse "Microsoft est un salaus qui abuse de sa poisitin dominante", on rigole bien.

Qu'est ce que ca a voir avec la choucroute? La question initiale c'etait de savoir si les gammes de prix etait radicalement differentes, non?

Deux choses.
D'abord, ma remarque s'addressait surtout a zenitram, qui se sent oblige de commenter sur absolument tout, et son ton particulierement enervant, ainsi que sa manie d'assimiler un groupe a un individu, et inversement. Ainsi que sa facon de rabacher constamment la meme chose. Au final, quand tu resumes ses qq milliers de commentaires, 90% (methode du doigt mouille) reprennent les memes arguments en boucles (libre != gratuit et qq variantes, t'as qu'a payer, les smicards savent pas economiser, et les religieux m'imposent leur point de vue). Qu'il ait raison ou tord, c'est pas la question, et meme quand il a raison, on souhaiterais presque qu'il ait tord tellement il est enervant.
C'etait mignon au debut, maintentant, c'est juste lourd. Je sais, je sais, j'ai qu'a pas lire.

Ensuite, si tu me demandes mon avis, non je vois pas une difference faramineuse entre les deux. Note que je ne decide pas de ton budget, hein, tout simplement que je considere qu'un mini ordinateur a 30$ ou 45$, c'est grosso modo la meme gamme se prix. Surtout quand tu consideres qu'il faut un ordinateur a 300-1000 euros et une connexion internet a 30+ euros/mois pour en faire quoique ce soit.

Je vois des raspberry pi a 40 dol (modele b, apparement plus costaud, mais quand meme). Oui, 45 c'est plus que 40, mais pas suffisament plus pour justifier zenitram martellant son habituel sermon.
Surtout que si je comprends bien, un rpi tout seul est pas si utile que ca, et je vois des starters packs avec un paquet d'accessoires qui partent a 80$, alors bon, les 5-20$ de difference paraissent bien maigre d'un coup.

Vu autrement, la difference de prix est de l'ordre de grandeur des frais de port. Pas de quoi fouetter un chat.

Oh, ta gueule.
T'es vraiment oblige de commenter sur absolument tout et n'importe quoi, avec un des tons les plus paternaliste et irritable qui soit?

'Tin, mais t'as vu la vierge ou quoi?
Et si je pense que les bsd braces c'est plus lisible, ca m'interdit de naviguer sur un site en java qui tourne sur un runtime qui utilise un style different tant que t'y es?

Oui, les if sans accolades, ca craint, on en a la preuve ici.
T'as quelque chose a rajouter a ca, autre que tes sempiternelles hyper rationalisation sans queue ni tete que tu repetes sans cesse a qui veut ecouter (ou pas)?

Yen a tout plein ici:
http://linuxfr.org/users/albert_/comments

T'es au courant que libsecurity est libre?

Bah il y en a evidemment, et combien d'applis pourries / malware / … sur Android par exemple ?

C'est pas trop la question. Le truc c'est que:
- 150k, c'est au final plutôt faible de nos jours. iOS et android ont passe le million.
- une certaine partie de ces 150k ont été au final paye par MS. Ca veut dire que si MS n'avait pas finance le dev a 100% de la plateforme, t'aurais un nombre bien plus bas. En clair, les developeurs ne veulent pas aller sur la plateforme, et MS est oblige de faire leur boulot a leur place pour avoir des applis sur le store. C'est pas exactement une stratégie qui est tenable sur le long terme.

Ce qui compte, et ce qui a fait mal a MS pendant longtemps c'etaient les 'grosses' applis genre Instagram, Twitter, Path etc… et quasiment tous ceux la sont maintenant presents, en version updatees regulierement. C'est pas encore parfait, mais quasiment tout est la maintenant.

Mouais, alors. Vine a 2 versions de retard sur la version ios. Twitter 6 versions de retard, et pas touche depuis novembre. Path et Instagram ont l'air a jour, mais avec un gros BETA dans le nom de l'appli. Pinterest est grave a la bourre. Evernote parait un peu a la bourre aussi.
La tu parles de startups qui sont plus vraiment des startups, et dont la philosophie est d'être PARTOUT. Le fait que ca prenne autant de temps pour eux de considerer la plateforme, et qu'il faille les pousser pour qu'ils y viennent est un très mauvais signe.

Maintenant, quid des petites startup qui montent très vite? Snapchat, par exemple, secret.ly qui monte vite. uber/lyft sont absents.
Alors vous avez angry birds, cool. Welcome to 2010!

On peut dire beaucoup de choses sur ballmer, mais il avait clairement raison avec son "developers! developers! developers!", et force est de constater qu'ils sont absents sur windows 8.

N'importe qui qui revait de voir des ventes similaires a Windows 7 clairement a fume.

Hein? MS mise tout sur une stratégie "no comprise", et on est cense voir des ventes qui baissent?

Ces gens la pour la plupart clairement n'allaient pas upgrader de nouveau apres 2 ans.
Windows 7 s'est vendu a une vitesse fulgurante, fallait pas esperer que MS fasse ca tous les 2 ans hein…

Pourquoi pas? Apple fait ca tous les ans depuis 7 ans. Google/Samsung font ca tous les ans depuis 3-4 ans.
MS a fait 2 fours monstrueux avec Surface, les pc tactiles ne se vendent pas, en clair la stratégie de MS "le meme OS pour tablette et laptop" fait un bide complet. Les consommateurs n'en veulent pas, la stratégie "no compromise" se fait revisiter a chaque update et les ventes sont mauvaises. Oui, les ventes sont mauvaises, tu pourrais potentiellement attribuer ca au marche pc qui se casse la gueule, mais quand tu prends en compte le four de surface, et des OEM comme HP qui en arrivent a faire la pub du retour de windows 7, t'as plus vraiment d'excuses, windows 8 est un four. C'est un tel échec sur toute la ligne que le head of windows et le CEO se sont fait virer.

L'iPad qui croit, bien pour Apple, mais de nouveau, faut voir a quoi tu compares et a quoi ressemble la courbe future, je la vois pas si rose que ca pour Apple perso, contrairement a Google.

On en reparle ici meme l'année prochaine? Autant tu peux argumenter qu'android bouffe une part certaine sur smartphone, via le low end/middle range, et offre une certaine concurrence sur le high end, autant sur le marche des tablettes, c'est sans appel, l'ipad ecrase tout sur le segment "tablette".

Ben il a pas tort non plus, meme si la forme y est clairement pas.

En l'occurence, 3 choses simples et 100% automatisees auraient attrape le probleme au moment du push:
- analyze statique de clang sur chaque push
- tests unitaires
- des conventions des codages un peu moins debiles, couplees a un formattage de code automatique (que xcode n'a pas, malheureusement). Oui, ca fait un peu 30 ans qu'on sait qu'un if sans accolades cause exactement ce genre de problemes, un etudiant decouvre generalement caen premiere annee lors de son premier projet en c.

Quand on considere la sensibilite de la lib en question, et la simplicite de faire une passe statique avec clang, on peut vraiment se demander pourquoi au moins le premier point n'a pas ete fait, et si ca a ete fait, pourquoi ca a ete ignore.

Si en plus tu consideres que la faille a ete introduite en 2012 avec ios6, et ils ont meme plus l'excuse "on avait la moitie de la boite occupee a reecrire l'os" qu'ils auraient pu avoir avec ios7.
Et ca confirme une fois de plus au passage que personne ne review le code open source, et que donc l'argument "with enough eyes all bugs are shallow" est bidon.

Drinkin' the kool aid…

Sur tes 150,000 applis metro, combien ont ete payee par ms et ne sont plus maintenues? Je sais que c'est le cas pour nous, on a eu notre appli ecrite par ms, et on a aucune intention d'y toucher.

Idem pour Windows 8, 200 millions de licences en 2 ans 1/2, c'est a peu pres le nombre d'iPads vendu pendant la meme periode.

Dur de passer de domination totale a moins de 50% du marche, non? http://ben-evans.com/benedictevans/2014/2/12/apple-passes-microsoft
T'oublies aussi de preciser que les ventes de licences 8 sont en baisse par rapport a celle de windows 7 sur une period comparable (et pas qu'un peu), la ou l'ipad est en croissance constante.
Et dans ce domaine, ne pas croitre, c'est un peu mourir.

Je pense qu'il veut dire une dalvik vm, pas un systeme complet dans une vm a la vmware/whatever.

Rajoutes: pour les clients riches (applis natives ou html5/js fancy), ca fait vachement plus de sens de conserver l'etat cote client, vu que de toutes facons le client va conserver l'etat, et ca evite de jongler avec des sessions des bois qu'il faut repliquer a travers ton cluster.

Ca permet de limiter ta session a tres exactement rien du tout, et de passer un token oauth2 entre requetes pour l'authentification (et encore, si t'en as besoin). 100% stateless, ton serveur scale vachement plus simplement et tu te simplifies vachement la vie.

Quand tu regardes les principes fondateurs de rest, c'est meme explicitement dit que c'est au client de gerer ce merdier.
Les problemes apparaissent quand tu design ton serveur pour etre stateful, et effectivement avec du web a la papa, c'est dur de faire autrement.

Nan mais attends, tu te rends pas compte!
Si ya un rat qui bouffe juste une partie des cables réseaux et que y'a une perte de paquet, en meme temps qu'une variation du champ magnétique de la terre qui corromps le fichier sur le disque dure, ca marche plus non plus!
Pis si tu veux parser le fichier de log sur la redhat 4.2 qui fait tourner linux 0.2.1 de 1993 installe sur le 486dx au fond du bureau, ben tu peux pas non plus.

La difference entre les deux c'est que la base de registre peut être très aisément consulter par un programme de façon fiable. Pour les humains, on a invente les front ends. Ca marche vachement mieux que d'aller trifouiller au fond du système. Et ces front ends ont besoin d'un api fiable. 42 000 formats texte, c'est pas une api fiable.

Verifier la presence de discard dans une ligne, ca veut dire parser tout le fstab et l'analyser.

Alors, oui, tu peux faire un awk + grep. Et un jour, y'a un gars qui va mettre un commentaire #surtout ne pas activer discard!!! et paf, tu vas croire que TRIM est active. Le fix est facile, mais le mal sera deja fait.

Idem pour l'exemple UTC, c'est très logique et y'a pas d'ambiguïté sur la sémantique.

Ah oui, on peut.
Et c'est super performant, du XML ou des objets JSON de plusieurs dizaine/centaine de mega octets.

raaah, ca va quoi.

Les cas d'usages a la con "mais si un rayon cosmique est en opposition avec les chaussettes de l'archiduchesse juste au moment ou je met a jour la libc, je suis dans la merde". Ben ouais, t'es dans la merde. Avec syslog tu seras a peu près autant dans la merde.
Deal with it, c'est pour ca qu'on te paye.

C'est plutôt simple au final:
- ta machine est complètement en vrac t'es dans la merde. va falloir lever ton cul et aller au DC, désolé. 1 partout.
- ta machine marchotte, et t'as donc accès a un set de commande de survie. journalctl en fera partie. Un problème FS qui affect journald affectera aussi syslog. 1 partout.
- ta machine marche, et t'as journald. Arrete de chouinasser et fait ton taff.

Pas de quoi fouetter un chat.

Et toi, tu fais comme moi, si tu veux faire de l'admin, t'apprend systemd.

Ca marche dans les deux sens mon canard, hein.

qu'ici Firefox propose des sites publicitaires mais qui ne reçoivent aucune données de notre part.

Meme pas des cookies?

edmunds.com a du cloud stack, avec du aws en bonus (ils ont toujours tendance a en rajouter dans cette boite…), en tout cas aux dernieres nouvelles. Pas d'auto scaling pour le moment, mais ca dans les tuyaux d'apres leur vp, precisemment parce que la facture aws serait vachement moins salee avec ca.

Ca casse pas trois pattes a un canard non plus, ils ont deploye cloudstack dans leur dc, et automatisent le tout avec chef.
https://github.com/CloudStack-extras/knife-cloudstack

Netflix est repute pour ajuster sa charge de facon dynamique (entre autres choses sympa, genre chaos monkey), et pour documenter ca. Cherche netflix auto scaling pour qq articles.
Pour fb, t'imagines bien qu'avec 20-30 mille serveurs par admin, ils vont pas lancer une session ssh pour trifouiller les machines? Eux ne documentent pas trop leur infrastructure, et surtout ils sont sur du bare metal, pas des vm, donc probablement un peu different.
Etsy documente aussi beaucoup ce qu'ils font.
Du cote "plus petite charge", je sais de source sure que edmunds.com est 100% automatise, et cree des environement a la volee dans aws pour la qa et load testing avant leurs releases.
Et on bosse sur de l'automation au taff, le but dans un premier temps etant de pouvoir creer un environement en une commande, l'auto scaling viendra apres.

On peut se tutoyer?
T'es lourd.

Oui, c'est exactement ca. Des milieux frileux ou croulant tellement sous l'administratif que changer un os demanderait tellement de paperasse que personne ne s'y essaye (ce qui revient sensiblement a la meme chose, immobilisme pour des raisons artificielles).

Ils utilisent pas ces vieux unix parce qu'ils sont mieux ou plus adapte, juste parce qu'ils ont toujours fait comme ca. Ca marche, hein, mais c'est pas vraiment le genre d'attitude qui fait avancer l'industrie.

Et ceux qui repoussent les limites constamment bouffent les autres au final.

Ce qu'il veut dire par la, c'est que google donne un bout en libre, aosp, mais auquel il manque le principal. En gros tout ce qui va au dessus de l'os.
Initialement, l'essentiel etait libre, et au fur et a mesure, ils retirent de plus en plus de choses. Des trucs essentiels se voient retires d'aosp et mit dans gms.
En soit, c'est pas la fin du monde, mais ca veut dire que des applis qui tournaient tres bien sur aosp 2.3 peuvent ne plus tourner sur aosp 4, parce que les apis en questions ont ete degagees dans la partie proprio un beau matin.
Ce que ca veut dire, c'est que des trucs comme cyanogenmod vont devenir inutile, vu que l'immense majorite des applis ne tournera simplement pas dessus, a moins d'installer les google apps. Mais dans ce cas, bye bye le cote libre, et ya vachement moins d'interet a cyanogen.

Rajoutes par dessus les pratiques limites de google envers les oems, qui font qu'un oem a le choix entre tout gms ou tout aosp, tu te retrouves avec une balance qui penche tres fortement du cote proprio, avec beaucoup de code qui est certes libre, mais un ecosysteme qui baigne tellement dans le proprio qu'il est pas tellement different de l'eco systeme ios - platform lock in massif. Encore que, sous ios au moins ya une bonne partie du code qui est reutilisable sur macos, on peut pas en dire autant pour android.

Et je vois mal comment "90% proprio" est pire que "proprio"

C'est du meme tonneau que les drivers nvidia: la glue est libre, mais ca nous fait une belle jambe, l'essentiel est proprio. Dit autrement, la difference entre 90% et 100% est negligeable, et donc en pratique 90% proprio equivaut a 100% proprio.

T'en as pas marre de sortir les 3 memes arguments/trolls ad nauseam sur chaque journal et chaque depeche de linuxfr?

Sans compter que, effectivement, l'autre os mobile est majoritairement natif, avec un systeme de cross compilation qui marche plutot pas mal du tout, et oui, il emporte la majeure partie des developeurs avec lui.

Bopf. C'est utiliser dans des milieux super frileux ou presenter une facture a 6 ou 7 chiffres permet de proteger son cul et de garder son boulot quand un pepin survient.

Sorti de ca, linux est un rouleau compresseur, suivi de loin par les quelques grands malades qui pensent encore que windows a un avenir dans un monde automatise ou les environements se font et se defont sans aucune intervention humaine. Et l'effervescence de la mouvance devops accelere de plus en plus la tendance.

On est dans une epoque ou l'echelle devient faramineuse, les grands noms depassent le million de serveurs en production et la scalabilite est 100% horizontale, sur du matos somme toute plutot cheap qui est considere comme jetable: tu crees des environement entiers a la volee et tu les balances en fonction de la charge. Netflix est un bon exemple, avec une charge qui varie radicalement en fin de journee, et qui tombe tout aussi brutalement en fin de soiree. Ca se traduit par des milliers de vm lancees a la volee, et ensuite des milliers de vm detruites a la volee, et sans aucune intervention humaine.
Un sysadmin chez facebook gere 20 a 30 mille serveurs a lui tout seul.

Dans ce contexte, tu peux pas te permettre d'avoir une seule tete qui depasse, tout est 100% automatise de a a z, et rien que la gestion de license est un merdier sans nom. Les sysadmin ont mute en developeurs avec une specialite dans l'admin systeme, et plus d'une boite de ce cote de l'atlantique n'a tout simplement pas de sysadmins, tout court.
Meme a plus petite echelle, des sites qui prennent 15 a 20 millions de visiteurs mensuels unique (pas rien dans l'absolu, mais pas de quoi fouetter un chat non plus) font ce genre de choses, ne serait ce que pour la souplesse que ca offre pour les environement de dev, qa. Tu veux experimenter un truc, tu tapes une ligne de commande, et paf, t'as ton environment a toi tout seul pour faire le con. Tu faire un test de charge, une ligne de commande, t'as ton environement. Quand t'as finit, une autre ligne de commande, et les vm sont detruites.

Sur les bugs reports: mon experience dans le milieu "consommateur/grand public" me dit que t'as un bien meilleur feedback avec un crash reporter et un bon outil d'analytics (crash vs bug genant), et bien evidemment le dog fooding.
Faire un bug report utilisable, c'est tres dur, et il faut encore se taper le triage derriere (doublon, bugs deja corriges etc). La plupart des ingenieurs sont pas capables de faire ca correctement, alors les utilisateurs…

Bref, au final, ce qu'il te faut surtout pour trouver tous les problemes, c'est plein d'utilisateurs pour mettre a l'epreuve ton code.