groumly a écrit 3282 commentaires

Pour citer l'inénarrable Coluche:

Bon alors on roulait, peinards, quand on est rentrés dans l'autre con là !
Enfin je dis l'autre con, on peut pas l'accabler non plus hein !
Lui, il roulait pas vite.
Il roulait à droite hein…
Bon et puis il est mort !
Et merde ! Les autres nous avaient bien évités jusque-là alors !
On s'habitue aussi.
Les gens le savent qu'on roule bourrés quand même !

Uber et Airbnb sont des plateformes de mise en relation de production et de demande dans des marchés qui traditionnellement font ca de manière affreuse pour la demande. Surtout chez les taxis.

Pour Uber, trouver un taxi à sf ya qq années, c'était mission impossible.
Pour Airbnb, pareil, la capacité d'hébergement en Hotel à SF est de loin inférieure au besoin pour une ville de cette taille avec autant de conférences. Une chambre d'hôtel pendant une grande conférence, c'est 300-400 dol pour un truc correct. Et accessoirement, Uber surge a 4.5x le matin et le soir pendant dreamforce, pour te donner une idée de l'affluence.

Le fait qu'ils arrivent à éviter des charges salariales et autres taxes, c'est juste une cerise sur le gâteau pour eux, c'est pas le but du jeu.
Le but du jeu, c'est de prendre le contrôle d'une industrie juteuse avec un produit infiniment supérieur à l'existant.
Les recruteurs appellent ça "disrupt a billion dollar industry" dans leur email^W spams.

Vu le routage de gueule permanent des taxis, et la merde que sont les sites de voyages, ils y arrivent plutôt bien.
Reste à concilier le flou légal, qui est pas si flou au final: tu reçois du fric pour un service, tu payes des impôts dessus, c'est assez simple au final. Que ce soit en salarié ou auto entrepreneur, t'es payé, tu payes des impôts.

Le taxi, tu lui dit que tu refuse de payer cash, qu'il doit prendre un autre moyen de paiement.
Et il a deux choix: appeler les flics, ou la course est gratuite. Toutes les fois où j'ai fait ca, d'un coup le mec il retrouvait sa machine à cb.

-alloc et -init sont des fonctions "magiques" dans le sens où le compilo les connais et peut les traiter à part (Objc est plein de trucs comme ça).

Appeler une fonction sur id, c'est bon (tant que le selector est définit qq part dans un .h en scope). Par contre passer un id en paramètre, ou le retourner, en place d'un truc type différemment (en gros, downcast implicite), et tu te prends un warning il me semble.

Notes aussi que tout coder en id peut jouer des tours assez vilains à bas niveau, si ton sélecteur rentre en conflit avec un autre du même nom, mais qui retourne un struct plutôt qu'un pointeur. Le compilo peut générer du mauvais code dans ce cas, en fonction duquel il choisi.

Le compilo te gueule beaucoup dessus si tu fais ça, ça aide pas.
Et ça aide encore moins si tu traites les warnings comme des erreurs.

Ya un débat un peu à la con en ce moment chez les anciens, sur le typage strict de Swift, comme quoi c'est la fin du monde par rapport à la flexibilité^WW les bugs dormants d'objective c, donc j'imagine qu'il en a qui utilisent régulièrement le kvo, id et autres horreurs de ce genre.

Toi t'as jamais prit un cas de support d'utilisateur final.

La règle de base "ils racontent n'importe quoi, volontairement ou pas". pour un paquet de raisons: ils ont pas fait gaffe (ca arrive aux meilleurs), ils savent qu'ils ont fait une connerie mais refusent de l'admettre (peur de représailles ou problème d'ego), ou tout simplement ils ne comprennent absolument rien à ce qu'ils font.
J'ai eu un cas une fois d'un mec qui nous a juré promit qu'il utilisait l'appli iPhone. On lui a demandé 10 fois, promit jure, appli iPhone téléchargé sur le store. On a fini par trouver ses logs sur mobile web avec le navigateur Android…
J'imagine que pour lui, iPhone ca veut dire smartphone, c'est pareil, et appli est un concept flou, alors il a dit qu'il utilisait ca.

Je suis sûr que ta sœur est de bonne foi. Et je suis aussi absolument certain qu'elle a tapé son mot de passe msn a moment (donc elle s'en est rappelle), et qu'elle a explicitement active son compte en ligne.
Les deux ne sont pas incompatibles, loin de la.

Pour tout le reste, notamment les problèmes conceptuels évidents, fait scaler Linux desktop a l'échelle de Windows et on revient en parler.
C'est facile pour un système sans utilisateurs qui ne maintient une compatibilité que sur qq mois au mieux de pas avoir de problèmes. Quand t'as 20+ années à 95+% de parts de marchés, c'est une différente histoire.

Merci mais moi je veux pouvoir partir au désert quelques mois ou années (ou dans une montagne avec des chèvres et des abeilles) sans ordi ni téléphone. Depuis quand faut-il pointer chez microsoft pour ne pas se faire radier ?

C'est une feature utile (probablement, j'imagine) a beaucoup de gens, mais qui a effectivement une contrainte d'avoir un accès a internet régulier. Et ca tombe bien, la plupart du monde occidental est connecte a internet en permanence, et un ordinateur non connecte est pas super utile pour la plupart de ces gens.
Bref, tu vas tripper avec tes chèvres et tes abeilles pendant 6 mois, tu fait gaffe a pas utiliser un compte connecte quand tu sais que tu vas être offline pendant 6 mois.
Et t'arrêtes d'enculer les mouches sur des cas a la marge qui ont de toutes façons une solution. Mon petit doigt me dit que tu cherches la merde, parce que tu rentres bien dormir qq part ou il y a de l'électricité (sinon ton laptop il va vite canner et tu l'aurais pas emmené en premier lieu), donc t'es proche de la civilisation, et t'as 99% de chance d'avoir accès au moins a du tethering avec ton telephone.

Quoi ??? vous avez vraiment déployé ça en production dans le dos des gens ?

Pour autant que j'en sache, depuis au moins une bonne décennie. Tu t'es jamais demande comment faisait windows pour authentifier un compte AD quand t'es off vpn?
Et c'est largement documente: https://support.microsoft.com/en-us/kb/172931

on en reparle dans 2 mois quand t'installeras un paquet qui exigera core utils 8.25+?

eh ouais, parce sudo dpkg --configure monPaquet ou sudo apt-get --remove monPaquetDePatch c'est super intuitif et agréable.
Pis d'ailleurs, virer un paquet de patch sur une distro, bonne fete des morts, je suis pas franchement certain que ta distro va apprécier si tu downgrades un paquet de force.

ah ben forcement, avec google qui fait des ristournes de malades sur le matos, les écoles les achetent.
T'auras beaucoup de mal a en voir un en dehors d'une école primaire cela dit.

Et oui, avec cette definition de linux, tu peux commencer a clamer les install de windows 10 comme des linux parce qu'elle font tourner bash.

les accesseurs, c'est tout simplement génial d'un point de vue maintenabilité du code

Ouais, mais non, pas en Java. Les guetter and setter n'encapsulent rien dans 90% des cas, ils sont justes auto générés et retournent la valeur, point. C'est du bruit, et ca masque le vrai code, celui qui est pas généré par une regex.
Pour les appelant, ça fait une montagne de code en plus (foo.bar est plus sympa à lire que foo.getBar(), et me lance pas sur is vs get pour les boolean vs Boolean).
Surtout sur des créations/copies d'objets ou t'assignes 10 fields d'affilée.

Tu met des properties privées, et des getter/setter qui retourne les valeur, et c'est cool t'es oriente objet parce que t'accedes pas aux champs directement.
Tu peux faire la même chose avec des properties, des vrais, avec un gain de lisibilité certain.

Le fait que tout soit une fonction a aussi tendance à cacher le fait qu'un getter peut avoir un side effect/être cher à calculer, et ca c'est mal. si t'as un side effect notable, ça devrait être une fonction, pas get/set.

Exemple enswift, langage décent avec des vrai properties (il me semble que c# à un truc du genre aussi, mais je connais pas assez pour dire).

public class foo {
    var bar: String
}

2 jours plus tard, faut faire qq chose quand bar est change:

public class foo {
    var bar: String{
        didSet {
          print("zomfgwtfbbq")
         }
    }
}

Les appelants ont un code clair et lisible, et toi tu gardes ta souplesse.

en partie parce que les spécifications sont souvent flous, et changeantes, et que certaines personnes vont avoir le sentiment qu'on va vouloir faire d'autres choses plus tard et qu'il faut prendre ça en compte

C'est que je rencontre le plus souvent perso.
Un de mes gars me présente un truc super complique qui fait plus que ce que ça devrait, "comme ca plus tard, si on veut faire truc, ca le fait déjà." Ca me fait penser à Astérix "si vous voulez mettre un escalier, vous aurez déjà la porte!".

Ma réponse typique c'est "ca résoud pas un problème qu'on a, d'une part, et d'autre part, on ne résoud pas maintenant un potentiel futur problème". Les deux sont une perte de temps, surtout le résoudre un problème futur non spécifié qu'on va pas forcément vouloir résoudre un jour (les priorités, ça change avec le sens du vent).
Je les renvoie en général bosser sur un truc plus simple, qui est soit facile à évoluer, soit facile à virer et réécrire pour un truc plus compliqué.
"The simplest thing that gets the job done" que je leur dit.

Pendant ce temps là, sous OS X…

https://mobile.twitter.com/iamdevloper/status/728166348790996992

Je le regrette un peu car j'aime bien l'artisanat

Ça va 5 minutes quand même, le but de l'informatique c'est d'industrialiser/automatiser des process à tres grande échelle. Tres exactement l'inverse de l'artisanat.

Pas trop sous iOS, non :)
Comme quoi, les signatures et les sandbox, ca a du bon aussi des fois.

en quoi leurs pubs sont-elles mieux que les pubs des autres

J'imagine qu'ils evitent les travers du monde de la pub:
- une plombe de JavaScript venant de 12 origines différentes
- les pubs vidéos à la mord moi le noeuds, heureusement que safari permet de muter tous les tabs d'un click
- les pubs pleins écrans et autres saloperies qui s'affichent quand tu commences à scroller
- click fraud qui te met une pub vidéo discrète derrière la page, entre autres joyeusetés

Quand tu vois que qu'imore, site pourtant respectable, te charge de 8Mo lié aux pubs, ya effectivement une réflexion à se poser sur les merdes que servent les sites web ces jours ci.
Pas pour rien que Google a sorti amp, Facebook instant articles et Apple "pomme nouvelles". Et c'est pas juste pour le pognon. Ou plutôt parce que les pratiques délirantes des ad networks affectent leur traffic, et donc leur thune.

ça en dit long sur leur idée de l'open source.

Tres tres comique quand même, venant d'un gars qui trolle à longueur de journée sur le fait que le libre, c'est une licence, point à la ligne, pas une philosophie qui n'existe que dans la tête des libristes.

Autant réarranger les chaises sur le pont du Titanic.
Faire tout ce que tu décris, ça va pas changer le manque de direction du projet et que grosso modo, le projet fait portnawak.

C'est pas la communauté qui va résoudre ces problèmes, à moins d'un fork dur. C'est pas des ingénieurs ou de la doc qu'il faut à Firefox, mais des gens qui savent gérer et faire évoluer un produit.
A Mozilla de se sortir les doigts et embaucher/débaucher l'équipe qui les sortira de la. Tu sortiras pas ff de sa descente lente mais certaine avec des bénévoles qui bossent sur leur temps libre. Et tu paieras pas l'équipe en question avec des dons.

Et oui, c'est triste, c'est du même tonneau que de voir Yahoo se transformer en dinosaure ya 10 ans, ou n'importe quelle autre histoire similaire avec des grands noms de l'industrie qui se sont embourbés dans leurs propres produits. Cette industrie est une jungle, rien n'est jamais acquis, et tout le monde se fout de ce que t'as pu faire dans le passé. Tout ce qui compte c'est la croissance que tu peux afficher dans les prochaines années.
Et c'est aussi pour ça qu'elle est si attrayante.

la philosophie unix, ça veut pas dire vivre dans le passé en refusant de reconnaître les changements de paradigmes.
En l'occurrence, le serveur sun de pépé, je suis à peu près sur qu'il faisait tourner plus d'un service, et ca je suis pas sûr que ça soit tres unix, ni top moumoute pour la dispo.

Les systèmes de virtualisation me paraissent au contraire tendre vers une très forte séparation des responsabilités, là où l'archi à papa chargeait chaque instance comme une mule.

Effectivement, t'as besoin d'une seule instance avec 10 lignes de code pour trouer ton appli avec 12 failles de secu. Vachement plus efficace.

Pour la plupart, à pas grand chose a part l'effet de mode.
Node est bon dans des cas où l'i/o est très grand face au cpu, étant base sur un modèle de non blocking i/o, ça permet de maintenir un très grand nombre de connexions clientes ouvertes.
L'exemple de base, c'est une appli de chat.

Le problème, c'est que tu te tapes un écosystème jeune, un gestionnaire de dépendance qui a défrayé la chronique récemment, et pas qu'un peu, et un langage franchement bof.
Et dès que tu devient cpu bound, tu bloques l'event loop, et c'est une réelle catastrophe.

Disons que l'async io et l'event loop single threade, c'est pas forcément trivial à coder, le langage se trimballe des tares, et dans la plupart des cas où je l'ai vu utilisé, un modèle threade aurait tres largement tenu la charge, tout en évitant la complexité de l'async.

Bref, c'est une techno qui a du bon, mais tres souvent utilisée dans des cas pas adapté du tout.

Pour les utilisateurs de linux, windows et macosx aussi.
C'est pas pour autant qu'on peut devenir root avec un simple echo sur ces plate-formes pour autant.

Ah oui, ya plein de gens qui vont trouver ca super utiles, j'en suis sur. Tu met une appli à la con sur le store, et paf, t'es root, tu peux finalement faire ce que tu veux avec les données des gens.
D'ailleurs, le fbi aurait trouvé ça super utile sur l'iPhone de san bernardino aussi, c'est bien la preuve que c'est une bonne feature.

Par contre sur la vente des applications notamment IPhone?

Avec ce genre de definitions, tout le monde est en position dominante, vu que tout le monde est le seuls a vendre ses propres produits…
Par definition, faut prendre le marche dans son intégralité, et vu qu'apple est dans les 20-30% de parts de marche sur les smartphones, ben mécaniquement, ils vont avoir du mal a être en position dominante sur les smartphone.

Le problème c'est que tu es obliger d'aller chez eux (ce qui n'est pas vrai pour Auchan).

Non, t'es pas oblige d'aller chez eux. Tu peux acheter un autre telephone ailleurs si tu le veux. Apple ne fait rien pour empêcher ca, et n'utilise pas ses autres produits pour créer une concurrence déloyale.
Rovio est libre de sortir ses jeux ou ils veulent, et peuvent sortir des jeux sous android d'abord, voir meme jamais les sortir sous ios, apple n'exercera pas de pression via le store pour leur faire faire ce qui les arrange.

Si ils sont pas content des conditions d'utilisation du store Android, ils ont qu'a faire des Windows phone?

Ben yen a qui étaient pas content des conditions du store, et ont tente de faire de l'aosp forké. Et devines quoi? Google s'est pointe et leur a dit "je crois que ca va pas être possible", et a menace de leur retirer leur certif android sur leurs autres devices.
Windows Phone est pas meme vaguement un concurrent, donc Google s'en fout,
En gros, Google a utilise sa marque android pour empêcher un fabriquant de lancer un produit qui n'avait pas grand chose a voir avec android-la-marque. Si c'est pas de l'abus de position dominante, je sais pas ce que c'est.
Ou va falloir revoir les troll sur MS qui a fait exactement la meme chose dans le milieu des annees 90 en empêchant les constructeurs de vendre autre chose que du windows (meme pas en dual boot, juste de vendre autre chose). La carotte est la meme, le baton un peu different, mais pas fondamentalement.

qui sont au final le vrai gagne pain de Google, Apple et cie sur Mobile

Pas vraiment non. Le gagne pain d'Apple c'est la vente de matos, et de tres tres tres loin.
Le gagne pain de google, c'est la pub et le profilage, c'est surtout a ca qu'android sert. Les stores c'est de l'argent de poche pour ces 2 la.