Reprise du message précédent :

ZWSP (Zero Width SPace) c'est pas du HTML, c'est de la typographie informatique, et le nom (abbrévié) d'un USV.

Tu lis du bordel mais tu sais pas si c'est de l'ascii propre, dans ce cas tu dump le contenu en hex (ou hex-escape) et tu regardes si t'as ce que tu penses avoir et pas une pile de trucs à la con (ou de non-pritables comme ___alt le dit).

Putain, j'ai trouvé le bug. C'était subtil.

Une histoire d'ordre des opérations dans la lecture du port série. J'y ai passé l'après-midi.

J’ai presque pas bossé de la journée, mais j’ai sorti l’imprimante à résine pour m’occuper

 
1/ oui son set est drôle (disons que par comparaison aux “talents” du rire francophone qui font une vanne avec 3min de setup et 0 sens du timing, c’est très bien)
Après elle est fort sympathique de sa personne
 
2/ c’est pas actif encore, ça vient en 2 lames :
-auto - sabordement volontaire avant que la loi n’entre en vigueur
- a T+3 ans, premiers gros procès qui vont tomber, avec une loi écrite sur mesure pour donner une grosse surface décision , et de quoi infliger >25mds d’amende, point à partir duquel saborder une ligne produit coûte moins cher

En y réfléchissant, mask a probablement raison: dès que je remets la main sur l'appareil, je checke le premier octet des trames envoyées, en hexa. Je ne serais pas surpris qu'il m'envoie un \n illégal en début de trame (il envoie un \r\n pour signaler la fin de trame).

J'ai dû changer ceci (pseudo-code, pas exactement le code réel):

en cela:

Ou alors... contrairement à ce qu'indique la doc, cet appareil attend \r seulement, alors que l'autre appareil du même constructeur attend "\r\n". Ca pourrait être le pb. J'avais déjà remarqué que la string faisait un caractère de trop en longueur, mais quand je l'affichais, il m'affichait correctement le contenu imprimable de la trame.

Les conséquences de ce bug étaient... inattendues. Notamment le fait que j'arrivais à me connecter sur l'un des appareils et pas sur l'autre, comme si Linux n'acceptait qu'un seul port série à la fois. Ou que j'avais des erreurs de lecture alors que Putty affichait les trames sans pb.

Pour avoir une prise USB-C coudée (angle droit, horizontal), cable dédié ou juste adaptateur pour des cables existants? Vous avez une ref’ de confiance ou bien juste le premier truc qui passe sur Amazon?

J'ai pris ça pour mon clavier, ça marche bien : https://www.amazon.fr/dp/B07G6VSP9S [...] ct_details
 
Il existe d'autres versions en full usb-c.

Yo

J'ai une vraie question que je vais tenter de poser sans que ça tourne au troll.

J'ai bossé sur mac pendant un an, pour du dev mobile. J'ai détesté de toutes les fibres de mon être : layout clavier fr des enfers, le matériel à côté faut que ce soit du mac sinon la compatibilité est mauvaise (hello karabiner et autres trucs similaires qui sont peu stables), obligé de se trimballer un hub usb, le ballon de plage qui tourne est horrible... La liste n'est pas exhaustive.

Et je ne parlerai pas de xcode, c'est un sujet à part, mais qui mériterait un rant à lui tout seul.

Côté software, c'est simple, j'avais le sentiment d'être sur un linux bof, qui veut être compatible qu'avec du matos cher.

Après, je reconnais volontiers que le laptop était exceptionnel : petit, fin, ne fait pas un bruit, grosse batterie, clavier cool et bel écran. J'ai trouvé du coup que c'était gâché, mal desservi par le soft (bon à part la barre contextuelle tactile, quel horreur, on la touche tout le temps).
A côté je bosse et joue sur un Alienware, ça marche bien mais c'est du gros plastique noir, ça chauffe même quand je fais que de la bureautique, et ça souffle bruyamment. Le jour et la nuit.

Alors oui, le matos est beau, mais côté soft je trouve l'xp windows+wsl2 carrément plus confortable. C'est simple, tout marche, et tout est stable.

Mais je vois, notamment ici, que mac a beaucoup de partisans pour le dev, et je me dis que je suis passé à côté d'un truc. Est-ce le cas ?

C'est une vraie question, que je me pose parce que je kiffe flutter, mais que faire des apps mobiles sans mac pour tester, ça peut être chiant. Et que je me demande si je peux utiliser des services type mac-in-cloud (j'ai pas testé) ou si  je devrais retenter l'xp mac... Avec un oeil nouveau. Je sais pas.

Je fais pas de mobile, mais y'a pas moyen d'avoir un mac remote pour pas avoir à bosser dessus au quotidien et juste y faire les builds ?

Après deux semaines passées sur ma nouvelle mission :
 

• Les dépendances sont versionnées  
• Pas de CI  
• Commits directement sur master  
• Pas de tests  
• Tous les fichiers nécessaires pour faire tourner le projet ne sont pas versionnés  
• Les conf Docker se trouvent dans un submodule git pas documenté (donc pas possible d'exécuter de commandes à la racine du projet sans linker les docker-compose.yml)  
• Le Makefile est dans ce submodule donc ne peut pas fonctionner à la racine du projet
• Plus de tech leads
• Les seuls sachants (les TL) ont pour consigne de ne pas répondre aux questions  

 
J'adore les machines (enfin surtout les dernières) mais j'aime pas l'OS
 
Le combo parfait pour moi sera un MBP M1 avec une Fedora.

J'ai essayé Mac 5 mois dans ma boite précédente avant de repasser sur un PC/linux.
Je fais un peu le même constat que toi: le matos est top, mais j'ai eu beaucoup de mal à me faire à l'OS (les gens qui disent que macOS est plus "intuitif", franchement c'est juste une question d'habitude à mon avis) et j'ai eu beaucoup de mal à trouver des équivalents à pleins d’utilitaires que je trouvais sous Windows ou Linux et qui soit n'existaient pas sous mac, soient étaient des versions payantes.
Mais à part sur la gestion de la batterie où j'ai jamais retrouvé l'autonomie que j'avais sous Mac, je préfère 10 fois un PC de qualité (gamme pro de Dell ou Lenovo) avec Windows ou Linux que mac.

Et ça me saoule parce que chez AWS, en 14", j'ai le choix entre un Mac avec 32Go de RAM ou un Windows avec 16Go  

@koskoz: C'est cool, y a une belle marge de progression, tu vas pouvoir prendre le lead sur pleins de sujets, multiplier la productivité de l'équipe par deux tout en réduisant le nombre de défaut par deux, à toi la promotion et les brouzoufs §§§

 
https://asahilinux.org/

 
C'est un projet "legacy" qui a pour but d'être dégagé dans les mois à venir

après je crois que Elmo est assez vieux pour qu'on essaye pas de le convaincre que mac c'est bien. Mais on peut aider à trouver une configuration de son boulot pas trop frustrante.
 
Le truc qui me parrait vraiment délicat sans développer dans la machine directement, c'est de débugger avec le câble branché dans le téléphone.

Jamais eu ces problèmes sauf sur des vieilles machines s’il y a 10 ans (enfin le hub USB un peu je présume que tu parles des macs post 2016 qui ont que de l’USB-C pour pouvoir y mettre des device A, mais bon ), après ça fait un moment que j’ai abandonné les claviers FR et je suis d’accord que le clavier mac fr c’est de la boue.  
 
Après j’ai jamais non plus fait du dev mobile, je fais du dev gen, mon Mac c’est un unix avec une interface pas trop deg, une gestion énergétique qui fait pas chier (genre un hibernate qui fonctionne), et des logiciels tiers qui sont pas faits par harko (mais souvent payants).  
 
Vu que tu parles de la touchbar j’aurais aussi dit que c’était la pire gen hardware, mais t’aimes clairement pas le soft donc    

Ça c’est indéniable.  

J’ai tellement l’expérience inverse

Tu peux juste ne pas aimer macos (et l’écosystème mac), c’est valide.  

Si c’est du flutter tu veux quoi en dehors du packaging pour pouvoir valider sur iOS via adhoc / TestFlight? Le debugging?
 
Ou si c’est un contexte pro, un mini dédié?

Asahi progresse petit à petit j’ai l’impression.  
 
Sinon t’as l’option de VM linux, mais bon.

IIRC depuis quelques versions (de macos / ios) t’as du support pour le network debugging. Tu vas probablement devoir bricoler avec un VPN, mais ça devrait être possible.

Si c'est pour du flutter / react native, franchement j'utiliserai juste un mac mini pour les tests, en restant sur win + wsl2 alors en machine principale.

Le monde au bureau aujourd'hui Parfois dur de se représenter d'avoir 35 personnes qui bossent pour Vates

demain, je viens aussi \o/

@elmo : un vrai mac est quasi necessaire, les service mac in cloud sont bien pur des tests auto,mais pour du dev, pouvoir physiquement brancher/débrancher  un cable change la vie
Par contre, tu peux probablement utiliser 2 machines au quotidien , j'avais notamment retrouvé un peu de gout à la vie après avoir utilisé fastlane pour les builds auto, et donc limité au strict minimum les intéractions avec xcode

pareil

Du coup pourquoi un mac mini et pas n'importe quel mini PC ?

tu ne peux pas compiler  ni même débugguer une app iOS sans OSX
installer OSx sur une machine windows est possible, mais pas trivial, et diffficile à maintenir. Je le déconseille pour une machine de dev, c'etsun coup à se trouver bloquer au moment d'une release

Même avec flutter, y a des diffs android/ios qu'il faut vérifier, sur l'interface et sur le fonctionnement de l'appareil et de l'os.

C'est nécessaire d'avoir au min. simulateur iOS. Idéalement il faut un iPhone physique, vu que le simulateur ne permet pas de tout tester.
Et pour compiler/déployer sur un iphone, faut xcode. Et pour xcode, faut un mac.

Maintenant faut que je teste des solutions type browserstack ou mac in cloud pour voir si je peux faire sans.

Je note l'idée du mini dédié.

Et ton avis est intéressant, on a exactement l'expérience inverse entre macos et windows/wsl2.

De mon côté j'avais un mac m1, et j'en ai chié... Maus vu nos avis respectifs,, il est possible que ce soit très fortement subjectif. Je vais réfléchir à tout ça.

(et la signature des apps ios est un challenge a part entière)

Car il faut un mac pour utiliser xcode et compiler/debug une app iOS

This c'est un foutoir sans nom.

Oh putain oui.

Les outils de dev iOS sont sur mac, les hackintosh c’est une galère, et ça va pas s’améliorer avec la dépréciation progressive des macs intel.

Oui voilà c’est ce que je voulais dire, si tu fais des trucs touchy tu veux probablement un device iOS physique, mais interfacer avec  depuis un mini ou une vmc cloud devrait être une option, fondamentalement c’est leur but (au moins secondaire si on considère que le primaire c’est le CI macos / ios).
 

C’est un classique et probablement la raison principale de l’existence des minis.

Très certainement, subjectivité, expérience, et syndrome de stockholm. J’ai passé 10 ans sur mac pour tout mon dev (et tout ce qui est pas jeu en général). En pro je suis passé sous linux quand mon 2010 est parti en maison de retraite en 2018~2019 (les M1P étaient encore loin et les TB c’était niet), donc voilà.

 
je bosse sous Mac parce que c'est le moins mauvais choix chez nous (vu que c'est la plateforme la plus utilisée c'est aussi la mieux supportée), mais je hais ce truc avec force. J'ai encore paumé 20min ce matin avec un putain d'update de version mineure (13.2.1), c'est hyper archaique.
Ler mac en lui même est pas mal (encore qu'il chauffe, mais je crois que ça va mieux avec les M1/M2), mais l'OS est caca.
Pour du matos je regarderais :  
- Lenovo, ils ont des bons laptops, et c'est très compatible et bien tenu à jour
- Dell aussi je pense, surtout sur le haut de gamme
 
Pour l'OS :  
- Windows c'est polyvalent. Je suis sous Win11 pour jouer, je dev pas dessus et j'ai pas retouché à WSL depuis un moment. Ce qui me gène avec WSL c'est Ubuntu, faudrait que je regarde si Fedora marche bien.  
- Linux c'est super pour le dev, et VSCode et les outils Jetbrains tournent très bien dessus. Je suis sous Arch, je considererais aussi Fedora, mais alors vraiment pas Ubuntu (trop de magie qui casse aléatoirement, les PPA sont un cancer, au final c'est pas tant à jour que ça donc faut jouer du pinning / PPA / Snap pour avoir des versions récentes. Comme c'est noob friendly, y'a un rapport signal / bruit dégueulasse quand tu cherches pour un problème).
 

+1
 

Perso, j'aime pas les macs. Et je préfère mes nunux depuis toujours.
 
MAIS, pour le boulot, j'ai besoin des produits Microsoft, j'ai besoin aussi de temps à autre des simulateurs iOS...
 
Il y a aussi le fait que niveau batterie, quand je pars, je n'ai aucune question à me poser. Sous Windows ou Linux, quelque soit la machine, la batterie est pompée très rapidement... Et ça souffle.
 
 

Sous Linux, me semble que la distribution noob-friendly a la mode c'est plus Mint que Ubuntu maintenant (pas testé récemment)

 
C'était le cas jusqu'il y a 1 ou 2 ans. Je trouve que Fedora est devenue largement aussi simple et plus cohérente. Par rapport à Wayland et autres trucs un peu modernes, Fedora a un meilleur support. Après, il y a pas la profusion de PPAs que tu as sous Ubuntu/Mint.

 
Vous, vous connaissez pas le process de signature de driver pour Windows

 
Je ne sais pas, mais c'est vraiment penible et fragile pour ios
a tel point qu'il y a des ecosystems de solutions (parfois payantes) pour gérer ça
et il faut le refaire à chaque publiclication. Derrière il y a le processus de validation des apps qui est aussi son propre enfer  
 
MAIS  POURQUOI VOUS NE VALIDEZ PLUS CETTTE APP QUI NA EU QUUNE MAJ DE DEPENDANCES TECHNIQUE

 
Ca concerne quand même pas le même nombre de personnes

 
Peut être, mais dire que je suis obligé de recruter quelqu'un pour s'en occuper à temps plein pendant plusieurs mois, ça vous donne une idée du merdier.

Ça c’est le classique problème d’upgrade des compilos / lints: y’a des règles en plus ou différentes, donc tu peux avoir le même code qui passe la validation à T et passe plus à T+n.
 
C’est combo avec l’opacité d’Apple, et le fait que des reviewers humains sont impliqués donc tu peux avoir des inconsistances de jugement à ce niveau.

Dans pas mal d'équipes iOS y'a un gars qui s'occupe de ça aussi, tellement c'est chiant.

Pour avoir un mac à titre perso, et bosser en Full Windows/WSL depuis plusieurs années je dois dire.. oui... L'ecosystème Apple pour le dev est un sacerdoce. Jamais je ne pourrais être aussi rapide et efficace sur cette plateforme.
 
Le matos, je rejoints, est top.. fiable, optimisé. Mais l'OS et l'environnement est au mieux ultra normalisé, au pire, complètement bâtard. sans aucun juste milieu. Et quand on dev, on tend bien plus vers le batard que l'ultra clean Apple Compliant.
 
Bref.. mon mac, CPU Intel, tourne majoritairement sous windows 10 plus que sous MacOS.
 
Et je parle même pas de Docker sur mac

 
Ah ouais ça a l'air sympa aussi ça. Non j'ai jamais fait effectivement, mais ça donne pas envie.