D'un autre cote, j'aimerais bien savoir qui a fait un telephone revolutionnaire ces 4 dernieres annees - a part apple.
Alors, oui, Samsung s'est essaye a la phablet, avec le succès qu'on lui connait.
Parce que bon, c'est un telephone, hein, tu t'attends a quoi de si révolutionnaire?
Un gyrophare couple une corne de brume?
J'oubliais, le probleme gros mytho sur la fuite, a la base c'etait cense etre un hackage du fbi, quand tu creuses unnpeu on se rend compte que ca vient pas de la. D'ici a ce que les 11 millions de udid manquants n'existent pas, il n'ya qu'un pas.
A noter aussi que tu peux pas faire grand chose avec un udid.
C'est beau, ca fait 128 bits, mais en pratique, le mieux que tu puisses en faire, c'est caler une table bancale avc le dvd…
Decoupons le disque en plein de petits bouts, et comme c'est pas pratique et que ca apporte rien, utilisons ensuite un programme qui permet de faire apparaitre ces petits bouts comme un gros bout.
Je suis le seul a avoir du mal avec le concept?
Pourquoi parler en pourcentage?
Une taille en Mo/Go parait plus adaptee…
Derniere chose, c'est quoi cette manie de partitioner a tout va?
A part se retrouver bloquer avec une partition trop petite (ou une trop grande), je vois pas franchement ce que ca va apporter et s'emmerder avec des montages de partout, ca va 5 minutes.
Pour ce qui est de restaurer un systeme, les backups c'est pas fait pour les chiens.
Posté par groumly .
En réponse au journal realloc.
Évalué à -1.
Je parle pas de fuite, je parle de pas planter ton soft comme un boeuf parce que t'as la flemme de verifier tes codes de retour.
L'utilisateur en sait rien qu'il n'y a plus de memoire, la moindre des choses ca serait se lui dire.
Ensuite, sur un soft client, avec UI et tout le tralala, je suis a peunpres sur que tu as un paquet de memoire que tu peux liberer (toutes les vues non affichees). Droppes ca, tu recuperes un gros paquet de memoire. Et c'est marrrant, c'est le modele d'ios, l'os va te demander de liberer des ressources quand tu t'approches de la limite.
Sur un soft serveur, t'as tres probablement un cache en memoire qq part que tu peux vider histoire de liberer des ressources.
Et clairement, la moindre des choses a faire c'est de logger une ligne pour mettre les admins au courant que ca a plante a cause de ca.
Apres, t'es libre de considerer que c'est ok de se mettre au tas comme ca, et d'avoir pour seule reaction de hausser les epaules en disant "a foutre, ca prend du temps", ca veut pas dire que c'est acceptable comme attitude.
Posté par groumly .
En réponse au journal realloc.
Évalué à -1.
Effectivement.
Et si un meteorite s'ecrase sur la machine, alors le disque dur est foutu, et donc c'est pas la peine de s'emmerder a gerer correctement des erreurs softs.
Autre point, et pas des moindres, en général les services REST sont plutôt en infrastructure, en interne, et on ne les expose pas en frontal au REST du monde
Ya quelques petites startup assez osees qui commencent a s'y tenter.
Faïssebouc je crois.
Et touiteur. Ou naiteflisque.
Mais touiteur en revient, apparement ca a pas trop marche pour eux.
Exposer api.maboite.com ne veut pas dire router directement le traffic public dans ton backend, t'as generalement un front facing qui s'occupe de babiole du genre authentification et validations de donnees avant de pousser au backend…
Posté par groumly .
En réponse au journal realloc.
Évalué à 5.
Ou pas.
Tu peux en profiter pour dropper un gros bout de memoire qui est utile mais pas vital.
Ou tout simplement, juste parce que tu va te bananer ne veut pas dire qu'il faut le faire a la rache.
Tu peux vouloir fermer un fichier proprement, logger que telle partie de l'appli a pas pu avoir sa memoire, (vainement) tenter de sauver qq chose, ou tout simplement prevenir l'utilisateur que "attention cherie, ca va trancher".
Envoyer ton appli au tas comme un cochon, c'est un peu violent quand meme.
Oui, c'est chiant et lourd, mais fallait pas choisir le C si la facilite de development etait un critere important :)
La question est plutot pourquoi tout le monde doit s'emboucanner a implementer un case (et pourquoi pas un if/else d'ailleurs?), et pourquoi on doit copier/coller le meme bouzin partout quand on peut faire un truc configuration driven qui va juste marcher.
Sans compter que ceux qui vont ecrire les scripts en question sont loin d'etre repute pour leur qualite de programmeur. Leur temps serait bien mieux employe a faire ce qu'ils font le mieux (l'administration) plutot que de perdre du temps a ecrire tout ca.
Et laisser des gens qui sont bien plus competent dans leur domaine gerer le bordel de la synchronisation des services me parait aussi un bonne utilisation du temps et des competences de chacun.
le principe de linux, c'est le principe inverse (et c'est aussi le principe d'internet) :
un réseau "idiot" (init) et des terminaux intelligents (scripts).
C'est un peu un comparaison foireuse, l'init n'a pas grand chose d'un réseau, je vois pas ce que l'analogie vient faire ici.
alors oui ca demande un poil de motivation, mais honnêtement 2 arguments et trois commentaires, j'ai déjà eu plus de propblème.
Multiplie par quoi, 30 a 40 services? C'est la que ca commence a poser des problemes.
Perso je suis sur un petit dev, et il faut comprendre le fonctionnement interne du co processeur etc…
Autrement plus compliqué que de voir 3 commentaires et 2 cases.
Oui, et certains bossent sur des centrales nucleaires et d'autres envoient des robots sur mars. C'est quoi ton point? Que parce que toi t'en chie sur des trucs durs tout le monde doit en chier pour des trucs qui pourraient etre simplifies et automatises?
Et les bsdistes, ils en pensent quoi de la "perte de compatibilite"?
Parce que c'est un peu les premiers concernes, ca serait pas mal de leur demander leur avis plutot que de les considerer comme des pauvres, gentils mais un peu idiots, qui vont necessairement mourir si linux arrete de leur tenir la main.
La derniere phrase est pas forcement dirige vers toi, mais c'est un peu le sentiment que j'ai quand je lit pas mal de linuxiens sur le sujet.
Toutes mes excuses, je ne savais pas guido bossait pour google. Dont acte.
Pas la peine d'etre aggressif comme ca.
V8 fait partie de chrome, cite au dessus.
Pour gwt, ils auraient mieux fait de s'abstenir, mais oui, tu peux le rajouter a la liste.
Ca changera pas fondamentalement mon point, google fait comme le reste de l'industrie et n'est pas psrticulierement plus brillant.
C'est pas un probleme, c'est meme tres bien de faire ce qu'ils font.
C'est juste qu'entre envoyer qq patchs par ci par la et diriger un projet, ya un monde.
Chris Lattner est employe a plein temps pour diriger clang/llvm, donc oui, llvm est un projet apple.
Apple a rachete cups et embauche les leaders du projet pour bosser a temps plein dessus, donc oui, cups est maintenant un projet apple.
Pareil, c'est très ambigu comme affirmation. On peut vraiment prendre n'importe quel logiciel pour Mac OS 10.n et le faire tourner sur le 10.0? Je ne crois pas.
Pour les particuliers, la mise-à-jour vers la nouvelle version doit être facile et quasi systématique, donc le problème ne se poserait pas.
Pour les entreprises, soit on part sur les distros à support long terme, soit… on se donne les moyens de recompiler!
Il dit le contraire.
Ubuntu 12.04 devrait faire tourner des softs de 2005.
Windows et OSX sont bons la dessus, linux est une calamite. Il faut tout simplement backporter le source vers la nouvelle version. Si le soft est plus vraiment maintenu, c'est mort, personne ne le fera.
Le monde linux n'a pas l'air de comprendre le principe "c'est tres facile de rendre une api public, extremement dur de la supprimer ensuite".
Dans l'autre sens, c'est a l'editeur de faire en sorte de supporter d'ancienne version. OSx permet de faire ca dans une certaine mesure, mais ca devient tres vite relou de supporter des trucs plus vieux que snow leopard. En pratique, c'est pas genant vu qu'avant snow leopard, c'est du ppc et c'est plus utilise.
J'ai aucune idee de l'api windows, donc je m'avancerais pas la dessus.
[^] # Re: Nouveau choc, vraiment ?
Posté par groumly . En réponse au journal H-48 avant le nouveau choc sur la planète high-tech. Évalué à -8.
D'un autre cote, j'aimerais bien savoir qui a fait un telephone revolutionnaire ces 4 dernieres annees - a part apple.
Alors, oui, Samsung s'est essaye a la phablet, avec le succès qu'on lui connait.
Parce que bon, c'est un telephone, hein, tu t'attends a quoi de si révolutionnaire?
Un gyrophare couple une corne de brume?
[^] # Re: marché pas prêt
Posté par groumly . En réponse au journal L'auto-hébergement, kesako, où en sommes nous ?. Évalué à 0.
J'oubliais, le probleme gros mytho sur la fuite, a la base c'etait cense etre un hackage du fbi, quand tu creuses unnpeu on se rend compte que ca vient pas de la. D'ici a ce que les 11 millions de udid manquants n'existent pas, il n'ya qu'un pas.
[^] # Re: marché pas prêt
Posté par groumly . En réponse au journal L'auto-hébergement, kesako, où en sommes nous ?. Évalué à 0.
A noter aussi que tu peux pas faire grand chose avec un udid.
C'est beau, ca fait 128 bits, mais en pratique, le mieux que tu puisses en faire, c'est caler une table bancale avc le dvd…
[^] # Re: Mes deux centimes
Posté par groumly . En réponse au journal Un fstab bien configuré pour un ordinateur « de bureau ». Évalué à 5.
Decoupons le disque en plein de petits bouts, et comme c'est pas pratique et que ca apporte rien, utilisons ensuite un programme qui permet de faire apparaitre ces petits bouts comme un gros bout.
Je suis le seul a avoir du mal avec le concept?
[^] # Re: Tant que ça reste coté Desktop...
Posté par groumly . En réponse à la dépêche Le point sur udev et systemd. Évalué à 0.
Et les bsd, ils puent?
Et darwin, c'est pour les cochons?
[^] # Re: Mes deux centimes
Posté par groumly . En réponse au journal Un fstab bien configuré pour un ordinateur « de bureau ». Évalué à 3.
Pourquoi parler en pourcentage?
Une taille en Mo/Go parait plus adaptee…
Derniere chose, c'est quoi cette manie de partitioner a tout va?
A part se retrouver bloquer avec une partition trop petite (ou une trop grande), je vois pas franchement ce que ca va apporter et s'emmerder avec des montages de partout, ca va 5 minutes.
Pour ce qui est de restaurer un systeme, les backups c'est pas fait pour les chiens.
[^] # Re: Ne le fait pas.
Posté par groumly . En réponse au journal realloc. Évalué à -1.
Je parle pas de fuite, je parle de pas planter ton soft comme un boeuf parce que t'as la flemme de verifier tes codes de retour.
L'utilisateur en sait rien qu'il n'y a plus de memoire, la moindre des choses ca serait se lui dire.
Ensuite, sur un soft client, avec UI et tout le tralala, je suis a peunpres sur que tu as un paquet de memoire que tu peux liberer (toutes les vues non affichees). Droppes ca, tu recuperes un gros paquet de memoire. Et c'est marrrant, c'est le modele d'ios, l'os va te demander de liberer des ressources quand tu t'approches de la limite.
Sur un soft serveur, t'as tres probablement un cache en memoire qq part que tu peux vider histoire de liberer des ressources.
Et clairement, la moindre des choses a faire c'est de logger une ligne pour mettre les admins au courant que ca a plante a cause de ca.
Apres, t'es libre de considerer que c'est ok de se mettre au tas comme ca, et d'avoir pour seule reaction de hausser les epaules en disant "a foutre, ca prend du temps", ca veut pas dire que c'est acceptable comme attitude.
[^] # Re: En fait..
Posté par groumly . En réponse au journal Marre de systemd? Un peu d'humour :). Évalué à 4.
Bien sur que non, c'est pas un fake. 'fin ca passe au journal quoi, c'est pas une annonce genre the onion ou un truc du style.
Il sera disponible en octobre, probablement en meme temps que le suppose mbp 13" retina.
[^] # Re: Ne le fait pas.
Posté par groumly . En réponse au journal realloc. Évalué à 1.
J'oubliais le plus important: ton soft ne peut rien faire contre une panne de courant. Il peut faire qq chose s'il se retrouve short en memoire.
[^] # Re: Ne le fait pas.
Posté par groumly . En réponse au journal realloc. Évalué à 2.
Dans le monde mobile, tu vas t'approcher des limites de memoires plus souvent que des pb de batteries.
D'ou des designs adaptes, certes.
[^] # Re: Ne le fait pas.
Posté par groumly . En réponse au journal realloc. Évalué à -1.
Effectivement.
Et si un meteorite s'ecrase sur la machine, alors le disque dur est foutu, et donc c'est pas la peine de s'emmerder a gerer correctement des erreurs softs.
[^] # Re: Scrunieunieu et grumgrum
Posté par groumly . En réponse au journal Création d'un web-service de type REST en Opa. Évalué à 2.
Ya quelques petites startup assez osees qui commencent a s'y tenter.
Faïssebouc je crois.
Et touiteur. Ou naiteflisque.
Mais touiteur en revient, apparement ca a pas trop marche pour eux.
Exposer api.maboite.com ne veut pas dire router directement le traffic public dans ton backend, t'as generalement un front facing qui s'occupe de babiole du genre authentification et validations de donnees avant de pousser au backend…
[^] # Re: Et ?
Posté par groumly . En réponse au journal realloc. Évalué à 5.
Ou pas.
Tu peux en profiter pour dropper un gros bout de memoire qui est utile mais pas vital.
Ou tout simplement, juste parce que tu va te bananer ne veut pas dire qu'il faut le faire a la rache.
Tu peux vouloir fermer un fichier proprement, logger que telle partie de l'appli a pas pu avoir sa memoire, (vainement) tenter de sauver qq chose, ou tout simplement prevenir l'utilisateur que "attention cherie, ca va trancher".
Envoyer ton appli au tas comme un cochon, c'est un peu violent quand meme.
Oui, c'est chiant et lourd, mais fallait pas choisir le C si la facilite de development etait un critere important :)
[^] # Re: Trop d'honneurs...
Posté par groumly . En réponse au journal yet another journal about systemd. Évalué à 6.
La question est plutot pourquoi tout le monde doit s'emboucanner a implementer un case (et pourquoi pas un if/else d'ailleurs?), et pourquoi on doit copier/coller le meme bouzin partout quand on peut faire un truc configuration driven qui va juste marcher.
Sans compter que ceux qui vont ecrire les scripts en question sont loin d'etre repute pour leur qualite de programmeur. Leur temps serait bien mieux employe a faire ce qu'ils font le mieux (l'administration) plutot que de perdre du temps a ecrire tout ca.
Et laisser des gens qui sont bien plus competent dans leur domaine gerer le bordel de la synchronisation des services me parait aussi un bonne utilisation du temps et des competences de chacun.
C'est un peu un comparaison foireuse, l'init n'a pas grand chose d'un réseau, je vois pas ce que l'analogie vient faire ici.
Multiplie par quoi, 30 a 40 services? C'est la que ca commence a poser des problemes.
Oui, et certains bossent sur des centrales nucleaires et d'autres envoient des robots sur mars. C'est quoi ton point? Que parce que toi t'en chie sur des trucs durs tout le monde doit en chier pour des trucs qui pourraient etre simplifies et automatises?
[^] # Re: Parce que les distributions et les users, c'est 2 choses différentes
Posté par groumly . En réponse au journal yet another journal about systemd. Évalué à 10.
Et les bsdistes, ils en pensent quoi de la "perte de compatibilite"?
Parce que c'est un peu les premiers concernes, ca serait pas mal de leur demander leur avis plutot que de les considerer comme des pauvres, gentils mais un peu idiots, qui vont necessairement mourir si linux arrete de leur tenir la main.
La derniere phrase est pas forcement dirige vers toi, mais c'est un peu le sentiment que j'ai quand je lit pas mal de linuxiens sur le sujet.
[^] # Re: la guerre de s unices
Posté par groumly . En réponse au journal udev forké. Évalué à 10.
C'est la classe de faire des mesures de perfs sur des sentiments…
[^] # Re: « On ne vous met pas le couteau sous la gorge »
Posté par groumly . En réponse au journal udev forké. Évalué à -9.
Oh mon dieu!!!!
LA FIN DU MONDE!!!!
AAAAAAAAH!!!!
ON VA TOUS MOURIR!!!!
[^] # Re: C'est une bonne chose!
Posté par groumly . En réponse au journal Pour Miguel de Icaza, Linux (sur le Desktop) est mort !. Évalué à 1.
Hem.
http://unity3d.com/unity/publishing/android
Tu disais?
[^] # Re: pourquoi j'utilise des logiciels libres
Posté par groumly . En réponse au journal Pourquoi je suis libriste intégriste.. Évalué à 3.
La preuve que non, cette faille a ete decouverte par hasard (quelqu'un s'etonnait de collisions entre ses cles).
Pas par relecture de code,
[^] # Re: AppleFr
Posté par groumly . En réponse au journal Self serving. Évalué à -1.
D'un autre cote, le principe d'arm, c'est precisement que le jeu d'instruction est reduit…
[^] # Re: [HS] Aujourd'hui, l'innovation est morte. RIP
Posté par groumly . En réponse à la dépêche Bref, MPlayerX quitte le Mac App Store. Évalué à -3.
Quand le sage montre la lune, l'idiot regarde le doigt.
Continue a pinailler sur des details plutot que de te focaliser sur le fond du message si tu veux.
[^] # Re: [HS] Aujourd'hui, l'innovation est morte. RIP
Posté par groumly . En réponse à la dépêche Bref, MPlayerX quitte le Mac App Store. Évalué à -1.
Toutes mes excuses, je ne savais pas guido bossait pour google. Dont acte.
Pas la peine d'etre aggressif comme ca.
V8 fait partie de chrome, cite au dessus.
Pour gwt, ils auraient mieux fait de s'abstenir, mais oui, tu peux le rajouter a la liste.
Ca changera pas fondamentalement mon point, google fait comme le reste de l'industrie et n'est pas psrticulierement plus brillant.
[^] # Re: [HS] Aujourd'hui, l'innovation est morte. RIP
Posté par groumly . En réponse à la dépêche Bref, MPlayerX quitte le Mac App Store. Évalué à -1.
C'est pas un probleme, c'est meme tres bien de faire ce qu'ils font.
C'est juste qu'entre envoyer qq patchs par ci par la et diriger un projet, ya un monde.
Chris Lattner est employe a plein temps pour diriger clang/llvm, donc oui, llvm est un projet apple.
Apple a rachete cups et embauche les leaders du projet pour bosser a temps plein dessus, donc oui, cups est maintenant un projet apple.
[^] # Re: C'est une bonne chose!
Posté par groumly . En réponse au journal Pour Miguel de Icaza, Linux (sur le Desktop) est mort !. Évalué à 2.
Il dit le contraire.
Ubuntu 12.04 devrait faire tourner des softs de 2005.
Windows et OSX sont bons la dessus, linux est une calamite. Il faut tout simplement backporter le source vers la nouvelle version. Si le soft est plus vraiment maintenu, c'est mort, personne ne le fera.
Le monde linux n'a pas l'air de comprendre le principe "c'est tres facile de rendre une api public, extremement dur de la supprimer ensuite".
Dans l'autre sens, c'est a l'editeur de faire en sorte de supporter d'ancienne version. OSx permet de faire ca dans une certaine mesure, mais ca devient tres vite relou de supporter des trucs plus vieux que snow leopard. En pratique, c'est pas genant vu qu'avant snow leopard, c'est du ppc et c'est plus utilise.
J'ai aucune idee de l'api windows, donc je m'avancerais pas la dessus.
[^] # Re: [HS] Aujourd'hui, l'innovation est morte. RIP
Posté par groumly . En réponse à la dépêche Bref, MPlayerX quitte le Mac App Store. Évalué à 0.
Je dirais pas de go qu'il est activement utilise a grande echelle…
Pour linux et pyrhon, c'est bien gentil de leur part de contribuer,mais j'irais pas jusqu'a dire que ca vient de chez eux…
Le summer of code, c'est de la pub deguisee. Allez hop, on balance 50 000$ en pature, ca nous achete une bonne conscience…