LeBouquetin a écrit 1911 commentaires

La création d'un paquet debian ? Pinaise ! C'est trop facile !

Tu créés la structure finale + un répertoire debian contenant un fichier control (fichier texte indiquant les dépendances, la description du paquet, etc). Ensuite un dpkg-deb --build <fichier_deb> et c'est fini. Y'a rien de plus facile ! (même avec les scripts post/pre install/remove).

J'ai jamais fait de RPM, mais plus facile, ça me paraît pas difficile (pour les paquets "basiques" tout au moins)

Le problème, c'est pas que le conducteur doive se charger de savoir comment consommer moins ou comment accélérer. Le problème ce sont les gens qui sont persuadés qu'il existe UNE ET UNE SEULE solution à un problème (et que c'est la leur).

As-tu déjà conduit sur des routes de montagne ? As-tu déjà rétrogradé pour avoir plus de puissance ? On ne veut pas simplement accélérer ou ralentir, on veut aussi garder le contrôle, avoir un véhicule plutôt ractif et nerveux (route de montagne, cas des dépassements d'autres véhicules) ou économique en essence (conduite souple, sur autoroute par exemple).

Tu parles de l'utilisation d'une voiture pour aller acheter du pain, là. Hé ben le pain, on y va en vélo : c'est ergonomique et c'est bon pour la santé :)

Et la marmotte elle emballe le chocolat.

Les meilleures orateurs sont (àmha) ceux qui ne se prennent pas trop au sérieux. Encore une fois, les slides sont un support de présentation. Le contenu est normalement dans la présentation, pas sur les slides. Après, si le support te paraît léger, c'est simple : tu prends des notes.

Y'a rien de pire qu'une présentation où tout est sur les slides et que l'orateur "lit le contenu". Effectivement dans ces conditions, un livre ou un article est plus utile...

Une autre encore que j'aime bien : http://somafm.com/

C'est également financé par les (dons des) utilisateurs. 14 flux différents, accessibles pour chacuns en différents formats/qualités.

Attention : j'ai jamais dit que toutes les offres étaient pertinentes ;)

Quand on te demande 10 domaines d'expertise, il est évident que le profil "n'existe pas" (ou alors il est largement au dessus du salaire proposé). Sur les compétences que tu as, tu argumentes à l'aide de ton expérience; sur les compétences que tu n'as pas tu argumentes sur les compétences similaires et sur ta motivation à les acquérir (et ta capacité à le faire rapidement).

Se faire éconduire n'est jamais bon pour le moral, je suis d'accord. Mais vaut-il mieux se faire éconduire pour un poste "exigeant" 10 domaines d'expertise ou pour un poste exigeant 1 domaine et qui est le sien ?

100% des gagnants ont tenté leur chance.

En général le recruteur publie une offre avec un "profil idéal". Ensuite, en fonction des candidatures, ils vont prendre le "moins pire". C'est rare, tout de même de trouver le candidat qui correspond à ce qu'on attend. C'est une question de compromis, reste que tu publies une offre type, parce que si le profil existe bah tu veux pas le louper.

Je plussoie : j'ai un collègue que je trouve fort en développement. On fait du c++. Là on a un projet en python (autant dire qu'en python "tout existe déjà"), bah il a commencé par recoder un "logger". J'ai poussé comme un soupir...

Bretagne oblige, l'eau de départ est, hum, disons pas très gouteuse.

En Bretagne, c'est pas la qu'ils ont remplace l'eau par l'alcool ? Ca fait des decennies qu'ils ont trouve la solution, et ce, sans la moindre publicite ;)

J'ai pas dis qu'ils avaient un bon fond. Tu me prends pour plus naïf que je ne le suis. Je dis juste que la FSF a prouvé qu'elle était sérieuse puisqu'elle a lancé une procédure, et qu'à partir de ce moment CISCO l'a prise au sérieux. Donc réellement faire la procédure n'avait plus d'intérêt.

Les gens/entités pas honnêtes, de toute façon il y en aura toujours. Je reste convaincu que si tu parviens à trouver un accord il est inutile de perdre son temps/argent/énergie en menant une procédure à son terme.

La sanction exemplaire (dans le sens "faire un exemple pour montrer aux autres") est une politique malsaine et injuste, ca n'inspire pas le respect mais la peur. Il y a de nombreux exemples dans la vie de tous les jours : canabis, piratage, etc.

D'une maniere generale, je suis persuade qu'une gestion a l'amiable des conflits est preferable. Le fait d'intenter un proces et de retirer sa plainte suite a un accord est bon pour les deux partis :
- CISCO va s'impliquer plus dans le logiciel libre,
- CISCO va respecter la GPL,
- CISCO ne perd pas la face (c'est important pour la perenite de leurs engagements quant a la GPL, ils ne verront pas/plus la FSF comme un ennemi mais comme un "partenaire" qui sait ce qu'il veut et qui est pret a faire le necessaire pour)

rassurez-vous, l'éditeur, lui, a su tirer ses marrons du feu

Bien que souvent utilisee dans ce sens, cette expression signifie l'inverse : celui qui tire les marrons du feu, c'est celui qui se crame les pognes, pas celui qui se baffre.

J'ai plusse, mais me vient a l'esprit un contre-exemple : un artiste qui remixe utilise le binaire, non les sources. Et ca lui permet de faire des choses. Donc ce n'est finalement pas exactement comparable au code desassemble car l'utilisation directe d'une oeuvre sous forme "binaire" est possible (contrairement au code desassemble).

Reste qu'effectivement ca limite drastiquement les possibilites de travaux derives.

Quand je me suis décidé à en acheter une, mon site fétiche - materiel.net, n'en proposait plus à la vente (plus sous linux en tout cas). J'ai donc contacté le service client qui m'a dit qu'il n'y aurait pas de réapprovisionnement car la distribution (du produit) était arrêtée.

J'ai donc acheté l'un des derniers sur ldlc. Depuis, plus rien.

Et alors ca veut dire que pendant qu'une industrie de l'autre côté de la terre faisait des avancées gigantesques sur les prises de vues, les effets spéciaux, sur la technique du cinéma,

L'évolution des technologies n'est pas une fin en soi : tu peux faire des grosses daubes avec pourtant de super effets spéciaux. Je te laisse d'ailleurs illustrer mon propos ;) Je vais t'aider : par exemple Matrix n+1 (le premier étant, de mon point de vue, très bien).

Et tu peux aussi faire d'excellents films sans "effets spéciaux". Les grandes gueules, les tontons flingueurs, burn after reading. En plus c'est facile de faire ça : il suffit de remplacer "effets spéciaux et bonasses à poil" par "bon scénario et bons acteurs".

Non. Tu peux très bien gérer/générer au niveau de l'application un log d'import qui sera à disposition de l'utilisateur qui souhaite vérifier les avertissements liés à l'ouverture de son document. Dans ce cas, par défaut le comportement de l'appli n'est pas changé.

C'est un peu le même principe que l'écran de démarrage graphique de la majorité des distributions linux : tu as une barre de progression qui ne dit rien sinon l'état d'avancement, mais tu peux demander à afficher les opérations et résultats associés effectuées au démarrage.

Il suffit que le fonctionnement par défaut ne soit pas intrusif ; ça n'empêche pas de donner accès à des informations supplémentaires aux utilisateurs qui le souhaitent.

Tu vas simplifier quoi en disant a l'utilisateur que 2+"2" est illegal mais que ooo veut bien convertir en 2+2?

Simplifier la verification des donnees, histoire qu'il n'ait pas a verifier que 1+2=3. Je parle de l'autre utilisateur, celui qui recupere le docu;ent, pas celui qui l'ecrit. L'utilisateur c'est pas uniquement celui qui cree le document.

Tu restes bloque sur la verification a la frappe ; comme je l'ai dit plus haut, ca peut tres bien etre une verification effectuee a l'import (donc il n'est pas question, la, d'enquiquiner le redacteur du document).

Au supermarche, tu additiones 2.45E et 1.75E pour faire tes courses et ca marche tres bien, ca te choque pas, pourtant t'as pas de var prix:int = 2.45; var currency:Currency=Currency.EURO; en entete de l'etiquette.

Tu dis n'importe quoi : dans 2.45E, si je ne m'abuse, le type de donnee apparait : ce sont des euros (donc des nombres a virgule ; et en plus on sait qu'on ne va pas les additionner avec des dollars sans effectuer de conversion). Ca sert a rien d'ecrire la meme chose en beaucoup plus long avec des termes cabalistiques juste en dessous.

Et leur tiroir ne refuse pas de se fermer si une cuillere se trouve parmi les fourchettes.

J'ai surtout pas dit le contraire. Apres, si tu manges ta viande avec une cuillere, ce n'est pas de la faute du tiroir : la faute en incombe a celui qui a range les couverts et a celui qui a pris une cuillere sans verifier que ce n'etait pas une fourchette.

Ca veut dire que le format standard (le tiroir), bah il tient pas la route si les logiciels qui importent (celui qui prend une fourchette) et exportent (celui qui range les couverts) n'effectuent aucune verification sur les donnees transmises.

J'en arrive a ce que je disais : si on veut simplifier l'experience utilisateur tout en la fiabilisant, le typage des donnees il doit etre fait. Soit a la saisie, soit a l'export, soit a l'import (ca peut tout aussi bien etre simplement des avertissements, ca ne demande pas necessairement une operation de l'utilisateur).

Quand tu tapes une formule, qu'est-ce qui empeche le logiciel de te demander si les cellules doivent etre converties en nombres ou de t'afficher un avertissement 'attention votre formule ne devrait pas s'appliquer a des cellules texte' ?

Le typage des donnees c'est un truc de bon sens, un truc de la vie de tous les jours : les secretaires, comme tu dis, quand elles rangent leurs couverts je suppose qu'elles mettent elles aussi les fourchettes avec les fourchettes et les cuilleres avec les cuilleres.

puisque d'apres ce que l'on trouve via google :
- python est multiplateforme (bon, ca je le savais)
- gtk est multiplateforme (idem)
- pygtk est multiplateforme (je savais pas)
- gstreamer est multiplateforme (idem)

Je me demandais : Luciole est-il multiplateforme ? Ca serait vraiment bien ! (je parle de laisser le choix aux utilisateurs, et non pas de ne pas utiliser linux que j'affectionne tant).

p.s : clavier qwerty sous la main... desole pour l'orthographe.

le traitement implicite. Faire une somme sur un entier et du texte n'a pas de sens en realite, simplement le logiciel "estime" que l'utilisateur a voulu mettre des chiffres parce qu'il ne trouve que ca dans la cellule.

Resultat : l'utilisateur est content, mais il ne sait pas rellement la raison qui fait que son calcul est bon ou mauvais.

Les conversions implicites, c'est pratique, ca fait gagner du temps, mais c'est une faille dans le processus. Il suffit de voir le nombre de personnes qui codent :

flottant a = 3/2
afficher a


et qui s'etonnent lorsqu'ils constatent que le resultat est 1.

Je parle des developpeurs parce que c'est le milieu que je connais, et en general on fait des tests unitaires donc on constate rapidement l'erreur. Mais des gens qui manipulent des centaines ou des milliers de nombres, comment peuvent-ils verifier que leurs donnees ne sont pas mal interpretees ?

Il faudrait etre un peu plus rigoureux (et que les outils nous y aident) et tout rentrerait dans l'ordre.

p.s : desole pour l'absence d'accents, je me retrouve malgre moi avec un clavier qwerty :s

Pbpg, est-ce que tu peux, s'il te plaît, nous donner la liste des sociétés ayant estimé qu'OOXML était bon à standardiser ?