Reprise du message précédent :

 
Sous OSX en tous cas, que ce soit sous chrome ou firefox, je vois aucun problème. A part la ligne verticale hideuse en pointillé que je trouve en plus inutile.

C'est magique : http://arstechnica.com/security/20 [...] interview/

On est sous svn, mostly en c++, c# ou python.
- Commit fréquents: si ça compile pas, tu mets un gros #if 0 autour, ou bien tu n'intègre pas le fichier à la compil. Perso, je déteste qu'on commite du code-mort, donc si JE commite un truc avec un #if 0, je sais que c'est une fonctionnalité en cours d'écriture.
- Commits cohérents: chez nous, tu peux t'y prendre en 17 fois pour faire une feature. Par contre, chaque commit devrait être cohérent en lui-même: s'il y a du nouveau code, il faut du nouveau test a priori. Si la feature est prétendue finie dans le message de commit, il faut que tous les tetsts/doc/etc. soient là.
- Et feature-branch pour les gros trucs, avec back-merges réguliers, et si-possible, une limitation des merges de la branche vers le trunk (quel que soit la puissance de l'outil, j'ai toujours trouvé que c'était confusant à posteriori de revenir sur un historique de merges, de savoir c''était quelle sous-feature ou quelle raison qui a déclenchée ce merge-ci ou celui-là).
 
Avec tout ça, on utilise trac comme front-end pour trouver les commits pour un bug donné, et ça roule.

LLVM's LibFuzzer Is Uncovering New Bugs With Fuzzing
 
http://www.phoronix.com/scan.php?p [...] er-Fuzzing
 

Sous FF dernière version, il manque une lettre sur 3. L'auteur utilise une font "Lato", juste en virant ça c'est bon. Font mal générée (probable, surtout si d'un nav à l'autre ça change de comportement si le gars a diffusé le sv, l'otf...) ou très très mal supportée par les navigateurs.

#1 dans une branche séparée pas dans le mainline, avec un cleanup pour appliquer #2 avant un merge ou un fast-forward.

1 commit par feature ça dépend de la phase du projet, quand tu intègres une grosse nouveauté ça va pas trop passer. Que tout soit compilable, tu peux le forcer avec un bot d'integ genre bors (The Not Rocket Science Rule Of Software Engineering).

Donc il faudrait faire du git rebase avant le merge avec mainline si j'ai bien suivi ? Sans ça tous les commits intermédiaires apparaitront après le merge. Donc la branche doit être purement locale (sinon on va rebase un truc déjà pushed), et il faut aussi vérifier après rebase que les commits réécrits sont bien compilables.
Pas si simple en fait (avant git je jonglais entre un cvs commun et un mercurial local, c'était pas mal niveau souplesse)

Ouaip, ou un merge —squash mais là tu perds de l'info intermédiaire.

Bof. IMO tu peux modifier n'importe quelle branche "privée" dans le sens ou il y a peu de contributeurs (ou tu es le seul), et pusher les branches en cours est important au cas où tu te prennes un bus, pour que les collègues puissent commenter dessus et pour que le CI puisse regarder ce qui s'y passe. Les branches "communes" doivent pas être réécrites mais c'est tout. Pour être plus prudent tu peux dealer avec 2 repos, et ne permettre les push -f que sur le repo de dev. Ou alors chaque dev a son repo où il peut push -f, et les intégrations se font entre les repos "de dev" et le repo de référence.

C'est le rôle du bot d'integ ça, il doit tester les branches post-intégration.

Bah tu peux faire pareil avec juste un mercurial ou juste un git, suffit de pas pusher tes branches.

• A mon sens tu peux commiter ce que tu veux tant que tu ne merge pas dans la branch de develop avant d'avoir fini. Faut être un propre pour l'étape suivante et pas faire git commit -am de porc.
• Une fois que tu as une feature qui fonctionne avec tests et doc, un truc qui compile, tu peux nettoyer à coup de git rebase -i pour ne laisser que les changements qui compilent où des chunk qui ne sont pas impactants (locale, doc, etc...)

Si tu fais ça bien ton 3ème point est irrelevant.

Putain mais xD
Le mec qui se fait interviewvé après l'attaque devant un mot de passe

 
Ça en dit long sur la compétence et le sérieux de certaines personnes là bas... Ils ont un département IT ? Parce que une politique concernant les mots de passe dans une boite, c'est le b.a-ba déjà.

mais bordel c'est qui <edited, apparemment c'est gfive >
edit de l'edit, spa pour dire mais bon, google était déjà au courant en fait: https://www.google.com/?q=lastname+gfive

gfive.

ahem vous pouvez éditer?

Et pourquoi d'abord?

(t'as reçu une invitation linkedin, a tous les coups... J'ai balancé des invits à tout mon carnet d'adresse en cliquant un peu vite sur un truc, et y'a pas moyen de les supprimer )

entre le montrer et la qualite du password.

quand je vois ici comme ca eduque tout le temps entre les video, les trainings obligatoires (ne pas utiliser les cles USB, eduquer sur le phishing, etc...), les rules sur les mdp. c'est desolant de voir ca la

 
C'est clair... Et encore plus désolant quand on pense que c'est de l'argent public qui entretient tout ça. Ya des lettres de licenciement qui se perdent. A ce niveau, c'est impardonnable. Lamentable.

J'ai un pote qui bosse là bas  

faut voir les budgets aussi sans doute. c'est pas un pov' neckbeard qui peut tout faire et si le management comprends pas l'interet d'avoir des gens de qualite, des softs de qualite, des formations pour les employes. ben ca sert a rien. deja que les mecs du departement d'etat aux US se font avoir avec du phishing alors Janine de la compta

 
+1
 
Même dans mes projets persos, je crée des branches.

 
+1 encore  

ouais, c'est un peu compliqué. Mon équipe était relativement sérieuse là-dessus (sans être non-plus parfait, parce que j'ai du mal à descendre dans la vraie paranoïa), mais je filais les mots de passe les plus importants aux boss, et du coup ils partaient partout après, au final c'est les mots de passe les plus précieux qui étaient le plus diffusés, parce qu'ils voulaient/savaient pas créer des sous-comptes et c'est plus simple de se connecter avec les comptes superadmin.

Sinon je sais pas si c'est passé ici :
 
https://vimeo.com/104858339
 

https://twitter.com/Maisie_Williams [...] 4917874688 crossover GoT thebutton

excellent. faudrait en faire une version Frogger avec un parpaing sur le cote au lieu d'un ventilo

ici, quasiment pas de mot de passe sauf le compte LDAP pour les users lambda (celui la est partout: VPN, quasiment toutes les appli) et un autre pour signer les documents.

le reste (acces serveur) est gere par clefs. mais on doit quand meme gerer les access DB pour maintenance et dev et la c'est un peu le foin: chacun fait comme il veut. dans mon equipe on a un fichier encrypte qui contient les mdp pour les dev. mais bon rien ne les empeche de garder le meme doc decrypte en local. a un moment faut faire confiance
 

Install de phabricator finie. On va voir si on s'en sert plus que reviewboard ou trac.
Avantage: tu peux t'y connecter avec ton compte twitch.

 
Différence avec un GitHub/GitLab ? Plus complet pour la gestion des issues ?

On est sous svn. Et on doit être 2 (sur 15) à savoir c'est quoi twitch.

et fishEye est trop cher?

On a des sous pour rien, et encore moins si c'est pas un standard dans la boite.  
 
On est un énorme utilisateur Jira, mais pour le code, je préfère encore faire mes trucs dans mon coin. Pour vivre heureux, je vis caché.
 
Genre, on nous impose des serveurs avec gcc 4.6, du coup je recompile tous mes compilos moi-même pour être peinard. Je gère mon jenkins tout seul, avec mes plug-ins à moi, etc. D'ailleurs, j'ai mon propre repo svn (miroir) qui marche mieux que l'énorme repo collabnet qu'on se partage tous. Et.... ça marche. J'ai juste une petite équipe à alimenter donc je n'ai pas de problèmes de sécurité, de volume ou autres. Par contre, je peux déployer et configurer ce que veux quand je veux.
 
Edit: et pour répondre à la question, fishEye ne fait pas les code-reviews comme on veut.

ok.  
 
ca me fait quand meme halluciner que tu sois oblige de faire tout ca pour etre efficace. le jour ou tu passes sous un bus ou changes de taff, ils sont dans la merde.

plus d'une fois genre 3-4 fois depuis qques mois
et qu'est-ce que je fous dans ton carnet d'adresses, déjà

 
Le fameux bus factor

 
heing?? Autant la dernière de hier, je comprends, mais sinon...
 
Et je sais pas ce que tu fous dans mon carnet d'adresses, je sais même pas ton nom IRL, zyva.

je crois qu'il s'appelle Jean Marcel Tetedebite.

http://nraynaud.github.io/polygonsJS/test_contour.html
\o/ je crois que j'ai jamais réussi à finir un algo topologique aussi compliqué \o/
 
(enfin, merci 0x90 aussi)

 
Comme tu adores les algos compliqués Tu veux pas monter un business avec moi du style http://www.sculppt.com/ avec amélioration automatique / semi-automatique du modèle ?
 
Je viens de voir ça: http://stephaneginier.com/sculptgl/

 
3 photos non stéréo + un modèle c'est quand même limité niveau précision

D’où l'intéret d'algos et de process derrière pour améliorer la qualité.

Certes

(mon activité professionnelle mais je préfère la jouer discret, no quote pliz)