sans aller jusqu'à harmoniser la fiscalité du monde, le faire au niveau de l'Europe serait un bon début; si demain tu dis au Luxembourg, l'Irlande, la Pologne, d'harmoniser leur fiscalité au moins sur l'Allemagne, sinon c'est direction la porte, tu auras assez vite des ajustements;
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
Je suis plus pour le dividende universel pour tous, mais c'est plus difficile à faire passer que des allocations chômage…
Et pourtant ce que ça simplifierai la gestion pas besoin de gérer la gestion des allocs, les anpe deviendraient autre chose que des agences à chercher le détail qui permet de ne rien verser…
Et pour ceux souhaitant conserver leur niveau de vie après licenciement, une assurances facultative. Mais pour beaucoup l'idée même de donner des gens, sans condition leur est totalement absurde.
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
En fait ce que tu ne vas pas payer en chaumage/sécu tu risque de le retrouver sur d'autre budgets auxquels tu n'as pas de contrôle, comme la gestion des prisons, de la justice, de la police.
Un chômeur qui touche ses allocs, il paye sa bouffe; un chômeur qui ne touche rien va vivre aux crochet de ceux qui peuvent lui fournir de quoi manger.
Alors soit t'a du bol, et il se contente de mendier, ou de voler, soit t'a moins de bol et il rejoint les milieux mafieux.
Pour la sécu, tu as tendance à préférer que les gens aillent rapidement chez le médecin plutôt que d'avoir une épidémie qui de toute façons te couteras cher.
Tu peux aussi décider de laisser les gens crever sur le pas de ta porte, mais même les rats ne font pas ça.
Bref la question sécu/chômage est surtout si tu préfères avoir 15% de glandeurs, ou 20% de taulards.
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
C'est tout la question de savoir jusqu'à quel point il faut vérifier les entrées (ou les sorties); à tout vouloir vérifier, dans tous les moindres détails (y compris ceux qui ne sont pas censés arriver), on arrive à un ratio de ligne vérifiant les entrés très largement supérieur aux lignes utile au calcul / traitement;
Cela peut se ressentir à l'exécution; tout comme une certaine lourdeur dans le code et sa maintenabilité; j'ai un collègue qui parle de GIGO, (garbage in, garbage out), pour gérer des entrée hors normes.
Pour prendre le cas de sqrt() (fonction externe), je ne vais pas m'amuser à vérifier son retour, à la rigueur je test le nombre que je met en entrée, mais à partir du moment où je lui file un nombre positif, je sais que j'aurais un truc correcte en sortie.
Par contre pour le coup du malloc/realloc, j'aurais tendance à vouloir vérifier le résultat, je suis particulièrement sensible à ce genre de blague (par contre j'utiliserai asprintf pour faire ce qui est demandé ;
est ce notre faut si apple fournit des ampli interne au rabais ?
Le plus souvent c'est un logiciel qui pilote l'ampli; à partir du moment où tu le branche sur un doc mirco usb, il peut même désactiver l'ampli interne si c'est fait intelligemment, et transformer la sortie casque en line out.
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
Tout le monde n'a pas les même exigence que toi; quand OVH plante je râle parce que c'est mon mail pro; quand mon serveur de mail perso plante il n'y a que quelques personnes impactées (et, c'est, jusqu'à présent plus rare et moins long que les pannes OVH)
Si c'est mon serveur irc qui se barre en couille, pareil, avec en plus l'inexistence de netsplit, chose qui arrive encore fréquemment chez les autres.
Mais le point important, c'est que je suis au courant que ce n'est pas d'une fiabilité à 99.9999%, et tu sais quoi ? Je m'en branle.
Toi tu as des exigences de services que je n'ai pas, et ce n'est clairement pas non plus l'exigence de tout le monde, mais juste une partie du monde, qui fort heureusement ne font pas partie du cercle restreint utilisant mon serveur perso; en même temps si c'était le cas je leur prierai d'aller vendre leur vie futile sur facebook. C'est, certes, une chose qu'il faut mettre en balance, et elle est loin d'être bloquante.
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
Je répondait surtout à Zenitram qui ramène sa fraise dès qu'on parle d'auto hébergement et qui a des exigences professionnelle et les applique à tout, en oubliant allègrement que mise à part les très gros qui vendent la vie privée, ou ceux que l'on paye cher pour avoir une continuité de service, ses exigence ne sont pas remplies.
De même, je gagne du temps à administrer un serveur chez moi où j'ai facilement accès à un écran/clavier/souris un affichage déporté fluide, la possibilité de faire un backup sur un disque externe sans bouffer toute ma connexion pendant des plombes, avec une distribution dont j'ai l'habitude, avec la possibilité de patcher les serveurs dessus… avec une distribution que je connais et qui peut être réinstallé via un clé USB et un reboot…
Bref, cela me fait gagner du temps.
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
C'est marrant de parler d'exigence professionnel pour quelque chose qui n'en a pas forcément besoin.
De plus, d'expérience j'ai eu moins de problème d'accès mail avec mon pc à domicile, (cave façon pédiluve une fois), les plombs ont sautés, qu'avec OVH où régulièrement il est impossible de se connecter, et il est fréquent qu'un mail mette plusieurs heures à arriver, voir n'arrive même pas sans aucune explications, chose qui ne m'arrive pas sur mon serveur auto hébergé. Sans parler de la taille ridiculement petite de la boite mail.
Eh oui on arrête pas de pester contre notre prestataire de mail, mais notre admin sys ne veut pas s'occuper de l'hébergement lui même, car il y'aurait des astreintes le WE! En attendant on a déjà eu le mail en carafe sur au moins la moitié du WE (rendu compte samedi soir, retour à la normale lundi dans la matinée)
Mais le nombre de fois où il est impossible de se logguer sur le webmail plusieurs heures d'affilée est assez fréquent. On est pas chez google pour des raisons de confidentialité (ce que je peux comprendre)
plus de services que ce qu'un seul mec qui peut partir en vacances ou travaille peut faire.
Oui enfin quand le dit type part en vacance, il n'est pas là pour gérer sont truc a distance, le seul truc que ça couvre c'est les incident matériel, ce qui en 8 ans n'est arrivé que deux fois (un dd qui en train de flancher qu'on a du changer avant qu'il rende l'âme) et un coup de trop d'eau dans la cave; de ces deux incident un n'a causé qu'une coupure assez courte (arrêt, changement de dd, redémarrage), et l'autre un poil plus longue vu que c'est l'absence du service qui m'a fait descendre à la cave.
Les service hébergés ailleurs sont sujet à d'autre problème, comme la victime collatéral d'un DDOS, un voisin sur une machine mutualisé qui fait plus que prévu, le fait que le serveur a accès à plus de ressources qu'une bête ligne ADSL le désigne comme cible plus profitable (outre le fait de l'uniformisation des plateformes) qui implique qu'en cas de brèche il faille réagir plus rapidement, et qu'en cas de hijack de la machine la procédure pour reprendre la main peut être plus compliqué que juste mettre le backup précédent…
Bref il y a aussi des défauts à 'déléguer', et si pour mon entreprise il ne me viendrait pas à l'idée d'utiliser mon serveur perso, pour un blog vu par 5 visiteurs dans le monde, ou un serveur de messagerie, voire irc, j'aurais tendance à dire que ça pose pas de problèmes.
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
il y'aurait moyen d'optimiser ;)
tous les nombres premiers sont impairs sauf deux
(bon aussi tous les nombre premier sont impairs sauf un)
tu peux donc allègrement utiliser des i+=2 bon faut pas se planter et bien commencer sur des impaires et pas rater le début, mais c'est une optimisation qui n'est pas négligeable.
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
Posté par fearan .
En réponse au journal realloc.
Évalué à 3.
Si c'est tout à fait envisageable, la question de si c'est utile va dépendre de l'application, mais si tu as besoin de passer par là j'aurais tendance a dire que d'autre pistes sont envisageable, comme allouer les structure de données en statique, avec une façon de retrouver lesquelles sont vides (via un flag ou une pile), ou allouer un gros chunck de mémoire et utiliser tes propres allocateurs adapté à ton besoin; globalement tu auras plus a gagné en faisant un truc adapté qu'une défragmentation manuelle qui peut, selon l'état de la mémoire ne pas changer grand chose, voire planter, tout en utilisant un bon paquet de ressources.
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
j'aurais pas du dire iphone mais boutique. La politique de la pomme pour tout ce qu'on trouve sur l'app store est vraiment imbuvable, suppression arbitraire (argh une image de nu) hop viré, oh un journal proposant sont contenu ailleurs hop viré…
Et c'est encore pire de développer une appli libre pour ce genre de truc qui est la négation même de ce pourquoi le logiciel libre a été créé, alors qu'il y a la possibilité de s'en passer. C'est même encourager cette boutique, et contribuer à avoir une cage logicielle.
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
Il y a une nette différence entre un windows propriétaire qui t'autorise à installer ce que tu veux, et un os qui t'interdit d'installer autre chose que ce qui est fourni par une boutique unique.
Autant développer du code libre pour un Windows peut me paraitre sensé, facilité la transition garder ses habitude, pas le choix, autant développer sous iphone me paraît absurde… Autant développer sous android qui est d'un niveau proche mais sans toute ces restrictions.
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
Il faudrait un site "note ton facteur" ou quelqu'un de l'intérieur pour comprendre ce qu'il se passe vraiment
Mon facteur se ferait incendier, il (ou elle) a râlé parce qu'on est deux à avoir le même nom de famille, et a refuser de mettre le courrier dedans, et nous a laissé un petit mot, rappelant que c'était une obligation légale. Maintenant on est en conformité (y a tous les prénoms), et il se plante plusieurs fois par semaine!!!
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
activation des touches lente; garde appuyé 5 à 10 secondes une même touche et vois si ça fait apparaitre la lettre; si c'est ça désactive les option d'accessibilité du poste.
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
j'avais codé le pivot de gausse sur TI 82 (pas intuitif, moche à l'affichage), mais fonctionnel, avec affichage de toutes les étapes
Ensuite j'ai eu une TI-92, c'était génial pour coder, il y avait un vrai clavier, j'ai remis ça avec un bel affichage, la possibilité de sélectionner la prochaine ligne à réduire, multiplier ou diviser une ligne bref du bonheur.
En math il y a pas mal d'exo où on demande bêtement de dérouler un algo. à partir de là n'importe quelle calculatrice programmable peut faire l'affaire (mais en avoir une permettant le calcul formel est un gros plus lorsque l'on code dessus)
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
il consomme en heure creuse, ce qui permet de 'lisser' la consommation. Lors des pics de consommation, vaut mieux pas regarder ce qui est allumé comme centrale, c'est pas propre.
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
c'est champs de mars tour Eiffel qu'il faut choisir, pour le reste j'ai pas de justification à apporter ;) si ce n'est que si javel est absent c'est peut être à cause de l'eau…
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
[^] # Re: Et alors ?
Posté par fearan . En réponse au journal Google, entreprise vertueuse. Évalué à 2.
oh purée merci! c'est plus clair comme ça.
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
[^] # Re: Et alors ?
Posté par fearan . En réponse au journal Google, entreprise vertueuse. Évalué à 5.
Non la mauvaise foi du gars, c'est de dire on peut pas faire, alors que ça fait des années qu'il y a moyen d'avoir les deux sur une même chaine;
La dernière fois que je suis tombé sur une chaine allemande, il y avait deux langue de dispo.
Pour les série/films, cela dépend grandement du doublage; certains sont de qualité (samurail shamploo) d'autres te font fuir (one piece).
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
[^] # Re: Encore heureux qu'ils trichent !
Posté par fearan . En réponse au journal Google, entreprise vertueuse. Évalué à 9.
sans aller jusqu'à harmoniser la fiscalité du monde, le faire au niveau de l'Europe serait un bon début; si demain tu dis au Luxembourg, l'Irlande, la Pologne, d'harmoniser leur fiscalité au moins sur l'Allemagne, sinon c'est direction la porte, tu auras assez vite des ajustements;
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
[^] # Re: Et alors ?
Posté par fearan . En réponse au journal Google, entreprise vertueuse. Évalué à 1. Dernière modification le 12 septembre 2012 à 17:17.
Pour les films en VO, c'est marrant mais les autres pays non anglophone n'ont pas ce problème d'illétrisme…
j'ajouterai que les suisses font de la diffusion multinlingue depuis des années.
Le responsable faisait juste preuve de mauvaise foi considérable.
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
[^] # Re: Et alors ?
Posté par fearan . En réponse au journal Google, entreprise vertueuse. Évalué à 4.
Je suis plus pour le dividende universel pour tous, mais c'est plus difficile à faire passer que des allocations chômage…
Et pourtant ce que ça simplifierai la gestion pas besoin de gérer la gestion des allocs, les anpe deviendraient autre chose que des agences à chercher le détail qui permet de ne rien verser…
Et pour ceux souhaitant conserver leur niveau de vie après licenciement, une assurances facultative. Mais pour beaucoup l'idée même de donner des gens, sans condition leur est totalement absurde.
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
[^] # Re: Et alors ?
Posté par fearan . En réponse au journal Google, entreprise vertueuse. Évalué à 7.
En fait ce que tu ne vas pas payer en chaumage/sécu tu risque de le retrouver sur d'autre budgets auxquels tu n'as pas de contrôle, comme la gestion des prisons, de la justice, de la police.
Un chômeur qui touche ses allocs, il paye sa bouffe; un chômeur qui ne touche rien va vivre aux crochet de ceux qui peuvent lui fournir de quoi manger.
Alors soit t'a du bol, et il se contente de mendier, ou de voler, soit t'a moins de bol et il rejoint les milieux mafieux.
Pour la sécu, tu as tendance à préférer que les gens aillent rapidement chez le médecin plutôt que d'avoir une épidémie qui de toute façons te couteras cher.
Tu peux aussi décider de laisser les gens crever sur le pas de ta porte, mais même les rats ne font pas ça.
Bref la question sécu/chômage est surtout si tu préfères avoir 15% de glandeurs, ou 20% de taulards.
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
[^] # Re: Je pense que tu confonds les cas où c'est nécessaire
Posté par fearan . En réponse au journal Genèse d'un journal. Évalué à 1.
C'est tout la question de savoir jusqu'à quel point il faut vérifier les entrées (ou les sorties); à tout vouloir vérifier, dans tous les moindres détails (y compris ceux qui ne sont pas censés arriver), on arrive à un ratio de ligne vérifiant les entrés très largement supérieur aux lignes utile au calcul / traitement;
Cela peut se ressentir à l'exécution; tout comme une certaine lourdeur dans le code et sa maintenabilité; j'ai un collègue qui parle de GIGO, (garbage in, garbage out), pour gérer des entrée hors normes.
Pour prendre le cas de sqrt() (fonction externe), je ne vais pas m'amuser à vérifier son retour, à la rigueur je test le nombre que je met en entrée, mais à partir du moment où je lui file un nombre positif, je sais que j'aurais un truc correcte en sortie.
Par contre pour le coup du malloc/realloc, j'aurais tendance à vouloir vérifier le résultat, je suis particulièrement sensible à ce genre de blague (par contre j'utiliserai asprintf pour faire ce qui est demandé ;
mon préféré restera une fonction c récursive
avec un realloc dans foo; une pure merveille (de bug vicieux) ;)
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
[^] # Re: Enfin !
Posté par fearan . En réponse au journal H-48 avant le nouveau choc sur la planète high-tech. Évalué à 3.
est ce notre faut si apple fournit des ampli interne au rabais ?
Le plus souvent c'est un logiciel qui pilote l'ampli; à partir du moment où tu le branche sur un doc mirco usb, il peut même désactiver l'ampli interne si c'est fait intelligemment, et transformer la sortie casque en line out.
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
[^] # Re: Toujours le même problème
Posté par fearan . En réponse au journal L'auto-hébergement, kesako, où en sommes nous ?. Évalué à 5.
Tout le monde n'a pas les même exigence que toi; quand OVH plante je râle parce que c'est mon mail pro; quand mon serveur de mail perso plante il n'y a que quelques personnes impactées (et, c'est, jusqu'à présent plus rare et moins long que les pannes OVH)
Si c'est mon serveur irc qui se barre en couille, pareil, avec en plus l'inexistence de netsplit, chose qui arrive encore fréquemment chez les autres.
Mais le point important, c'est que je suis au courant que ce n'est pas d'une fiabilité à 99.9999%, et tu sais quoi ? Je m'en branle.
Toi tu as des exigences de services que je n'ai pas, et ce n'est clairement pas non plus l'exigence de tout le monde, mais juste une partie du monde, qui fort heureusement ne font pas partie du cercle restreint utilisant mon serveur perso; en même temps si c'était le cas je leur prierai d'aller vendre leur vie futile sur facebook. C'est, certes, une chose qu'il faut mettre en balance, et elle est loin d'être bloquante.
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
[^] # Re: Toujours le même problème
Posté par fearan . En réponse au journal L'auto-hébergement, kesako, où en sommes nous ?. Évalué à 9.
Je répondait surtout à Zenitram qui ramène sa fraise dès qu'on parle d'auto hébergement et qui a des exigences professionnelle et les applique à tout, en oubliant allègrement que mise à part les très gros qui vendent la vie privée, ou ceux que l'on paye cher pour avoir une continuité de service, ses exigence ne sont pas remplies.
De même, je gagne du temps à administrer un serveur chez moi où j'ai facilement accès à un écran/clavier/souris un affichage déporté fluide, la possibilité de faire un backup sur un disque externe sans bouffer toute ma connexion pendant des plombes, avec une distribution dont j'ai l'habitude, avec la possibilité de patcher les serveurs dessus… avec une distribution que je connais et qui peut être réinstallé via un clé USB et un reboot…
Bref, cela me fait gagner du temps.
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
[^] # Re: Toujours le même problème
Posté par fearan . En réponse au journal L'auto-hébergement, kesako, où en sommes nous ?. Évalué à 7.
C'est marrant de parler d'exigence professionnel pour quelque chose qui n'en a pas forcément besoin.
De plus, d'expérience j'ai eu moins de problème d'accès mail avec mon pc à domicile, (cave façon pédiluve une fois), les plombs ont sautés, qu'avec OVH où régulièrement il est impossible de se connecter, et il est fréquent qu'un mail mette plusieurs heures à arriver, voir n'arrive même pas sans aucune explications, chose qui ne m'arrive pas sur mon serveur auto hébergé. Sans parler de la taille ridiculement petite de la boite mail.
Eh oui on arrête pas de pester contre notre prestataire de mail, mais notre admin sys ne veut pas s'occuper de l'hébergement lui même, car il y'aurait des astreintes le WE! En attendant on a déjà eu le mail en carafe sur au moins la moitié du WE (rendu compte samedi soir, retour à la normale lundi dans la matinée)
Mais le nombre de fois où il est impossible de se logguer sur le webmail plusieurs heures d'affilée est assez fréquent. On est pas chez google pour des raisons de confidentialité (ce que je peux comprendre)
Oui enfin quand le dit type part en vacance, il n'est pas là pour gérer sont truc a distance, le seul truc que ça couvre c'est les incident matériel, ce qui en 8 ans n'est arrivé que deux fois (un dd qui en train de flancher qu'on a du changer avant qu'il rende l'âme) et un coup de trop d'eau dans la cave; de ces deux incident un n'a causé qu'une coupure assez courte (arrêt, changement de dd, redémarrage), et l'autre un poil plus longue vu que c'est l'absence du service qui m'a fait descendre à la cave.
Les service hébergés ailleurs sont sujet à d'autre problème, comme la victime collatéral d'un DDOS, un voisin sur une machine mutualisé qui fait plus que prévu, le fait que le serveur a accès à plus de ressources qu'une bête ligne ADSL le désigne comme cible plus profitable (outre le fait de l'uniformisation des plateformes) qui implique qu'en cas de brèche il faille réagir plus rapidement, et qu'en cas de hijack de la machine la procédure pour reprendre la main peut être plus compliqué que juste mettre le backup précédent…
Bref il y a aussi des défauts à 'déléguer', et si pour mon entreprise il ne me viendrait pas à l'idée d'utiliser mon serveur perso, pour un blog vu par 5 visiteurs dans le monde, ou un serveur de messagerie, voire irc, j'aurais tendance à dire que ça pose pas de problèmes.
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
[^] # Re: Mauvais exemple...
Posté par fearan . En réponse au message Comment effectuer une tache le plus rapidement possible ? threads / fork() ... ?. Évalué à 2.
il y'aurait moyen d'optimiser ;)
tous les nombres premiers sont impairs sauf deux
(bon aussi tous les nombre premier sont impairs sauf un)
tu peux donc allègrement utiliser des i+=2 bon faut pas se planter et bien commencer sur des impaires et pas rater le début, mais c'est une optimisation qui n'est pas négligeable.
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
[^] # Re: Ne le fait pas.
Posté par fearan . En réponse au journal realloc. Évalué à 3.
Si c'est tout à fait envisageable, la question de si c'est utile va dépendre de l'application, mais si tu as besoin de passer par là j'aurais tendance a dire que d'autre pistes sont envisageable, comme allouer les structure de données en statique, avec une façon de retrouver lesquelles sont vides (via un flag ou une pile), ou allouer un gros chunck de mémoire et utiliser tes propres allocateurs adapté à ton besoin; globalement tu auras plus a gagné en faisant un truc adapté qu'une défragmentation manuelle qui peut, selon l'état de la mémoire ne pas changer grand chose, voire planter, tout en utilisant un bon paquet de ressources.
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
[^] # Re: Support mac?
Posté par fearan . En réponse au journal MplayerX quitte le Mac App Store. Évalué à 7.
j'aurais pas du dire iphone mais boutique. La politique de la pomme pour tout ce qu'on trouve sur l'app store est vraiment imbuvable, suppression arbitraire (argh une image de nu) hop viré, oh un journal proposant sont contenu ailleurs hop viré…
Et c'est encore pire de développer une appli libre pour ce genre de truc qui est la négation même de ce pourquoi le logiciel libre a été créé, alors qu'il y a la possibilité de s'en passer. C'est même encourager cette boutique, et contribuer à avoir une cage logicielle.
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
[^] # Re: Support mac?
Posté par fearan . En réponse au journal MplayerX quitte le Mac App Store. Évalué à 4.
Il y a une nette différence entre un windows propriétaire qui t'autorise à installer ce que tu veux, et un os qui t'interdit d'installer autre chose que ce qui est fourni par une boutique unique.
Autant développer du code libre pour un Windows peut me paraitre sensé, facilité la transition garder ses habitude, pas le choix, autant développer sous iphone me paraît absurde… Autant développer sous android qui est d'un niveau proche mais sans toute ces restrictions.
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
[^] # Re: Au contraire, c'est très au point.
Posté par fearan . En réponse au journal La poste by Colissimo. Évalué à 6.
Mon facteur se ferait incendier, il (ou elle) a râlé parce qu'on est deux à avoir le même nom de famille, et a refuser de mettre le courrier dedans, et nous a laissé un petit mot, rappelant que c'était une obligation légale. Maintenant on est en conformité (y a tous les prénoms), et il se plante plusieurs fois par semaine!!!
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
# une idée comme ça
Posté par fearan . En réponse au message Mon clavier se blo. Évalué à 10.
activation des touches lente; garde appuyé 5 à 10 secondes une même touche et vois si ça fait apparaitre la lettre; si c'est ça désactive les option d'accessibilité du poste.
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
[^] # Re: Très hors sujet, mais il faut que je me confie
Posté par fearan . En réponse au journal Comme quoi, il faut penser à tout.. Évalué à 2.
tu as regardé la puissance de coupure? Les watts qu'on peut faire passer dedans?
Mais parents avaient regardé pour un deuxième chauffe eau (pour le lancer en différé), celui capable de tenir la puissance voulu n'était pas donné.
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
[^] # Re: En corrèze
Posté par fearan . En réponse au journal Un Ipad dans la liste des fournitures scolaires. Évalué à 5.
j'avais codé le pivot de gausse sur TI 82 (pas intuitif, moche à l'affichage), mais fonctionnel, avec affichage de toutes les étapes
Ensuite j'ai eu une TI-92, c'était génial pour coder, il y avait un vrai clavier, j'ai remis ça avec un bel affichage, la possibilité de sélectionner la prochaine ligne à réduire, multiplier ou diviser une ligne bref du bonheur.
En math il y a pas mal d'exo où on demande bêtement de dérouler un algo. à partir de là n'importe quelle calculatrice programmable peut faire l'affaire (mais en avoir une permettant le calcul formel est un gros plus lorsque l'on code dessus)
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
[^] # Re: Très hors sujet, mais il faut que je me confie
Posté par fearan . En réponse au journal Comme quoi, il faut penser à tout.. Évalué à 2.
euh les intras, je les mets toujours au mini, et vu le niveau sonore, je doute que tu le distingue du bruit du métro ou du train.
Ensuite effectivement, il y a des gens qui montent le volume de leur intra, mais ils doivent être sourds ^
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
[^] # Re:Trèshors sujet, mais il faut que je me confie
Posté par fearan . En réponse au journal Comme quoi, il faut penser à tout.. Évalué à 8.
il consomme en heure creuse, ce qui permet de 'lisser' la consommation. Lors des pics de consommation, vaut mieux pas regarder ce qui est allumé comme centrale, c'est pas propre.
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
[^] # Re: Pour Bir-Hakeim c'est normal
Posté par fearan . En réponse au journal Applications en mobilité sur Android, quelques retours d'utilisation. Évalué à 2.
ça c'est normal, ça se saurait si le RER C arrivait dans une gare :D
Sinon blague à part le logiciel est peut être perturbé par les travaux du casse queue euh castor qui même s'ils sont terminé peuvent l'impacter.
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
# Pour Bir-Hakeim c'est normal
Posté par fearan . En réponse au journal Applications en mobilité sur Android, quelques retours d'utilisation. Évalué à 2.
c'est champs de mars tour Eiffel qu'il faut choisir, pour le reste j'ai pas de justification à apporter ;) si ce n'est que si javel est absent c'est peut être à cause de l'eau…
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
[^] # Re: compteur ?
Posté par fearan . En réponse au journal Parlons C, parlons pipe !. Évalué à 2.
en même temps ça parle de pipe…
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
[^] # Re: Bashing ?
Posté par fearan . En réponse au journal Tu souhaites apprendre à programmer en shell. Évalué à 4.
en tout cas c'est une vrai basherie ;)
Il ne faut pas décorner les boeufs avant d'avoir semé le vent