Christophe B. a écrit 1759 commentaires

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

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

Vive la France et l'Europe alors ?

Il faut garder ce lien, car longtemps j'ai cru a un légende urbaine !

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 ?)

A+
chris

Donc si on installe VLC sur le rasperry on peut eviter de s'acquitter de la licence ?
Comment font les distrib style Mint ?

C'est le mot le plus défigurant de la langue française :)

Oui mais c'est mieux que certains serveurs PRO sous windows :)

zut on est que jeudi …

A+
chris

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.

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

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 …

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 …

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

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

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 :)

A+
chris

Perl est surtout fait pour du script web ou non. Donc cela dépasse rarement les centaines de lignes de codes.

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

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 ?

Oui je sais c'est pas dredi :)

A+
chris

Le langage perl est le meileur a ce petit jeu

@lines = <DATAFILE>;

mais est ce pour autant mieux ?
Dans ce genre de bidouille on ne teste pas si le fichier existe, il n'y a pas de limite non plus
si je pointe sur des fichiers comme /dev/random ou /dev/zero
bref ces sucres syntaxiques sont dangereux, ils permettent d'esquisser un traitement ou un algorithme

Mais des que l'on veut mettre en prod quelque chose
1- il faut tout tester et vérifier avant de faire quoi que se soit, ne serait ce que pour faciliter la recherche de problème
2- si on test il faut logger (surtout si c'est cron qui le lance :) )
3- et je n'aborde même pas la problèmatique liée à la sécurité, je suis bien a l'abri derrière mon pare feu

donc même pour un truc tout bête ya du code a pondre tout autour

une fois j'ai lu que l'on pouvait qualifier la qualité d'un programme aux nombres de ses messages d'erreurs

par exemple : oracle (la base de données pas la sté) et sa classification poussé des erreurs ORA- (et les autres) en recherche de problème
c'est un vrai bonheur, a part quelques messages génériques souvent le code erreurs fait mouches et l'on trouve
rapidement une explication au problème => c'est un exemple a suivre
Mais bon sa sent le vécu ya qq dizaines d'années de dev derrière

bon Dredi
A+
Chris

Mon site web est sous Django et même sans toucher mon code pendant un petit moment, j'arrive toujours à le comprendre.

Essaye avec du Perl Objet tu m'en diras des nouvelles.
Je suis passé a python a cause de ça.

Faites le test demander a quelqun qui ne connait pas python de lire un scripts python et d'essayer de comprendre, la plupart
du temps il comprend !

C'est la première fois que je me permets de t'envoyer quelques mots doux et crois bien que je suis ému. Je m'apprête à affronter ton moinssage impitoyable et, psychologiquement, c'est pas facile, surtout la première fois.

C'est comme le pucelage, t'as la trouille avant, après t'en es fier …

Le dredi c'est permis :)

A+
chris

Tout a fait !

Et je rajouterais :

• La virtualisation des postes de travail … un terminal et un serveur … tiens donc cela me rappelles qq chose :)

Et puis même si c'est pas Dredi

question comment on appelle les devs sur la nouvelle tablette de Microsoft => des techniciens de surface ? mouahahaha

A+
chris

Bonne analyse de son code, enfin je le suppose … je ne code pas en php

Galawa peut te remercier tu as pris la peine de relire et d'étudier son code de manière précise et de le critiquer.

Je trouvais ta première remarque un peu brutale, fondée certainement mais brutale.

Il ne faut pas s'extasier devant le moindre applications libre, mais la il s'agit plus d'informatique de gestion soit qq chose très peu sexy et parfois bien ennuyeux.
Le plus souvent ce genre d'applications ne doit être utiliser que dans le réseau local bien a l'abri derrière un pare feu et ne doit pas être exposé directement sur la toile.
Les remarques sur les performances sont plus judicieuses car bien souvent elle sont le problème numero 1 des applis de gestion

Tout cela pour dire que c'est ca le monde du logiciel libre, l'échange de savoir faire qui permet a tout le monde de progresser.
Et même si je ne code pas en php actuellement, je sais au moins ce qu'il ne faut pas faire …

A+
chris

Du tux façon Judge Dredd … que j'ai choisi aussi …
car j'adorais la BD