Christophe B. a écrit 1681 commentaires

Bien au contraire …
Si vous voulez un truc pour bien utiliser le bon coin voici ce qu'il est nécessaire de faire :
- rédigez vos annonces de manière claire et sans équivoque avec les infos minimales.
- n'oubliez pas de préciser si vous ne voulez pas être contacté après 20h30 par exemple, certain n'ont pas les mêmes fuseaux horaires que vous.
- Recherchez le prix du neuf AVANT parfois on trouve des objets plus chers que le neuf après promo.
mais surtout :
postez les le vendredi soir et/ou le samedi soir.
Si une annonce n'a rien donné le lundi laissez la.
Par contre je vous conseille de l'effacer puis de la remettre le vendredi d'après.
En effet la majorité des gens consultent ce site le week end et il vaut mieux être placé dans les premiers.

Et donc si un outil permettait d'effacer puis de re-actualiser des annonces en automatique cela serait SUPER utile.

Oui mais entre la maturité et … le début de la fin

un bonne blague graveleuse cela fais toujours sourire.
< en fait j'avais pas compris .. c'est quand j'ai vu graveleux que j'ai un peu plus fait attention >

surtout que bientôt on ne pourra rire que des "trucs" virtuels
Et le dredi c'est permis

Bon week end

Apparemment on peu juste interroger mais pas créer de petite annonce

L'utilisation de Weboob est intéressante en mode console ou scripts

tu extrait les infos qui t’intéresse et déclenche un mail un tweet une alarme quand
par exemple tu as trouver l'annonce de tes rêves.

Ou encore plus geek (et inutile) avoir un graphique sur l'évolution de ton compte en banque

Ils sont en train de prendre gentiment la porte côté serveur.

Quand je regarde mon petit monde, je trouves plu de serveur Linux que de serveur Windows.
Cependant dans la majorité des entreprises ce n'est pas toujours évident.
et un peu comme le Desktop les serveurs windows ont encore une grande place.

Reste que dans le cloud d'Amazon (le plus gros), j'avais lu que 90% des VMs étaient sous linux.
Comment tout cela va t il évoluer ?

Quand à se retirer je n'y crois pas, un peu comme l'AS400 qui est toujours présent, même s'il ne fait plus peur.

Que Microsoft perde son monopole et son omniprésence serait un bienfait pour l'humanité (si si)
Et je ne crois pas non plus à la régulation automatique des marchés. Mais plutôt à l'instauration de "règles du jeu" ce qui pour moi en informatique se traduit par STANDARDISATION.

Mais la l'évolution risque d'être encore plus lente …

C'est vrai qu'avec Ada tu te bats avec le compilateur … mais il a été conçu je crois à la base
dans un but d'uniformisation et de maintenabilité.
D'ailleurs si je me souviens bien essayes un truc du style (ce n'est pas de l'Ada)
A est un entier sur 1 octet

switch(A)
case 1 :
case 2 :
case 3 :
end

comme A peut prendre 256 valeurs le compilateur va couiner parce que tu ne gères pas les cas de 4 à 255 :)
De plus le compilateur à une option par défaut pour ignorer les insultes des dev :)

Voila comment cela va se passer :

Extrait : La partie informatique collaborative du groupe tourne sous office365. Grace à notre partenariat cette offre ne nous a rien couté depuis 3 ans.
…
Office 365 gère la messagerie , les outils de communication directe et de téléréunions ainsi que d’autres services que nous voudrions étendre dans le groupe.
…
Microsoft vient de refondre ses programmes de partenariats et nous passons de 250 licences gratuites à 25.

Troll du vendredi … à vous de voir

C'est vraiment vrai ça ?

Oui c'est un cas authentique, et c'est la plus grosse config que j'ai rencontré.
Il n'y avait jamais 3000 utilisateurs en même temps mais cela plutôt tournait autour de 1000 avec des pointes a 1500 quand les gros pays se mettaient à bosser.

A combien arrive une config PC multisocket >256Go de RAM, et des SSD pro voir même des SSD sur port PCI ? 20k€? Combien l'équivalent sur ibm ?

D'abord c'était il y a 4 ou 5 ans, on ne parlait pas encore de SSD et le but primordial recherché était la redondance sur 2 sites, la capacité qu'ont certaine architecture de remplacement de tout à chaud etc …. et surtout la garantie que cela ne va pas tomber en panne (ou presque) … chaque arrêt coûte très cher. Ensuite il y a l'historique.

c'est la bas que j'ai pu appréhender 2 trucs monstrueux (enfin pour moi)
les baies XIV (ixe-aille-vie pas quatorze :) ) je sais qu'il y avait 3 baies 1 pour les sauvegardes, les 2 autres pour les données.
C'est le genre de truc qui se débrouille tout seul et qui s'optimize tout seul ya rien a faire si ce n'est de dire combien tu veux de volume et qui à qui tu les attaches.

la sauvegarde en continu avec l'émulation de dizaines (je sais plus si c'est 64 ou 128) Drives LTO et réplication en continu. Il y a avait constamment de 8 à 10 "drives" en cours d'utilisation. Chaque jour plusieurs To se sauvegardait avec un total de 100 To.

Pour infos on m'avait attribué une partition (équivalent VM) sur les serveurs de tests pour faire du shell scripts : 4 Processeurs / 64 Go de RAM / 100 Go de disques à la fin comme j'avais du tester le stripping sous on m'avait accordé quasiment un To de disques

C'est peut être petit pour certain, mais a voir tourner c'est impressionnant (enfin pour moi)
Et cela me rappelles le temps (oui les moins de vingt ans l'ont pas connu) ou je gérais une douzaine de serveurs unix et sur comp.os.unix on échangeait (comme ici d'ailleurs) mais bon certains avait la responsabilité de plus de 1500 serveurs sous AIX.

+1
Pour avoir proposé du power à mes clients il y a quelques années, l'obstacle c'est le prix.
Sinon coté performance, maintenabilité, service, fiabilité et durée de vie : ya pas mieux.

Faut en avoir besoin, si tu as des base de données de plus de 1 To et que tu as environ 3000 utilisateurs de par le monde qui ne penses qu'à lire et écrire dedans.
il vaut mieux avoir du power :)

Même si les serveurs en tant que tel sont chers, après les logiciels qui vont dessus sont généralement hors de prix, le cout du service est aussi pas donné car il s'agit de gens certifié etc …

C'est un peu comme Apple, c'est très cher mais tu en as pour ton pognon.

Et la pollution ? sans rire laisser des … choses aussi toxiques dans la nature, même virtuelle,
c'est pas éthique.

Quoi on est pas vendredi ? tant pis …

Je leur fais souvent de la pub : MC HOBBY de très sympathique Belge

Le magasin en ligne
mais surtout : ZE WIKI

La tu vas trouver PLEINS d'informations pour débuter aussi si tu veux acquérir un arduino ou un raspberry fais le chez eux. cela me semble la moindre des choses.

le kit pour démarrer : Kit Experimentation

Bonjour,

J'ai acquis ce livre, et honnêtement il est pas trop mal fait, bien écris … rien à dire.
Sauf que le module de base coute dans les 100 euros.
Aussi faites attention les gars, quand tu codes tu peu faire des sauvegardes.
En électronique quand c'est cramé … c'est foutu

Honnêtement si t'es plus informaticien qu’électronicien, le couple Raspberry + Arduino donne le meilleur des 2 mondes.
Le coté linux / ligne de commande / langage python avec Raspberry
Le coté électronique qui va bien coté Arduino.

Exemple : les PWMs qui fonctionnent quand elle veulent sous raspberry et tournent bien sous arduino

Eh oui chez Microsoft, mêmes les surfaces coulent :)

Désolé je me voyais déjà Vendredi …

Je trouve l'idée bonne, pour apprendre voir même réaliser facilement des petits trucs.
reste a voir la réalisation.
mais bon 140 £ = 8 sams soit 180 euros je trouve cela un peu cher.
Cela met un sam au prix d'un arduino !
Bon peut être que les tarifs des dons n'ont rien à voir avec les futurs tarifs.

Cela me fait penser aux makerbeam/openbeam
la aussi l'idée est bonne, mais l'alu c'est cher. le starter pack à 100€.

+1
Et je suis même surpris de voir que sous Linux même des imprimantes bas de gamme (Epson XP305 par exemple) sont correctement prise en charge, y compris le scanner et tout et tout.
Pour HP généralement il la reconnait tout seul.
Brother aussi. Mais depuis 2 à 3 ans je n'ai pas eu de problème d'imprimantes sous Linux.
Regardes sur les sites d'occasions, des que tu trouves qq chose qui t'interresse vérifie su google si cela fonctionne bien sous Linux.

Quand ça rame : il faut voir d'ou provient la cause

RAM / CPU / DISQUE /autres

pour cela : iostat

    avg-cpu:  %user   %nice %system %iowait  %steal   %idle
               9,65    3,12    3,36    8,07    0,00   75,79

    Device:            tps    kB_read/s    kB_wrtn/s    kB_read    kB_wrtn
    sda              32,52       849,00       302,69     622815     222048

%Iowait => si pourcentage important problème d'I/O (swap, base de données etc …)
%user %nice %system => le problème est à rechercher dans les processus
%idle => pourcentage d'inactivité une machine au taquet est à zéro sinon cela ne vient d'ailleurs que de la RAM / CPU / DISQUE et généralement il s'agit d'un problème réseau
En premier vérifier/ DNS ou le nommage y compris le nom de ton serveur / puis vitesse (download qq chose )

apres si tu ne trouves rien de louche li faut aller voir les logs (/var/log) puis les mails ceux de root et chercher si un message ne peu pas t'aider
En general quand tu connais … copie/colle dans google

voila bon courage
tiens nous au courant

C'est pas un dilemme, je voulais juste préciser que le beau code est relatif en fonction de sa finalité.
Pour faire plus simple :

Dans le jeu vidéo : si c'est rapide et que ça tourne tant pis si c'est illisible
Dans d'autres secteurs : la lisibilité et donc la maintenabilité du code est une priorité, et tant pis si cela se traine

Et par conséquent, du beau code dépend du contexte dans lequel il est employé

Exemple dans les années 80, j'avais du écrire des choses du style (en basic de l'époque):

B = 100*(A>5)*(A5) and (A<10) THEN B=100

Est ce beau ? oui et non
Par contre comme je devais jongler avec 80 Ko de mémoire RAM cela me faisait gagner quelques octets
qui pouvais servir ailleurs

Tout est relatif :

• dans le monde du jeu vidéo (et surtout à l'époque) ce code est merveilleux

• dans le monde super sexy et à la pointe de la techno du XXeme siècle qu'est l'informatique de gestion ce code peut passer pour un délire de débutant, un trip sous LSD ou autre.
  En cas de bug on regarde même pas, on vire on réécrit.

La raison, c'est la finalité du code, c'est super optimisé pour du calcul graphique en 3D et donc super bien voire même génial.

C'est difficile à maintenir et à lire mais bon pour un jeu OSF

Pour du code qui doit tourner, voire même évoluer pendant plusieurs années il vaut mieux éviter.

Rien que le nom POWERShell me fait marrer …
cela fait penser aux personnes qui ont une GROSSE voiture style 4x4 pour compenser … quelque chose :)

(désolé j'ai pas pu résister, mais je sais j'aurais du attendre dredi)

L'asm ya que ca de vrai :)

D'accord pour le "spécialisation", c'est vrai, mais bien souvent tu pars d'un bout de code pour résoudre ton problème, ensuite tu le mets dans un cron (par exemple) et donc tu as besoin de log, puis d'historiser les logs, ensuite on te demandes un petite modif, puis une autre etc …
Et je ne parle pas d'ergonomie pour l'utilisateur final :)
Bref le coté spécialisation c'est bien, mais au bout de quelques temps tu va vers le coté généraliste.

Quand tu as un bon marteau, tout les problèmes ressemblent à des clous :)

Mais tu as tout a fait raison que si awk join paste (et lam que je connaissais pas :) ) sont toujours la c'est pas pour rien. et pour longtemps :)
(pas comme le power shell ;-) … (ah zut on est que mardi) )

Tout a fait d'accord pour le QWERTY :)
pas pour le reste, j'aime bien les variables ;-)

par contre Ocaml m'a l'air très intéressant, a voir c'est une horreur
beaucoup d'habitudes doivent changer (# ~ et :: par exemple), et un clavier qwerty doit être nécessaire :)
Par contre pour le reste, cela a l'air plus que bien … Merci d'avoir suscité ma curiosité
j'ai peut être trouvé un nouveau jouet.

with open("fichier.txt") as f:
  data = f.read()
  print data

C'est tout aussi clair et sans symbole ésotérique difficile a obtenir sur de l'azerty :)

structuration très claire du programme et n'a pas toujours d'équivalent dans les autres langages de programmation.

Ne faire qu'un chose et le faire bien :) …

(À part bien sûr le |> de OCaml!)
A cela éveille ma curiosité, si j'ai 2 minutes je vais voir de quoi il en retourne?

Néanmoins, bien connaître awk est tout de même une compétence dont il serait dommage de se passer quand on utilise un système UNIX.

Oui tout a fait d'accord, il faut connaître awk AVANT de faire du perl et du python.

Mais bon de plus en plus de personnes ne savent même pas que l'on peut scripter des commandes.
Et c'est bien dommage.

Pour communiquer à l'intérieur de ton programme rien ne vaut … les variables :)

le pipe est fait pour la communication entre programme ou processus

Bonjour à tous,

Cela fait plaisir de voir d'excellents conseils de programmation sur un truc aussi ancien que le shell :)

Et je suis globalement d'accord, sauf sur la punition, il serait plus judicieux de lui supprimer son PC sous linux et de lui passer une tablette surface sous Windows 8 :) (2 jours devraient suffir)

Sinon juste un petit truc : avant de vous lancer comme des fous dans l'awk, le join paste et consort … il est bien souvent beaucoup plus judicieux d'utiliser des langages plus adaptés comme le python, le ruby le perl (par exemple …)
Même si cela ressemble a un fusil pour tuer les mouches, dans la durée les langages de scripts + une petite base comme sqlite sont plus facile à utiliser, a debugger et à modifier que du shell.
Voire même du fichier ascii a plat comme intermédiaire.

Par contre, je ne suis pas pour reléguer le shell juste aux bidouilles, aux trucs vite fait. tout dépend du projet. Parfois le mélange des deux donne d'excellents résultats.

Mais je n'ai pas de recette toute faites pour dire ça c'est mieux en shell, tel autre en python.

Sinon je ne connaissais pas lam (laminate), comme quoi même après 25 ans de shell on en apprend toujours :)

Merci

Beau boulot,
Merci pour tes infos, j'aime bien la manière dont tu as résolu le problème de la diffusion des images de la camera. très astucieux :)