wilk a écrit 1110 commentaires

  • [^] # Re: python

    Posté par  . En réponse au journal python. Évalué à 1.

    Tu vas te faire lyncher par les "scolaires", mais tu as tout à fait raison, l'apprentissage de l'assembleur permet d'avoir une bonne conaissance claire et limpide du fonctionnement d'un ordinateur au niveau programmation. Ce qui fait qu'après, l'apprentissage des langages de plus haut niveau coule de source.

    En fait l'assembleur est à la programmation ce qu'est le libre aux licences propriétaires : on peut voir ce qui se passe réellement et ainsi apprendre et comprendre.
  • [^] # Re: GPL : est-ce vraiment une bonne solution pour tout?

    Posté par  . En réponse au journal GPL : est-ce vraiment une bonne solution pour tout?. Évalué à 1.

    J'ai écris en chinois ou quoi ?

    Les ssii peuvent justement vivre des produits gpl en développant du spécif et dans ce cas ça ne change strictement rien pour eux (vu qu'un spécif n'a aucun intérêt à être piraté etc...). La différence c'est que le client n'est pas piégé, il est donc content et paye éventuellement plus pour ça.

    Et si l'argument de posséder les "sources" n'a aucun sens pour le client, l'argument comme quoi il pourra l'installer dans plusieurs agences, chez lui etc. est très important. Il suffit de lui faire lire la licence de n'importe quel soft propriétaire pour qu'il voye l'intérêt de la gpl ;-)
  • [^] # Re: Ecran plat pour dev et admin

    Posté par  . En réponse au journal Ecran plat pour dev et admin. Évalué à 1.

    Y avait un ";-)" dans ma phrase... C'est justement la raison pour laquelle je ne me fie pas trop aux vendeurs du coin pour me conseiller !

    J'ai même failli lui faire écrire ça sur un bon de commande pour rigoler...
  • # Re: GPL : est-ce vraiment une bonne solution pour tout?

    Posté par  . En réponse au journal GPL : est-ce vraiment une bonne solution pour tout?. Évalué à 2.

    Ta démonstration est fausse car tu parles de concurents, il ne vont donc pas s'arranger entre eux.

    Si les concurents sont en fait des collègues et sont capables de s'arranger, du fait de la GPL la SSII n'a plus qu'à vendre à un seul d'entre eux et lui dire : "je vous fait le produit au prix fort, mais vous aurrez le droit de le redistribuer/revendre pour l'amortir" C'est donc au client de se démerder et comme il a vraiment besoin du produit il va trouver ses collègues.

    Finalement la gpl est plus adapté aux développements pointus et sur-mesure car il sont destinés à être vendus en très petite quantité, voir qu'une seule fois, il n'y a donc pas le malaise de se dire qu'on aurait pu faire fortune en le vendant à d'autres par exemple. De plus les développements pointus répondent généralement à un réel besoin, il rentrent donc tout à fait dans la logique du libre qui est de répondre à un besoin et non d'essayer de créer un besoin pour vendre un produit...
  • # codeville

    Posté par  . En réponse à la dépêche Sortie de GNU Arch/TLA 1.2. Évalué à 1.

    Est-ce que quelqu'un connait codeville ?

    http://bitconjurer.org/codeville/(...)


    Why yet another version control system? All other version control systems require that you keep careful track of the relationships between branches so as not have to repeatedly merge the same conflicts. Codeville is much more anarchic. It allows you to update from or commit to any repository at any time with no unnecessary re-merges.

    Codeville works by creating an identifier for each change which is done, and remembering the list of all changes which have been applied to each file and the last change which modified each line in each file. When there's a conflict, it checks to see if one of the two sides has already been applied to the other one, and if so makes the other side win automatically. When there's an actual not automatically mergeable version conflict, Codeville behaves in almost exactly the same way as CVS.


    A l'inverse des autres il a l'air d'être d'une simplicité déconcertante. Je dit ça en me basant sur la page de présentation, j'ai jamais essayé.
  • [^] # Re: décentralisation

    Posté par  . En réponse à la dépêche Sortie de GNU Arch/TLA 1.2. Évalué à 1.

    Merci, ça à l'air très prométeur, bien qu'assez déroutant, j'imagine qu'il faut une bonne période d'adaptation.
  • # décentralisation

    Posté par  . En réponse à la dépêche Sortie de GNU Arch/TLA 1.2. Évalué à 3.

    Je démarre un projet en local, pour faire des commits très fréquents. Ensuite un développeur est intéressé, je dépose un repository sur un serveur sur lequel on commit tous les deux. Je part dans la montagne sans connexion internet, je me fait une copie du repository sur mon portable qui me permet de travailler tout en bénéficiant de la gestion de version, quand je rentre j'envoi la sauce sur le serveur.

    Est-ce ce comme ça la vie avec Arch ? Parcequ'avec cvs c'est pénible à gérer ce genre de chose...
  • [^] # Re: Sortie de GNU Arch/TLA 1.2

    Posté par  . En réponse à la dépêche Sortie de GNU Arch/TLA 1.2. Évalué à 2.

    subversion ne correspond pas du tout à ce que linus veut

    Tu pourrais étayer ? une url ?
  • [^] # Re: Richard Stallman prend la plume pour les 20 ans de GNU

    Posté par  . En réponse à la dépêche Richard Stallman prend la plume pour les 20 ans de GNU. Évalué à 0.

    Je veux bien de la liberté mais à condition de pouvoir quand même garder une petite chaîne... Parcequ'elle est jolie finalement ma petite laisse en cuir avec mon nom dessus...

    Mord la main qui te nourri ! la nouriture qu'elle te donne c'est du paté de tes congénères !
  • [^] # Re: Naissance du Cercle des Entreprises Libres et Indépendantes de l'Open Source

    Posté par  . En réponse au journal Naissance du Cercle des Entreprises Libres et Indépendantes de l'Open Source. Évalué à 1.

    C'est bien pour toi qu'un gros te donne des miettes, mais fatalement plus il y a de gros et moins il y a de petits... Il suffit de regarder l'exemple des agriculteurs.
  • # Re: Création de l'Eclipse Foundation

    Posté par  . En réponse à la dépêche Création de l'Eclipse Foundation. Évalué à 3.

    A propos de troll qui se cache tel un ours se derrière une allumette.

    Quelle intérêt par rapport à notre bon vieil emacs ?
  • # Re: Recherche paquest à packager pour Debian

    Posté par  . En réponse au journal Recherche paquest à packager pour Debian. Évalué à 1.

    Mon morpion (python/pygame) ?
    http://flibuste.net/libre/morpyon(...)
  • [^] # Re: CE QUE JE VAIS FAIRE

    Posté par  . En réponse à la dépêche IBM brevète une méthode de rémunération des développeurs d'Open Source. Évalué à 3.

    Et les charges sociales et taxes, tu va les payer en peluche aussi ?

    Le troc c'est une bonne idée, mais si tu gagne des sous dessus ça va être très dur de rester dans la légalité...
  • [^] # Re: A ce propos...

    Posté par  . En réponse à la dépêche IBM brevète une méthode de rémunération des développeurs d'Open Source. Évalué à 3.

    C'est génant dans le sens où ça officialise l'emploi précaire : l'employé jetable.

    C'est une régression sociale. Jusqu'à maintenant, soit tu te fait embaucher et l'entreprise doit s'investir et s'engager réellement pour ça, soit tu es travailleur indépendant et tu gère toi même ta carière, tu as une certaine liberté et donc des compensations par rapport au côté précaire. Hors là tu n'a ni liberté ni engagement de l'entreprise, bref, tu n'es qu'un vulgaire kleenex pour l'entreprise qui du reste n'aura aucun intérêt à embaucher réellement, d'où encore plus de chomage et ainsi de suite.
  • [^] # Re: A ce propos...

    Posté par  . En réponse à la dépêche IBM brevète une méthode de rémunération des développeurs d'Open Source. Évalué à 1.

    Ordonnance n°2003-213 du 18 décembre 2003, JO du 20 décembre 2003 p. 21806)

    Mesures intéressant les entreprises et les associations.

    Création du service emploi-entreprise

    http://www.apce.com/index.php?n=1&rubrique_id=500000000&typ(...)

    Bienvenue dans lavraievie.com :-\
  • [^] # Re: IBM brevète une méthode de rémunération des développeurs d'Open Source

    Posté par  . En réponse à la dépêche IBM brevète une méthode de rémunération des développeurs d'Open Source. Évalué à 7.

    C'est comme l'industrie de l'armement, c'est toujours pour se défendre des gros méchants voyous d'en face qui attaqueraient les petits gentils. Ce qui est curieux c'est que c'est toujours les plus puissants qui cherchent à se défendre !

    Non, aucune mauvaise intention là dedans. Sur ce, je vais aller couper les mains de mon voisin dès fois qu'il aurait l'intention de me voler quelque chose.
  • # Re: mod_python : premiers pas

    Posté par  . En réponse au journal mod_python : premiers pas. Évalué à 2.

    un wiki francophone : http://wikipython.flibuste.net(...)
  • # Re: comparatif wikis

    Posté par  . En réponse au journal comparatif wikis. Évalué à 2.

    Puisque personne n'a donné le lien pour ReST :
    http://docutils.sf.net(...)

    Ca à l'air d'un truc un en chantier (v0.3) mais en fait pas du tout, c'est très stable.

    Il y a plein de micro-wiki basés dessus, plus des hacks pour tester que des choses vraiment abouties. J'imagine que moinmoin l'utilisera bientôt ?
    http://moin.sf.net(...)
  • [^] # Re: hoaxbuster et online.net

    Posté par  . En réponse au journal hoaxbuster et online.net. Évalué à 6.

    Pour un site censé débusquer les hoax, croire en l'illimité c'est un peu naïf quand même :-p
  • [^] # Re: Le point sur le prix des logiciels libres...

    Posté par  . En réponse au journal Le point sur le prix des logiciels libres.... Évalué à 4.

    Et non, et toujours non...

    Je passe mes journées à écrire des logiciels libres et payants. C'est des logiciels sur mesure que mes clients payent, ils ont les sources avec, ils ont le droit de les diffuser à condition qu'ils restent libres. Mais comme c'est des logiciels sur mesure, ils n'ont aucun intérêt pour personne d'autre donc ne sont jamais diffusé gratuitement par "quelqu'un". Ca n'empêche qu'ils sont bien libres et pas gratuit...
    J'ai même des clients qui tiennent à ce que se soient des logiciels libres pour pouvoir les revendrent eux-même. Ben oui, et comme ça chacun gagne sa croute sans que personne ne soit emprisoné dans du propriétaire fermé et tout le monde est content.
  • [^] # Re: Le point sur le prix des logiciels libres...

    Posté par  . En réponse au journal Le point sur le prix des logiciels libres.... Évalué à 3.

    La liberté implique le droit de redistribution, pas l'obligation de distribution, c'est différent.

    Par exemple si tu as besoin d'un logiciel qui n'existe pas tu me paye et je te le fait, donc c'est pas gratuit. Par contre une fois que je l'aurai fait et te l'aurai vendu, s'il est libre tu pourras le distribuer gratuitement si tu veux. Moi aussi, si je veux. Mais si tartampion veut le logiciel aussi et que ni toi ni moi ne voulons le lui donner gratuitement il n'aura rien du tout.
  • [^] # Re: recherche d'équipe

    Posté par  . En réponse au journal recherche d'équipe. Évalué à 3.

    Tu recherches une équipe de bénévoles pour faire la distrib que tu as besoin pour ta boite... C'est très clair en effet...
    Si tu la trouves, tu me fait signe j'aurai de quoi les occuper aussi ;-)
  • [^] # Re: Vivement http://www.non-free.COM

    Posté par  . En réponse à la dépêche Abandonner la section non-free de Debian. Évalué à 2.

    Je considère Debian comme plus pérène par rapport à d'autres distributions parcequ'elle ne repose pas sur des actionnaires mais sur des développeurs et des utilisateurs d'un part et parceque les buts et les méthodes de fonctionnement sont clairement définies.

    Péréniser les données c'est bien, mais garantir que l'on poura faire évoluer le logiciel qui va avec c'est mieux...

    Le piège des logiciels propriétaires ce n'est pas un fud mais du vécu, je passe mon temps à redévelopper des applications dont l'outil qui à servi à les faire n'existe plus et qui ne peuvent donc plus évoluer... Pourtant on a accès aux données, c'est déjà une sacré liberté, mais çe ne suffit pas. J'ai donc envie de pouvoir garantir à mes clients que cette situation n'arrivera plus s'ils installent une Debian.

    Si par contre ils installent "n'importe quel linux" et qu'ils se retrouvent dans la même situation qu'avant, on n'aura pas l'air malin, pas cohérent et plus crédible.
  • [^] # Re: Vivement http://www.non-free.COM

    Posté par  . En réponse à la dépêche Abandonner la section non-free de Debian. Évalué à 4.

    Pourquoi devrait-on faire plus de compromis quand on travaille ?

    Quand on monte une startup on a intérêt à utiliser n'importe quel logiciel pourvu qu'il soit connu, et on jette tout au dépot de bilan.

    Mais si on veut monter une entreprise viable on a plutôt intérêt à être très rigoureux et à assurer la pérénité de nos outils, donc n'utiliser que des LL et Debian. C'est pour cette même raison que les administrations vont se tourner vers les LL.
    Si des logiciels propriétaires font partis de la distribution on va être tenté de les utiliser, voir on va les utiliser sans s'en rendre compte et ça risque de se retourner contre nous à la moindre occasion.

    Ne gaspillons pas les resources précieuses de Debian, et travaillons avec des partenaires de confiance.

    Bien sûr il y aura toujours le cas exceptionel où l'on a impérativement besoin d'un logiciel propriétaire, mais dans ce cas, et en attendant de le migrer, on remonte les manches soit-même, sans le faire assumer par la communauté.
  • # Re: Bug|Ticket|Change Tracking System libre

    Posté par  . En réponse au journal Bug|Ticket|Change Tracking System libre. Évalué à 2.

    En python : http://roundup.sourceforge.net/(...)

    Assez simple et efficace, et fonctionne sous différentes formes (cgi, serveur autonome / mysql, sqlite...)