Reprise du message précédent :

München-Paris, ça m'était revenu à à peine plus de 100€. Et j'avais un dîner décent inclus.
 
Et surtout y'a la DB card qui est l'équivalent de la carte 12-25 en France, mais n'est pas limitée aux 12-25 ans.

Je considère que jusqu'à 2000 lignes, c'est pas vraiment un problème. Par contre au-dela, je factorise.
En fait, pour établir ce nombre tout-à-fait arbitraire, les critères principaux pour moi ont été:
1. est-ce que ça tient en mémoire (la mienne) facilement. Est-ce que je suis capable de retrouver une ligne de code sans avoir à chercher pendant 30s.
2. est-ce que le fichier représente une entité logique (typiquement une classe)

Et 2000 lignes est grosso modo le nombre de lignes qui répondait à ce critère. Sur un projet de 140 000 lignes de C++, au final on a eu très peu de fichiers atteignant ce nombre.

\o/ après avoir fait partie de l'élite mondiale du java, je suis maintenant dans le top percentile \o/
 
prochaine étape: je me déclare candidat à la présidentielle US.

Si les PM arrivent à utiliser JIRA, c'est pas si compliqué.
 
Plus sérieusement le nombre d'actions dépend de la configuration du projet, non?

Leurs clients se prennent pas pour de la merde faut dire.
J'avais déjà posté ça ici:

sinon, ma mère me propose d'essayer la prière pour trouver un boulot, ce qui semble nettement moins fatiguant que de faire un noeud de cravate et nettement plus pragmatique que le bumper sticker quand on a pas de voiture.

Pour Palantir tu peux aller aux entretiens en tongs, ça au moins ils s'en foutent

vous pouvez poussez sur github ?  
PS C:\www\xo-web> git push -f -v origin chartswitch
Pushing to http://github.com/vatesfr/xo-web
Counting objects: 27, done.
Delta compression using up to 8 threads.
Compressing objects: 100% (14/14), done.
Writing objects: 100% (14/14), 19.21 KiB, done.
Total 14 (delta 8), reused 0 (delta 0)
POST git-receive-pack (19842 bytes)
error: RPC failed; result=22, HTTP code = 408
fatal: The remote end hung up unexpectedly
fatal: recursion detected in die handler
Everything up-to-date

Ca y est , c'est passé

en http (non sécurisé) ? t'es sûr que c'est pas juste un protection ?
 
edit: HTTP Error 408 Request timeout => une surchauffe du serveur  

j'ai reçu ma tête d'impression 3D \o/  
 
je l'ai déjà intégralement démontée /o\
 

ok, il est 23h, l'heure parfaite pour démarrer une tâche.  
Je me couche pas tant que mon proto de design d'extrudeur 3D est pas fini, je peux utiliser toutes les pièces qui sont chez moi et éventuellement ce que je trouve chez l'arabe du coin (des bombecs et de la bière, donc).  
 
Le proto a pas besoin d'être une bonne idée (hélas les bonnes idée sont rares, et si je trouve pas ce design sur le net, y'a probablement une raison), il a juste besoin d'exister demain matin.
 
Je pars sur un extrudeur de fil à vis sans fin.

 
Je connaissais pas ce nom jusqu'à hier. Visiblement gros machin cette boîte

bon en une heure j'ai à peine le moteur, le rotor et le filament
 
on lache rien.

ok, le concept est là

C'est quelle boîte ?

 
1. et 2. ça va, mais hélas il te manque :
 
3. quelqu'un d'autre peut-il assimiler ce fichier ?
4. en traçant l'historique de cette "classe monde" ne va-t-on pas la retrouver dans tous les commits/merge/etc et donc galérer pour retrouver les modifs pertinentes pour xxx
 

Par assimiler, tu veux dire comprendre ce qu'il y a dedans ? Si ça n'est pas le cas, il y a probablement eu une erreur de recrutement. Globalement, j'ai constaté que 2000 lignes ne posait pas de problème de compréhension et ne forçait pas systématiquement à un refactoring comme un fichier de 5000 ou de 10 000 lignes. Après certains préfèreront 1500 lignes. Ensuite ça peut aussi varier en fonction du langage: moi je parle de mon expérience avec Java et C++. Peut-être qu'en Python, c'est plutôt 500 lignes, et en Shell 150 lignes.

Et pour 4. je considère qu'une classe de 2000 lignes n'est pas forcément une classe monde. Certes il est parfois/souvent possible de réduire son champ d'action et d'extraire d'autres classes, mais parfois ça n'a pas d'intérêt de chercher à faire de l'abstraction juste pour faire de l'abstraction, quand au final cela cache l'intention au lieu de l'éclairer. KISS. Ca reste le cas rare cependant.

Dernier point: je préfère avoir un nombre réduit de règles, mais qu'elles soient bien acceptées et respectées par les intervenants, qu'un max de règles rigides qui vont braquer tel ou tel développeur et engendrer de la frustration.

disons que je pense qu'il faut avoir la discussion, après, c'est comme l'heure de l'apéro ou le retard acceptable, c'est vachement variable, et c'est justement le choix de ce nombre qui entre dans la culture commune du groupe.

Absolument.  
Toutes les règles de codage avaient été discutées en groupe.

\o/ j'ai ajouté un algo de slicing \o/

Je préfère des petites classes, surtout quand t'es amené à faire du refactoring et des évols (SRP, tout ça), mais en pratique un programme comportant quelques classes de 1500 lignes peut être plus facile à lire qu'un identique découpé en pleins de petites classes sorties d'on ne sait où qui passent leur temps à faire du ping pong.
 
De même un code de 30 lignes peut être parfaitement imbitable (pour cause de micro optimisation excessive ou algo très complexe avec plein de calculs mathématiques non documentés).
 
La taille optimale des classes c'est surtout un truc dont il faut être conscient, pas une règle sainte...

 
+1

Blam
http://www.wired.com/2015/10/micro [...] =social_fb

Je veux bien que de tels cas existent, mais j'ai surtout l'impression que tu compares un programme de bonne qualité avec de grosses classes à un programme de mauvaise qualité avec plein de classes.

Quand on a des classes bien nommées, des méthodes bien nommées, éclater en petites classes n'est absolument pas un problème.
Pour peu que tu n'utilises pas un langage de Satan avec un IDE de gitan, la navigabilité est très bonne et la compréhension aisée.

Oh et des petites classes sont infiniment plus simples à tester.

(après même quand éclater une classe en classes plus petite est objectivement meilleur, ça ne vaut pas toujours l'effort).

La taille des classes dépend aussi de ce que tu codes, en fait.
 
L'IHM ça fait facilement des plus grosses classes quand c'est pas bien foutu au départ, et c'est très compliqué à refactorer pour découper le merdier, le plus souvent.
 
Mais sinon, perso j'aime pas les nombres de lignes à 4 chiffres.

Une classe étant censée avoir une seule responsabilité, une grande classe veut dire que: soit elle offre trop de services, soit elle a des tonnes de méthodes privées. Dans le premier cas elle reste testable mais est un fourre-tout, dans le deuxième cas elle n'est pas raisonnablement testable.
Je pense que dans tous les cas on doit avoir donc de petites classes avec des responsabilités les plus simples et isolées possibles. Je n'ai jamais vu une classe de 2000 lignes qui réponde a ces critères.

Je suis d'accord, quand je peux faire petit je fais.  
Mais parfois c'est malaisé de découper et vouloir le faire à tout prix peut nuire à la lisibilité et aller à l'encontre du but recherché tout en demandant plus de boulot .  
Après si c'est bien conçu dès le début pour un bon architecte tu ne dois pas rencontrer ce genre de souci, on est sans doute d'accord

Faut le dire vite quand même, apparemment le CPU est un série U 15W et on sait pas encore ce qu'ils vont mettre comme GPU dédié.

Et

Sauf que dans la version à $1500 t'as pas de GPU NVidia, l'entrée de gamme pour le GPU dédié c'est $1900, et c'est tout en 8GB, la seule version 16GB est à $2700 (c'est aussi la seule version avec un SSD 512GB)

(les prix restent compétitifs avec du MBP notes, l'équivalent rMBP du haut de gamme c'est le 15"/M370X à 2500, par contre tu peux avoir 16GB RAM à $1500 en 13", ou 512GB SSD à $1800, ou les deux à $2000)

MSFT est décomplexé, il y a mêmes des scenario ou ils sont plus cher qu'apple.
Quand tu vas rajouter la conversion en € , ca va piquer .Mais ça me fait carrement de l'oeil ( la version 8go  sans dgpu )

Je compare les prix US dans tous les cas, donc ça va piquer pareil que le MBP équivalent je pense.

 
Toujours pas la casse correctement supportée sur cet OS
 
Jsais pas comment tu fais pour dev là dessus Mais bon, du moment que ça passe les tests (et le Lint), nous on impose rien aux gens qui bossent avec nous
 
D'ailleurs chez nos nouveaux, ya un mec sous Emacs et Gentoo et l'autre sous Ubuntu + Atom. Avant une stagiaire était sous Windows 7, et notre ergo est sur un MBA (mais elle dev pas )

l'égout et les couleurs

J'ai déjà changé d'IDE pour toi  . Honnetement, ça tourne sous windows comme sous linux : sans le moindre problème. . Les trucs qui manquaient nativement sont présent depuis 10 ( multi bureau, multi DPI ) à part une bonne console, mais pour ça il y a cmder

Il faut juste installer visual studio express, et mettre la bonne variable GYP_chéplukoi pour qu'il build avec  

T'utilises quoi du coup comme IDE ? (et quoi avant ?)

 
En même temps, si les serveurs de dev sont externalisés et qu'on a pas des trucs genre WAMP/MAMP etc... peut importe l'OS de nos jours. Si juste l'IDE est utilisé... Je trouve que Microsoft commence à aller dans le bon sens et sa surface book devient vraiment intéressante car au final, ça donne un combo MBPr + iPad Pro, ce qui couvre un grand nombre de besoins (en tous cas les miens). Bon, je trouve quand même que de devoir détacher l'écran pour se mettre à faire des croquis reste un peu pénible... C'est quand même plus confortable d'avoir ET le MBPr ET l'iPad à côté pour les croquis... Mais en déplacement, l'équation change.
On en est qu'au début... Ce genre de produit a un bel avenir.

atom
Sinon, je n'arrivais pas avoir le même comportement du linter. Mais pour le coup atom ne marche pas super bien en remote, donc install de la stack sur ma machine

Pour la sp4 , tu dessines directement dessus, tu ne vire le clavier que si le besoin s'en fait sentir
Tu peux meme avoir la SP branchée à un écran externe ET l'utiliser en mode dessin

 
ok    
 
Sinon, tiens c'est drôle, justement je viens d'installer atom pour voir un peu (mais pour le moment, j'ai pas le temps de vraiment tester, je vais sûrement voir ce weekend). ça a l'air pas mal du tout (je suis toujours sous netbeans pour le moment).

 
Moi c'est surtout le combo shell+éditeur+mes programmes favoris+env de bural qui me permet d'être efficace.
 
Et encore j'suis pas au niveau de mon associé sous Awesome (que j'ai utilisé sur un laptop 12" pendant 3 ans, c'était opé)

Allez premières pièces du proto, ça va pas du tout. Il faut mordre beaucoup plus fort dans le PLA. J'altere le deal et je vais chercher des munitions.

Cf.

Ils ont beaucoup de clients (agences gouvernementales, non-gouvernementales, banques, assurances, ...) donc ils ont beaucoup de développeurs déployés qui intègrent leur solutions. Et ils en engagent beaucoup.

 
 
Laissons les se débrouiller par eux même et faisons conccurence, non restions les leader de notre vie.