Christophe B. a écrit 1688 commentaires

C'est vrai que du point de vue du langage, C# est peut être moins touché par les mises à jour.
Et que mes remarques concernent plus l'éco système Windows que .Net en particulier

Python 2 > 3, drivers Linux 3.x => 2.y, etc.

Python est un évolution MAJEURE du langage, certainement parce qu'il le fallait et de toutes façons c'est pas suite à une demande du service Marketing ou Financier :)

Linux 2 / 3 honnêtement cela fait longtemps que j'ai pas re compilé un noyau ou installer un driver spécifique. Mais je n'utilise que des "vieux" PC ou "vieux" portables pas les derniers trucdelamortquitue.

par contre je m'aperçois que pour mettre en oeuvre un PC c'est de plus en plus simple.
WebCam, Carte Graphique / Carte Wifi et même la prise en compte des imprimantes cela devient plus simple que sous Windows.

Pour certain maintenant ya plus d'excuses pour passer en python 3 :)

Désolé de te l'apprendre un dredi mais tu es comme moi … tu seras jamais riche

m'enfin 50 BTC au cours de ce dredi c'est 50 x 329 € = 16450 €

bien sur, il faut enlever ce que vont prélever ces vampires de banquiers.

Maintenant que vous me le dites, c'est pas le langage qu'il fallait mettre en cause
mais plutôt les outils "autour".
Comme les accès BDD par exemple. donc c'est peut être plus du "pas de chance"

Python3 / python2.7

1- python2.7 continue encore de vivre (demander à Redhat ce qu'il en pense :) )
2- cela avait été annoncé et largement expliqué ( python2orpython3
3- quand on gratte un peu le vernis et que l'on se documente il y a une logique dans la démarche
4- 2to3.py permet au fainéant de faire une partie du boulot.

pour ma part j'attend que des GROS morceaux bascule Twisted / Django par exemple

Mais pour reprendre du début :
avec une version tout les 2 ou 3 ans de ses différents produits Microsoft est épuisant …

Avec Linux, python et même perl : tant que c'est pas cassé je touche pas … et comme ça casse presque jamais :)

C'est inspiré de la technique Corse pour la cueillette du gui (cf Astérix chez les Corses) il suffit d'attendre qu'il tombe !

Halte au cadence infernale !

Que le code soit libéré ne change rien …
C'est toujours M$ qui est derrière et donc … méfiance

Il y a qq années (entre 2004-2008) des collègues dev VB / Excel etc … ont développé qq trucs avec .NET c'était nouveau tout beau etc …

Problème, la version 3.0 est arrivé, et cela demandait pas mal de modifs pour faire évoluer le code voir même de revoir certain accès base de données qui avait pas mal évolué (désolé de pas être plus précis, mais je me souviens pas)

bref la version d'après à terminé l'aventure, trop de changement, trop d'évolutions …

Parallèlement, à la même époque, ne voulant pas voir tomber du coté obscur une application, j'ai du développer un suivi de fab en perl (application TCP en texte).
Ce code perl est passé de AIX, à Debian, puis à RedHat.
Les données sous Mysql ont suivi passant de la version 3 à la version 5 grâce à mysqldump
Et le seul truc que j'ai du modifier c'est le chemin de la socket pour le dialogue Perl<->Mysql.
Ce bout de code, vient de fêter ses 9 ans d'exploitation.

Et j'aimerais le faire évoluer vers du code python, mais le client renacle à payer pour un programme qui fonctionne.

Conclusion : même libéré un langage doit pouvoir perdurer et garder une certaine compatibilité avec l'existant

Je te proposerais bien une photocopie mais bon … c'est mal
sinon tu peu commander les anciens numéros :)

Au fait qqun s'est inscrit sur la base documentaire de Diamonds Edition ?

C'est bien ? pas bien …

Pour l'avoir vécu, informaticien d'entreprise peut être TRES difficile.
Mais cela permet d'engranger de l'expérience.
Ceci dit, informaticien de SSII peut être aussi l'enfer.

Trouver du boulot dans l'informatique c'est faisable, (j'ai pas dit facile) mais trouver du BON boulot … c'est plus dur.

Après la définition du "bon boulot" varie en fonction de tout un chacun.

Perso, je suis parti d'une boîte … pour une autre … qui a coulé … pour une autre … pour qui j'étais trop cher et sous employé … pour finir par revenir à la première :)

Conseil de vieux con : si tu dois changer, fais le quand tu es encore un "petit jeune" de 20 ans, à 30 ans avec femme enfants maison+crédit c'est plus dur …

De nos jours il y a aussi le DIF et la formation qui permettent d'évoluer

pas fait exprès …

ça existe encore le LSD ?

Je sais que la spéculation c'est difficile, pour moi c'est comme le Loto :

En ne jouant pas, je gagnes pas plus mais je perds moins :)

Dire que la spéculation c'est mal éthiquement … dans l'état actuel des choses oui
Quelques uns s'empiffrent de pognon de manière obscène alors que la plus grosse majorité peine a joindre les 2 bouts ou dans le pire des cas tente de survivre.

Une taxe sur les transactions financières permettrait "peut être" de récolter quelques miettes pour les ré injecter dans la vrai économie (celle en dessous du CAC 40).

Mais bon, je suis informaticien pas économiste ni politicien …

Trop tard, il y 2 ans le bitcoin valait 10€ donc pour 100 euros tu avais 10 bitcoins
maintenant il en vaut 350€
difficile maintenant de dire si il y aura une progression équivalente de 350% pour dans 2 ans.

Penses a ceux qui ont acquis des bitcoins au mois de décembre à 800 € et qui ont "perdu" la moitié de leur valeur.

D'ailleurs une question :

le minage de bitcoin, cela fonctionne comment ?
quelqu'un a t il de l'expérience dans ce domaine ?

cela vaut le coup de "trouver" un bitcoin :)

+24
2 choses m'ont permis de découvrir Zabbix et sa facilité d'utilisation

• Des "collègues" qui grâce à ZABBIX géraient des centaines de périphériques réseaux dans le monde entier
• Ton SUPER dossier, qui est resté à mon chevet et sur mon bureau quelques temps … et qui si je me souviens bien, il ne manquait plus qu'un exemple concret de paramétrage "spécifique" pour être quasiment parfait.

En tout cas, merci pour cet article qui m'a beaucoup aidé.

C'est sur ya 2 ans le bitcoin apparaissait comme une geekerie de plus.
Et parfois, le hasard faisant bien les choses … cela fonctionne
Comme le noyau Linux :)

C'est comme la roulette, le casino, la bourse on est sur de rien …
n’empêche que si au lieu d'être terre à terre avec mon pognon, je m'étais dit :
- prend une douzaine de bitcoin yen a pour moins de 100 euros, tu risques de perdre 100 euros

maintenant j'aurais 3500 euros et en décembre 2013 8000 €

100 euros je veut bien prendre le risque … mais pas au dela

moralité : je serais jamais riche … mais je sais pourquoi :)

+12

Nagios est une usine à gaz
Shinken m'a l'air pas mal mais il est aussi complexe (c'est du python donc c'est mieux :) )

ZABBIX est rapide a mettre en oeuvre, surtout avec une VM toute prête :)

Mais en plus c'est super simple de rajouter ses propres greffons.
Un exemple complet dans mon blog

et en plus il fonctionne a travers SSH :)

Je me souviens que le bitcoin était à moins de 10 euros ya pas si longtemps …
Pourquoi j'en ai pas pris une douzaine.
Maintenant ils sont à 350 € avec des pointes à 800 €
snif …

il y a dev et dev
Et il y a ceussent qui t’amènent des solutions et ceussent qui t'amènent des problèmes

J'en connais qui ne comprendront jamais ce qu'est un décalage de port SSH
d'autres qui sont incapables de pondre le moindre select sans un 'not in'
Certains génèrent du code comme si ils avaient pris du LCD

parfois certains pondent code dont personne ne parle, cela juste marche.

Ceci dit parfois pour mettre à l'épreuve des serveurs … certains devs sont utiles :)

Le monde serait bien différent s'il n'y avait que de bons dev :)
( phrase générique : remplacer "dev" par ce que vous voulez )

Bon ok c'est plus dredi …

mais notre monde n'est pas celui des bisounours.
Dans l'info en tant que pro depuis 1986 et Ingénieur Système attitré depuis 1999, je reconnais beaucoup de cas de figures dans ce que vous dites.

Pour être passé de simple technicien, à développeur, chef de projet j'ai fini par choisir le métier qui à le moins de contact avec l'utilisateur et le plus avec les serveurs.

Et je n'oublie jamais que j'ai beaucoup de chance de faire ce métier.

Dans chaque poste, il y a des choses pénibles à faire et d'autres nettement moins.

tester de nouveaux disque SSD SLC … c'est marrant
Analyser des problèmes de perf sous Linux/unix … marrant aussi
Tentez d'expliquer à un GROS client (donc à préserver :() que les mise à jours IE c'est à éviter … nettement moins drôle
démontrez à un DEV que 80% des problèmes de perf se situe dans le traitement … pas drôle non plus (surtout s'il ne vaut pas comprendre)

Et en plus dans la boîte qui me fais vivre (A ne pas oublier non plus) Dans le "Système" est compris aussi l'électricité, la plomberie, le réseau, les smartphones etc … bref tout ce qui n'est dans le menu de l'ERP que l'ont intègre (même si parfois on désintègre :) )

Il suffit tout simplement que la balance soit positive et que tu ais plus de choses gratifiantes/amusantes que pénibles sinon il vaut mieux changer et évoluer.

Faire la part des choses peut aussi t'aider, sur les nombreux pénibles que tu rencontres combien d'autres sont content de travailler avec toi ?

Médites sur le Yin et le Yang et restes Zen :)

Zabbix convient très bien même pour les petits trucs
un exemple : Surveillance de la température d'une salle serveur

Si la clim tombe en panne … la température monte et tout s'arrête. et je suis obligé de faire du vrai travail :(

Alors j'ai pu bricolé un truc pour tester la température et remonter les problèmes si cela tombe en dessous ou en dessus de certain seuils, par l'envoi de sms
Et la ZABBIX a été génial.

Cela fonctionne nickel depuis Aout 2013 …

Voici 2 autres sites plus orientés Raspberry mais ARDUINO + RASPBERRY sont complémentaire

le mien : Blog de Sysadmin qui fait mets à l'électronique comme quoi c'est pas toujours facile l'électronique.

Ce forum RaspFR ou j'ai trouvé de bon conseils

Voila
Amusez vous bien.

Voici un lien qui devrait intéresser :

MC Hobby

En plus MC Hobby est une boutique Belge qui a le mérite de mettre en Wiki ENORMEMENT d'informations sur le monde RASPBERRY ARDUINO imprimante 3D etc …

J'ai beaucoup appris sur leur site.
Et je préfères de loin acheter chez eux car je sais que j'aurais une doc et une procédure explicite.

Ensuite une appli REST en C … brrrr … code en python tu iras plus vite
surtout que tu penses pas atteindre les centaine de connexions / heures :)

Je connais très bien cette baie puisque je travaille dessus avec la société qui vous l'a prêté. Enfin, je suppose vu que l'on m'a montré aujourd'hui une copie d'écran d'un test de perfs disque sous CentOS avec les mêmes valeurs…

haha le monde est petit, c'est moi qui ai fait la copie d'écran, les infos circulent vite :)

François nous avait parlé de tes tests :)

Pour infos … On est dans la même zone à Bron. A quelques centaines de mètres de chez eux.

Toi tu satures les liens Gigabits, nous on sature les CPUs (c'est déjà plus facile)… pas facile à agacer ces disques SLC :)

Je dirais d’emblée de faire attention à tout outil graphique accessible rapidement, sans paramétrage…

C'est d'ailleurs à cause de ce "réflexe" que j'ai ouvert ce journal (qui aurait être dans un forum)

Le RAID matériel à l'air moins performant que le LVM de linux, en fait le RAID matériel ne dispose que peu de cache ou de cache moins rapide que les disques et donc est contre performant.
Mais c'est dommage on risque de manquer de temps pour tester tout ça.

C'est que l'on nous a dit mais je ne penses pas avoir le temps de le tester.
Et c'est bien dommage

Juste pour infos :
Le coût est à peu de choses prés identiques ( diff < 500 euros )
sur 2 configurations "utilisables" dans le cas qui intéressait
Par contre la GROSSE différence viendrait des performances.

Sincèrement, Merci pour la qualité de ta réponse.

Je ne sais pas combien de temps tu as hiberné, mais ça a dû être long.
Ca fait des années que les SSD existent, et qu'on parle de réflexes bousculés qui en 2014 sont des réflexes devenus normaux.

Non c'est normal pour nous, on est un peu comme les ents on évoluent doucement.
Cela vient du produit que l'on met en oeuvre, une ERP cela engagent tout le monde pour au moins 5 ans, donc on préfère les choses connues et maitrisées.

Il y a 2 ans, des collègues plus aventureux, avaient bataillés avec un serveur contenant des disques SSD.
Maintenant on étudie c'est tout … En plus on nous prête une machine pour tester :)

rien de nouveau, je suis même plutôt étonné que ce soit que 3x, tu dois être limité par ailleurs (CPU?)

Et tu as raison, en fait on est arrivé à la conclusion que sur ce genre de machine, c'est le CPU qui saturent AVANT les I/Os (ce qui est nouveau pour nous)
Ainsi tests sur 250 millions de lignes écrites, le rapport 3x restent (30 mn vs 90 mn)

En fait, je me pose de mon côté ces questions :
- Un journal est fait pour apporter des informations, alors qu'un forum est pour poser des question, donc qu'apporte le journal pour nous?
- qu'est-ce que tu veux comme esprit critique sur ce que tu as donné qui est hyper générique ("eh les gars, j'ai balancé un test de lecture séquentielle sur une machine dont je ne dirai pas le nom, ça donne 4 Go/s, vous en pensez quoi")? quel est le but? cherches-tu une prestation de bench?
Oui, je sais, c'est un peu brutal, mais le journal l'est aussi (en plus de ne rien apporter pour un journal).

Pas de problème, je suis désolé d'avoir pollué les journaux avec un sujet qui aurait du être dans un forum.
Sinon j'ai eu les réponses et les confirmations que j'attendais … et même plus vu que je suis passé pour une andouille :)

Dans tout les cas … Merci

Vous êtes caustique … :)

C'est la qualité du test de "UTILITAIRE DISQUE REDHAT" qui m'interpellent
peu t on se fier a cet utilitaire ?

donc oui la patte gauche du pigeon est plus ressemblante :)

bien fait pour moi, réfléchir … réfléchir … écrire le journal …
mais c'est pas mon jour …
un switch flingué … un reboot qui se passe mal car un vg pas fini
vivement ce soir