Fabimaru a écrit 2680 commentaires

J'utilise backup-ninja qui est basé sur rdiff-backup, ça simplifie un peu la config. Je le mets dans un cron quotidien et je sauve vers un disque dur dans un boiter USB.

Je l'avais vu, mais ça ne correspondait pas à mes besoins pour une raison que j'ai oublié

J'utilise pas mal la ligne de commande depuis longtemps. Plusieurs fois j'ai voulu renommer une douzaine de fichier (des mp3). Au début je le faisais avec des "while", des variables d'environnement et les matchs de bash. Je perdais mon temps à lire le man de bash, vérifier que le résultat de ma transformation était bon avec des "echo" (parce que si tu te trompes, tu perds tes fichiers, youpi!).

Bref, pour ce cas concret, j'étais content d'avoir l'outil de renommage de XFCE. Pourtant, je crois que je dois tomber pile poil dans le public visé par la ligne de commande: je suis développeur et maniaque du clavier.
Ecrire des lignes de commande de 3 kilomètres de long, dans de très nombreux cas, c'est pour les gens qui aiment s'embêter. Parce que si je dois faire un truc complexe, je préfère écrire une dizaine de ligne de Python que du bash avec des "cut", des "awk", des "echo" et autres saletés.

Je ne l'ai pas beaucoup utilisé, et pour le moment je n'ai pas trop de problèmes (ok, je ne fais que des "update", je suis au début de mon nouveau projet). J'avais un peu utilisé rapidsvn et esvn (si mes souvenirs sont bons), et je n'ai pas du tout aimé.

J'ai beaucoup utilisé TortoiseCVS et je préfère clairement mille fois ça à la ligne de commande ('ah oui, c'est "-c" ou -"C"') ou à WinCVS.

De plus, on peut appeler exécuter les commandes (c'est à dire afficher les boîtes de dialogue) des deux Tortoise depuis l'extérieur. J'ai écrit une simple extension pour Visual Studio (c'est quelques lignes de C#) qui permet de faire des "commit", des "update" ou des "log" avec des raccourcis claviers depuis mon environnement de développement, sans jongler avec un autre programme ou l'explorer.

Donc si j'avais ça aussi pour KDE, je serais plus que content.

En fait, le jeu "Programme d'Entraînement Cérébral du Dr Kawashima" pour Nintendo DS, ce n'est qu'un vulgaire pompage de "Trousse de développement en ligne de commande pour Unix", le véritable moyen d'entrainer votre cerveau! Agréé par les geeks les plus barbus!

"ah oui, l'option -p ça se met avant", "avec machin, c'est pas --version mais -version qu'il faut utiliser, alors qu'avec truc c'est l'inverse"

http://www.presse-citron.net/?2008/01/24/2990-asus-eeepc-et-(...)

Les prix s'envolent (pour un PC sensé être pas cher!), on prend le client pour un pigeon, bref rien ne change.

Il travaille à Rungis

Ils ont repris InnoDB...

Bizarrement, de ce que j'ai vu ça fonctionne sous Windows (avec un proxy transparent, peut-être à cause de ça) et pas sous Linux (sans le proxy).
Sinon, une autre méthode barbare c'est d'utiliser Ethereal, de sauver la réponse à la requête et de la bricoler un peu (virer quelques octets).
Faites pas ça chez vous, c'est illégal :whistling:

Je vais anticiper la réponse qu'on va te faire: tu ne trouves pas simple parce que tu as appris à programmer avec un style, si tu avais appris la programmation fonctionnelle dès le départ, tu trouverais ça simple.

Bon, personnellement, je n'ai jamais pu m'y faire (et pourtant j'ai fait des efforts).

elle est sur ce blog: http://ploum.frimouvy.org/

Oups, j'avais mal lu, c'est le lecteur qui coûte 300$

Après une recherche rapide, le prix est de $300.

Pourquoi passer en 64 bits? Pour briller dans les soirées mondaines, bien sûr :-)

A part ça, ça peut être utile pour un programme ayant besoin de beaucoup d'espace d'adressage, par exemple si il mappe un fichier en mémoire (fonction "mmap") de grosse taille (plus de 2 ou 3Go).

Pareil, bien plus cher, peu de choix... Et vu la différence de prix avec le net, je suis déjà psychologiquement prêt à payer des frais de retour ou de la hotine surtaxée en cas de problème, je reste gagnant.

Pour l'intranet de ma boîte (pas les mails, pas les comptes Windows), on a le droit à un mot de passe de son choix, et à une phrase additionnelle. Là où ça commence à être rigolo, c'est qu'on peut nous demander deux lettres parmi celle de la phrase (genre 3ième et 8ième). Très facile de retrouver les lettres de la phrase sans l'écrire.

Heureusement, je n'ai pas encore été confronté au problème car mes collègues et moi n'avons pas encore réussi à nous connecter sur ce fameux intranet concocté par nos confrères d'outre-manche, muahahaha (superbe gain de productivité quand tous les employés s'acharnent à faire marcher ce truc).

Sans aller jusque là, il faut dire qu'on a vu mieux comme ligne droite pour faire un Nice-Paris que de passer par Marseille. Et il n'y a pas de ligne à grande vitesse entre Nice et Marseille => 3h de train sur cette portion.
Ça ne m'étonnerait pas si Nice était la grande ville la moins accessible de métropole.

A quand une ligne Nice-n'importe où? Peut-être pour dans une dizaine-quinzaine d'années...

Nice-Paris: 6 heures

Je pourrais vous raconter pendant des heures le mépris ressentit lors de mes aventures avec Air France, ainsi que tous les coups tordus auxquels j'ai eu droit. Malheureusement c'est tellement commun que je suis sûr que vous les connaissez déjà ...

Allez, un petit florilège stp...

Le code flottant, c'est cool.

Tu es francophone, mais pas "frincophone" (cris d'ostie!)

Euh, je crois que je n'ai pas compris. C'est le boss de ton collègue (qui a reçu le britannique) qui ne comprends pas l'Anglais?

Aujourd'hui j'aurais appris ce qu'est le fuzzing (une méthode de test de programme)

http://fr.wikipedia.org/wiki/Fuzzing

Pour préciser mon expérience perso à moi, je devais générer du XSL et du XML à partir d'un schéma XSD.
Ca a finit avec une structure de données du style "liste d'instances de classe ayant pour membres des listes de tuples". Flexible, mais peu maintenable.
A posteriori, je serais partagé:
- j'ai gagné beaucoup de temps sur le dev, mon programme a été fonctionnel rapidement, j'ai pu le faire évoluer au fur et à mesure que j'avais à traiter des fichiers XSD de plus en plus complexes
- la maintenance est coûteuse (zut, il est de quel type cet objet? pourquoi il a pas cette méthode? faut retrouver l'endroit où j'ai affecté un objet d'un mauvais type, c'est où?)

A mon humble avis, dire "je préfère du java ou du python" n'est pas la bonne question. Le problème est de savoir si c'est adapté à ce que tu veux faire, et de savoir qui va maintenir tes programmes.

J'aime bien python, mais je suis d'accord avec le coté "pas fiable puisque c'est dynamique". Pour des programmes simple, c'est très pratique car on peut manipuler facilement des listes (concaténation, filtrage...), et quand on n'a pas envie de créer un type, on utilise un tuple ou une liste.

Mais quand le projet grossi, utiliser de vrais types, avoir un typage statique, ça aide beaucoup. Et tant qu'à faire, je préfère que le compilateur vérifie tout ça pour moi.

Conclusion: ça dépend de tes projets. Pour les programmes utilitaires de taille réduite, tu peux mettre en avant le temps de développement: "en python ça me prendra 3h, en java 5h". Et comme le temps c'est de l'argent...