Si Apple arrive à rendre sexy macosx et iOS, c'est parce qu'il a lancé les macbooks, l'iphone et l'ipad.
C'est surtout parce que ce sont des produits de qualités, bien pense, que ce soit au niveau hard ou soft. Idem pour android, c'est pense comme un produit, pas un amas de code accumule au fil des années a base de "MOAR commits".
Y'a zéro leadership sur "Linux sur le desktop".
C'est pire que ca, y'a meme pas une notion de produit. La communaute desktop linux ne se définit pas par un produit, mais en opposition a un produit (le leader, soit microsoft pendant 20 ans, et ca tend vers Apple maintenant). Apple n'est pas revenu des morts en se définissant comme "pas microsoft", mais en bossant sur et réalisant une vision d'un bon produit. C'est pas du marketing, ni la pub qui les ammene la, mais simplement un bon produit (et oui, c'est vachement plus dur que de cramer du fric en pub, demandez a MS ce qu'ils pensent du bouillon de 2 milliard sur surface, et samsung qui commence a se faire niquer sur le bas et le haut de gamme a la fois).
Des ingénieurs convaincus d'être plus malin que tout le monde, ca oui, on en a, et a la pelle, y'a qu'a se baisser pour en ramasser (et certains sont vraiment plus malin que tout le monde). Le problème c'est que les ingénieurs sont pas foutus de penser un produit. Ca tombe bien - c'est pas leur boulot.
RH, Suse et Ubuntu tentent effectivement de créer un produit linux, mais ils sont quand meme vachement concentre sur une problématique serveur/entreprise (le monde ou une equipe produit peut être remplacee par des ingénieurs). A la limite, tant mieux, ils se démerdent bien sur les serveurs je trouve.
Le monde "informatique desktop grand public" a vecu qq bonds en avant ces dernières années. Compare le niveau de finition de macos/windows de nos jours et en 2008, y'a un certain gouffre quand meme.
C'est quoi les success story linux/libre?
- Une palanquee de produit serveurs/informatique d'homme avec des poils, des vrais, mais qui se voit pas. Ca la, y'a de quoi faire, et du bon (du mauvais aussi remarque, il en faut).
- Une omnipresence chez les developeurs qui construisent le futur. Certes, c'est cool, mais c'est une niche, et meme si c'est la notre, ben ca reste une niche. Les gens n'en ont rien a foutre qu'openssl utilise par tout le monde soit libre.
- Un kernel qui marche bien, servant de briques a d'autres produit, des vrais (genre android)
- Qq succès dans le monde grand public quand la concurrence proprio était a chier, mais qui s'effondre des que la concurrence se rebiffe un peu. Genre Firefox, qui s'est endormi sur ses lauriers et se fait maintenant défoncer par safari et chrome, survivant sur l'inertie et la reticence au changement, VLC qui reste cantonné a qq geeks (wmp/quicktime ont bien progressé, comprendre satisfont les utilisateurs), mais il a complètement rate le virage mobile et est absent du monde "box" (ou invisible).
- Ya une communauté qui vivote sur mac, mais on est loin du mega succès interplanétaire, ca reste tres oriente technophile quand meme.
En clair, tout ce qui marche bien est du cote ou les ingénieurs parlent aux ingénieurs, tout le reste c'est marginal. Forcemment, quand on laisse des ingénieurs designer un produit, ca donne ce résultat.
Ca donne des gros bouillons a la openoffice qui survivent parce que Sun était suffisamment con pour injecter du fric dedans a perte pendant des années (et on voit ou ca les a mené), et certains ont été suffisamment cons pour les croire, le produit finit par être jeté en pâture a la communauté, merci pour tout l'poisson!
Ou encore les desktops de geeks, écrits par des geek pour des geeks. Serieux, pendant 10 ans, les points fort des desktops linux c'était "je peux faire le jacky et tout changer, t'as vu j'ai un widget 'activité CPU'!!", a se focaliser sur des points de details a la con inergonomique comme ce putain de "selectioner pour copier" a des années lumières des considerations des gens de la vraie vie. Et après ca vient s'étonner que ca se vent pas. "Mais c'est libre!!" - ON S'EN BRANLE!!!! Tout le monde s'en branle, c'est pas un truc qui parle aux gens, alors arrêtez de nous les brouter. C'est important pour vous, on a bien compris, mais ca s'arrête la, sortez de votre microcosme, bordel, on dirait des témoins de jeovah en mode porte a porte "bonjour, avez vous entendu parler de RMS?".
"Mais c'est gratuit!!"- ben ouais, et comment tu fais pour le vendre maintenant, gros malin? - "On peut vendre du service" - le grand public n'achète pas de service - "Mais c'est libre!!!" - on s'en branle toujours autant que y'a 5 minutes.
Gnome tente tant bien que mal de suivre le meme chemin mais semble se planter sur le cote "une tablette et un pc c'est pareil", un peu a la ms certain diront, KDE est toujours en mode "axe, plus t'en met plus t'en as, d'ailleurs t'as vu mon aileron et mes jantes alu 21"?" (qui a suivi le désastre KDE 4 "c'est prêt mais pas vraiment, pis c'est vot' faute on vous avait prevenu de pas l'installer"), et les autres desktops se divisent entre "ingénieurs avec plus de gout que la moyenne mais pas d'équipe produit et pas de moyens de toutes façons" et "j'suis un gros geek reste scotche en 1984, la souris ca craint".
Et pendant que tout se beau monde se bat pour passer 1% dans le monde "desktop grand public", le grand public lui il est en train de migrer doucement mais surement vers
J'avais bien compris ca.
Son message implique que Barnes and Nobles, c'est des tout gentil meme pas dépucelés en train de se faire défoncer la rondelle par MS. Ca va, faut arrêter de déconner 5 minutes.
Je m'excuse Microsoft est vraiment une super boite, ethique, respectant la lettre et l'esprit de la loi…
Et barnes and nobles, c'est la librairie familiale, au coin de la rue, tenue par papi qui a lu chacun des bouquins qu'il vend dans sa boutique, meme qu'il accueille les enfants du quartier le mercredi pour leur lire oui oui.
Non mais tu lit les conneries que t'ecris des fois, ou quoi?
ne pas fournir du tout d'accès HTTP : l'internaute qui essaie sans HTTPS tombe sur un refus de connexion et doit de facto s'habituer à bien demander du HTTPS ;
fournir un simple page d'erreur en HTTP, expliquant qu'il faut bien taper HTTPS ;
Oui, enfin a ce compte la, si tu t'adresses au grand public, autant plier les gaules et partir élever des chèvres dans le larzac, je te garantit qu'une grande majorité des gens n'arriveront pas a accéder a ton site.
En revanche, pour, disons, le wiki d'un projet quelconque, il est préférable de transmettre son mot de passe en HTTPS sans authentification du serveur, que de le transmettre en clair
Pourquoi?
Les deux sont strictement équivalent d'un point de vue sécurité, tu n'as aucune garantie que quelqu'un dans la chaine n'est pas en train d'écouter le traffic. Un mitma synchrone sur du https auto signe est tres simple a mettre en oeuvre, surtout a l'heure du wifi gratuit un peu partout.
Du https auto signe, ca sert juste a bouffer des cycles cpu et du réseau a faire des handshakes de partout.
bien que le navigateur rendre cette seconde pratique moins effrayante que la première.
Si le deuxième ne fait pas gueuler le browser, c'est parce qu'il n'est pas capable de detecter que t'envoie un mot de passe. Et encore, si tu fais du http basic auth, safari va te prévenir avant d'envoyer le mot de passe sur du http.
Dans un jeu, on régule le FPS dans la boucle principale. Le but est calculer au moins 30 frames par seconde.
D'un autre cote, ca tombe bien, qt est pas un framework de jeu.
D'autre part, un bouton, ne s'active pas quand tu cliques dessus mais quand tu cliques dessus et relaches dessus (valable en tactile ou souris, le gamepad je sais pas trop). Ca devient un tantinet plus complique a gerer avec autre chose que de l'evenementiel, vu comment les inputs sont delivres dans 100% des systemes graphiques.
Associer une fonction a "touch up inside" c'est quand meme vachement plus simple que de se taper sa propre machine a etat pour un pauvre bouton.
Meme iOS qui fait absolument tout en delegation (ou target/action, qui est au final le delegate du pauvre) marche sous le capot avec des evenements qui sont envoyes par le systeme d'input.
Gerer une interface (pas un jeu, une interface) comme tu le dit, c'est de la connerie pure et dure.
Pense au HTML, par exemple, c'est un autre paradigme. En JQuery, tu fais une requête pour sélectionner des noeuds sur lesquels tu mets des attributs ou des handlers. C'est une approche différente.
En quoi c'est different? Onclick, c'est encore de l'evenementiel, et c'est assez central a la gestion d'une interface en js.
Aaaah, je me rappelle de l'histoire maintenant.
Next a introduit BOOL dans objc au debut des annees 90, qui est en fait un typedef sur unsigned char, donc avec le comportement decrit au dessus.
Ils l'ont utilise un peu partout, et quand c99 a introduit boolean (ou bool? Mon c est assez mauvais je doit avouer), ils se sont fait baiser par la compat binaire, donc impossible de changer les api existantes, et la coherence avec l'existant les a force a continuer a utiliser BOOL.
Bref, au final ca doit exister aussi en C, juste vachement moins vicieux vu qu'on s'attend pas a ce qu'un unsigned char puisse recevoir n'importe quelle valeur differente de 0.
C'est pas un char en C (donc tronque au 8 bits de poids faible)?
Avec la bonne blague ou 512 est false.
Objective c fait ca en tout cas, ca peut faire de bonnes surprises.
Times est une methode de int, 4 est un int, donc times est une methode de 4.
Ca prend un block en parametre, et l'execute n fois, en passant l'index en parametre au block.
Perso je trouve ca super lisible, quand la semantique de l'algo y correspond. C'est vachement plus lisible qu'un for en tout cas.
Qu'avec une bonne backlight, c'est pas un pb. Je bosse souvent dans mon jardin (la ou je peux fumer une clope), dans des aeroport/avion, ca m'a jamais gene.
Idem pour l'ipad/iphone (et la bizarrement, ya personne pour gueuler que les smartphones ne sont pas dispo en mat).
La notation hongroise, c'est surtout ajouter de la semantique a ta variable, plus que le type (qui existe aussi, mais a commence dans des languages avec 1 seul type, forcemment, t'as besoin de preciser dans ce cas quand tout est un byte).
En gros, tu prefixes un int avec d pour indiquer un delta, sz pour indiquer une zero terminated string en c parce que ca fait une grosse difference, et que le type char * ne te permet pas de les differencier.
Repeter le type dans un langage type, c'est juste debile, ide ou pas.
Dans un langage dynamique, c'est pas forcemment delirant.
Ben disons que c'est pratique de trouver des infos sur google sur des problemes divers et varies (segfault, exception, plantages, etc.), ou encore de pouvoir rechercher comment faire certains trucs simples mais pas forcement evident (utilisation correcte de la lib standard, conversion entre certains typs, etc), ou tout simplement, se depanner sur la syntaxe du langage.
C'etait pas un probleme pour moi en 99, on avait pas internet eud'facons (de mon temps! Salauds de jeunes), mais les usages ont un peu change de nos jours.
Meme apres presque 10+ ans de carriere, je me ferais clairement pas chier a apprendre un langage qui n'a pas une bonne presence en ligne.
Je crois que tu surestimes tres largement la popularite reelle d'android (i.e. Utilisation, pas juste nombre de telephone vendus), et sous estimes tres largement a la fois la taille de la communaute libre cocoa, et la base d'utilisateur ios actifs.
Pour info, sur mes projets, toutes les librairies sont libres (renseignes toi sur cocoapods), et les fournisseurs de libs proprio sont supers rares (sorti des analytics, et encore, les principaux distribuent sous bsd).
Niveau utilisation, depuis 3+ ans que je fais ce taff, j'ai toujours vu un rapport 7 a 10 en faveur d'ios, a tous les niveaux. Niveau business, android vient systematiquement apres "on va lancer sur ios, on verra comment ca marche, affiner le produit, et apres si ca le fait, on verra pour le portage android".
Pour l'investissement, ca se discute, quand je vois le temps perdu par l'equipe android ici a faire de la qa sur 40 devices, le temps gache a code contre un os sorti ya plus de deux ans, et les acrobaties pour tenter de supporter les dernieres features 4.x, je me dit que t'as une conception bizarre de l'idee, ou alors que t'as jamais vu une equipe ios a l'oeuvre.
L'interet?
Avoir un systeme de developement efficace(les memes outils sont dispos), mais avec en bonus un os qui fait a la fois tourner les dernieres versions des softs sans se ramasser a chaque mise a jour (aka symptome testing vs stable), avec des outils bien gaules (xcode et instruments), une interface esthetique (t'as le droit d'avoir un gout de chiottes, mais c'est pas le cas de tout le monde), ne pas etre force a foutre les mains dans le cambouis en permanence (je le fait suffisament toute la journee pour mes applis), une duree de vie de batterie decente, et d'autres trucs, genre support du retina, et la myriade de petits details qui viennent sur macosx.
Rajoute par dessus la qualite de construction de macbook.
Les méga-usines de Foxconn, c'est 200,000 ouvriers, sur un seul gros site. Là tu leur demandes de mobiliser en urgence… 1% de leur capacité de production.
C'etait un chiffre en l'air. remplace 2000 par 20 000 s'il faut, c'est pas tant le sujet: essaye de faire un truc pareil en europe/US, tu vas avoir de gros problèmes. Les usines chinoises (ou indonésienne, on s'en fout, c'est pas la question), ne sont pas attractives parce qu'elles sont peu chères (bon, ca doit aider), mais parce qu'elles sont super flexibles et peuvent lancer une production de malade avec juste qq heures de préavis, et arrêter ladite production de malade tout d'un coup.
Le fait qu'apple assemble les Mac Pro aux US illustre bien ca: la production est beaucoup plus lisse (faible demande, et matos qui va assez peu évoluer), du coup ils produisent aux US pour faire bonne mesure, et ca les affecte pas trop.
Pour l'iphone dont la prod ne va probablement pas commencer avant debut septembre pour un lancement 15 jours après, c'est une autre histoire. Faut amorcer la pompe avec qq millions d'unites au tout debut, puis réduire drastiquement la production une fois que le pic du lancement est passe.
De mémoire, la biographie de steve jobs racontait que l'original iphone est passe d'un écran en plastique a un écran en gorilla glass, et que le changement a été fait a un mois du lancement. Probleme, le gorilla glass, c'est pas simple a couper, et les seuls qui pouvaient lancer une production pareille aussi vite, c'était les chinois. Parce que échelle de malade et tres grande flexibilité. Quand bien meme ils auraient voulu le faire aux US, ils ne pouvaient tout simplement pas, la production n'aurait jamais été prête a temps.
Du coup s'ils les faisaient vraiment bosser nuit et jour, tu n'aurais pas un seul téléphone fonctionnel en sortie.
L'usine tourne 24/24, c'est surtout ca que je voulais dire, on a invente les 3 8, les chinois ne sont pas plus cons que nous. Je me doute bien qu'ils vont pas gaver les ouvriers de meth pour les faire tenir debout 15 jours d'affilee.
Pour ce que j'en ai lu sur le cas apple, le problème est pas le cout de la main d'oeuvre, mais effectivement la flexibilité de la main d'oeuvre. Assembler aux US ne monterais le prix de l'iphone que de qq dollars, et face au prix des composants, c'est pas grand chose.
Par contre Apple va lancer la production de l'iphone 6 15 jours avant de commencer a la vendre. Ils vont devoir produire 5 millions d'unites en 15 jours, et ont besoin que foxconn rameute 2000 ouvriers un beau matin, les fasse bosser jour et nuit pendant 15 jours et les renvoit dans leur clapiers a lapin a la fin. Et surtout, ils vont prévenir foxconn tres tres tard, foxconn va just avoir qq jours pour trouver 2000 ouvriers.
C'est meme pas pensable de faire qq chose vaguement de ce tonneau dans un pays occidental, du coup ils font construire en chine.
J'imagine que c'est le cas pour pas mal de productions plus ou moins saisonieres (on vend probablement moins de vélo en plein hiver qu'au milieu du printemps, par exemple).
La difference entre les 2: l'un est fourni par le constructeur et engage directement sa responsabilite, pas l'autre. La responsabilite de la compagnie aerienne est probablement pas engagee, vu qu'ils suivent les protocoles FAA.
Les constructeurs ne veulent probablement pas certifier les telephones portables, parce qu'il faudrait probablement qu'il certifie des modeles donnes, et vu la vitesse a laquelle ca avance, c'est une perte de temps et d'argent.
Ensuite, ces qq dernieres annees, c'est pas 4 appareils, plutot qq dizaines (tous les ipad, les kindles evolues avec radio, et les qq telephones oublies, plus tous les laptops en veille). Sur la periode 2004-2010, tu peux aussi rajouter les millions d'ipods qui sont durs a eteindre (la plupart ne savent pas comment).
Ca commence a faire pas mal de tests grandeur nature quand meme. La FAA est pas con, et sait tres bien que beaucoup ne vont pas couper la radio, s'ils le font c'est qu'ils estiment que le risque est suffisament petit.
on ne sait pas affirmer que les émissions ne peuvent pas avoir le moindre impact sur l'électronique de bord de l'appareil.
Mmmmmoui, que fais tu des 10 dernieres annees ou quasiment chaque vol commercial a decolle avec au minimum qq telephones allumes, ne serait ce que dans un sac en cabine, quand c'est pas 90% du tiers avant de la cabine qui se fait meme pas chier a eteindre son telephone (tu sais, ceux qui prennent l'avion comme d'autres prennent le bus)?
Prend un vol de base ces jours ci, je compte 30 a 50% de passager avec une tablette/liseuse au decollage. Ces gens, tu crois vraiment qu'ils se faisait chier a sortir leur ipad, et l'eteindre? L'ipad etait donc dans leur sac bien peinard, avec la radio activee (wifi+bluetooth+gsm).
J'ai deja gauler des hotesses en train d'envoyer des sms en finale d'approche sur oakland/lax, et pas qu'une fois.
L'avion passe aussi au milieu d'un probable vilain champ d'emission d'ondes en finale (les antennes gsm, et me dit que ca envoit pas en l'air je recois mes mail par 3g des qu'on s'approche d'oak, ou des qu'on arrive au niveau de downtown la).
La vraie raison, c'est les assurances et le merdier legal qui l'entoure.
Tout le monde sait tres bien que ca n'a aucun risque, l'experience de milliers de vols le prouve, mais personne ne veut se faire chier a certifier le truc.
déjà que l'équipage te somme de cacher ta liseuse tant que l'avion n'a pas atteint une certaine hauteur dans le ciel
C'est encore le cas en europe? La FAA a fini par lache la dessus, et tout est autorise tant que ca a un volume decent (en clair, seuls les laptops sont a ranger au decollage/atterissage).
[^] # Re: No Office
Posté par groumly . En réponse à la dépêche LibreOffice 4.3 est sorti. Évalué à 3.
Un systeme ou le clavier ne se blo
Plus serieusement - vers les telephones et les tablettes.
On peut pas dire que les ventes de pcs se portent bien.
[^] # Re: No Office
Posté par groumly . En réponse à la dépêche LibreOffice 4.3 est sorti. Évalué à 2.
C'est surtout parce que ce sont des produits de qualités, bien pense, que ce soit au niveau hard ou soft. Idem pour android, c'est pense comme un produit, pas un amas de code accumule au fil des années a base de "MOAR commits".
C'est pire que ca, y'a meme pas une notion de produit. La communaute desktop linux ne se définit pas par un produit, mais en opposition a un produit (le leader, soit microsoft pendant 20 ans, et ca tend vers Apple maintenant). Apple n'est pas revenu des morts en se définissant comme "pas microsoft", mais en bossant sur et réalisant une vision d'un bon produit. C'est pas du marketing, ni la pub qui les ammene la, mais simplement un bon produit (et oui, c'est vachement plus dur que de cramer du fric en pub, demandez a MS ce qu'ils pensent du bouillon de 2 milliard sur surface, et samsung qui commence a se faire niquer sur le bas et le haut de gamme a la fois).
Des ingénieurs convaincus d'être plus malin que tout le monde, ca oui, on en a, et a la pelle, y'a qu'a se baisser pour en ramasser (et certains sont vraiment plus malin que tout le monde). Le problème c'est que les ingénieurs sont pas foutus de penser un produit. Ca tombe bien - c'est pas leur boulot.
RH, Suse et Ubuntu tentent effectivement de créer un produit linux, mais ils sont quand meme vachement concentre sur une problématique serveur/entreprise (le monde ou une equipe produit peut être remplacee par des ingénieurs). A la limite, tant mieux, ils se démerdent bien sur les serveurs je trouve.
Le monde "informatique desktop grand public" a vecu qq bonds en avant ces dernières années. Compare le niveau de finition de macos/windows de nos jours et en 2008, y'a un certain gouffre quand meme.
C'est quoi les success story linux/libre?
- Une palanquee de produit serveurs/informatique d'homme avec des poils, des vrais, mais qui se voit pas. Ca la, y'a de quoi faire, et du bon (du mauvais aussi remarque, il en faut).
- Une omnipresence chez les developeurs qui construisent le futur. Certes, c'est cool, mais c'est une niche, et meme si c'est la notre, ben ca reste une niche. Les gens n'en ont rien a foutre qu'openssl utilise par tout le monde soit libre.
- Un kernel qui marche bien, servant de briques a d'autres produit, des vrais (genre android)
- Qq succès dans le monde grand public quand la concurrence proprio était a chier, mais qui s'effondre des que la concurrence se rebiffe un peu. Genre Firefox, qui s'est endormi sur ses lauriers et se fait maintenant défoncer par safari et chrome, survivant sur l'inertie et la reticence au changement, VLC qui reste cantonné a qq geeks (wmp/quicktime ont bien progressé, comprendre satisfont les utilisateurs), mais il a complètement rate le virage mobile et est absent du monde "box" (ou invisible).
- Ya une communauté qui vivote sur mac, mais on est loin du mega succès interplanétaire, ca reste tres oriente technophile quand meme.
En clair, tout ce qui marche bien est du cote ou les ingénieurs parlent aux ingénieurs, tout le reste c'est marginal. Forcemment, quand on laisse des ingénieurs designer un produit, ca donne ce résultat.
Ca donne des gros bouillons a la openoffice qui survivent parce que Sun était suffisamment con pour injecter du fric dedans a perte pendant des années (et on voit ou ca les a mené), et certains ont été suffisamment cons pour les croire, le produit finit par être jeté en pâture a la communauté, merci pour tout l'poisson!
Ou encore les desktops de geeks, écrits par des geek pour des geeks. Serieux, pendant 10 ans, les points fort des desktops linux c'était "je peux faire le jacky et tout changer, t'as vu j'ai un widget 'activité CPU'!!", a se focaliser sur des points de details a la con inergonomique comme ce putain de "selectioner pour copier" a des années lumières des considerations des gens de la vraie vie. Et après ca vient s'étonner que ca se vent pas. "Mais c'est libre!!" - ON S'EN BRANLE!!!! Tout le monde s'en branle, c'est pas un truc qui parle aux gens, alors arrêtez de nous les brouter. C'est important pour vous, on a bien compris, mais ca s'arrête la, sortez de votre microcosme, bordel, on dirait des témoins de jeovah en mode porte a porte "bonjour, avez vous entendu parler de RMS?".
"Mais c'est gratuit!!"- ben ouais, et comment tu fais pour le vendre maintenant, gros malin? - "On peut vendre du service" - le grand public n'achète pas de service - "Mais c'est libre!!!" - on s'en branle toujours autant que y'a 5 minutes.
Gnome tente tant bien que mal de suivre le meme chemin mais semble se planter sur le cote "une tablette et un pc c'est pareil", un peu a la ms certain diront, KDE est toujours en mode "axe, plus t'en met plus t'en as, d'ailleurs t'as vu mon aileron et mes jantes alu 21"?" (qui a suivi le désastre KDE 4 "c'est prêt mais pas vraiment, pis c'est vot' faute on vous avait prevenu de pas l'installer"), et les autres desktops se divisent entre "ingénieurs avec plus de gout que la moyenne mais pas d'équipe produit et pas de moyens de toutes façons" et "j'suis un gros geek reste scotche en 1984, la souris ca craint".
Et pendant que tout se beau monde se bat pour passer 1% dans le monde "desktop grand public", le grand public lui il est en train de migrer doucement mais surement vers
[^] # Re: No Office
Posté par groumly . En réponse à la dépêche LibreOffice 4.3 est sorti. Évalué à 6.
J'avais bien compris ca.
Son message implique que Barnes and Nobles, c'est des tout gentil meme pas dépucelés en train de se faire défoncer la rondelle par MS. Ca va, faut arrêter de déconner 5 minutes.
[^] # Re: No Office
Posté par groumly . En réponse à la dépêche LibreOffice 4.3 est sorti. Évalué à 6.
Et barnes and nobles, c'est la librairie familiale, au coin de la rue, tenue par papi qui a lu chacun des bouquins qu'il vend dans sa boutique, meme qu'il accueille les enfants du quartier le mercredi pour leur lire oui oui.
Non mais tu lit les conneries que t'ecris des fois, ou quoi?
[^] # Re: No Office
Posté par groumly . En réponse à la dépêche LibreOffice 4.3 est sorti. Évalué à 6.
En cm2 il trollait deja sur la mondialisation.
C'est zenitram, quand meme!
[^] # Re: Redirection HTTPS
Posté par groumly . En réponse au journal Passer au HTTPS pour améliorer son PageRank. Évalué à 5.
Oui, enfin a ce compte la, si tu t'adresses au grand public, autant plier les gaules et partir élever des chèvres dans le larzac, je te garantit qu'une grande majorité des gens n'arriveront pas a accéder a ton site.
[^] # Re: Noui…
Posté par groumly . En réponse au journal Passer au HTTPS pour améliorer son PageRank. Évalué à 0.
Pourquoi?
Les deux sont strictement équivalent d'un point de vue sécurité, tu n'as aucune garantie que quelqu'un dans la chaine n'est pas en train d'écouter le traffic. Un mitma synchrone sur du https auto signe est tres simple a mettre en oeuvre, surtout a l'heure du wifi gratuit un peu partout.
Du https auto signe, ca sert juste a bouffer des cycles cpu et du réseau a faire des handshakes de partout.
Si le deuxième ne fait pas gueuler le browser, c'est parce qu'il n'est pas capable de detecter que t'envoie un mot de passe. Et encore, si tu fais du http basic auth, safari va te prévenir avant d'envoyer le mot de passe sur du http.
[^] # Re: GUI SDL
Posté par groumly . En réponse au journal Pas libre mais dans la tendance. Évalué à 5.
D'un autre cote, ca tombe bien, qt est pas un framework de jeu.
D'autre part, un bouton, ne s'active pas quand tu cliques dessus mais quand tu cliques dessus et relaches dessus (valable en tactile ou souris, le gamepad je sais pas trop). Ca devient un tantinet plus complique a gerer avec autre chose que de l'evenementiel, vu comment les inputs sont delivres dans 100% des systemes graphiques.
Associer une fonction a "touch up inside" c'est quand meme vachement plus simple que de se taper sa propre machine a etat pour un pauvre bouton.
Meme iOS qui fait absolument tout en delegation (ou target/action, qui est au final le delegate du pauvre) marche sous le capot avec des evenements qui sont envoyes par le systeme d'input.
Gerer une interface (pas un jeu, une interface) comme tu le dit, c'est de la connerie pure et dure.
En quoi c'est different? Onclick, c'est encore de l'evenementiel, et c'est assez central a la gestion d'une interface en js.
[^] # Re: Support OS X
Posté par groumly . En réponse au journal Pas libre mais dans la tendance. Évalué à 2.
Si tu veux publier ton appli sur le store.
Sinon, ya aussi jetbrains qui fait un ide.
[^] # Re: Pascal...
Posté par groumly . En réponse au journal Python comme premier langage de programmation ?. Évalué à 2.
Aaaah, je me rappelle de l'histoire maintenant.
Next a introduit BOOL dans objc au debut des annees 90, qui est en fait un typedef sur unsigned char, donc avec le comportement decrit au dessus.
Ils l'ont utilise un peu partout, et quand c99 a introduit boolean (ou bool? Mon c est assez mauvais je doit avouer), ils se sont fait baiser par la compat binaire, donc impossible de changer les api existantes, et la coherence avec l'existant les a force a continuer a utiliser BOOL.
Bref, au final ca doit exister aussi en C, juste vachement moins vicieux vu qu'on s'attend pas a ce qu'un unsigned char puisse recevoir n'importe quelle valeur differente de 0.
[^] # Re: Pascal...
Posté par groumly . En réponse au journal Python comme premier langage de programmation ?. Évalué à 2.
C'est pas un char en C (donc tronque au 8 bits de poids faible)?
Avec la bonne blague ou 512 est false.
Objective c fait ca en tout cas, ca peut faire de bonnes surprises.
[^] # Re: Ruby
Posté par groumly . En réponse au journal Python comme premier langage de programmation ?. Évalué à 3.
Times est une methode de int, 4 est un int, donc times est une methode de 4.
Ca prend un block en parametre, et l'execute n fois, en passant l'index en parametre au block.
Perso je trouve ca super lisible, quand la semantique de l'algo y correspond. C'est vachement plus lisible qu'un for en tout cas.
[^] # Re: Papa Gates
Posté par groumly . En réponse au journal Une bonne nouvelle ?. Évalué à 2.
Non, il etait blinde bien avant que billou fonde ms.
[^] # Re: Support OS X
Posté par groumly . En réponse au journal Pas libre mais dans la tendance. Évalué à 2.
Qu'avec une bonne backlight, c'est pas un pb. Je bosse souvent dans mon jardin (la ou je peux fumer une clope), dans des aeroport/avion, ca m'a jamais gene.
Idem pour l'ipad/iphone (et la bizarrement, ya personne pour gueuler que les smartphones ne sont pas dispo en mat).
[^] # Re: Pascal...
Posté par groumly . En réponse au journal Python comme premier langage de programmation ?. Évalué à 6.
La notation hongroise, c'est surtout ajouter de la semantique a ta variable, plus que le type (qui existe aussi, mais a commence dans des languages avec 1 seul type, forcemment, t'as besoin de preciser dans ce cas quand tout est un byte).
En gros, tu prefixes un int avec d pour indiquer un delta, sz pour indiquer une zero terminated string en c parce que ca fait une grosse difference, et que le type char * ne te permet pas de les differencier.
Repeter le type dans un langage type, c'est juste debile, ide ou pas.
Dans un langage dynamique, c'est pas forcemment delirant.
[^] # Re: Pascal...
Posté par groumly . En réponse au journal Python comme premier langage de programmation ?. Évalué à 4.
Ben disons que c'est pratique de trouver des infos sur google sur des problemes divers et varies (segfault, exception, plantages, etc.), ou encore de pouvoir rechercher comment faire certains trucs simples mais pas forcement evident (utilisation correcte de la lib standard, conversion entre certains typs, etc), ou tout simplement, se depanner sur la syntaxe du langage.
C'etait pas un probleme pour moi en 99, on avait pas internet eud'facons (de mon temps! Salauds de jeunes), mais les usages ont un peu change de nos jours.
Meme apres presque 10+ ans de carriere, je me ferais clairement pas chier a apprendre un langage qui n'a pas une bonne presence en ligne.
[^] # Re: Support OS X
Posté par groumly . En réponse au journal Pas libre mais dans la tendance. Évalué à -1.
Entre autres. J'ai qq commits sous license bsd, oui.
[^] # Re: Support OS X
Posté par groumly . En réponse au journal Pas libre mais dans la tendance. Évalué à 1.
Je crois que tu surestimes tres largement la popularite reelle d'android (i.e. Utilisation, pas juste nombre de telephone vendus), et sous estimes tres largement a la fois la taille de la communaute libre cocoa, et la base d'utilisateur ios actifs.
Pour info, sur mes projets, toutes les librairies sont libres (renseignes toi sur cocoapods), et les fournisseurs de libs proprio sont supers rares (sorti des analytics, et encore, les principaux distribuent sous bsd).
Niveau utilisation, depuis 3+ ans que je fais ce taff, j'ai toujours vu un rapport 7 a 10 en faveur d'ios, a tous les niveaux. Niveau business, android vient systematiquement apres "on va lancer sur ios, on verra comment ca marche, affiner le produit, et apres si ca le fait, on verra pour le portage android".
Pour l'investissement, ca se discute, quand je vois le temps perdu par l'equipe android ici a faire de la qa sur 40 devices, le temps gache a code contre un os sorti ya plus de deux ans, et les acrobaties pour tenter de supporter les dernieres features 4.x, je me dit que t'as une conception bizarre de l'idee, ou alors que t'as jamais vu une equipe ios a l'oeuvre.
[^] # Re: Support OS X
Posté par groumly . En réponse au journal Pas libre mais dans la tendance. Évalué à 3.
L'interet?
Avoir un systeme de developement efficace(les memes outils sont dispos), mais avec en bonus un os qui fait a la fois tourner les dernieres versions des softs sans se ramasser a chaque mise a jour (aka symptome testing vs stable), avec des outils bien gaules (xcode et instruments), une interface esthetique (t'as le droit d'avoir un gout de chiottes, mais c'est pas le cas de tout le monde), ne pas etre force a foutre les mains dans le cambouis en permanence (je le fait suffisament toute la journee pour mes applis), une duree de vie de batterie decente, et d'autres trucs, genre support du retina, et la myriade de petits details qui viennent sur macosx.
Rajoute par dessus la qualite de construction de macbook.
Moi je trouve que ca fait un paquet de raisons.
[^] # Re: Foutaises !
Posté par groumly . En réponse au journal La France ridiculisée par Amazon. Évalué à 3.
C'etait un chiffre en l'air. remplace 2000 par 20 000 s'il faut, c'est pas tant le sujet: essaye de faire un truc pareil en europe/US, tu vas avoir de gros problèmes. Les usines chinoises (ou indonésienne, on s'en fout, c'est pas la question), ne sont pas attractives parce qu'elles sont peu chères (bon, ca doit aider), mais parce qu'elles sont super flexibles et peuvent lancer une production de malade avec juste qq heures de préavis, et arrêter ladite production de malade tout d'un coup.
Le fait qu'apple assemble les Mac Pro aux US illustre bien ca: la production est beaucoup plus lisse (faible demande, et matos qui va assez peu évoluer), du coup ils produisent aux US pour faire bonne mesure, et ca les affecte pas trop.
Pour l'iphone dont la prod ne va probablement pas commencer avant debut septembre pour un lancement 15 jours après, c'est une autre histoire. Faut amorcer la pompe avec qq millions d'unites au tout debut, puis réduire drastiquement la production une fois que le pic du lancement est passe.
De mémoire, la biographie de steve jobs racontait que l'original iphone est passe d'un écran en plastique a un écran en gorilla glass, et que le changement a été fait a un mois du lancement. Probleme, le gorilla glass, c'est pas simple a couper, et les seuls qui pouvaient lancer une production pareille aussi vite, c'était les chinois. Parce que échelle de malade et tres grande flexibilité. Quand bien meme ils auraient voulu le faire aux US, ils ne pouvaient tout simplement pas, la production n'aurait jamais été prête a temps.
L'usine tourne 24/24, c'est surtout ca que je voulais dire, on a invente les 3 8, les chinois ne sont pas plus cons que nous. Je me doute bien qu'ils vont pas gaver les ouvriers de meth pour les faire tenir debout 15 jours d'affilee.
J'ai gueule sur foxconn moi?
[^] # Re: Foutaises !
Posté par groumly . En réponse au journal La France ridiculisée par Amazon. Évalué à 6. Dernière modification le 18 juillet 2014 à 05:37.
Pour ce que j'en ai lu sur le cas apple, le problème est pas le cout de la main d'oeuvre, mais effectivement la flexibilité de la main d'oeuvre. Assembler aux US ne monterais le prix de l'iphone que de qq dollars, et face au prix des composants, c'est pas grand chose.
Par contre Apple va lancer la production de l'iphone 6 15 jours avant de commencer a la vendre. Ils vont devoir produire 5 millions d'unites en 15 jours, et ont besoin que foxconn rameute 2000 ouvriers un beau matin, les fasse bosser jour et nuit pendant 15 jours et les renvoit dans leur clapiers a lapin a la fin. Et surtout, ils vont prévenir foxconn tres tres tard, foxconn va just avoir qq jours pour trouver 2000 ouvriers.
C'est meme pas pensable de faire qq chose vaguement de ce tonneau dans un pays occidental, du coup ils font construire en chine.
J'imagine que c'est le cas pour pas mal de productions plus ou moins saisonieres (on vend probablement moins de vélo en plein hiver qu'au milieu du printemps, par exemple).
[^] # Re: Yakafokon
Posté par groumly . En réponse au journal De l'approche ultra-légère de la sécurité sur linuxfr. Évalué à 8.
Et ben si t'as rien a dire, le dit pas. T'es pas oblige d'avoir un avis sur tout et de t'exprimer sur le moindre journal/commentaire.
[^] # Re: Les librairies physiques c'est important
Posté par groumly . En réponse au journal La France ridiculisée par Amazon. Évalué à 4.
La difference entre les 2: l'un est fourni par le constructeur et engage directement sa responsabilite, pas l'autre. La responsabilite de la compagnie aerienne est probablement pas engagee, vu qu'ils suivent les protocoles FAA.
Les constructeurs ne veulent probablement pas certifier les telephones portables, parce qu'il faudrait probablement qu'il certifie des modeles donnes, et vu la vitesse a laquelle ca avance, c'est une perte de temps et d'argent.
Ensuite, ces qq dernieres annees, c'est pas 4 appareils, plutot qq dizaines (tous les ipad, les kindles evolues avec radio, et les qq telephones oublies, plus tous les laptops en veille). Sur la periode 2004-2010, tu peux aussi rajouter les millions d'ipods qui sont durs a eteindre (la plupart ne savent pas comment).
Ca commence a faire pas mal de tests grandeur nature quand meme. La FAA est pas con, et sait tres bien que beaucoup ne vont pas couper la radio, s'ils le font c'est qu'ils estiment que le risque est suffisament petit.
[^] # Re: Les librairies physiques c'est important
Posté par groumly . En réponse au journal La France ridiculisée par Amazon. Évalué à 8.
Mmmmmoui, que fais tu des 10 dernieres annees ou quasiment chaque vol commercial a decolle avec au minimum qq telephones allumes, ne serait ce que dans un sac en cabine, quand c'est pas 90% du tiers avant de la cabine qui se fait meme pas chier a eteindre son telephone (tu sais, ceux qui prennent l'avion comme d'autres prennent le bus)?
Prend un vol de base ces jours ci, je compte 30 a 50% de passager avec une tablette/liseuse au decollage. Ces gens, tu crois vraiment qu'ils se faisait chier a sortir leur ipad, et l'eteindre? L'ipad etait donc dans leur sac bien peinard, avec la radio activee (wifi+bluetooth+gsm).
J'ai deja gauler des hotesses en train d'envoyer des sms en finale d'approche sur oakland/lax, et pas qu'une fois.
L'avion passe aussi au milieu d'un probable vilain champ d'emission d'ondes en finale (les antennes gsm, et me dit que ca envoit pas en l'air je recois mes mail par 3g des qu'on s'approche d'oak, ou des qu'on arrive au niveau de downtown la).
La vraie raison, c'est les assurances et le merdier legal qui l'entoure.
Tout le monde sait tres bien que ca n'a aucun risque, l'experience de milliers de vols le prouve, mais personne ne veut se faire chier a certifier le truc.
[^] # Re: Les librairies physiques c'est important
Posté par groumly . En réponse au journal La France ridiculisée par Amazon. Évalué à 2.
C'est encore le cas en europe? La FAA a fini par lache la dessus, et tout est autorise tant que ca a un volume decent (en clair, seuls les laptops sont a ranger au decollage/atterissage).