En quoi les modules vont changer ce genre de hack crade?
Ton #ifdef il va s'appliquer au module, et il va exporter ton api avec bar aliasant int ou char en fonction du #ifdef. Ton module doit toujours etre compilé a l'avance, avec les bonnes options.
La grosse différence c'est que tu peux plus casser ton build en important le mauvais header au mauvais endroit, ni te demander s'il faut utiliser < ou ". tu fais juste import NomDeLaLib
Et tout a fait entre nous, si ta justification anti module c'est que ca rend plus dur de faire du polymorphisme a coup de #ifdef, heu ben voila quoi. Utilise une configuration runtime, utilise des templates, je sais pas, fait qq chose, mais traiter les type comme du texte, ca va te peter a la gueule un jour.
Vu les commentaires que tu as fait récemment sur les Linuxiens qui refusent de se remettre en question sur le DE, je suis convaincu que tu vas immédiatement te remettre en cause, d'ailleurs?
genre xcode il y a quelques semaines pour mettre mon app ios à jour
Ok, alors, t’aimes pas macOS, t’aimes pas macOS. C’est ton droit. Mais t’es pas obligé de mentir.
Xcode n’a jamais force quiconque à mettre quoi que ce soit à jour. Genre jamais. Principalement parce que Apple ne peut pas forcer les gens à mettre Xcode à jour vu les différences de compilateurs etc.
Je dirais plutôt que ce qu’il s’est passé c’est que t’as mit ton téléphone à jour vers 13.6, et t’as du mettre Xcode à jour pour pouvoir debugger sur device.
D’où l’intérêt de developer principalement sur le simulateur et d’utiliser TestFlight pour les deployments.
Tu ne croise pas les doigts au moment des tests pour savoir si tu fait de la marge ou non.
De ce que j’en comprends, même si c’est pas volontaire, c’est “maîtrisé” et intégré au process. Et très courant comme pratique.
Apple a fait ça récemment avec leur dernier iPad, qui est le même cpu que ce qu’ils avaient dans l’iPhone sorti 9 mois avant. Leur process a évolué, et ils peuvent activer un cœur de plus.
Ils savaient quel était le yield, ils avaient planifié un iPhone avec n-1 cœurs, savaient que le process s’améliorerait à temps pour la production de l’iPad avec n cœurs. Ça leur permet de lisser les coûts de Dev et production, et ça rallonge la durée de vie commerciale du cpu.
A plus forte raison quand t’as une gamme qui va de 8 à 32 cœurs.
Ils m'ont demandé de m'occuper de tout ça. Personnellement, ça m'******e parce-que c'est une charge en plus pour moi, et c'est une tâche qui ne m'intéresse pas.
Ben je suis désolé pour toi, mais c’est pour ça que c’est pas un loisir, et que ça s’appelle du bénévolat. T’es pas la pour le fun, t’es la pour fournir une infra efficace.
Si ne pas utiliser ton outil préféré est si gênant que ça pour toi (y’a pas de mal), comme dit pbpg, faut se demander si tu devrais accepter le poste en premier lieu.
Apres, ben écoutes, c’est toi qui voit hein, ya pas de quoi m’en relever la nuit. Tout ce que je voulais dire c’est que de ce que j’en lit (parce que comme répondu à ysabeau, on a très peu de details), on dirait que t’as une solution à la recherche d’un problème.
À partir de là, les solutions qu’il envisage semblent correspondre aux besoins de la structure à savoir :
On ne sait pas quelle est l’assoc’, ce que fait l’assoc’, sa taille (ça parle de responsables de département, pluriel, donc ça a l’air d’être plusieurs dizaines de personnes minimum?), le niveau de familiarité avec l’outil informatique de l’utilisateur typique, la quantite de documents, leur taille, combien de personnes y accèdent, la fréquence d’accès aux document, s’ils sont mobile ou non, que sais je encore.
Il admet aussi ne pas avoir de détails sur les problèmes de Google drive, a part la “performance”, ce qui a tendance à me surprendre. Je suis perso pas fan de Google drive, mais se plaindre de sa performance, franchement, je vois pas.
Bref, vu le peu de détails dispos, dire que ça correspond au besoin me parait un peu cavalier.
D’où l’intérêt des soft skills, de passer du temps sur le terrain pour comprendre le besoin, et de ne pas mettre la charrue avant les bœufs en choisissant un critère arbitraire et personnel comme requirement principal.
Parce que c’est ça qui évite de finir avec du sharepoint pour de l’édition collaborative, ou avec une solution libre qui ne répond pas au besoin.
T'as une solution, et tu cherches un problème a résoudre, ou plutôt, tu cherches a changer le problème pour qu'il colle a ta solution pre choisie.
La question est pas de savoir si Google a des pratiques discutables ou pas, mais de savoir si Google Drive répond mieux au problème que NextCloud (ou l'inverse). Features, disponibilité, formation des membres de l'asso, maintenance.
Prends tout en compte, pas juste un point arbitraire qui n'est important que pour toi, qui n'utilises de toutes façons pas le service. Tu fais quoi si ya un disque qui lache? Tu vas etre dispo d'astreinte pour aller le changer, et remettre un backup en place? Ton backup d'ailleurs, il va ou? Et si la femme de menage débranche le serveur auto hébergé pour passer l'aspirateur, ou si ya une panne de courant dans le quartier?
Une machine qui met 10 minutes a démarrer, soit ya un très sérieux problème hardware, soit windows a vraiment été configuré avec les pieds (ou la machine mine du bitcoin dès le boot loader). Dans un cas, linux ne fera rien de mieux, dans l'autre ca se résout en moins de 2 heures avec une install fraiche.
Bref, plutôt que de te mettre tout le monde a dos en poussant ton propre agenda, focalise toi sur le fond du problème: mettre en place l'infrastructure qui répond le mieux au besoin des utilisateurs.
Depuis quasiment toujours en fait. C’est juste que les applis tierces ont beaucoup évolué en complexité et en finition, et plus le temps passe plus ça devient problématique.
Mais oui, ça va en s’empirant.
Pour être tout à fait honnête, ya à boire et à manger, ça dépends pas mal de la team qui a pondu le code. J’ai passé pas mal de temps sur les app clips récemment, et ça va là dessus. Enfin, sauf pour un des points les plus importants (taille max du binaire), ou il a fallu demander à WWDR à quoi elle s’appliquait.
J’ai aussi bossé sur des trucs semi privés, et la seule doc, c’est les headers. Apple a pas une culture d’expliquer à tout le monde ce qu’il font.
Ça commence à lâcher prise côté serveur car il devient vraiment difficile de justifier auprès du client de ne pas vendre un produit objectivement meilleur, mais ça résiste encore beaucoup du côté des stations de travail haut de gamme (et autre ordinateur portable haut de gamme professionnel).
Apple a imposé bitcode précisément pour cette raison. C’est horriblement documenté, donc c’est très dur de savoir ce qu’ils font précisément avec ça, mais c’est typiquement le genre de choses qu’ils pourrait faire avec, a savoir recompiler le code optimise finement pour chaque device.
Ils optimisent déjà les bundles en ne gardant que les assets nécessaires.
Va savoir ce qu’ils ont dans leur roadmap cpu, mais vu l’écart entre un iPhone et un Mac Pro, je serais pas surpris qu’ils ait sorti ça longtemps en avance pour l’avoir dispo sur l’intégralité du store au moment de la transition arm.
Apres, ça fout complètement en l’air les dsyms, et vu la qualité risible de leur crash reporter, j’ai vraiment pas envie de l’utiliser.
Pas totalement car si on contrôle plus d'arabes que de blancs, mais que les blancs se font plus mettre en prison que les arabes parce que les arabes sont en majorité innocents, alors on devrait reconnaître que la criminalité arabe est moindre et le policier consciencieux devrait alors venir à la conclusion qu'il devrait moins contrôler les arabes.
Donc en gros, les arabes doivent se comporter au grand minimum 4 fois mieux que les blancs pour corriger le biais de selection.
Ce qui est très précisément ce que racisme systémique et white privilege veulent dire: les blancs ont beaucoup plus de marge de manoeuvre que les autres face a la police.
Et encore une fois, il faut bien lire, lorsque je dis que une mamie à 70% de chances d'être une criminelle sur ce seul critère,
Non, ce que tu dit, c'est qu'une fois condamné, un criminel a 70% de chance d'être une mamie. Une mamie prise au hasard dans la population a 0.7% de chances d'être une criminelle.
Ca ne veut pas dire non plus que 70% des criminels sont des mamies, précisément a cause du biais de sélection. La police n'attrape clairement pas tous les criminels, donc si la police applique un filtre arbitraire a l'arrestation, ce filtre va se manifester dans les stats d'incarceration.
A plus forte raison quand les stats générées par le biais de selection sont utilisées pour justifier le biais de selection.
ce sont des chances, je ne suis pas en train de dire que 70% des mamies sont criminelles.
??
Si tu dit qu'une mamie a 70% de chance d'être une criminelle, tu dit en substance que 70% des mamies sont des criminelles.
Les portages ne semblent pas triviaux vu qu'Apple a annoncer vouloir aider les projets open source à faire leur portage.
Ca depend lesquels. Une très très grosse majorité des applis importantes sur macOS ont très peu, voir aucun, de code spécifique x86.
Une simple recompilation et ca repart. J'en ai vu quelques un faire les coqs sur twitter a ce sujet. Et il me semble qu'un des studios de jeux (pas epic du coup…) qui était la pour la demo disait qu'ils avaient un build macOS ARM en moins de qq heures.
La ou Apple a offert d'aider c'est sur le code assembleur, les changements bas niveau (me rappelle avoir vu passer des threads twitter la dessus, en gros des applis qui faisait des assomptions erronées sur certains comportements du système qui petent avec le passage a ARM). Et j'imagine aussi sur les scripts de builds.
En gros, ca fait plus de 10 ans que tout le monde part du principe que si ca build pour macOS, c'est forcement x86, et que donc si ca build pour arm, c'est forcement pour iOS.
Entre les #if arch(x86_64) qui veulent vraiment dire #if targetEnvironment(simulator) et les builds de script qui déterminent la platforme a partir de l'archi du CPU, ya un certain nombre de librairies multiplateformes dont les builds vont peter.
Genre libgit2 (ou plutot, les scripts d'objective-git2 pour libgit2) est plein a craquer de ce genre de choses. J'ai deja galeré pour sortir un build catalyst (donc iOS ARM + iOS sim x86 + macOS x86) dans un xcframework, je m'approche pas de ce script pour macOS ARM.
Si ton certificat n'est valide que 15 jours, tu vas très vite automatiser la generation des certificats, parce que t'as autre chose a faire tous les 15 jours.
Et du coup, t'as vachement moins de chances d'avoir un problème.
C'est aussi beaucoup plus dur de valider que le renouvellement automatique d'un certificat valide 4 ans fonctionne bien, vu qu'il faut attendre 3.8 ans pour s'assurer que la tache démarre.
Sans compter qu'après 4 ans, ya des grandes chances que pour la stack de gestion de l'infra ait suffisamment changée pour douter que la tache en question va toujours fonctionner. Ou que le mec qui a mit un reminder dans son calendrier bosse plus la, ou que l'alerte nagios/sensu/whatever ait été supprimée/perdue dans une migration.
Le "c'est pour ça" est un peu bizarre, mais ce qu'il veut dire c'est que changer les certificats tous les mois en fait une tache régulière qui a beaucoup moins de chance d'être oubliée/foirée vu que les équipes le font souvent.
C'est du meme tonneau que "si les deployments sont douloureux ou risqués, c'est que tu déploies pas assez souvent".
Je sais pas pour les Clio, mais ma Jetta gueule comme un putois quand je sort de l’habitacle et m’éloigne de plus d’un mètre avec la clé pour sortir les poubelles en rentrant du boulot. Idem quand c’est madame qui a la clé dans son sac et qu’elle sort avant que j’ai finit de garer la voiture.
J’ai jamais tenté de rouler plus de 15 mètres comme ca, mais ça me parait difficile d’ignorer l’alerte pendant 30km.
Genre s’assurer que la police arrête de faire chier les bronzés plus que les blancs (on ne dit pas que les blancs doivent se faire emmerder, juste d’arrêter les contrôles au faciès non justifiés), que les proprios arrête de refuser de louer juste parce que le gars noir, d’allouer un budget similaire aux écoles des quartiers défavorisés etc.
C’est clairement pas facile, surtout quand il s’agit de rétablir la balance d’un point de vue patrimoine accumulé en profitant des dit privilèges, mais d’un autre côté, personne a dit que c’était facile, ni n’a prétendu avoir la solution.
Refuser d’admettre qu’il existe un problème, par contre, ça aide pas.
Et sinon:
sachant que tu définis tout individu comme un superposition de privilèges dans ta conception
C'est vilain les hommes de pailles. J'ai jamais dit ca, et pour etre tout a fait honnête, je comprends meme pas vraiment ce que tu veux dire par la.
Ca serait bien oui, parce que personne ne parle d’introduire des discriminations, mais plutôt de supprimer des privilèges.
Genre s’assurer que la police arrête de faire chier les bronzés plus que les blancs (on ne dit pas que les blancs doivent se faire emmerder, juste d’arrêter les contrôles au faciès non justifiés), que les proprios arrête de refuser de louer juste parce que le gars noir, d’allouer un budget similaire aux écoles des quartiers défavorisés etc.
C’est clairement pas facile, surtout quand il s’agit de rétablir la balance d’un point de vue patrimoine accumulé en profitant des dit privilèges, mais d’un autre côté, personne a dit que c’était facile, ni n’a prétendu avoir la solution.
Refuser d’admettre qu’il existe un problème, par contre, ça aide pas.
Ca devient vraiment difficile, et clairement, soit t’es de très mauvaise foi, soit tu cherches simplement à te persuader que t’es pas raciste.
Je passe sur tes maths complètement délirantes, maclag a commenté et j’avais pointé à ce point précis dans le message auquel tu réponds.
Tout ton argument se tient sur le fait que la plupart des incarcérés sont des arabes, donc ça justifie d’arrêter les arabes.
Sauf que les incarcérés, ils sont pas arrivé là parce que le juge a été les chercher. Ils sont arrivés la parce que les flics les ont arrêtés. Donc les stats d’incarcération sont sujettes à vilain biais de sélection des flics. Et t’utilises ce stats pour justifier le biais de sélection des flics. En gros tu dit “les arabes sont des voleurs, donc les arabes sont des voleurs, cqfd”.
Si t’as 1000 criminels, moitié moitié blanc et arabes, que les flics en interpellent 100, dont 70 arabes, ben tu vas avoir une population carcérale à 70% arabes. Ce qui pourtant ne reflète absolument pas la réalité. Et clairement, les flics n’arrêtent pas tout le monde, très loin de la (des dealers blancs qui ont jamais eu de problèmes, j’en connais qq dizaines, y compris moi dans une vie précédente).
Tu vois vraiment pas le problème de raisonnement?
Je t’ai donné un lien, sourcé, qui pointe très précisément ce problème (a savoir que 13% des candidats à l’incarcération liée au crack représente 80% des peines de prison).
Donc un policier qui voit une mamie dans la rue doit décider si c'est une criminelle.
Non, pas du tout. Le flic ne doit arrêter personne, à moins d’un flagrant délit. Ils le font parce que leur hiérarchie exige qu’ils arrêtent plus de monde, mais en pratique, les flics manufacturent une proportion non négligeable du crime. En bonne partie parce qu’une fois qu’ils ont illégalement arrêté quelqu’un et/ou commencé à lui taper dessus, ils sont obligé de trouver qq chose à leur reprocher pour justifier l’interpellation.
Si un policier constate que 70% des crimes sont commis par des petites mamies et 30% des crimes par des femmes noires, c'est logique que les contrôles qu'il effectue soit à 70% sur des mamies et à 30% sur des femmes noires. Point. Son job c'est de contrôler la criminalité, pas de faire joujou à demander les cartes d'identité aux gens à parité en faisant gaffe à ne pas dépasser les quotas parce que ça te plaît.
Plusieurs choses. Tes statistiques sont très douteuses. meme si 70% des crimes sont commis par des arabes, en pratique, ces criminels ne représente qu'une partie d'un pourcent de la population arabe. En arretant des gens "au pif", il a toujours 99% de faire chier quelqu'un pour rien. 99% pour un arabe, 99.1% pour un blanc, j'ai du mal a justifier le raisonnement.
A moins que tu considères que la majorité des contrôles soient du flagrant délit, et heu, ben lol quoi.
Ensuite, le boulot des flics c'est d'arrêter des gens. C'est comme ca qu'il se font évaluer a la fin de l'année. Quand tu conçoit le système répressif pour que les flics augmentent le nombre d'arrestations, les flics vont chercher des raisons d'arrêter plus de gens.
Et les stats criminelles vont finir par refléter les biais des flics. Si les flics arrêtent majoritairement des arabes, les stats d'arrestation vont inclure majoritairement des arabes. Et ensuite les flics se servent de ces stats pour justifier le fait qu'ils arrêtent des arabes plus souvent.
Au final, ca corrèle assez peu la criminalité réelle.
Recent data indicates that African Americans make up only 15% ofthe country’s drug users, yet they comprise 37% of those arrested for drug violations, 59% of those convicted, and 74% of those sentenced to prison for a drug offense.
Ce que tu décris est tres précisément le genre de comportement raciste qui est décrié et que tu refuses de comprendre. Pour etre tout a fait honnête, je commence moi aussi a douter de ta bonne foi.
On est plutôt dans la définition master propre au monde du pressage du disque dans lequel le master est la source originelle et vraie à partir de laquelle on fait les duplications (ici fork de branches).
Ce concept de master s’applique pour une duplication à l’identique, avec un master immutable. Une fois que le master est complete, c’est fini, on y touche plus.
J’ai beaucoup de mal à comprendre l’analogie dans le cas de git, pour deux raisons.
D’une part, quand tu branches, le but du jeu est très précisément de modifier la branche principale. Tu fais ça sur une branche éphémère pour des raisons pratiques, mais le but n’est clairement pas de faire des copies pour distribution.
D’autre part, ce concept de master implique un modèle centralisé avec un seul master officiel et par définition immutable. Ce qui va totalement à l’encontre des principes fondateurs de git.
Donc même s’il n’y a pas de référence directe à relation esclavagiste, ça reste une analogie très pauvre. Main reflète bien mieux ce côté “branche principale à partir de laquelle la plupart du travail commence”.
Juste parce que les choses sont moins pire maintenant que ya 50 ans ne veut pas dire que le problème est résolu. Ces problèmes sont dans la directe lignée de ce qui a mené à l’esclavage.
Est ce que tu nies toutes les statistiques indiquant que les personnes dites de couleurs (ou l’expérience personnelle d’un grand nombre d’entre elles) subissent beaucoup plus de discriminations au quotidien?
A commencer par le harcèlement policier?
[^] # Re: Quel est l'intérêt ?
Posté par groumly . En réponse au journal C++ vin va vous faire tourner en barrique !. Évalué à 3.
En quoi les modules vont changer ce genre de hack crade?
Ton #ifdef il va s'appliquer au module, et il va exporter ton api avec bar aliasant int ou char en fonction du #ifdef. Ton module doit toujours etre compilé a l'avance, avec les bonnes options.
La grosse différence c'est que tu peux plus casser ton build en important le mauvais header au mauvais endroit, ni te demander s'il faut utiliser < ou ". tu fais juste import NomDeLaLib
Et tout a fait entre nous, si ta justification anti module c'est que ca rend plus dur de faire du polymorphisme a coup de #ifdef, heu ben voila quoi. Utilise une configuration runtime, utilise des templates, je sais pas, fait qq chose, mais traiter les type comme du texte, ca va te peter a la gueule un jour.
Vu les commentaires que tu as fait récemment sur les Linuxiens qui refusent de se remettre en question sur le DE, je suis convaincu que tu vas immédiatement te remettre en cause, d'ailleurs?
[^] # Re: Windows c'est le passé
Posté par groumly . En réponse au journal FFmpeg pour Windows, ça va couper !. Évalué à 1.
Ok, alors, t’aimes pas macOS, t’aimes pas macOS. C’est ton droit. Mais t’es pas obligé de mentir.
Xcode n’a jamais force quiconque à mettre quoi que ce soit à jour. Genre jamais. Principalement parce que Apple ne peut pas forcer les gens à mettre Xcode à jour vu les différences de compilateurs etc.
Je dirais plutôt que ce qu’il s’est passé c’est que t’as mit ton téléphone à jour vers 13.6, et t’as du mettre Xcode à jour pour pouvoir debugger sur device.
D’où l’intérêt de developer principalement sur le simulateur et d’utiliser TestFlight pour les deployments.
[^] # Re: Questions
Posté par groumly . En réponse au journal Le début de la fin pour Intel ?. Évalué à 5.
De ce que j’en comprends, même si c’est pas volontaire, c’est “maîtrisé” et intégré au process. Et très courant comme pratique.
Apple a fait ça récemment avec leur dernier iPad, qui est le même cpu que ce qu’ils avaient dans l’iPhone sorti 9 mois avant. Leur process a évolué, et ils peuvent activer un cœur de plus.
Ils savaient quel était le yield, ils avaient planifié un iPhone avec n-1 cœurs, savaient que le process s’améliorerait à temps pour la production de l’iPad avec n cœurs. Ça leur permet de lisser les coûts de Dev et production, et ça rallonge la durée de vie commerciale du cpu.
A plus forte raison quand t’as une gamme qui va de 8 à 32 cœurs.
[^] # Re: Tu prends le probleme a l'envers
Posté par groumly . En réponse au journal Logiciels libres dans une association non-informatique. Évalué à -5.
Ben je suis désolé pour toi, mais c’est pour ça que c’est pas un loisir, et que ça s’appelle du bénévolat. T’es pas la pour le fun, t’es la pour fournir une infra efficace.
Si ne pas utiliser ton outil préféré est si gênant que ça pour toi (y’a pas de mal), comme dit pbpg, faut se demander si tu devrais accepter le poste en premier lieu.
Apres, ben écoutes, c’est toi qui voit hein, ya pas de quoi m’en relever la nuit. Tout ce que je voulais dire c’est que de ce que j’en lit (parce que comme répondu à ysabeau, on a très peu de details), on dirait que t’as une solution à la recherche d’un problème.
[^] # Re: Tu prends le probleme a l'envers
Posté par groumly . En réponse au journal Logiciels libres dans une association non-informatique. Évalué à 0.
On ne sait pas quelle est l’assoc’, ce que fait l’assoc’, sa taille (ça parle de responsables de département, pluriel, donc ça a l’air d’être plusieurs dizaines de personnes minimum?), le niveau de familiarité avec l’outil informatique de l’utilisateur typique, la quantite de documents, leur taille, combien de personnes y accèdent, la fréquence d’accès aux document, s’ils sont mobile ou non, que sais je encore.
Il admet aussi ne pas avoir de détails sur les problèmes de Google drive, a part la “performance”, ce qui a tendance à me surprendre. Je suis perso pas fan de Google drive, mais se plaindre de sa performance, franchement, je vois pas.
Bref, vu le peu de détails dispos, dire que ça correspond au besoin me parait un peu cavalier.
[^] # Re: Tu prends le probleme a l'envers
Posté par groumly . En réponse au journal Logiciels libres dans une association non-informatique. Évalué à 5.
D’où l’intérêt des soft skills, de passer du temps sur le terrain pour comprendre le besoin, et de ne pas mettre la charrue avant les bœufs en choisissant un critère arbitraire et personnel comme requirement principal.
Parce que c’est ça qui évite de finir avec du sharepoint pour de l’édition collaborative, ou avec une solution libre qui ne répond pas au besoin.
# Tu prends le probleme a l'envers
Posté par groumly . En réponse au journal Logiciels libres dans une association non-informatique. Évalué à 8.
T'as une solution, et tu cherches un problème a résoudre, ou plutôt, tu cherches a changer le problème pour qu'il colle a ta solution pre choisie.
La question est pas de savoir si Google a des pratiques discutables ou pas, mais de savoir si Google Drive répond mieux au problème que NextCloud (ou l'inverse). Features, disponibilité, formation des membres de l'asso, maintenance.
Prends tout en compte, pas juste un point arbitraire qui n'est important que pour toi, qui n'utilises de toutes façons pas le service. Tu fais quoi si ya un disque qui lache? Tu vas etre dispo d'astreinte pour aller le changer, et remettre un backup en place? Ton backup d'ailleurs, il va ou? Et si la femme de menage débranche le serveur auto hébergé pour passer l'aspirateur, ou si ya une panne de courant dans le quartier?
Une machine qui met 10 minutes a démarrer, soit ya un très sérieux problème hardware, soit windows a vraiment été configuré avec les pieds (ou la machine mine du bitcoin dès le boot loader). Dans un cas, linux ne fera rien de mieux, dans l'autre ca se résout en moins de 2 heures avec une install fraiche.
Bref, plutôt que de te mettre tout le monde a dos en poussant ton propre agenda, focalise toi sur le fond du problème: mettre en place l'infrastructure qui répond le mieux au besoin des utilisateurs.
[^] # Re: Out of order
Posté par groumly . En réponse au journal Le début de la fin pour Intel ?. Évalué à 4.
Depuis quasiment toujours en fait. C’est juste que les applis tierces ont beaucoup évolué en complexité et en finition, et plus le temps passe plus ça devient problématique.
Mais oui, ça va en s’empirant.
Pour être tout à fait honnête, ya à boire et à manger, ça dépends pas mal de la team qui a pondu le code. J’ai passé pas mal de temps sur les app clips récemment, et ça va là dessus. Enfin, sauf pour un des points les plus importants (taille max du binaire), ou il a fallu demander à WWDR à quoi elle s’appliquait.
J’ai aussi bossé sur des trucs semi privés, et la seule doc, c’est les headers. Apple a pas une culture d’expliquer à tout le monde ce qu’il font.
[^] # Re: AMD dans les consoles next-gen
Posté par groumly . En réponse au journal Le début de la fin pour Intel ?. Évalué à 3.
Qu’est ce que tu impliques par la?
[^] # Re: Out of order
Posté par groumly . En réponse au journal Le début de la fin pour Intel ?. Évalué à 6.
Apple a imposé bitcode précisément pour cette raison. C’est horriblement documenté, donc c’est très dur de savoir ce qu’ils font précisément avec ça, mais c’est typiquement le genre de choses qu’ils pourrait faire avec, a savoir recompiler le code optimise finement pour chaque device.
Ils optimisent déjà les bundles en ne gardant que les assets nécessaires.
Va savoir ce qu’ils ont dans leur roadmap cpu, mais vu l’écart entre un iPhone et un Mac Pro, je serais pas surpris qu’ils ait sorti ça longtemps en avance pour l’avoir dispo sur l’intégralité du store au moment de la transition arm.
Apres, ça fout complètement en l’air les dsyms, et vu la qualité risible de leur crash reporter, j’ai vraiment pas envie de l’utiliser.
[^] # Re: linux
Posté par groumly . En réponse au journal GitHub remplace la branche master par main. Évalué à 4.
Donc en gros, les arabes doivent se comporter au grand minimum 4 fois mieux que les blancs pour corriger le biais de selection.
Ce qui est très précisément ce que racisme systémique et white privilege veulent dire: les blancs ont beaucoup plus de marge de manoeuvre que les autres face a la police.
[^] # Re: linux
Posté par groumly . En réponse au journal GitHub remplace la branche master par main. Évalué à 3.
Non, ce que tu dit, c'est qu'une fois condamné, un criminel a 70% de chance d'être une mamie. Une mamie prise au hasard dans la population a 0.7% de chances d'être une criminelle.
Ca ne veut pas dire non plus que 70% des criminels sont des mamies, précisément a cause du biais de sélection. La police n'attrape clairement pas tous les criminels, donc si la police applique un filtre arbitraire a l'arrestation, ce filtre va se manifester dans les stats d'incarceration.
A plus forte raison quand les stats générées par le biais de selection sont utilisées pour justifier le biais de selection.
??
Si tu dit qu'une mamie a 70% de chance d'être une criminelle, tu dit en substance que 70% des mamies sont des criminelles.
[^] # Re: Questions
Posté par groumly . En réponse au journal Le début de la fin pour Intel ?. Évalué à 10.
Ca depend lesquels. Une très très grosse majorité des applis importantes sur macOS ont très peu, voir aucun, de code spécifique x86.
Une simple recompilation et ca repart. J'en ai vu quelques un faire les coqs sur twitter a ce sujet. Et il me semble qu'un des studios de jeux (pas epic du coup…) qui était la pour la demo disait qu'ils avaient un build macOS ARM en moins de qq heures.
La ou Apple a offert d'aider c'est sur le code assembleur, les changements bas niveau (me rappelle avoir vu passer des threads twitter la dessus, en gros des applis qui faisait des assomptions erronées sur certains comportements du système qui petent avec le passage a ARM). Et j'imagine aussi sur les scripts de builds.
En gros, ca fait plus de 10 ans que tout le monde part du principe que si ca build pour macOS, c'est forcement x86, et que donc si ca build pour arm, c'est forcement pour iOS.
Entre les
#if arch(x86_64)
qui veulent vraiment dire#if targetEnvironment(simulator)
et les builds de script qui déterminent la platforme a partir de l'archi du CPU, ya un certain nombre de librairies multiplateformes dont les builds vont peter.Genre libgit2 (ou plutot, les scripts d'objective-git2 pour libgit2) est plein a craquer de ce genre de choses. J'ai deja galeré pour sortir un build catalyst (donc iOS ARM + iOS sim x86 + macOS x86) dans un xcframework, je m'approche pas de ce script pour macOS ARM.
[^] # Re: effectivement
Posté par groumly . En réponse au journal ovh.fr , exemple de ce qu'il ne faut pas faire avec un certificat. Évalué à 5.
Si ton certificat n'est valide que 15 jours, tu vas très vite automatiser la generation des certificats, parce que t'as autre chose a faire tous les 15 jours.
Et du coup, t'as vachement moins de chances d'avoir un problème.
C'est aussi beaucoup plus dur de valider que le renouvellement automatique d'un certificat valide 4 ans fonctionne bien, vu qu'il faut attendre 3.8 ans pour s'assurer que la tache démarre.
Sans compter qu'après 4 ans, ya des grandes chances que pour la stack de gestion de l'infra ait suffisamment changée pour douter que la tache en question va toujours fonctionner. Ou que le mec qui a mit un reminder dans son calendrier bosse plus la, ou que l'alerte nagios/sensu/whatever ait été supprimée/perdue dans une migration.
Le "c'est pour ça" est un peu bizarre, mais ce qu'il veut dire c'est que changer les certificats tous les mois en fait une tache régulière qui a beaucoup moins de chance d'être oubliée/foirée vu que les équipes le font souvent.
C'est du meme tonneau que "si les deployments sont douloureux ou risqués, c'est que tu déploies pas assez souvent".
[^] # Re: Une question me taraude
Posté par groumly . En réponse au journal Sécurité ouverture/démarrage des nouvelles voitures. Évalué à 5.
Je sais pas pour les Clio, mais ma Jetta gueule comme un putois quand je sort de l’habitacle et m’éloigne de plus d’un mètre avec la clé pour sortir les poubelles en rentrant du boulot. Idem quand c’est madame qui a la clé dans son sac et qu’elle sort avant que j’ai finit de garer la voiture.
J’ai jamais tenté de rouler plus de 15 mètres comme ca, mais ça me parait difficile d’ignorer l’alerte pendant 30km.
[^] # Re: Sacrée naiveté
Posté par groumly . En réponse au journal GitHub remplace la branche master par main. Évalué à 5.
Et sinon:
C'est vilain les hommes de pailles. J'ai jamais dit ca, et pour etre tout a fait honnête, je comprends meme pas vraiment ce que tu veux dire par la.
[^] # Re: Sacrée naiveté
Posté par groumly . En réponse au journal GitHub remplace la branche master par main. Évalué à -1.
Ca serait bien oui, parce que personne ne parle d’introduire des discriminations, mais plutôt de supprimer des privilèges.
Genre s’assurer que la police arrête de faire chier les bronzés plus que les blancs (on ne dit pas que les blancs doivent se faire emmerder, juste d’arrêter les contrôles au faciès non justifiés), que les proprios arrête de refuser de louer juste parce que le gars noir, d’allouer un budget similaire aux écoles des quartiers défavorisés etc.
C’est clairement pas facile, surtout quand il s’agit de rétablir la balance d’un point de vue patrimoine accumulé en profitant des dit privilèges, mais d’un autre côté, personne a dit que c’était facile, ni n’a prétendu avoir la solution.
Refuser d’admettre qu’il existe un problème, par contre, ça aide pas.
[^] # Re: Sacrée naiveté
Posté par groumly . En réponse au journal GitHub remplace la branche master par main. Évalué à -5.
[^] # Re: Signal? Android Auto? Chromecast?
Posté par groumly . En réponse au journal Au revoir Google - 4 - le bilan. Évalué à 5.
Si ton but c’est de rester tout seul dans ton coin, oui, ça marche bien.
[^] # Re: linux
Posté par groumly . En réponse au journal GitHub remplace la branche master par main. Évalué à 2.
Ca devient vraiment difficile, et clairement, soit t’es de très mauvaise foi, soit tu cherches simplement à te persuader que t’es pas raciste.
Je passe sur tes maths complètement délirantes, maclag a commenté et j’avais pointé à ce point précis dans le message auquel tu réponds.
Tout ton argument se tient sur le fait que la plupart des incarcérés sont des arabes, donc ça justifie d’arrêter les arabes.
Sauf que les incarcérés, ils sont pas arrivé là parce que le juge a été les chercher. Ils sont arrivés la parce que les flics les ont arrêtés. Donc les stats d’incarcération sont sujettes à vilain biais de sélection des flics. Et t’utilises ce stats pour justifier le biais de sélection des flics. En gros tu dit “les arabes sont des voleurs, donc les arabes sont des voleurs, cqfd”.
Si t’as 1000 criminels, moitié moitié blanc et arabes, que les flics en interpellent 100, dont 70 arabes, ben tu vas avoir une population carcérale à 70% arabes. Ce qui pourtant ne reflète absolument pas la réalité. Et clairement, les flics n’arrêtent pas tout le monde, très loin de la (des dealers blancs qui ont jamais eu de problèmes, j’en connais qq dizaines, y compris moi dans une vie précédente).
Tu vois vraiment pas le problème de raisonnement?
Je t’ai donné un lien, sourcé, qui pointe très précisément ce problème (a savoir que 13% des candidats à l’incarcération liée au crack représente 80% des peines de prison).
Non, pas du tout. Le flic ne doit arrêter personne, à moins d’un flagrant délit. Ils le font parce que leur hiérarchie exige qu’ils arrêtent plus de monde, mais en pratique, les flics manufacturent une proportion non négligeable du crime. En bonne partie parce qu’une fois qu’ils ont illégalement arrêté quelqu’un et/ou commencé à lui taper dessus, ils sont obligé de trouver qq chose à leur reprocher pour justifier l’interpellation.
[^] # Re: linux
Posté par groumly . En réponse au journal GitHub remplace la branche master par main. Évalué à 10.
Plusieurs choses. Tes statistiques sont très douteuses. meme si 70% des crimes sont commis par des arabes, en pratique, ces criminels ne représente qu'une partie d'un pourcent de la population arabe. En arretant des gens "au pif", il a toujours 99% de faire chier quelqu'un pour rien. 99% pour un arabe, 99.1% pour un blanc, j'ai du mal a justifier le raisonnement.
A moins que tu considères que la majorité des contrôles soient du flagrant délit, et heu, ben lol quoi.
Ensuite, le boulot des flics c'est d'arrêter des gens. C'est comme ca qu'il se font évaluer a la fin de l'année. Quand tu conçoit le système répressif pour que les flics augmentent le nombre d'arrestations, les flics vont chercher des raisons d'arrêter plus de gens.
Et les stats criminelles vont finir par refléter les biais des flics. Si les flics arrêtent majoritairement des arabes, les stats d'arrestation vont inclure majoritairement des arabes. Et ensuite les flics se servent de ces stats pour justifier le fait qu'ils arrêtent des arabes plus souvent.
Au final, ca corrèle assez peu la criminalité réelle.
tiré de https://www.aclu.org/other/cracks-system-20-years-unjust-federal-crack-cocaine-law
Ce que tu décris est tres précisément le genre de comportement raciste qui est décrié et que tu refuses de comprendre. Pour etre tout a fait honnête, je commence moi aussi a douter de ta bonne foi.
[^] # Re: linux
Posté par groumly . En réponse au journal GitHub remplace la branche master par main. Évalué à 4.
Non, pas du tout.
L’exec summary de ce rapport de l’aclu est édifiant: https://www.aclu.org/other/cracks-system-20-years-unjust-federal-crack-cocaine-law
[^] # Re: Et pour les diplômes ?
Posté par groumly . En réponse au journal GitHub remplace la branche master par main. Évalué à 3.
Ce concept de master s’applique pour une duplication à l’identique, avec un master immutable. Une fois que le master est complete, c’est fini, on y touche plus.
J’ai beaucoup de mal à comprendre l’analogie dans le cas de git, pour deux raisons.
D’une part, quand tu branches, le but du jeu est très précisément de modifier la branche principale. Tu fais ça sur une branche éphémère pour des raisons pratiques, mais le but n’est clairement pas de faire des copies pour distribution.
D’autre part, ce concept de master implique un modèle centralisé avec un seul master officiel et par définition immutable. Ce qui va totalement à l’encontre des principes fondateurs de git.
Donc même s’il n’y a pas de référence directe à relation esclavagiste, ça reste une analogie très pauvre. Main reflète bien mieux ce côté “branche principale à partir de laquelle la plupart du travail commence”.
[^] # Re: linux
Posté par groumly . En réponse au journal GitHub remplace la branche master par main. Évalué à -1.
Juste parce que les choses sont moins pire maintenant que ya 50 ans ne veut pas dire que le problème est résolu. Ces problèmes sont dans la directe lignée de ce qui a mené à l’esclavage.
Est ce que tu nies toutes les statistiques indiquant que les personnes dites de couleurs (ou l’expérience personnelle d’un grand nombre d’entre elles) subissent beaucoup plus de discriminations au quotidien?
A commencer par le harcèlement policier?
[^] # Re: linux
Posté par groumly . En réponse au journal GitHub remplace la branche master par main. Évalué à 6.
Et donc c’est pour ça qu’ils l’ont ressorti pour Kamala Harris alors, mais pas pour Biden?
C’est une sacré coïncidence ça dis donc!