votre avatar

Yangzebul

est avec nous depuis le 6 mai 2003 ❤️

426 commentaires

Le 02/10/2014 à 12h 17







zempa a écrit :



Un des soucis de la base de registre est que les logiciels ne tenaient pas forcément à jour les clés qu’ils créaient notamment à la désinstallation.

On pouvait donc se retrouver avec tout un tas de clé inutiles.

Au final, cela n’a pas de conséquence visibles vu que ça se charge rapidement.







Oui, mais ça ce n’est pas vraiment un défaut inhérent au système, mais au programmes indélicats.

Sur un linux aussi tu peux faire le gros porc et laisser tes traces de partout.


Le 02/10/2014 à 12h 01







RinSa a écrit :



la base de registre doit être chargée dans son intégralité à chaque démarrage.

et c’est beaucoup plus bordélique et moins compréhensible que qu’un système unix







Le premier argument est vraiment de mauvaise foi :

La base de registre à un format compact et standardisé. Donc son chargement et son parcours prennent un temps totalement imperceptible même sur un très vieux système.

De plus la critique inverse est tout à fait possible : quid du bien fondé d’avoir une configuration éclatée et non standardisée avec plein de fichiers au format texte pour lesquels il faudra différents types de parsers ayant des performances différentes ?



Ta deuxième remarque est par contre fondée : ce n’est pas un format de configuration user-friendly. Mais d’un autre côté je dirai qu’en utilisation normale l’accès brut à la base de registre ne devrait jamais se faire : le programme est censé fournir une IHM dédié pour sa conf.


Le 02/10/2014 à 11h 51







brazomyna a écrit :



C’est quoi le problème avec la base de registre ?



En quoi ça serait différent et moins bien que d’autres solutions (genre le /etc d’un linux qui n’est rien d’autre qu’une arborescence avec des données dans les noeuds/et ou les feuilles… tout comme une base de registre) ?







[clicodrome_m\(\_hater]



Non mais tu comprends pas une base de registre c'est pas secure et ça ralentit le système ! <img data-src=">



[/clicodrome\_m\)
_hater]


Le 01/10/2014 à 11h 35

Quand j’entends les gens parler de tout ces problèmes d’équilibrage malgré le pool de carte extrêmement restreint ça me fait doucement rire.



Blizzard està des années lumières du niveau d’expertise de WotC sur les JCC.

Le 26/09/2014 à 12h 18







scaillea a écrit :



25Kg, je trouve ça léger comme test de pression.



Le test aurait été plus concluant si un poids de 70Kg avait été appliqué. Certes c’est beaucoup mais cela doit être le poids moyen d’un être humain.







Pour être rigoureux il faut prendre le poids moyen du torse supérieur d’un homme (sans les jambes donc) et diviser cela par la surface totale de ton fessier par rapport à celle de l’iPhone.



Donc 25kg ça ne me semble pas si délirant que ça.


Le 25/09/2014 à 14h 04







benjarobin a écrit :



Je vais aller me prendre… <img data-src=" /> <img data-src=" />

Dis moi que c’est juste pour la blague et que tu ne fais pas ceci en production… <img data-src=" />







Je ne teste pas toujours mes confs, mais quand je le fais, je teste en production. <img data-src=" />


Le 25/09/2014 à 08h 17







sir.thorfin a écrit :



Iphone 5, ios 6 &gt; 7 &gt; 8 …. aucun soucis…







Et donc ?

Cela rends mon propos moins valide ?


Le 25/09/2014 à 08h 10







athlonx2 a écrit :



Je pense que les utilisateurs Apple, fanboys y compris, vont effectivement se méfier de plus en plus.



Perso, l’ipad mini de madame 1er du nom ne franchira jamais l’update à IOS8, c’est déjà une cata de l’avoir passer de 6 à 7, ce qui me fait dire que la fragmentation si faible chez la pomme pourrait bien commencer à augmenter.



<img data-src=" />







Comme le passage d’iOS 3 à iOS 4 : le système était tellement peu optimisé pour les plateforme soi disant compatibles que le simple fait de faire glisser le home screen de droite à gauche provoquait un gros lag de plusieurs secondes.

Ouvrir Safari provoquait un crash du système une fois sur quatre, etc.



Bon nombre d’iPhone 3 ont été mis au rebut car rendu inutilisable par l’upgrade qui n’était pas désinstallable.





Donc dire que les mises à jour d’iOS se passent généralement sans accro c’est avoir la mémoire très courte. <img data-src=" />





Mon frère qui avait fait la mise à jour ne pouvait plus réceptionner d’appel : le lock screeen mettait tellement de temps à réagir que l’appel était déjà passé sur le répondeur. <img data-src=" /><img data-src=" />


Le 24/09/2014 à 13h 34







NonMais a écrit :



100k$/an pour un dév… sont mieux payés qu’en France <img data-src=" />







Si tu regardes les infos du Medef et de l’éducation nationale : un intégrateur débutant touche (soi-disant) +3000€ bruts en sortie d’école.



Donc un ingénieur en développement avec +5 ans d’expérience devrait par extrapolation toucher 2% du PIB français.



CQFD <img data-src=" />


Le 17/09/2014 à 05h 45







toutpourlalingerie a écrit :



Y a pas que le prix… .

Avec des NAS “maison” tu est libre, c’est un peu moins vrai avec des NAS de marque où certains disque ne sont pas compatible …







Parce que le fait de monter le bousin soit même fait disparaître tout problème de compatibilité ?



<img data-src=" /><img data-src=" />


Le 04/09/2014 à 14h 28







Ricard a écrit :



Tenez les FAI… dans les dents.<img data-src=" />







Dit il avant de se rendre compte que dans trois mois à tout casser ce sera comme aux US : débit Netflix inférieur à 10ko/s y compris sur des connexions +100Mbps ou fibre.

Netflix obligé de céder au racket des opérateurs en payant sa dîme pour qu’au final ces derniers se cassent avec l’argent sans rien changer au bridage (Comcast-style <img data-src=" />).


Le 01/09/2014 à 09h 16







V_E_B a écrit :



Un XML n’a pas besoin de schéma pour être valide et traité. C’est juste plus compliqué sans.

La norme XML définit bien le XSD comme optionnel, bien que recommandé.







Oui tu peux valider que les données sont correctement sérialisées.

Mais tu ne peux pas valider les données.



D’un point de vue transport : c’est un format de donnée

D’un point de vue applicatif : ce n’est pas à proprement parler un format, juste une sérialisation.


Le 01/09/2014 à 08h 00







V_E_B a écrit :



Le CSV et le XML (le XLS je ne sais pas ^^’ ) veulent bien dire quelque chose même sans schéma. Ce dernier ne sert qu’à s’assurer que le récepteur comprend bien le message de la même manière, il n’est pas nécessaire.

Après, je suis d’accord que dans ce cas précis, ne pas fournir de schéma cible serait une mauvaise idée. Traiter 27 formes différentes de retour… vive les surcouts <img data-src=" />







-1

Non ce sont juste des sérialisations, tu ne peux rien en faire sans plus de specs.







Bylon a écrit :



XML définit juste la grammaire.



Ton fichier peut tout à fait être “well formed” au sens XML sans pour autant être d’aucune utilité pour le transport aérien parce qu’il contiendra les information sur ton dernier virement SEPA qui est bel et bien du XML.



Ce sera donc bien “du XML” sans pour autant être utile.



C’est comme si tu disais : il faut me donner des informations en Français. Tu as juste défini une norme de langage, mais pas le fond des phrases. Je peux très bien te parler de la pluie et du beau temps en respectant la spécification “en français”, sans pour autant que cela te soit utile pour le transport aérien.



CSV c’est bien sûr encore pire… le pire de tous probablement parce qu’on ne transporte même pas la signification des colonnes, et en plus il n’y a aucune normalisation.



XL c’est aussi ridicule en plus d’être propriétaire, on tombe sur la même chose : j’envoie n’importe quelle tableur ?







+1


Le 30/08/2014 à 06h 42







catseye a écrit :



Oui et non. Tu peux laisser les vidéos en ligne, les QCM, ou exercices en ligne avec les corrigés, même le forum, simplement l’équipe éducative ne répond plus après telle ou telle date (en tout cas, plus obligatoirement).

Il ferait mieux de s’inspirer de l’académie virtuelle de Microsoft …







Le problème c’est qu’en faisant ça tu ne peux plus faire de sessions ultérieures les années/semestres suivants.


Le 29/08/2014 à 15h 11







yeti4 a écrit :



salut

on est nombreux : à souhaiter que les cours soient accessibles 24 H !

(j’espère qu’ils en tiendront compte …s’il le faut : l’année prochaine) <img data-src=" />







24h c’est pas un peu court ? <img data-src=" />


Le 29/08/2014 à 14h 43

Au vu des commentaires pestant sur les disponibilités je constate que peu de personnes comprennent le principe des MOOC :



Ce qui différencie un MOOC d’une vidéo de cours magistral c’est le support qu’il y a tout autour :




  • une plateforme d’échange (forum en général) qui permet aux étudiants de converser entre eux ou avec l’équipe éducative

  • souvent de vrais TP avec des dates de rendu et corrigés

  • à la clé un certificat (qui a la valeur qu’on lui accorde)



    Cela implique donc forcément qu’une session de formation ait un début et une fin.

Le 27/08/2014 à 08h 52







NiCr a écrit :



Ce serait intéressant si dans nos boîtes respectives on s’amusait à échanger tous les ans les fonctions occupées entre les différents salariés.







Le problème c’est que dans les boîtes les salariés ont une vraie fonction, ce ne sont pas juste des emplois fictifs avec médiatisation à la clé.


Le 26/08/2014 à 12h 35







YesWeekEnd a écrit :



Désert en public, certainement… Quand on voit certains motifs d’expulsion, on a vite fait de retourner au mode solo ou au coop en FL.



Perso je ne me lasse pas (pas encore).







De toute façon si tu écoutes tout ce que les gens écrivent, Diablo III est le plus gros échec du jeu vidéo, tout ceux qui l’ont acheté sans exception l’ont brûlé au bout d’une semaine tant ils étaient déçus et Blizzard est en dépôt de bilan tellement les ventes sont mauvaises.


Le 21/08/2014 à 12h 07

nextinpact.com Next INpact



Alternetic

Développeur web PHP Backend et maintenance applicative H/F

PHP (OO), HTML, Javascript (jQuery), et si possible les technologies suivantes : MongoDB, AngularJS, Phonegap

Anglais technique ou mieux, la maitrise du Chinois serait un plus



Le salaire sera situé dans la tranche 25k =&gt; 28k brut





<img data-src=" /><img data-src=" /><img data-src=" /><img data-src=" /><img data-src=" />



Mais quelle bande de branlots !

Le 29/07/2014 à 09h 35

En même temps les règlementations actuelles permettent déjà de faire respecter les AOC. Des viticulteurs étrangers ont déjà été condamnés et même la Chine (<img data-src=" /> www.leparisien.fr/economie/l-appellation-champagne-enfin-protegee-en-chine-27-05-2013-2840381.php) les reconnaît !

Le 24/07/2014 à 09h 36







fly59 a écrit :



Non parce qu’un appel d’offre c’est pas “ montrez moi vos talents et en fonction de ça je vous choisirez”. Un appel d’offre est définis par un cahier des charges qui doit être respecter par les candidats.



C’est ensuite au client de choisir le projet qui répond le mieux à son cahier des charges. En regardant le portfolio de quelqu’un ça ne suffit pas à voir s’il saura répondre à nos besoins puisque par définition chaque cahier des charges à ces spécificités. A moins que le graphiste soit extrêmement spécialisé dans le domaine du client et qu’il a un portfolio conséquent je vois mal comment on peut se faire une idée de sa capacité à répondre à nos attentes sur ces seules informations.



Dans ce cas là le client ne fais pas un appel d’offre s’il n’a pas un projet spécifique en tête mais contacte juste quelqu’un en freelance pour lui donner une vague idée de ce qu’il veut et qu’il lui fasse.







C’est le cas avec n’importe quel appel d’offre,quand tu sélectionnes un prestataire il y a toujours une zone de flou entre ce que tu t’attends à recevoir, ce qu’il a spécifié dans son offre et ce qui est produit réellement.



Tu remarquera que le lien de tryx rejoint beaucoup ce que je dis. Ils rajoutent une “note d’intention” dans le lot, mais la encore c’est comme tout réponse à appel d’offre : cela reste flou.


Le 24/07/2014 à 08h 48







fly59 a écrit :



Je suis partiellement d’accord avec toi, toute la difficulté est le processus utilisé. Tu ne peux, pour moi, clairement pas utiliser ce procédé ici sans forcément lésé une partie.



(…)



La difficulté pour les graphistes c’est la limite entre le côté prestation de service et artistique fournis. Il y a un véritable travail de recherche et d’imagination pour coller au mieux à la demande qui effectivement au final ne sera pas rémunérer alors que finalement dans un appel d’offre ordinaire nous sommes plus à l’état prototype, maquette ou présentation du produit (ce qui est mon cas), là dessus je te rejoins totalement.







Si on devait faire une comparaison équitable, le graphiste devrait ici fournir son portfolio pour montrer ses compétences et un devis détaillé : nombre et nature des livrables, nombre de retours éventuels, nombre de jours de travail et taux horaire en cas de dépassement de celui-ci.



Mais pas de maquettes ! <img data-src=" />

Le client peut parfaitement faire son choix avec seulement ces éléments, et on serait bien plus proche ici de ce qu’une entreprise de service fournit lors d’un appel d’offre.


Le 16/07/2014 à 20h 36







HarmattanBlow a écrit :



Bien sûr que non, pourquoi devraient-ils l’être puisque nous discutons depuis le début de deux ensembles de valeurs distincts ayant la même cardinalité, entre lesquels existe une transformation bijective et dont les membres de l’un ont une représentation plus compacte que leurs correspondants.







Ou est ce que j’ai dit ça ?! J’ai dit







Yangzebul a écrit :





  • Hors une bijection entre deux ensemble implique forcément que ces deux ensembles aient la même taille.







    Ce qui je te l’accorde peut être ambigüe, mais c’est une formulation grossière en langage naturel, le formalisme n’est pas le but recherché.



    Au contraire tu as déjà essayé de prendre le problème de cette manière et je t’ai déjà répondu très explicitement :







    Yangzebul a écrit :



    Quand je dis ensemble je ne parle pas du fichier, mais de l’ensemble des fichiers exprimables dans un espace donnée (chaque fichier étant un point dans cet ensemble). Je faisais une description grossière du “pigeonhole principle”.







    Je n’ai jamais parlé d’ensemble ayant la même cardinalité mais d’ensemble de même taille !! Et qui par conséquent ont la même cardinalité.











    HarmattanBlow a écrit :



    C’est surtout que tu as voulu te la jouer, que tu as raconté n’importe quoi et que depuis un petit moment tu me tiens la jambe en refusant de reconnaître tes erreurs.



    Dommage, les erreurs sont une chose normale en phase d’apprentissage. Ne pas savoir les reconnaître quand on te met le nez dedans est un tort.







    Bon d’accord j’ai compris tu t’es mis en tête depuis le début d’essayer de me rabattre le caquet. Cela ce sent, tu préfères chercher à interpréter mes posts de manière à ce que j’ai tord plutôt que comprendre ce que j’ai dit réellement.



    Belle mentalité de cour de récré.

    Bravo c’est toi qui est le plus fort. <img data-src=" />



    Moi j’arrête là tout à été dit, je ne vois pas l’intérêt d’essayer de parler à quelqu’un dont le but n’est pas de se comprendre mais de chercher l’affrontement.


Le 16/07/2014 à 19h 40







HarmattanBlow a écrit :



Bien sûr que si : le million de points de code spécifiés par la norme Unicode, soit un peu moins de 2^21. Ils sont tous représentables aussi bien en utf-8 qu’en utf-32.







Pas dans le même espace !







HarmattanBlow a écrit :



Ce n’est pas le principe qui est en cause mais la façon dont tu l’utilises.







Tu veux dire comme ça :



http://gailly.net/05533051.html



On va dire qu’on a un problème de communication tout les deux. <img data-src=" />


Le 16/07/2014 à 19h 16







HarmattanBlow a écrit :



Ce quatrième point est faux : il suffit de considérer une bijection de utf-32 vers utf-8 : une valeur utf-8 n’est jamais plus longue qu’une valeur utf-32.





Le premier point était donc imprécis ou non-pertinent, le second faux ou non-pertinent, le quatrième faux. <img data-src=" />



Et en fait le cinquième aussi, tiens : une fonction qui réduirait le plus souvent la taille mais l’augmenterait parfois pourrait tout de même être considéré comme une compression.







Sauf que dans ton exemple les deux ensembles n’ont pas la même taille.



Je veux bien que ma formulation soit maladroite, imprécise, ambigüe ou mal formalisée, mais fausse. <img data-src=" />



Mais bon on ne sais jamais peut être va tu démontrer que le pigeonhole principle est faux et obtenir la médaille Fields dans quelques années pour avoir révolutionné les mathématiques combinatoires. <img data-src=" />


Le 16/07/2014 à 16h 48







HarmattanBlow a écrit :



Dans ce cas c’est ton second point qui est erroné : oui les deux ensembles ont la même taille mais ce n’est pas le décompte de l’ensemble des fichiers possibles qui nous intéresse mais la taille de chaque élément.







En quoi c’est différent de cette formulation ?



“- Comme les deux ensembles ont la même taille il existe forcément des points dont la taille augmentera après transformation.”



<img data-src=" />


Le 16/07/2014 à 16h 20







HarmattanBlow a écrit :



La vision d’un fichier comme un simple ensemble est fausse car tu perds les informations implicites de l’ordonnancement et du format. Pour t’en convaincre tu n’as qu’à te demander quels seraient les éléments de cet ensemble ? 0 et 1 ? Nous n’irions pas loin. Les pixels ? Donc réordonner les pixels avec une bijection ne détruit pas l’information ?



Et puisque la prémisse est erronée…







Quand je dis ensemble je ne parle pas du fichier, mais de l’ensemble des fichiers exprimables dans un espace donnée (chaque fichier étant un point dans cet ensemble). Je faisais une description grossière du “pigeonhole principle”.



Après c’est vrai que Shannon utilise bien le terme compression, et dans la pratique comme l’entropie de ce que l’on veut compresser est rarement élevée, cela réduit effectivement la taille.

Ma vision de la sémantique exacte du terme est peut être un peu trop étriquée.


Le 16/07/2014 à 15h 14







Pazns a écrit :



C’est tout. Le sens “strict” dont tu parles n’a pas vraiment de réalité à l’usage informatique. Pas la peine de se gargariser avec.







C’est donc exactement ce que je disais à OlivierJ avant que tu débarques sur tes grands chevaux au milieu de la conversation.



Dis moi il y a une raison pour justifier que tu sois agressif comme ça ? ma tête te reviens pas ?









Pazns a écrit :



Dans ton explication, tu dis que ce qui n’est pas une compression est un encodage.

Euh, hein ?



Dans tous les cas on fait de l’encodage, puisqu’on ré-interprète les données d’origine avec un autre ensemble de symboles que celui d’origine, peu importe que la taille des données finales soit supérieure, inférieure ou égale à celle des données originales.







Oui, mais la réciproque n’est pas vrai, un encodage n’est pas forcément une compression.







Pazns a écrit :



Enfin, si l’ensemble final est plus léger que celui de départ, on a compression.







C’est exactement ce que je dis dans le dernier point de la preuve par comptage “Donc ta transformation n’est pas une compression car elle augmente la taille de certains points de ton ensemble : c’est un encodage”.



Globalement tu es d’accord avec tout ce que je dis mais tu prends tout mes messages à contresens. Détends toi un peu.



Edit :







Pazns a écrit :



Oui, je viens de m’en rendre compte <img data-src=" />

Déformation trollessionnelle.







OK


Le 16/07/2014 à 13h 20







Pazns a écrit :



Et il faut encore différencier “compression avec perte” et “compression sans perte”, hein.







Tu n’as pas compris la discussion.

Au sens strict (mathématique) du terme “compression sans perte” est un oxymore.



Une compression implique forcément une perte :





  • Si tu transformes un ensemble de données en un autre ensemble sans perte cela veut dire que tu utilise une bijection.

  • Hors une bijection entre deux ensemble implique forcément que ces deux ensembles aient la même taille.

  • Donc il existe pour chaque point de cette ensemble une image dans l’autre ensemble.

  • Comme les deux ensembles ont la même taille il existe forcément des points dont la taille augmentera après transformation.

  • Donc ta transformation n’est pas une compression car elle augmente la taille de certains points de ton ensemble : c’est un encodage



    Cela s’appelle la preuve par comptage.







    Enfin bref, ce que je disais c’est que personne ne fait cette distinction dans la langage courant.


Le 16/07/2014 à 10h 40







OlivierJ a écrit :



<img data-src=" />

Déjà que le monde de la vidéo est pourri par l’anglicisme “encod*” et l’impropriété (il ne s’agit pas d’un codage car il y a perte), si maintenant ça touche le bon vieux JPEG…







Dans l’absolu, dans le pur sens mathématique du terme oui tu as raison.

Mais à l’usage ces deux termes ont toujours été interchangeables, et ce même par les experts du domaine, ex :



http://www.amazon.fr/Text-Compression-Timothy-C-Bell/dp/0139119914



Ce bouquin devrait s’appeler “Text Encoding” puisque un algorithme de “compression” implique forcément une perte de donnée, ce qui n’est jamais acceptable pour du texte.

Il n’existe que des encodages de texte, pas de compression au sens mathématique du terme.


Le 09/07/2014 à 20h 54







Alesk a écrit :



Ce qu’il faut pas entendre dans les commentaires…



Sérieux, si un client doit allez jusqu’à préciser dans son cahier des charges, les fonctions, avec les arguments et les code retours, je ne vois plus l’intérêt de faire développer par une société externe. C’est juste du bon sens, faut réfléchir un peu.







Non mais pourquoi tu cites mon commentaire en disant ça ?

Où est-ce que j’ai dit ou ne serais-ce suggéré ça ?



Aujourd’hui c’est vraiment (rayez les mentions inutiles):




  • le festival de la mauvaise foi

  • le jour de sorti des fous qui entendent des voix

  • un trolldi avant l’heure.





    SVP, à l’avenir laissez moi en dehors de vos divagations. J’ai autre chose à faire que de venir checker mes notifications pour trouver des citations fantasmées.



    Merci. <img data-src=" />


Le 09/07/2014 à 14h 04







Ewil a écrit :



Donc en faite, c’est pas la faut du dev mais du client ou du chez de projet qui fait pas son taff ?



Bref le dev est intouchable quoi belle mentalité… Dans quel cas il es responsable si il fait de la merde ?







C’est fou comme il est impossible d’avoir une discussion apaisée avec certaines personnes.

Arrête cette surenchère de mauvaise foi pour avoir le dernier mot, personne n’a jamais dit ça, c’est totalement ridicule.


Le 09/07/2014 à 13h 48







StraToN a écrit :



Le client est-il qualifié pour déterminer ce qui est un bug ou ce qui ne l’est pas ? Your argument is invalid.







Non au contraire c’est tout mon propos.


Le 09/07/2014 à 13h 43







Ewil a écrit :



LOL Raté mais c’est pas grave…

Un bug ne vient pas du cahier des charges…







L’immense majorité des “bugs” que j’ai rencontrés dans ma carrière viennent au contraire du cahier des charges :





  • qui est soit incomplet, du coup le comportement non spécifié est qualifié par le client comme “bug”

  • qui est soit contradictoire, et dans ce cas même en le détectant en amont le client derrière souvent ne comprends pas le problème et continue dans son erreur jusqu’à ce que confronté au livrable il prenne conscience du problème

  • qui change à postériori, et donc le comportement spécifié qui n’est pas conforme au nouvelles specs est qualifié de “bug”



    De manière générale tout ce qui ne plait pas au client est un “bug”.





    Dans la réalité pas plus de 10 à 15% des retours sur livrables sont de vrais bugs, tout le reste c’est des problèmes de specs.


Le 03/07/2014 à 13h 03







monpci a écrit :



ça reste un portable avec un écran qui bouge c’est pas comme si ça faisait des plusieurs d’années que ça existait







C’est pas comme si ça faisait plusieurs années que Sony vendait des laptop à combustion spontanée (ils ont même une expérience de fou sur ce segment de marché).


Le 27/06/2014 à 09h 30







chaton51 a écrit :



ah ce que j’aimerai qu’ils refassent un nouveau dungeon keeper sur pc et consoles.. c’etait vraiment un super jeu à l’époque !











GeX-R a écrit :



Tout à fait d’accord, je rêve d’un DKIII.

Il m’arrive encore de les reinstall pour les faire une énième fois.

Pourquoi c’est cette bande d’incompétents qui a la licence, damn ???? <img data-src=" />







https://wftogame.com



<img data-src=" />


Le 27/06/2014 à 08h 31



Une partie de moi se dit “Si seulement je m’étais impliqué un peu plus”… et pour être juste envers les gars, ils m’ont demandé avant de lancer le jeu si j’y avais jeté un œil. Mais j’étais trop occupé pour le faire. Je me sens mal à ce sujet







<img data-src=" /><img data-src=" /><img data-src=" />



Les fausses excuses : “Je suis la perfection incarnée et si ce projet est un échec c’est parce que je n’ai point daigné lancer une broutille d’attention aux pauvres mécréants du studio. Honte à moi j’aurai du anticiper que ces pauvres simples d’esprits ne peuvent rien accomplir sans mon infinie sagesse.”



Comme si plus d’implication de la part du management aurait abouti à moins de micro-transactions. C’est au plutôt l’inverse : si Mr Wilson et ses confrères se serait occupé de leurs affaires et laissé travaillé les pros ce jeu n’aurait pas été une telle abomination.

Le 10/06/2014 à 18h 18







HarmattanBlow a écrit :



Vim… Ligne de commande…



Arrêtez les gars, passez en 2014. Adoptez un vrai IDE avec refactorisation, navigations rapides, auto-complétion et tout le toutim, et un programme qui vous permet de vérifier facilement vos changements et les éventuels conflits avant de basculer (commiter) sur le repo. Ça fera plaisir à vos collègues.







Beatnik <img data-src=" />


Le 10/06/2014 à 15h 04







wagaf a écrit :



Sourcetree pas dispo pour linux…



Si tu code comme à l’époque de SVN, oui <img data-src=" />







Véridique : dans ma boîte on est toujours sur CVS. SVN c’est encore trop un truc de hipster pour mes patrons. Déjà qu’ils me prennent pour un hippy quand je parle de CSS, je n’ai pas encore oser prononcer des mots comme angular, node ou de lambda Java 8…


Le 10/06/2014 à 13h 02







Amrac a écrit :



J’ai pas réussi a trouver de photo de leur produit.



Ma question est simple, est-ce que ça rentre dans mon compteur électrique? Si c’est pour laisser le compteur électrique ouvert H24, bof.

Même problème pour les câbles, si il faut l’alimenter ou le connecté en Ethernet c’est pas pratique.







Non car c’est un lecteur optique. De toute façon comme il est interdit (et extrêmement dangereux) d’ouvrir et modifier un compteur électrique tu ne trouvera jamais ce genre de solutions.


Le 10/06/2014 à 12h 30







eliumnick a écrit :



Une mesure instantanée et une calculatrice = ??? la conso annuelle…



Pour info, une conso instantanée, c’est la conso pendant 1 seconde.







Si une marge d’erreur de 15 à 40% selon les appareils te convient oui.

Pour l’avoir fait je sais très bien que c’est très très approximatif. Beaucoup d’appareils vont avoir une utilisation éparse difficile à extrapoler, ou une consommation variable.


Le 10/06/2014 à 12h 25







khertan a écrit :



Un poil cher … oui un simple Ampère mètre pince fait trés bien l’affaire !



J’utilise un Fluke-T5-600 parceque j’en ai deja un, mais y’a moins cher.







Le problème de ce type de wattmètre c’est qu’ils sont assez imprécis et surtout qu’ils sont plutôt orienté mesure instantanée. Hors une mesure sur plusieurs dizaine d’heures avec extrapolation sur un an est dans le cadre d’une utilisation domestique bien plus intéressante.


Le 10/06/2014 à 12h 22







tAran a écrit :



C’est à dire ? Des appareils que tu peux brancher sur le compteur ? Ou sur le matos ? :o







Sur les prises.

Pour un wattmètre de qualité (précision 0.2%), il faut compter 25 euros mini et bien vérifier les specs de ce quon achète).



Mais sur les appareils de mesures temps réel de compteur cela existe depuis belle lurette et sans cloud ou abonnement, aussi bien pour les compteurs électrique, que d’eau ou de gaz. Par contre cela se trouve plus chez les distributeurs de matos domotique que dans les grandes surfaces de bricolage.


Le 05/06/2014 à 11h 38







Tourner.lapache a écrit :



Sur du home made avec la même config (celeron, 16 Go de ram, double ethernet) on était sur du 500 € à la même époque l’an dernier. A mon avis ces NAS on peut tabler sur du 1000 €… A voir s’il existe une version de l’OS de QNAP installable partout comme cela existe chez Syno (DSM XP un truc dans le genre







Le problème avec le home-made c’est qu’en plus d’être plus gros et plus bruyant il est très très loin de consommer moins de 10W comme mon Syno 4 baies.

Et ça pour un appareil qui a vocation a rester allumer en quasi permanence cela fait vite beaucoup d’argent. <img data-src=" />


Le 30/05/2014 à 14h 43







monpci a écrit :



sans doute pour cela (éviter de pourrir ta partition caché : l’espace vide) : que trueCrypt permettait d’ouvrir un volume en lecture seule







Si mes souvenirs sont bon tu pouvais ouvrir le volume externe en indiquant les deux mots de passe celui du volume externe et interne pour éviter de corrompre le volume interne…

Mais cela doit faire plus de 8 ans que je n’ai pas touché truecrypt… donc c’est possible que je me trompe.


Le 30/05/2014 à 14h 37







eliumnick a écrit :



Tout volume encrypté provisionne de l’espace vide.







Je ne parle pas d’espace vide, mais d’espace mort : un espace réservé et non utilisable pour le conteneur de premier niveau.



Mais comme indiqué dans mon edit : j’avais mal compris le message initial.


Le 30/05/2014 à 14h 32







kikoo25 a écrit :



Je connais pas les détails techniques, mais selon la clé que tu utilises sur ton volume pas caché, ça rend visible ou non la partie cachée. Et quand elle n’est pas visible, elle est vraiment pas visible (genre si tu écris trop sur ta partition pas cachée, tu va écraser ta cachée). Sans doute que selon la clé utilisée, ça te déchiffre ou non le paquet de métadonnées qui va bien.







[strike]Oui mais donc dans ce cas la cela veut dire qu’en donnant la clé du premier volume tu donne une indication irréfutable qu’il y a un second volume caché. Donc exit le déni possible !



Pour que ton hypothèse fonctionne il faudrait que même en l’absence de réel volume caché tout volume provisionne de l’espace mort inutilisable. Ce qui n’est pas du tout le cas.[/strike]



Je viens de relire ton message : j’avais mal compris ce que tu disais.


Le 30/05/2014 à 14h 19







FunnyD a écrit :



1 - Tu coupes tes cheveux de manière respectable respectable <img data-src=" />

2 - Tu arretes de t’habiller comme un rebelle



Ca sera déja un bon début <img data-src=" />



Le 28/05/2014 à 18h 02







MrJul a écrit :



Comme sur de très nombreux sites. Les cookies sont très rarement stockés côté serveur, juste validés.







En même temps le principe même d’un cookie c’est d’avoir une donnée servant de “clé” entre le client et le serveur. Un cookie est tout le temps stocké côté client. Le concept d’un cookie stocké sur le serveur n’a strictement aucun sens, cela impliquerait une communication avec seulement un seul acteur : le serveur avec lui même.


Le 21/05/2014 à 14h 38







Lafisk a écrit :



Tout ce que tu cites sont des choses que tout le monde fait tout les jours, c’est bien connu et dans tout les domaines …







Choisir une structure de donnée : oui, n’importe quel développeur est appelé à faire cela très régulièrement et quelque soit le domaine dans lequel il bosse.