Reprise du message précédent :

Nan mais c'est bon il pourra rembourser dès qu'il aura touché le CICE
 
edit : en même temps si les banques acceptent de lui prêter pour ça, c'est que son business a l'air _vraiment_ solide.

 
Que c'est le plus gros risque oui, ce n'est pas non plus le sujet de conversation quotidien,

 
L'entretien coûte beaucoup plus cher, par contre.

Ah ? Merde, je m'étais pas trop penché sur cette question. D'ailleurs ça me fait penser que j'ai 4 mois de retard...

Fille ou garçon?

... pour l'entretien annuel de ma chaudière.

Ok merci.
 
 
Truc con : http://www.commitstrip.com/fr/2016 [...] -too-many/
J'y avais jamais pensé, mais dans le monde du web avec les technos qui changent tout le temps, ça a du sens de faire des revues de code ? Le même code doit pas rester vivant plus de 1-2 ans non ?

Tu penses que les bugs et les réfactors n'apparaissent que 1-2 ans après la mise en prod ?

Tu codes différemment quand tu sais que c'est relu

Pour le 1er point : jamais trouvé, c'est juste un coup à perdre des modifs selon moi

 
Yen a ici qui n'ont pas de code de plus de 5 ans mais toujours vivant?
Ici on rigole pas avec le "if it ain't broke don't fix it"...

Même si les technos évoluent vite, tu vas rarement réécrire un produit en intégralité tous les 2 ans.

Et à mon sens les revues de code c'est pour des problèmes structurels ou de vraies erreurs, les conventions ça devrait sortir d'un linter/formatter dans le CI. Ne pas avoir de linter est un problème, parce-que ça mène justement à des revues de code qui font juste des remarques stylistiques.

 
Non mais du code à court terme que tu vas devoir réécrire quasi complètement dans 2 ans pke tu changeras de technos ça te laisse une énorme marge de manœuvre j'ai l'impression, que tu n'as pas quand tu sais que tu es parti pour 10 ans sans possibilité de réécriture complète. Après j'y connais rien en web hein d'où ma question.

Je dois encore maintenir des trucs que j'ai écris quand j'étais stagiaire, y'a quoi.. 13 ans déjà ?
Mais bon, à l'époque, ce que je faisais tenait à peu près la route

Edit: ah non merde, on est en 2016, ça fait donc 14 ans. Je fais partie des meubles.

J'avais dev un site de commerce online from scratch en 2005-2006. Il tourne encore (et doit faire dans les 100k€ annuel minimum, sur un public uniquement francophone)
La dernière maintenance du code doit remonter a 2013.

Mais c'est pas vraiment du Legacy code. Si je reviens dessus, c'est pour tout cramer  

Quand tu passes un sprint entier à coder une fonctionnalité c'est facile de s'embourber dans une mauvaise approche.

J'avais un collègue qui a pris l'habitude d'écrire quasiment un commentaire par ligne chez Google Research. Dans ses autres jobs les gens trouvaient ça un peu intimidant.

Je laisse pas un mec coder seul un sprint entier personnellement.

oh yeah ! Jean-Vincent Placé chargé de la réforme de l'Etat

dites, question de certificats TLS/SSL:
pour un intranet local d'une PME j'ai 3 choix:
1) générer un certificat self-signed par serveur/service et les installer (installer un bundle quoi) dans les certificats racines de toutes les machines de l'intranet
2) générer une Certificate Authority et l'installé comme authority racine de toutes les machines de l'intranet. Puis signer les certificats de chaque serveur avec l’autorité locale
3) mode YOLO: n'utiliser qu'un seul certificat self-signed pour tous les services (en utilisant les alternate name et les wildcard en mode YOLO)
 
le gros avantage de 1) et 3) c'est qu'on n'a pas à gérer la signature des certificats par l’autorité locale
le gros désavantage de 1) c'est la nécessité d'installer tout nouveau certificat sur les machines
 
le mode YOLO semble intéressant

Bien entendu que tu fais de la revue. Mais une revue c'est minuscule

Tu fais pas des gros run de 6 mois puis une revue. Par exemple, nous on fait pour chaque commit qui se veut de fermer une issue, une PR. Donc on va forcément faire des revues, des fois ça peut être pour 2 lignes, ou des fois plus. Mais on évite au maximum les grosses revues, car c'est la merde à relire surtout quand la personne corrige des modifs. Donc on faire le plus possible des revues « atomiques ».

Exactement : ici c'est pareil. Tu fais ta PR, ensuite Travis va vérifier les éléments basiques (linters JS), et seulement ensuite que le relecteur va regarder.

This. J'ai encore en mémoire le collègue qui m'envoie une revue énorme (genre un nouveau module en entier). J'avais même pas pas envie de regarder, et si l'architecture est foireuse, tu te sens mal de lui dire "bon, c'est bien gentil, mais faudrait refactorer les 3/4".

 
https://letsencrypt.org/ ?

Le truc le plus chiant c'est l'analysis paralysis. Quand t'as des kLOC de diff à reviewer, par où tu vas même t'y prendre?

L'autre truc, c'est quand tu introduis un truc relativement gros et que tu peux le découper en un grand nombre de petites étapes progressives. Tu peux faire plein de petites PR mais c'est super pas pratique, et il peut être difficile de montrer l'intérêt d'un refactoring qui est nécessaire pour un autre changement mais que tu as séparé pour clarté et pour pouvoir tester les trucs indépendamment.

Il y a des systèmes où une "PR" c'est une liste de patches que tu peux facilement reviewer patch par patch, mais c'est pas le cas de github, reviewer les commits d'une PR c'est mal foutu et pas pratique.

En fait ça te force à bien différencier l'archi et le code.
 
Après je pense que pour une grosse refonte, faut prévoir d'y aller étape par étape. Commencer petit et simple, et ensuite ajouter ce qu'on voulait, le tout PR après PR.
 
On a eu une fois une grosse PR, c'est épuisant et ça nous a servi de leçon

'tain, dejeuner avec un nouveau qui s'occupe du support d'une grosse appli ici.
 le mec a passe tout le temps a parler de Sanderson et Pratchett. Il citait des moments entiers du dernier continent...

le plus incroyable c'etait que certains ne connaissent pas Pratchett et donc ne comprenaientt rien a ses references sur 'Death' et XXXX . et lui qui continuer a se marrer tout seul

dites les parigots, Montparnasse~ saint Lazare ca se fait en 25 minutes à peu près ? en toutes circonstances ?

genre un dimanche soir de weekend de vacances scolaires ?

je dois aller passer une semaine au havre   ta des trucs qui justifieraient d'y aller en voiture de loc depuis paris ? (en hiver donc nuit à 18h30)

si tu cours dans les couloirs, certainement. C'est juste qu'il faut pas regarder que le temps de métro, mais aussi chercher ces putains de sorties dans des gares gigaantesques

En théorie c'est faisable mais c'est la ligne 13, donc ça dépend vraiment des circonstances. Le matin et le soir en semaine c'est mort je dirais

Montparnasse je connais bien. mais saint Lazare j'ai jamais mis les pieds dans la partie sncf.
j'ai un peu plus d'une heure de correspondance.  ca devrait le faire.  

ça m'arrange pas pour le retour ca.

A Saint-Lazare, tu peux également prendre la ligne 12.
Le changement St Lazare SNCF -> métro, il est un peu plus long mais la ligne a moins de problèmes.

bon. 1h18 de correspondance ca passe tranquille.

Chez nous ça l'est devenu ces dernières semaines, là on a un audit interne et externe et on va probablement nous virer la quasi totalité de nos accès read-only en prod sur les applications qu'on supporte.

http://www.csoonline.com/article/3 [...] cking.html

 
Ah ca. On n'en est pas encore la, je t'en reparle dans 6-12 mois  

ca depend sans doute des industries mais on a un Chief Security Officer depuis quelques mois et on a eu x formations supplementaires sur la securite depuis 1 an. C'est pas de la parano, le nombre de tentative d'intrusions sur notre reseau est largement en hausse depuis ces dernieres annees. On a des donnees sur des patients en plus des trucs sous licenses, le CIO et le reste des exec flippent pas mal parce que c'est pas uniquement notre recherche mais des possibles poursuite legales  
 
 

Ah mais on a une équipe Information Security, encore heureux vu les données sur lesquelles on travaille  
 
mon commentaire était surtout sur l'accès readonly aux données, même pas en prod.

ouais, quand je vois ca chez nous. Avec un minimum d'acces tu peux acceder a tout. Mais c'est relativement bien surveille suite a des affaires en chine

Ça fait longtemps que ca devrait être tué ca

Ah vous êtes super en retard sur nous du coup

En France, depuis le 26 septembre 2015 la question se pose pas : condensation obligatoire
L'installateur doit être agréé RGE au moment de la signature du devis (et pas au moment de l'installation comme c'est sous-entendu partout, cf. http://www.legifrance.gouv.fr/affi [...] ieLien=cid ), il faut vérifier sur http://renovation-info-service.gou [...] fessionnel
TVA à 5.5% sur la pose et l'entretien de chaudière à condensation, c'est pas le cas en BT
Pas de ramonage en condensation a priori
Prime éco-énergie à demander à un pétrolier (environ 200€, dépend du département et de la superficie de l'habitation)
Crédit d'impôt en condensation uniquement
En théorie économie en gaz (obvious, a priori 10% soit l'équivalent d'une mensualité) mais aussi économie en électricité (le circulateur brushless consomme 10 fois moins, perso les mois où je chauffe je le voyait sur ma facture d'électricité alors que je ne chauffe qu'au gaz)
la vitesse du circulateur est variable (en tout cas sur la mienne), c'est vraiment silencieux
La flamme étant variable (en tout cas sur la mienne, SD Themafast condens) la régulation de l'eau chaude est plus fine
Puisque tout est variable, une sonde de température extérieure est un plus, plus encore en condensation qu'en BT
ça c'est pour les plus
 
pour les moins : c'est plus cher (2k€ de plus pour moi en comptant le tubage qui ne sera pas à refaire au prochain changement de chaudière, mais il faut défalquer tout ce que j'ai listé au-dessus, je devrais l'amortir en 7 ans)
il faut tuber le conduit et ajouter un terminal ou en percer un en façade (perso j'ai fait tuber en souple avec du Rénolux )
normalement il faut neutraliser les condensats avant rejet à l'égoût (je sais pas ce que ça coûte en consommable)

Bonjour, on a eu un major outage sur notre host provider -> heart internet
 
Ils ont réussi l'exploit de laisser les VPS en rade pendant plus de 24 heures, soit-disant à cause du remplacement d'un power switch qui a mal tourné et qui a entrainé l'arrêt total de tout le data-center. Du bon gros foutage de gueule quoi... à noter que TOUS les sites hébergés chez eux sont tombés en même temps pendant un minimum de 12 heures jusqu'a plus de 24 heures. Un bel exploit qui va leur couter cher...  
 
vu qu'apparemment c'est à moi que reviens le challenge de bouger tous nos site ailleurs, je lorgne sur AWS (EC2)  (je lorgnais dessus depuis un certain temps déjà)
 
Des retours d'exp ? Vu l'énormité de l'infra Amazon, j'ai un peu peur du truc inhumain où quand tu as un soucis, t'es baladé d'un indien à un autre... D'un autre côté, le côté scalable pur me plait bien...