Reprise du message précédent :
C'est rigolo de voir que maintenant que les caisses sont vraiment trop vide pour faire des cadeaux aux copains, des solutions sont trouvées pour lutter contre l'évasion fiscale sous toutes ses formes au lieu de se concentrer sur la lutte contre les fainéants bénéficiaires de l'état providence

raynal > Practical Electronics for Inventors
 
++good, très complet et plus facile à lire que le Horowitz & Hill
 
J'ai chopé la 1st edition sur le net, mais je pense que je vais acheter la 3e édition. Seul problème: elle est bourrée de coquilles. Du coup les forumeurs ont produit un errata à la place de l'éditeur.

Rentre bien la tête, hein.

 
En effet, c'était la techno quand j'ai fait mon stage...
Souvenirs de strutsconfig et de décision d'architecture comme quoi toutes les couches de l'app devaient enrichir un dom qui était transformé via XSLT pour faire le HTML final

Bon, le point positif, c'est que je vais être obligé de m'intéresser au backend, pour une fois. Et que pour le coup, y'a des trucs touchy à faire.
 
Et aussi que je pourrais changer de projet au bout d'un moment... PArce que l'avantage de ce projet là, c'est que c'est dans les locaux, donc je peux continuer d'y aller en vélo.. Donc si c'est nul je prendrais mon mal en patience jusqu'à la fin de l'année scolaire

IntelliJ 14 out...j'espère que le plugin python marche mieux que pendant les alpha, ça foirait pas mal.

Pour les utilisateurs de Git, très bonne conf, par un très bon conférencier : http://youtu.be/ypR-rEBCoag
 

C'est bien comme axe de motivation pour un nouveau taff

 
Oui voila, toujours bien rentrer la tête

 
Non, mais c'est un point important pour moi.  
 
Ce qui me motive dans le changement de taf, c'est de faire des trucs différents. Ca va être le cas. Le côté pas sexy du front, c'est pas si grave : j'ai toujours fait du front, il est temps de faire du back, un peu.
 
Après, je serais sans doute longtemps nostalgique de mon beau code GWT, je suivrai la techno parce que je crois en son avenir, mais j'aurais aimé pouvoir faire du JS et des trucs comme ça.
 
Là, y'a des trucs sympa aussi : du Solr, du Gradle, etc... Donc bon, y'a de quoi s'amuser. Et l'équipe a l'air bien au point, quand même.

pour la première partie, c'est peut-être bien d'enseigner comment tout faire en ligne de commande pour comprendre comment ça marche, mais un outils standard comme "git gui" permet de faire tout ça très simplement à la souris.
 
sinon bonne présentation  

merci. j'vais mettre ça dans ma liste à acheter.

3 connards sur un carrefour, ça donne

Ah Porteneuve, le mec c'est Benjamin Button, plus il vieillit plus il fait jeune Un type sympa IRL

Non Tu sais pas ce qu'il se passe derrière, et à mon avis avec un outil comme ça l'historique est dégueux (pas testé celui-ci exactement, mais j'ai vu les ravages de plusieurs interfaces à Git)

edit : rien que moi qui suit pas un gros Git user, il m'arrive souvent d'utiliser pas mal de commande différentes en fonction des scénarios.

Plam: "git gui" c'est surtout un outil de staging interactif.  
Ce n'est pas une usine à gaz qui fait le café justement
 
Tu choisis juste à la souris les lignes ou les fichiers que tu veux ajouter/enlever dans le stage.
 
Puis tu rentres un message de commit et tu cliques sur commit.
 

 
ça facilite fortement le staging pour l'utilisateur et ça permet justement de rendre l'historique plus propre car en ligne de commande l'utilisateur ne se fera pas chier et commitera tout d'un coup comme un gros porc.

+1
La manipulation de repo est souvent plus propre et rapide en ligne de commande, mais pour commit et mater l'historique, la gui est quand même sympa

Ça fait du listing de tree et du blame quand même. C'est d'ailleurs pour ça que je l'utilise (c'est la moins mauvaise UI de blame que j'ai trouvé pour git, en dehors de tig qui me donne des boutons et des envies de meurtre) pas pour créer des commits

Sauf que mater l'historique c'est via gitk pas git gui

J'utilise GitExtensions pour ces conneries

Tu peux pas +1er le commentaire de sligor si tu utilises une usine à gaz qui fait le café, même si la dite usine à gaz est aussi moche que git gui

Moi c'est git add --patch et c'est très bien pour choisir quoi ajouter.
 
 
La seule interface que j'utilise c'est pour les merges très compliqués (git-merge-tool avec « meld »)

irrelevant

j'utilise la ligne de commande que quand je suis forcé, pour le reste j'utilise des interfaces qu'on peut explorer et où y'a des manipulations directe.

 
Ça me chiffonne un peu de trop promouvoir les manips avec le staging et les hunks,
c'est pas forcément une excellente idée de balancer des commits qui n'ont jamais été testés.

commit != push
 
d'ailleurs il en parle beaucoup dans le reste de sa préz

 
Ouais, tu peux relancer tes tests sur chaque étape de ton histo avant de le pusher,  
mais il parle pas du tout du problème, c'est un peu dommage.
 
Avoir un histo et des branches propres c'est cool, mais si c'est pour y voir des commits qui n'ont jamais existé sur aucune machine
 
(d'autant plus qu'il a le niveau et la position pour montrer une incantation qui lance une commande shell entre chaque commit d'un histo.)

ça pourrait être un concept sympa: les sous-commits.  
 
Un commit: un ensemble de modifications dont le résultat est testé par un auteur
A l’intérieur: un ensemble de sous-commit: un sous-commit est un changement annoté par un message mais pas forcement testé

Mais pourquoi ne pas utiliser les branches dans ces cas là ? Ça permet de faire ça, et qu'après tests, quelqu'un qui a le droit passe ça dans la branche dite « validée ».

 
 
Je suis un genre de générateur de nom, exprime ton service je te trouve un nom d'enfer !

 
je suis pas contre les branches, au contraire.
 
Mais ça m'embête un peu (un peu hein, c'est pas un drame) de manipuler les commits dans tout les sens pour avoir un histo propre, des commits sur un seul sujet,
que les autres peuvent récupérer et lire, alors qu'en fait ces commits n'ont jamais existé en vrai et n'ont jamais été testé, c'est un peu un cadeau empoisonné pour
celui qui va cherry picker un bugfix si en fait le bugfix ne marche que s'il y a aussi la virgule ou la ligne de config malencontreusement rangée dans le commit suivant

Gironde : explosion d'une maison, l'hypothèse du potiron peu crédible #paslegorafi

 
c'était peut être une citrouille ?

 
C'est bien gentil mais qui t'a donné l'autorisation de le faire ?

tous aux abris

le système d'autorisation du forum j'imagine ?
 
en tout cas la bureaucratie semble assez balaise.

Je dirais PHP, comme le fait de pouvoir s'identifier en tant qu'ANTP ou antp ?

 
Bne t'as qu'à lire la convention L'arrêté 235-2 m'en donne tout à fait le droit

Certes, mais avec toutes les implications qui en découlent je ne pensais pas que quelqu'un l'utiliserait

Je sens que ça va m'attirer des emmerdes cette histoire. La prochaine fois je ne touche à rien.

fallait pas répondre à Jovalise

CQFD