le seul pays ou quand tu fais plus d'heures (j'ai pas dis de Travail) tu passes pour un bosseur.
Alors que la plupart :
- commence après les autres vers 10h
- font une douzaine de pause cigarettes / café et autres de 15 minutes
- une pause déjeuner de 2h
- rigolent avec les secrétaires / collègues …
- mais partent à 19h 20h et plus (enfin après le boss :) ) après une journée bien remplis
j'ai entendu dire que dans certains pays (peut être ici d'ailleurs)
il n'y avait que 2 types de personnes qui travaillaient après les autres :
C'est caricatural, mais si ça pouvait faire réfléchir certains décideurs, qui ne jurent que par windows …
problème c'est que ceux là ne réfléchissent pas, ils protègent leurs arrières …
Finalement mais que reste t il à Microsoft à part être sinon un synonyme de fléau planétaire ?
Pas les hyperviseurs : ici
Pas le cloud : ici
Pas les tablettes : la
Pas les super computers : par la
Ne parlons pas des Windows Phones :) par ici
Les serveurs en entreprise ?… je sais pas je trouve pas de stats, de mon coté j'ai eu de tout, du passage d'AIX vers Windows, de Windows vers Linux, bien souvent
les décideurs me demandent … conseils et ma réponse est : "c'est çui qui gèrent le système qui décident"
Les desktops … mais pour combien de temps, entre la virtualisation du poste de travail, le passage massif au Web et le retour des terminaux, l'arrivée des tablettes
NOTE : En pleine modif => Accès interdit à la page
voici la version complète :
Les pannes matérielles, tu doublent tout ce que le budget permet,
Et puis cela n'arrivent pas si souvent que cela si tu mets de la came comme serveur.
Exemple les disques : tout en RAID1 c'et plus rapide et plus simple à gérer.
Un disque planté … vive le hot swap, tu tapes une commande tu retires le disque t'inseres le remplacant, une autre commande et cela se débrouille.
Sur les baies SAN, c'est fait automatiquement, il faut prévoir des disques "spares".
La ram cpu carte mère … très rare, réseau … encore moins
Bref tant que tu mets en prod des serveurs fait pour ça, tu minimises les risques, par contre le budget sen ressent : a vue de nez un petit serveur chez la grosse bleue :
2 CPU (du jour), 16 Go RAM, Sauvegarde LTO 5, Disques 2 x 300 Go (pour le système) + 2 x 600 Go (pour les données) environ 7000 € prix public, garantie constructeur 24x24 7/7 (4h de reponse)
( ex:xSerie on doit trouver l'équivalent chez HP, Dell et autre)
Avec ca tu fais tourner un ERP avec 15 à 25 users (ptet plus mais ca dépend d'autres facteurs) avec de 10 à max 30 Go de données (la aussi ca depend …)
Un max de choses sont en doubles et redondantes, et si jamais tu veux mieux ya mieux mais c'est plus cher. c'est pour moi une config "entrée de gamme".
Actuellement sans tomber dans les orgies budgetaire, il est possible de garantir un temps de reprise après incident de 1h, sur le même site. c'est pas donné, c'est contraignant mais c'est pas diffile à mettre en place.
En dessous ou avec un site de secours distant, cela commence a couter très cher, et surtout cela devient très technique faut que tout le monde suivent.
Sinon j'ai même mis en place tout seul de la réplication de serveur avec un delta d'une demi journée.
Si le serveur primaire plante, mon client peut repartir sur le serveur de secours avec les données de la demi journée précédente, ce qui lui convient très bien. le serveur de secours étant un vieux serveur de recup. On dit "fonctionnement en mode dégradé" ou "the show must go on"
Ca semble vachement fragile comme archi pour un truc qui gère des sous.
Chères, surdimensionnées, pas sexy, je veux bien mais fragile … non l'applicatif au dessus est "fragile" et il faut justement une architecture système solide (donc linux :) ) et une base de données qui tient le choc ( Oracle ) et des ressources plus que suffisantes (en général le double ou le triple des pré requis éditeurs) pour supporter un Progiciel de Gestion "classique" dans son utilisation courante … il faut aussi prévoir :
- les états de stats, de bilan … lancés sur 10 d'historique alors que sur 1 mois le traitement dure 1h
- les requetes faites par des utilisateurs pour qui un index c'est le doigt pour se nettoyer les orifices
- les devs ou les sultants qui par flemme ou manquent de temps préferent stocker des dizaines de millions de lignes plutot que de prévoir une épuration, c'est top pour les sauvegardes ou les perfs 10 ans d'historique comptable :)
Quand j'entend que le prochain mot à la mode (vu que maintenant tout le monde est descendu tres vite du nuage :) ) c'est les BIG DATAS … je m'inquiete
Les pannes matérielles, tu doublent tout ce que le budget permet,
Et puis cela n'arrivent pas si souvent que cela si tu mets de la came comme serveur.
Exemple les disques : tout en RAID1 c'et plus rapide et plus simple à gérer.
Un disque planté … vive le hot swap, tu tapes une commande tu retires le disque t'inseres le remplacant, une autre commande et cela se débrouille.
Sur les baies SAN, c'est fait automatiquement, il faut prévoir des disques "spares".
La ram cpu carte mère … très rare, réseau … encore moins
Bref tant que tu mets en prod des serveurs fait pour ça, tu minimises les risques, par contre le budget sen ressent : a vue de nez un petit serveur chez la grosse bleue :
2 CPU (du jour), 16 Go RAM, Sauvegarde LTO 5, Disques 2 x 300 Go (pour le système) + 2 x 600 Go (pour les données) environ 7000 € prix public, garantie constructeur 24x24 7/7 (4h de reponse)
( ex:xSerie on doit trouver l'équivalent chez HP, Dell et autre)
Avec ca tu fais tourner un ERP avec 15 à 25 users (ptet plus mais ca dépend d'autres facteurs) avec de 10 à max 30 Go de données (la aussi ca depend …)
Un max de choses sont en doubles et redondantes, et si jamais tu veux mieux ya mieux mais c'est plus cher. c'est pour moi une config "entrée de gamme".
Actuellement sans tomber dans les orgies budgetaire, il est possible de garantir un temps de reprise après incident de 1h, sur le même site. c'est pas donné, c'est contraignant mais c'est pas diffile à mettre en place.
En dessous ou avec un site de secours distant, cela commence a couter très cher, et surtout cela devient très technique faut que tout le monde suivent.
Sinon j'ai même mis en place tout seul de la réplication de serveur avec un delta d'une demi journée.
Si le serveur primaire plante, mon client peut repartir sur le serveur de secours avec les données de la demi journée précédente, ce qui lui convient très bien. le serveur de secours étant un vieux serveur de recup. On dit "fonctionnement en mode dégradé" ou "the show must go on"
Ca semble vachement fragile comme archi pour un truc qui gère des sous.
Chères, surdimensionnées, pas sexy, je veux bien mais fragile … la il faut que tu m'expliques en quoi cela te parait fragile …
Oui je sais, l'electronique pure et dure, c'est limite chiant, (enfin pour les informaticiens)
regarde pour faire clignoter une led
il faut faire le circuit imprimer, percer les trous, souder etc …
Et t'as pas droit a l'erreur .. ya pas de sauvegarde !
Avec l'arduino c'est super facile ! juste un petit conseil, si comme pour moi,
l'electronique est encore une science occulte prenez des alimentations protégées
Les petits transfo claquent si tu inverse des fils :(
J'ai entendu des électroniciens pur et dur dirent
qu'utiliser l'arduino pour des trucs aussi basiques étaient une hérésie
alors le rasperry tu penses …
Bon ceci dit c'est peut être pas sa fonction "Naturelle" de décoder de la vidéo non ?
par contre je le vois plutôt comme petit serveur domotique ou contrôleur de bidouille électronique
Oui j'ai confiance, en fait j'évite de mettre mes serveurs (cela inclus ceux de mes clients) en live
sur le web, sauf avec SSH (en mode clé RSA 2048 quand même) ce qui les protègent de beaucoup de choses.
Après reste des problèmes simples de ressources CPU/RAM/DISK résolu de manière tout aussi simple
quand tu connais l'environnement ou tu bosses.
Juste une précision, si je fais une mises a jour sur un serveur, soit je le fais en exploit et la si je le plante
en fonction de mes clients c'est 3 à 400 utilisateurs plantés qui ne bossent pas (la minute coute cher)
soit c'est hors exploit, et la vu qu'on est cher la journée, la nuit c'est pire :) ça dissuade.
de plus un éditeur d'ERP a toujours 1 ou 2 guerres de retard, alors la dernière version n'est supporté que quelques
mois (voire plus) après sa sortie.
Comme je l'ai déjà évoqué, cela dépend de ce que tu fais avec tes serveurs,
J'ai qq sites ou même les quelques heures nécessaires pour la sauvegarde physique de la base
à froid sont convoités.
Dans l'informatique de gestion (on peut dire des tondeurs d'oeufs) tant que cela fonctionne on ne touche a rien
donc pas de mise a jour, pas d'update de noyau ou autres, on change pas une équipe qui gagne.
Surtout que, mise à jour du noyau => peut être mise a jour de certaines librairies => mises a jour de la base de données
et la il faut tester l'ERP … c'est les dominos ou le papillon du chaos
Le bon sens voudrait que l'on fasse une "campagne de mise a jour" mais allez expliquer à un client lambda
qu'il faut modifier quelque chose qui tournent bien à ses frais (surtout avec nos tarifs journaliers)
et la le uptime permet de dire à ton client, regardé comme il tourne bien votre serveurs (mon record 660 jours en exploitation avec 15 utilisateurs sur un ERP)
mais depuis qq temps cela nous amuse plus :( on frise l'ennui avec des serveurs stables qui bronchent pas
et tant que les utilisateurs ne font pas de conneries, rien ne se passe …
que veux tu qu'il arrive a un serveur Linux Redhat + oracle, si tu as bien calibré la RAM et les disques, et de plus qui n'est pas accessible depuis Internet.
Et encore avant nos serveurs étaient sous AIX … alors la, tu pourrais murer la salle serveur.
heureusement pour le coté hasardeux, aléatoire et contre la narcolepsie de l'équipe on a des serveurs sous windows :)
(jeudi après midi c'est presque dredi non ?)
Mort de rire … pardon mdr
Ce genre de raisonnement me fais bien rire, que fais t on de l'expérience, du vécu et plus simplement de l'humain.
tout ne s'apprend pas dans un navigateur ni dans les livres, et parfois il faut même lire entre les lignes.
à 47 ans et demi je dois être considéré comme un vieux mais j'assume. (ceci dit si on veut me mettre à la retraite … je suis d'accord :) )
Et beaucoup de choses me font rire, combien de démarrage foireux ais je vu, de migration vautrée, de plantages évitables par manque de bon sens
L'énergie, la fougue la niaque etc … c'est bien mais parfois le bon sens c'est mieux.
Le vite fait, la réflexion à court terme, le 'on verra bien…', amène inévitablement droit dans le mur on le sait, et pourtant on continue.
Je ne peu m’empêcher de penser que pour trouver un équilibre on a besoin de 2 extrêmes.
Un monde de vieux, comme un monde de jeunes, ne sont pas équilibré et donc pas vivable.
Il me semblait que cela me rappelait qq chose
vu que l'on vient de l’arrêter (decembre 2012 non pas le 21 :) ) ce fabuuuuuleux réseaux
il faut déjà le remplacer :) encore un point ou on fait très fort en France.
Tout programme d'une certaine importance peut se décliner en plusieurs langages,
car justement pour certaines choses perl est tout à fait adapté, comme le C a d'autres
à chaque langage son domaine de prédilection.
Je ne défends pas Perl outre mesure, comme je l'ai dis plusieurs fois il m'a beaucoup appris sur le fonctionnement interne des langages notamment objet et bien d'autres choses.
Mais des que les structures se complexifie le code devient illisible et difficile a maintenir sur la durée.
Rentrer dans un code de 3000 lignes, pour modifier ou rajouter une fonction demande quasiment une bonne journée (mais je suis peut être lent)
Par contre quand il s'agit d'analyser des fluxs comme des fichier de logs par exemple, Perl demontre toute sa puissance et parfois je regrette certain sucre syntaxique dont je devrais rechercher la correspondance en Python.
Et en fait je m’aperçois que perl perd de son attrait, comme quoi une fois que l'on est arrivé au sommet on ne peut que redescendre …
dépend à mon avis du contexte de ce qu'est "la prod" pour ton logiciel.
Bien sur, entre le 2 lignes jetables fait pour corriger un truc, et le scripts que tu vas maintenir pendant plusieurs années
je fais bien la différence, mais si tu regardes bien tu trouveras plus de "sucre syntaxique" dans les 2 lignes que dans les autres scripts
et c'est normal, c'est fais pour ca …
Si tu fais une boucle de lecture, tu vas entrer dans une boucle infinie. Si tu utilises le sucre syntaxique, tu vas remplir la mémoire et planter le processus. Tu détectes comment qu'un flux en entrée est "infini"? Et pourquoi veux-tu a-priori l'interdire?
Sur certain serveur il faut partagé la mémoire et si un processus mange tout y'en a plus pour les autres, demandes aux moules qui utilise Java :)
Bref, Microsoft a vraiment touché le fond niveau IHM et la tendance que je vois au boulot risque de s'accentuer: Migration Windows -> MacOSX.
Non M$ n'a pas touché le fond, il en vient !
Au siècle dernier, quelques uns ont ouvert l'équivalent informatique de la boite de Pandore et depuis l'informatique est synonyme de bug, virus et autres
plantages.
Mais j'ai une question : pour aider mes collègues sur ce Faaaaaaaaaaaaaaaaaaabuleux OS j'ai besoin de quelques outils :
- le reboot
- l'arrêt du pare feu
- l'arrêt de l'anti virus
- désactiver les mises à jours
C'est compliquer a faire ?
[^] # Re: Chapeau bas l'artiste !
Posté par Christophe B. (site web personnel) . En réponse au journal Alan Cox quitte le kernel. Évalué à 7.
Laisse tomber c'est la France …
le seul pays ou quand tu fais plus d'heures (j'ai pas dis de Travail) tu passes pour un bosseur.
Alors que la plupart :
- commence après les autres vers 10h
- font une douzaine de pause cigarettes / café et autres de 15 minutes
- une pause déjeuner de 2h
- rigolent avec les secrétaires / collègues …
- mais partent à 19h 20h et plus (enfin après le boss :) ) après une journée bien remplis
j'ai entendu dire que dans certains pays (peut être ici d'ailleurs)
il n'y avait que 2 types de personnes qui travaillaient après les autres :
Joyeux Dredi quand même
Chris
[^] # Re: Android == Desktop (WTF?)
Posté par Christophe B. (site web personnel) . En réponse au journal quel os pour les desktop ?. Évalué à 3.
Ahhh quelle horreur !!!
pourquoi ramener à notre souvenir de telle choses ?
surtout que l'ERP qui me fait vivre fonctionne presque comme cela …
Joyeux Dredi :-)
Chris
[^] # Re: Android == Desktop (WTF?)
Posté par Christophe B. (site web personnel) . En réponse au journal quel os pour les desktop ?. Évalué à 6.
problème c'est que ceux là ne réfléchissent pas, ils protègent leurs arrières …
Finalement mais que reste t il à Microsoft à part être sinon un synonyme de fléau planétaire ?
Pas les hyperviseurs : ici
Pas le cloud : ici
Pas les tablettes : la
Pas les super computers : par la
Ne parlons pas des Windows Phones :) par ici
Les serveurs en entreprise ?… je sais pas je trouve pas de stats, de mon coté j'ai eu de tout, du passage d'AIX vers Windows, de Windows vers Linux, bien souvent
les décideurs me demandent … conseils et ma réponse est : "c'est çui qui gèrent le système qui décident"
Les desktops … mais pour combien de temps, entre la virtualisation du poste de travail, le passage massif au Web et le retour des terminaux, l'arrivée des tablettes
Les outils bureautiques ? j'arrive pas trouver plus récent
Bref, est ce le début de la fin ? la fin du début ? dans quel état j'erre ? ou vers-je ? ou cours-je ?
PS: on est presque vendredi …
re PS : je sais que c'est TOTALEMENT subjectif et de mauvaise foi mais c'est fait EXPRES …
[^] # Re: sans doute overkill mais bon...
Posté par Christophe B. (site web personnel) . En réponse au journal [auto-hébergement] todolist. Évalué à -2.
C'est marrant mais owncloud ressemble beaucoup a Mega …
[^] # Re: Je confirme que ça marche bien
Posté par Christophe B. (site web personnel) . En réponse au journal Mon Raspberry pi a un uptime de 14 jours !. Évalué à 2.
NOTE : En pleine modif => Accès interdit à la page
voici la version complète :
Les pannes matérielles, tu doublent tout ce que le budget permet,
Et puis cela n'arrivent pas si souvent que cela si tu mets de la came comme serveur.
Exemple les disques : tout en RAID1 c'et plus rapide et plus simple à gérer.
Un disque planté … vive le hot swap, tu tapes une commande tu retires le disque t'inseres le remplacant, une autre commande et cela se débrouille.
Sur les baies SAN, c'est fait automatiquement, il faut prévoir des disques "spares".
La ram cpu carte mère … très rare, réseau … encore moins
Bref tant que tu mets en prod des serveurs fait pour ça, tu minimises les risques, par contre le budget sen ressent : a vue de nez un petit serveur chez la grosse bleue :
2 CPU (du jour), 16 Go RAM, Sauvegarde LTO 5, Disques 2 x 300 Go (pour le système) + 2 x 600 Go (pour les données) environ 7000 € prix public, garantie constructeur 24x24 7/7 (4h de reponse)
( ex:xSerie on doit trouver l'équivalent chez HP, Dell et autre)
Avec ca tu fais tourner un ERP avec 15 à 25 users (ptet plus mais ca dépend d'autres facteurs) avec de 10 à max 30 Go de données (la aussi ca depend …)
Un max de choses sont en doubles et redondantes, et si jamais tu veux mieux ya mieux mais c'est plus cher. c'est pour moi une config "entrée de gamme".
Actuellement sans tomber dans les orgies budgetaire, il est possible de garantir un temps de reprise après incident de 1h, sur le même site. c'est pas donné, c'est contraignant mais c'est pas diffile à mettre en place.
En dessous ou avec un site de secours distant, cela commence a couter très cher, et surtout cela devient très technique faut que tout le monde suivent.
Sinon j'ai même mis en place tout seul de la réplication de serveur avec un delta d'une demi journée.
Si le serveur primaire plante, mon client peut repartir sur le serveur de secours avec les données de la demi journée précédente, ce qui lui convient très bien. le serveur de secours étant un vieux serveur de recup. On dit "fonctionnement en mode dégradé" ou "the show must go on"
Chères, surdimensionnées, pas sexy, je veux bien mais fragile … non l'applicatif au dessus est "fragile" et il faut justement une architecture système solide (donc linux :) ) et une base de données qui tient le choc ( Oracle ) et des ressources plus que suffisantes (en général le double ou le triple des pré requis éditeurs) pour supporter un Progiciel de Gestion "classique" dans son utilisation courante … il faut aussi prévoir :
- les états de stats, de bilan … lancés sur 10 d'historique alors que sur 1 mois le traitement dure 1h
- les requetes faites par des utilisateurs pour qui un index c'est le doigt pour se nettoyer les orifices
- les devs ou les sultants qui par flemme ou manquent de temps préferent stocker des dizaines de millions de lignes plutot que de prévoir une épuration, c'est top pour les sauvegardes ou les perfs 10 ans d'historique comptable :)
Quand j'entend que le prochain mot à la mode (vu que maintenant tout le monde est descendu tres vite du nuage :) ) c'est les BIG DATAS … je m'inquiete
[^] # Re: Je confirme que ça marche bien
Posté par Christophe B. (site web personnel) . En réponse au journal Mon Raspberry pi a un uptime de 14 jours !. Évalué à 1.
Les pannes matérielles, tu doublent tout ce que le budget permet,
Et puis cela n'arrivent pas si souvent que cela si tu mets de la came comme serveur.
Exemple les disques : tout en RAID1 c'et plus rapide et plus simple à gérer.
Un disque planté … vive le hot swap, tu tapes une commande tu retires le disque t'inseres le remplacant, une autre commande et cela se débrouille.
Sur les baies SAN, c'est fait automatiquement, il faut prévoir des disques "spares".
La ram cpu carte mère … très rare, réseau … encore moins
Bref tant que tu mets en prod des serveurs fait pour ça, tu minimises les risques, par contre le budget sen ressent : a vue de nez un petit serveur chez la grosse bleue :
2 CPU (du jour), 16 Go RAM, Sauvegarde LTO 5, Disques 2 x 300 Go (pour le système) + 2 x 600 Go (pour les données) environ 7000 € prix public, garantie constructeur 24x24 7/7 (4h de reponse)
( ex:xSerie on doit trouver l'équivalent chez HP, Dell et autre)
Avec ca tu fais tourner un ERP avec 15 à 25 users (ptet plus mais ca dépend d'autres facteurs) avec de 10 à max 30 Go de données (la aussi ca depend …)
Un max de choses sont en doubles et redondantes, et si jamais tu veux mieux ya mieux mais c'est plus cher. c'est pour moi une config "entrée de gamme".
Actuellement sans tomber dans les orgies budgetaire, il est possible de garantir un temps de reprise après incident de 1h, sur le même site. c'est pas donné, c'est contraignant mais c'est pas diffile à mettre en place.
En dessous ou avec un site de secours distant, cela commence a couter très cher, et surtout cela devient très technique faut que tout le monde suivent.
Sinon j'ai même mis en place tout seul de la réplication de serveur avec un delta d'une demi journée.
Si le serveur primaire plante, mon client peut repartir sur le serveur de secours avec les données de la demi journée précédente, ce qui lui convient très bien. le serveur de secours étant un vieux serveur de recup. On dit "fonctionnement en mode dégradé" ou "the show must go on"
Chères, surdimensionnées, pas sexy, je veux bien mais fragile … la il faut que tu m'expliques en quoi cela te parait fragile …
[^] # Re:\o/Noël!
Posté par Christophe B. (site web personnel) . En réponse au journal Mon Raspberry pi a un uptime de 14 jours !. Évalué à 2.
Oui je sais, l'electronique pure et dure, c'est limite chiant, (enfin pour les informaticiens)
regarde pour faire clignoter une led
il faut faire le circuit imprimer, percer les trous, souder etc …
Et t'as pas droit a l'erreur .. ya pas de sauvegarde !
Avec l'arduino c'est super facile ! juste un petit conseil, si comme pour moi,
l'electronique est encore une science occulte prenez des alimentations protégées
Les petits transfo claquent si tu inverse des fils :(
Et je vous recommande ce livre
A+
chris
[^] # Re:\o/Noël!
Posté par Christophe B. (site web personnel) . En réponse au journal Mon Raspberry pi a un uptime de 14 jours !. Évalué à 2.
J'ai entendu des électroniciens pur et dur dirent
qu'utiliser l'arduino pour des trucs aussi basiques étaient une hérésie
alors le rasperry tu penses …
[^] # Re: Licences
Posté par Christophe B. (site web personnel) . En réponse au journal Mon Raspberry pi a un uptime de 14 jours !. Évalué à 3.
Bon ceci dit c'est peut être pas sa fonction "Naturelle" de décoder de la vidéo non ?
par contre je le vois plutôt comme petit serveur domotique ou contrôleur de bidouille électronique
[^] # Re: Licences
Posté par Christophe B. (site web personnel) . En réponse au journal Mon Raspberry pi a un uptime de 14 jours !. Évalué à 0.
Vive la France et l'Europe alors ?
[^] # Re: Je confirme que ça marche bien
Posté par Christophe B. (site web personnel) . En réponse au journal Mon Raspberry pi a un uptime de 14 jours !. Évalué à 2.
Il faut garder ce lien, car longtemps j'ai cru a un légende urbaine !
[^] # Re: Je confirme que ça marche bien
Posté par Christophe B. (site web personnel) . En réponse au journal Mon Raspberry pi a un uptime de 14 jours !. Évalué à 2.
Oui j'ai confiance, en fait j'évite de mettre mes serveurs (cela inclus ceux de mes clients) en live
sur le web, sauf avec SSH (en mode clé RSA 2048 quand même) ce qui les protègent de beaucoup de choses.
Après reste des problèmes simples de ressources CPU/RAM/DISK résolu de manière tout aussi simple
quand tu connais l'environnement ou tu bosses.
Juste une précision, si je fais une mises a jour sur un serveur, soit je le fais en exploit et la si je le plante
en fonction de mes clients c'est 3 à 400 utilisateurs plantés qui ne bossent pas (la minute coute cher)
soit c'est hors exploit, et la vu qu'on est cher la journée, la nuit c'est pire :) ça dissuade.
de plus un éditeur d'ERP a toujours 1 ou 2 guerres de retard, alors la dernière version n'est supporté que quelques
mois (voire plus) après sa sortie.
[^] # Re: Je confirme que ça marche bien
Posté par Christophe B. (site web personnel) . En réponse au journal Mon Raspberry pi a un uptime de 14 jours !. Évalué à 6.
Comme je l'ai déjà évoqué, cela dépend de ce que tu fais avec tes serveurs,
J'ai qq sites ou même les quelques heures nécessaires pour la sauvegarde physique de la base
à froid sont convoités.
Dans l'informatique de gestion (on peut dire des tondeurs d'oeufs) tant que cela fonctionne on ne touche a rien
donc pas de mise a jour, pas d'update de noyau ou autres, on change pas une équipe qui gagne.
Surtout que, mise à jour du noyau => peut être mise a jour de certaines librairies => mises a jour de la base de données
et la il faut tester l'ERP … c'est les dominos ou le papillon du chaos
Le bon sens voudrait que l'on fasse une "campagne de mise a jour" mais allez expliquer à un client lambda
qu'il faut modifier quelque chose qui tournent bien à ses frais (surtout avec nos tarifs journaliers)
et la le uptime permet de dire à ton client, regardé comme il tourne bien votre serveurs (mon record 660 jours en exploitation avec 15 utilisateurs sur un ERP)
mais depuis qq temps cela nous amuse plus :( on frise l'ennui avec des serveurs stables qui bronchent pas
et tant que les utilisateurs ne font pas de conneries, rien ne se passe …
que veux tu qu'il arrive a un serveur Linux Redhat + oracle, si tu as bien calibré la RAM et les disques, et de plus qui n'est pas accessible depuis Internet.
Et encore avant nos serveurs étaient sous AIX … alors la, tu pourrais murer la salle serveur.
heureusement pour le coté hasardeux, aléatoire et contre la narcolepsie de l'équipe on a des serveurs sous windows :)
(jeudi après midi c'est presque dredi non ?)
A+
chris
[^] # Re: Licences
Posté par Christophe B. (site web personnel) . En réponse au journal Mon Raspberry pi a un uptime de 14 jours !. Évalué à 1.
Donc si on installe VLC sur le rasperry on peut eviter de s'acquitter de la licence ?
Comment font les distrib style Mint ?
[^] # Re: Licences
Posté par Christophe B. (site web personnel) . En réponse au journal Mon Raspberry pi a un uptime de 14 jours !. Évalué à 7.
C'est le mot le plus défigurant de la langue française :)
[^] # Re: Je confirme que ça marche bien
Posté par Christophe B. (site web personnel) . En réponse au journal Mon Raspberry pi a un uptime de 14 jours !. Évalué à 5.
Oui mais c'est mieux que certains serveurs PRO sous windows :)
zut on est que jeudi …
A+
chris
[^] # Re: Jusqu'à quel âge ?
Posté par Christophe B. (site web personnel) . En réponse au journal Le CDI doit disparaître. Évalué à 10. Dernière modification le 07 janvier 2013 à 09:49.
Mort de rire … pardon mdr
Ce genre de raisonnement me fais bien rire, que fais t on de l'expérience, du vécu et plus simplement de l'humain.
tout ne s'apprend pas dans un navigateur ni dans les livres, et parfois il faut même lire entre les lignes.
à 47 ans et demi je dois être considéré comme un vieux mais j'assume. (ceci dit si on veut me mettre à la retraite … je suis d'accord :) )
Et beaucoup de choses me font rire, combien de démarrage foireux ais je vu, de migration vautrée, de plantages évitables par manque de bon sens
L'énergie, la fougue la niaque etc … c'est bien mais parfois le bon sens c'est mieux.
Le vite fait, la réflexion à court terme, le 'on verra bien…', amène inévitablement droit dans le mur on le sait, et pourtant on continue.
Je ne peu m’empêcher de penser que pour trouver un équilibre on a besoin de 2 extrêmes.
Un monde de vieux, comme un monde de jeunes, ne sont pas équilibré et donc pas vivable.
# Marrant cela me rappel Transpac X25 :)
Posté par Christophe B. (site web personnel) . En réponse au journal SECURENET le réseau français sécurisé. Évalué à 2.
Meilleurs voeux santé prosperité codage admin …
Il me semblait que cela me rappelait qq chose
vu que l'on vient de l’arrêter (decembre 2012 non pas le 21 :) ) ce fabuuuuuleux réseaux
il faut déjà le remplacer :) encore un point ou on fait très fort en France.
A+
chris
# Rien d'étonnant
Posté par Christophe B. (site web personnel) . En réponse à la dépêche How-to inviter Richard Stallman à une conférence. Évalué à 1.
Si le sujet vous intéresse lisez le livre
Et cela ne vous étonnera pas.
D'ailleurs si ce Howto existe ce n'est pas pour rien …
[^] # Re: Propre en Python ???
Posté par Christophe B. (site web personnel) . En réponse au journal Du code propre, c'est quoi ?. Évalué à 4.
Tout programme d'une certaine importance peut se décliner en plusieurs langages,
car justement pour certaines choses perl est tout à fait adapté, comme le C a d'autres
à chaque langage son domaine de prédilection.
Je ne défends pas Perl outre mesure, comme je l'ai dis plusieurs fois il m'a beaucoup appris sur le fonctionnement interne des langages notamment objet et bien d'autres choses.
Mais des que les structures se complexifie le code devient illisible et difficile a maintenir sur la durée.
Rentrer dans un code de 3000 lignes, pour modifier ou rajouter une fonction demande quasiment une bonne journée (mais je suis peut être lent)
Par contre quand il s'agit d'analyser des fluxs comme des fichier de logs par exemple, Perl demontre toute sa puissance et parfois je regrette certain sucre syntaxique dont je devrais rechercher la correspondance en Python.
Et en fait je m’aperçois que perl perd de son attrait, comme quoi une fois que l'on est arrivé au sommet on ne peut que redescendre …
[^] # Re: Propre en Python ???
Posté par Christophe B. (site web personnel) . En réponse au journal Du code propre, c'est quoi ?. Évalué à 2. Dernière modification le 20 novembre 2012 à 07:18.
Cela peut s'appeller de l'évolution aussi hein …
et dans le cas de Talend le choix semble plus basé sur le markettng ou la facilité de recrutement que le choix techniques
[^] # Re: POO
Posté par Christophe B. (site web personnel) . En réponse au journal Du code propre, c'est quoi ?. Évalué à -1.
Merci pour la précision …
je devrais pas la ramener sur un langage que je connais mal, c'était juste l'occasion d'être bête et méchant :)
A+
chris
[^] # Re: POO
Posté par Christophe B. (site web personnel) . En réponse au journal Du code propre, c'est quoi ?. Évalué à 0.
Bien sur, entre le 2 lignes jetables fait pour corriger un truc, et le scripts que tu vas maintenir pendant plusieurs années
je fais bien la différence, mais si tu regardes bien tu trouveras plus de "sucre syntaxique" dans les 2 lignes que dans les autres scripts
et c'est normal, c'est fais pour ca …
Sur certain serveur il faut partagé la mémoire et si un processus mange tout y'en a plus pour les autres, demandes aux moules qui utilise Java :)
A+
chris
[^] # Re: Propre en Python ???
Posté par Christophe B. (site web personnel) . En réponse au journal Du code propre, c'est quoi ?. Évalué à 4.
rhoooooooooo c'est pourtant pas les exemples qui manquent !
reprenez moi si je me trompe mais Nagios est écrit en perl
Talend OPen Studio était à l'origine du moins écrit en perl
j'ai moi même un scripts perl de 3000 lignes pour gérer un serveur TCP
Aidez moi dans d'autres Gscripts perl > 900 lignes
A+
chris
[^] # Re: Et encore, c'est un poste de travail
Posté par Christophe B. (site web personnel) . En réponse au journal Moment de détente. Évalué à 0.
Non M$ n'a pas touché le fond, il en vient !
Au siècle dernier, quelques uns ont ouvert l'équivalent informatique de la boite de Pandore et depuis l'informatique est synonyme de bug, virus et autres
plantages.
Mais j'ai une question : pour aider mes collègues sur ce Faaaaaaaaaaaaaaaaaaabuleux OS j'ai besoin de quelques outils :
- le reboot
- l'arrêt du pare feu
- l'arrêt de l'anti virus
- désactiver les mises à jours
C'est compliquer a faire ?
Oui je sais c'est pas dredi :)
A+
chris