PLuG a écrit 1006 commentaires

Sauf que Dell monte les PC de zero qu'après avoir reçu la commande, ils n'ont pas de stock, le stock amont est chez le transporteur, le stock aval est chez le transporteur.
L'usine de montage dépose directement le PC monté dans le camion qui part vers la bonne partie du monde ...

même plus fort, selon les quantité de pièce disponibles (commandées à l'avance aux fournisseurs), dell fairt des promos sur son site web pour les écouler ou au contraire remonte le prix pour freiner la vente, les prix sont revus toutes les semaines !!!!


=> pas de "config de base".

Le client lourd c'est .... LOURD.
pour installer sur quelques postes, pas de problèmes, mais pour déployer sur des centaines ou milliers de machines c'est l"enfer.
En général ils s'appuient sur un composant incompatible avec une autre appli necessaire sur le meme PC, genre pas la même JVM, ou pas la même version de client Oracle, ou ...
et la commence l'enfer pour gérer les postes de travail.
Ajoutez a ça la complexité des upgrades des applis une par une ...

Le résultat c'est que beaucoup de boites "virtualisent" les clients lourd en les déportant sur un serveur Citrix => augmentation du cout (serveur + licenses + ...)

Donc le client leger HTML/AJAX/Javascript possède bien des avantages, il est juste dommage que l' IHM en souffre.... faudrait peut-etre utiliser le moteur IHM de mozilla ?

En attendant, SAP mais aussi PeopleSoft sont en HTML sur IE.

ça ne prend que quelques secondes, alors que les clients s'inquietent bien a l'avance de l'échéance du bail DHCP, de sorte qu'il n'y a de toutes manières aucun impact.

j'ai une appli web en php qui gère du dhcp (isc) + vmps (openvmps) pour plus de 3000 machines, et si le vmps tape directement dans la DB mysql, le dhcp, lui, est relancé quand on en a besoin (pas souvent en fait, juste quand on ajoute des ranges IP ou du boot PXE pour une machine). En dns j'utilise PDNS qui tape lui aussi dans mysql ...
avec 2 machines equivalentes et un mysql répliqué ça roule tout seul :-)

>ça m'empêche pas d'être un bon conducteur (dans le sens je respecte le code de la route)

sauf que respecter le code de la route c'est plutôt l'équivalent de repecter la netiquette.
rien ne prouve que tu utilises ton véhicule de façon optimale, ... ce qui me semble être le sujet de ce journal.

Je suis sûr que les garagistes ont aussi en tête tout ces clients qui usent l'embrayage et le moteur de façon prématurée ...

10 % de mieux que Ubuntu c'est ça la vraie conclusion :-)

Juste pour ajouter que j'ai un Infocus DLP depuis 5 ans maintenant, c'est un 800x600 et la qualité d'image est toujours aussi belle... C'est vraiment un achat que je ne regrette pas.

Au début je voyais des AEC de temps en temps sur certains sous-titres, mais je m'apperçois en vous lisant que cela fait longtemps que je n'ai pas constaté ce phénomène....
Le cerveau peut-il s'habituer ?

En tout état de cause, ces AEC ne m'ont jamais donné mal au crane, ça fait juste un peu bizarre de voire les 3 couleurs en bordure des sous titres blanc sur fond noir.

Sauf que non c'est pas aussi simple que cela.

Son lien ADSL et son lien NOOS ne partageront pas la meme adresse IP, et du coup il pourra mettre un routeur a cheval sur ces deux liens pour balancer des requettes des deux cotés (répartition plus ou moins equitable du traffic sur les 2 liens), mais il ne pourra pas vraiment "aggréger" les deux liens dans le sens ou un download donné n'utilisera la bande passante que d'un seul lien et non pas la somme des deux.

Sous windows, les logiciels tiers sont plus ou moins bien livrés quand même. Essayez d'utiliser correctement votre windows (c'est a dire sans etre admin ni meme user avec pouvoir), et d'un seul coup la quasi totalité des logiciels merdoient. C'est souvent pas grave, des droits a placer sur des clefs de base de registre ou sur un repertoire NTFS, ...
mais pas mal de soft exigent que l'utilisateur puisse ecrire dans "program files". De plus les soft ne peuvent pas vérifier de dépendances et viennent donc avec leur copie de librairie installée dans son coin a lui. Résultat, impossible de garantir que la faille de sécu liée a la librairie zip.dll est bien corrigée vu qu'on en a plusieur versions sur le système installées de partout.
On est loin, très loin de ce que réalisent les packageurs sous linux.

Autre point de vue, il est bien plus simple de creer des installeurs pour un seul OS (windows) que pour tous les OS linux. Ce serai bien que les packages marchent sur tous les OS linux, mais pourquoi pas sur les BSD aussi et les MAC OS X ? Il n'y a pas un OS linux, mais il y a autant d'OS que de distributions basées sur le kernel linux. Pensez-vous que les logiciels d'aujourd'hui s'installent sur les windows NT4 ou 98 ? ben non, ça ne marche plus, a cause des dépendances ...

la phrase indique que le reste de l'article s'adresse aux personnes qui n'ont pas participé au Google summer of code par manque de compétance.

Si ce n'est pas ton cas, tu n'es pas concerné par le reste de l'article.

C'est donc restrictif envers ceux qui vont pouvoir lire les magazines, mais n'indique certainement pas que l'auteur pense qu'on ne peut manquer le summer of code uniquement par manque de compétances.

bref -> []

les RBL j'aime pas, en général y'a un tas de non-spammeurs qui sont blacklistés.
je conseille postgrey en ajout a postfix, pour le moment ça marche du tonnère !!
plus un petit spamassassin pour le peu de spam entrant et c'est règlé...
jusqu'a ce que ...

Au moins, les fumeurs (ceux que je connais) demandent si ça ne dérange pas avant d'en griller une...

Moi je trouve la tournure de cette phrase révélatrice:
ils ne demandent pas l'autorisation d'éventuellement fumer, mais posent --par courtoisie-- la question tout en commençant à sortir une clope ... c'est un peu comme le "bonjour ça va ?" alors qu'on s'en fou si l'autre va bien.

19,6% de taxes, c'est beaucoup de pouvoir d'achat en moins pour un smicard (genre pas de viande aux repas, ou très rarement), et un peu de pièces jaunes en moins pour quelqu'un d'aisé.

C'est vraiment n'importe quoi. Près de 20% de taxes c'est 1/5 en moins pour tout le monde. Et si cela ne prive pas de viande ceux qui gagnent plus, ça représente quand même *beaucoup* plus de tunes que pour le smicard.
Autant la taxe sur le pétrole peut etre qualifiée d'injuste (tout le monde se déplaçant , pas du tout fonction du salaire), autant la TVA est directement proportionnelle aux dépenses, donc aux revenus, et donc pas si injuste que cela.

Les impots sur le revenu sont déjà la pour rattraper les différences.
Il ne faut pas *tout* indexer sur le salaire, sinon il n'y aura plus de différence de pouvoir d'achat et donc plus de moteur économique.
Ne pas oublier que ce monde est un panier de crabes, et que vivre mieux (avoir plus de pouvoir d'achat que le voisin) est un moteur qui fait travailler les gens et avancer l'économie du pays. [ce qui ne veut pas dire que au bas de l'échelle tout le monde ne mérite pas de viande ...]

Salut,

Moi je dis ... continue.
L'informatique c'est pas que du code. Y'a de la place pour tout le monde.
Des audits de sécurité, des "architectes du SI", des "visionnaires" capables de conseiller sur l'orientation a prendre ... Pour les cotoyer (et en faire partie) ces personnes existent dans la plupart des entreprises, mais leur niveau est très très différent en fonction de leur "background".... en clair ceux qui se sont ennuyés sur plein de technos différentes sont en général bien meilleurs.

Si tu as vraiment codé en assembleur, étudié les interruptions/segmentation mémoire, utilisé différents systèmes, si vraiment tu t'es ennuyé en BDD mais que tu sais optimiser des requêtes et trouver d'ou vient le problème de performance ... tu trouvera du travail passionnant.

En SSII certains passent leur temps a auditer, optimiser, debugger ... et en plus ils sont pas mal payés puisque appelés en mode pompier quand il n'y a plus rien a perdre et tout a gagner. Après la SSII les mêmes roles existent dans les grandes entreprises.

Dis toi que c'est l'expérience qui compte. Que tu dois faire de tout au moins une fois, et que quand ça devient trop barbant il est temps de changer. L'éventail des technologies sur lesquelles tu pourra intervenir n'en sera que plus grand.

[apparté]
et après les premiers audits de code, tu pleurera sur les *merdes* que tu trouvera dans du code en vraie production ... sur les architectures qui ne peuvent pas marcher --ça se voit comme le nez... --, sur les applis leeente qui font 100 fois les mêmes requettes ou qui n'utilisent pas les index ...
mais d'un autre coté, ceux qui les développent acceptent de le faire :-)
[/apparté]

Si besoin je peux vous eclairer sur l'insecurite apportée par SSH et SSL.

la crypto de SSH et SSL sécurise les données des utilisateurs. L'admin, lui, veut sécuriser son réseau.

SSH permet de creer des tunnels et donc de relier un reseau d'entreprise normalement sécurisé au poste adsl mal géré à la maison d'un employé.

SSL : la plupart des proxys ne peuvent rien en faire (justement parce que c'est chiffré) et du coup utilisent la méthode CONNECT qui consiste a juste forwarder le traffic. Du coup avec un serveur SSH tournant sur le port 443 on peut de nouveau utiliser SSH et d'autres outils de tunneling.

Bref il existe des outils pour empecher cela de manière plus souple, mais SSH comme SSL par défaut permettent de traverser les parefeux. Certes on peut aussi le faire avec de l'encapsulation HTTP ou UDP (dns...) mais c'est moins simple que SSL ou SSH.

Marrant, ils ne respectent pas les limites que quand ils sont en France.

si l'on fait abstraction que généralement ils ne reçoivent pas les PV français, il faut aussi considérer l'état des routes:
Les autoroutes françaises sont très bien entretenues et conçues de façon à permettre de rouler très vite. Les voies larges et les portions de ligne droite incitent les conducteurs a rouler plus vite.... en sécurité.
A chaque fois qu'il m'a été donné de consulter les chiffres, le nombre de tués sur autoroute était largement inférieur au nombre de tués sur nationale/départementale (même rapporté au nombre de kilomètres parcourus).

pour info, en 2000 sur les 7643 tués, 318 l'ont été sur autoroute de liaison et 181 sur autoroute de dégagement.... ridiculement bas.

Il est scandaleux de mettre les radars sur les autoroutes, on ferait mieux de remonter la limitation a 160km/h ou mieux, de la rendre variable selon les prévisions de traffic. Les panneaux lumineux tout le long et a l'entrée ainsi que la radio de l'autoroute seraient chargé de passer la consigne.... on peut rêver :-)

C'est assez vrai .... sauf que la séparation de la partie HTML/CSS (faite par un web designer) de la partie code applicatif (faite par un développeur) apporte quand meme beaucoup de clarté pour ces 2 sous ensembles.
Le code PHP est propre et uniquement applicatif, pas de génération de HTML dedans.
Le code HTML est propre et pas alourdit par des bouts de PHP.

Avec un moteur de template comme Pear/Flexy, le code HTML+CSS+Flexy est editable avec les editeurs HTML du marché, ... ça simplifie quand même pas mal le boulot du webdesigner.

Donc oui, PHP est *deja* un moteur de template, et il est bien parcequ'il est souple. Mais la souplesse conduit les gens à pondre du code non maintenable. Forcer les gens a travailler proprement c'est utile dans une organisation même si cela parait techniquement abérant (2 moteurs de template l'un sur l'autre).

Je vais peut-etre me faire incendier mais tu n'as pas besoin de creer un compte pour chaque tiers. En temps de particulier le degré de finesse qui va t'interesser c'est des catégories d'achats (voiture, maison, courses, vacances, ...).
donc tu crée ces catégories et tu classe tes dépenses en les affectant a la bonne catégorie. C'est tout.
ça doit faire au moins 3 ans que je fais mes comptes avec gnuCash ça marche très bien comme cela.

Pour la petite histoire, j'utilisais un soft proprio sous windows en 1999 et il ne passait pas l'an 2000. J'ai migré mes datas via impression sur imprimante texte et script en perl car le soft n'offrait pas d'export. Après migration, j'ai utilisé un soft en perl-tk pendant quelques temps puis GnuCash m'a convaincu de re-migrer.
mais opensource oblige cette fois la récupération des données était plus simple !!

c'est la traduction litterale ça, or je n'essayais même pas de traduire mais plutôt d'expliquer avec des idée compréhensibles en français.
va faire une explication imagée avec le bout arrière de tuyau :-)

Dans "backend" il y a plutôt l'idée d'arrière boutique.
- dans cette arrière boutique le travail est effectué avant d'être mis a disposition.
- l'arrière boutique est "cachée" pas besoin de voir comment cela se passe, le travail est fait c'est tout.

Afin de pouvoir faire évoluer les 2 a des rythmes différents, il est courant de séparer les logiciel en une architecture frontend/backend. Le "frontend" est ce qui se voit (gui pour un logiciel, api pour une librairie), le backend est ce qui effectue le boulot (fonctions metier, base de donnée, code spécialisé ...).

Apparement dans le cas de cairo on peut choisir des backend spécialisés dans le pdf, le svg, ... en fonction du besoin.

ça vous plait comme explication ? :-)

attention quand meme avec le `cat /srv/samba/netlogon/prenom-nom.txt`
le shell va remplacer cela par le contenu du fichier. Si le fichier est looooong, cela ne tiendra pas sur la ligne de commande et les derniers enregistrements ne seront pas traités.
amha, il vaut mieux utiliser un | (pipe) comme montré dans mon exemple au dessus.

Quel est l'interet de faire ce programme en C qui ne sert ... qu'a lancer un programme en shell ??

tu devrait tout faire en shell, ou en perl c'est le langage le plus indiqué pour ces taches d'admin systeme.

en shell ça pourrait donner:
cat /srv/samba/netlogon/prenom-nom.txt | while read CHAINE
do
/srv/samba/netlogon/ajoutuser.sh "${CHAINE}"
done


plus simple que de compiler un truc en C ...

Les togolais ont tout a gagner a passer un "accord" avec la France ... et plus rien a perdre dans le mondial. D'autant plus qu'ils ont montré leurs problèmes financiers lors du dernier match ...
C'est beau le foot.

Bon, je vais quand même me replonger dans les options de compil, j'ai peut-être raté quelque chose...

Donc l'étude à raison, LINUX manque de documentation.... puisqu'il n'est nullement besoin de recompiler quoi que ce soit pour changer ce comportement.
sysctl et /proc/sys/vm/overcommit_memory sont la pour cela.

Il reste aussi a définir "documentation" parceque un googling sur "linux malloc oom_killer" ramène des tas de liens expliquant les algos d'overcommit et le réglagle avec sysctl.

Bons tests :-)

y'en a qui font tourner SCO encore ... peut-etre en attendant de migrer ?

qui contient tout ce dont un développeur de pilote sous Linux a besoin pour écrire des pilotes.

ce serait mieux de dire:
qui contient tout ce dont un développeur Linux a besoin pour écrire des pilotes.