Reprise du message précédent :

 
Le problème de ça, c'est le rollback si ta fait une grosse modif : ne pas savoir ce que tu as changé ni où tu l'as changé, c'est vite la merde (surtout si tu fais de la programmation orientée composants, c'est très vite éparpillé)
 
Ce que j'aime aussi dans Git c'est que ça structure justement un minimum le workflow sans être emmerdant.

 
un mac c'est un PC, à part l'EFI, donc y'a aucune raison que ce soit pas pour faire du vrai boulot d'un point de vue hardware.
 
pour le soft, y'a plusieurs problématique :
- est-ce que les softs que tu dois utiliser existent pour MacOS, et est-ce que les éditeurs fournissent un support correct pour l'OS si c'est le cas
- est-ce que tu dois insérer les mac dans un parc managé ? un des grosses raisons derrière windows c'est que c'est hyper administrable, avec des trucs genre SMS et les policies, tu peux controler intégralement le parc centralement, etc... Je ne sais pas si ça existe sous Mac (j'ai rarement entendu parler de boite full mac à part des PME) Après avec la généralisation des applis web meme au sein des boites, avoir un mac avec safari peut etre viable (je serais curieux de savoir si chez Apple le design ou la PROD bossent sous mac, ie si les robots de prod sont asservis à des mac.

sinon, j'ai une théorie, mais je sais pas comment la tester.
J'ai mon MCU qui revient plus dans le thread principal (qui est une boule infinie). Mon idée c'est qu'il y a une interruption qui tourne en boucle et qui l'empêche de revenir. Vous avez une idée de comment tester ça ?
 
ça breake plus dans le thread principal, et quand je pause, ça tombe toujours dans un handler d'interruption.

  git "brut" ne structure que dalle tu peux faire le pire comme le meilleur avec.
Par contre pour éviter que ce soit la merde avec vite on a justement besoin d'un workflow. Soit côté utilisateur, soit imposé côté server (github, gerrit, gitlab...)

 
Quand je suis en déplacement oui. Au bureau j'ai 2x 22 pouces en 1680*1050 (et normalement bientôt du full HD, mais bon, c'est déjà sympa comme ça)
 
En télétravail j'aurais un full HD en plus du laptop, peut être 2 quand on aura réaménagé le bureau correctement.
 

 
Les 2 HDDs sont équivalents (HDD 7200 RPM, on est en train de voir si on pourrait pas convaincre la DSI de remplacer la baie du lecteur optique par un SSD pour l'OS, mais spas gagné apparament.
 

 
Et t'es beaucoup en déplacement? Quand tu te déplaces tu fais quoi sur ce poste? Si c'est pour de la prise de notes la petite résolution peut suffire...si t'as besoin de faire un peu de dev c'est mort.

le I7 3630QM est quad core
le I7 4610M est dual core

Avoir un historique + un moyen de voir les fichiers modifiés par rapport à l'état précédent c'est quand même très utile. Par contre je prendrais plutôt mercurial du coup

 
Assez régulièrement pour le moment (disons 1 jour par semaine, a la louche, mais la fréquence pourrait baisser)
 
Prise de note, oui, et dev dans le train, quand j'ai pas de réseau.
 

 
Je sais.. Je m'interroge sur l'intérêt d'un Haswel dual core plus rapide (3ghz) par rapport à un quad de la génération d'avant à 2.4ghz
 
Intuitivement, j'aurais tendance à privilégier le quad core, mais on sait jamais.

 
Quad core avec plus grande résolution, je garde le vieux et je demande de la ram en rab.

ça dépend, si comme moi tu compiles des trucs comme LLVM en C++ il vaut mieux plus de cores. Sinon la vitesse single-thread est loin d'être négligeable en effet.
 
http://www.cpubenchmark.net/compare.php?cmp[]=1444&cmp[]=2261

 
Non mais le « workflow » de base tout seul quoi, j'ai du mal à imaginer un autre truc : juste une branche, git add --patch, git commit -m "mon message", git push. Tout seul c'est difficile de faire de la merde là dessus

j'avais raté le "non-colaboratif"

quoi que j'en connais ici qui seraient capable de faire de la merde on étant seul

 
Ici à ton taff ou ici sur le topic ?

je n'ai pas envie de me faire nraynauder

je sais pas exactement ce qui m'a fait croire qu'eclipse résoudrait le moindre de mes problèmes

Une fois que tu as installé eclipse il y a un moyen simple pour résoudre un de tes problèmes : désinstaller eclipse

 
C'est la deuxième boite dans laquelle je bosse en Angleterre.
 
1° boite, à peu près 1000 personnes. La plupart des gens sous Windows (surtout tout ce qui est admin, manager etc...). Par contre, tous ceux qui avaient le niveau et l'envie étaient sous Linux, que ce soit pour le dev ou le customer support. Par contre, le deal était que le support interne de la boite ne s'occupait pas des postes sous linux. Donc, si vous avez un problème, vous vous démerdez. Vous vous occupez de vos backups etc... Et vous venez pas pleurer si vous pouvez pas bosser.
 
2° boite, à peu près 20 personnes. Administration et sales sou windows, dev et studio sous osx. Aucun problème à signaler. les macs ont un timemachine d'installé. Toute la chaine graphique est sous OSX. Mais la boite est orientée marketing, campain, design etc... Donc pas vraiment de surprise à ce niveau non plus.
 
Sinon, je teste Office 2016 sous OSX, ca semble quand même ok maintenant... Il me semble qu'au niveau "sales" et "admin" c'était quand même avant tout LE gros obstacle pour prendre autre chose que Windows. Au pire, les VMs sur des serveurs dédiés pour cela marchent très très bien. On les utilisent tous les jours pour du testing.

+1
Je suis un adepte (maniaque ?) du versionning, même pour les projets où je travaille strictement seul.
Ca permet
- De backuper facilement toutes mes données et projets (serveur de versionning distinct du poste de travail)
- De gérer évidemment les versions et donc les régressions et évols
- De tester rapidement un truc et revenir en arrière sans se demander où on a bricolé qqch
Et selon les besoins, même en bossant seul le branching peut parfois être utile.

Outre les développements perso et ceux pour mes clients, je versionne également tous mes documents perso, les ressources et docx liés aux projets, la compta de ma boite... etc.
Et je trouve ça extrêmement pratique et utile, ça me sert en même temps de GED minimaliste pour la partie "documents".

 
C'est rare d'être seul sur un projet.
La plupart du temps il y plein de monde : le Trajet de maintenant, le Trajet d'il y a 6 mois, le Trajet dans 6 mois, etc.
Et là le suivi des modifications qui est offert est imbattable

moi ce qui me soule dans git c'est le chainage des versions avec un hash cryptographique, parce que quand c'est poussé, je peux plus corriger mes fautes dans le message de commit

 
Faut pas pousser  

le problème c'est pas le chainage en tant que tel, c'est d'avoir intégré le message du commit dans le calcul du hash.

Si tu bosses tout seul ou avec peu de gens, tu fais ta modif et t'écrases l'ancien histo, YOLO

même si je voulais le faire, je t'ai plus en speed dial sur MSN pour me filer la commande exacte quand je veux l'utiliser  

sinon, une feature essentielle pour moi aussi c'est ce graphe: https://github.com/nraynaud
 
mais bon, mon obsession pour ce graphe c'est peut-être un truc à régler entre moi et mes psys

à propos, y'a moyen dans github de créer une branche à partir de ce commit et d'envoyer la pull request ?
https://github.com/nraynaud/fritzin [...] 79299feb8c
 
(y'a un commit après que je veux pas envoyer dans la PR)

55 days c'est pas de la merde

T'as pas un watchdog qui pète ?
 
T'as pourvu tous tes vecteurs d'IT d'une ISR (vide pour celles qui ne sont pas censée tomber) ?
Vérifie les conditions pour resetter les flags des ITs que tu utilises, des fois qu'il faudrait le faire à la mano pour certains

je crois que j'ai pété un autre truc, en gros, je pense que y'a un truc qui a pété dans le thread principal et il est parti à la poubelle, et seules les interruptions USB continuent à tourner de manière normale (mais du coup, comme y'a que ça qui tournait, une pause tombait toujours dessus).
J'ai viré le code qui faisait péter le thread principal et tout semble marcher comme prévu.
 
Par contre il faut que je re-parte à la chasse au bug de hier

Spécial __alt.

https://www.youtube.com/watch?t=11&v=L6p4AsVp7KE

http://www.imdb.com/title/tt0056800/

[Browse files] -> ouvre le switcher de branches/tags -> "wheee" -> [Create branch: wheee]?

Ah bah si la boucle infinie ne l'est pas...
Un débordement de pile sinon...

merci.

franchement, je suis dans le brouillard total sur ce qu'il se passe dans la target.

ne pas utiliser git <> ne pas versionner
pas mal d'ide ( dont ceux de jetbrain) , permette une histo individuelle et donc les diff et rollback
 
Donc perso :  

• seul , pas de branche : jetbrain  
• ca grossi un peu, ou je dois/veux le partager  : git

J'ai trouvé ce putain de bug

un putain d'infini qui se transforme en 0

Bravo . L'important c'est d'avoir trouvé, pas d'avoir galéré dessus : il faut voir ça comme un succès !

putain j'en ai chié
tous les steps étaient présents (donc toutes les reconstruciton du programme en JS marchaient mais étaient discordantes avec ce qu'il se passait dans la target) mais certains avaient leur durée à 0 et étaient ignorés à l'exécution.

J'arrivais indirectement à augmenter ou réduire le nombre de pas qui étaient ignorés, mais il m'a fallu 2 jours pour passer de influencer le bug à le trouver