<?xml version="1.0" encoding="utf-8"?> 
<feed xmlns="http://www.w3.org/2005/Atom"> 
 
 <title>Ndm</title> 
 <link href="http://ndmf.github.com/feed" rel="self"/> 
 <link href="http://ndmf.github.com"/> 
 <updated>2011-10-13T19:10:56-07:00</updated> 
 <id>http://ndmf.github.com</id> 
 <author> 
   <name>Ndm</name> 
   <email>ndmf@gmail.com</email> 
 </author> 
 

	
	
		
	
		
	
	

	
	
		
	
		
	
	

	
	
		
	
		
	
	

	
	
		
	
		
	
	

	
	
		
	
		
	
	

	
	
		
	
		
	
	

	
	
	
 <entry> 
   <title>Opensource</title> 
   <link href="http://ndmf.github.com/2011/04/19/opensource/"/> 
   <updated>2011-04-19T00:00:00-07:00</updated> 
   <id>http://ndmf.github.com</id> 
   <content type="html">&lt;p&gt;Le modèle de développement des produits open source est t'il fiable, est t'il viable. L'open source dont une des premières affirmation est d'amener la pérénité du système d'information est t'elle capable de répondre aux attentes des entreprises tant en terme de qualité que de sécurité?&lt;/p&gt;

&lt;p&gt;Avant de répondre à cette question cruciale, faisons l'état de l'informatique des années 90, les systèmes centralisés à base de mainframe sont remplacés par des systèmes à multiples serveurs, le x86 prédomine dans les pme et gagne des part de marché importantes dans les grands groupes, les stations de travails sont pratiquement exclusivement des windows/x86. Apple est le seul constructeur conservant un parc d'utilisateur important, grace au secteur de l'édition, les stations sun existent mais ne constituent qu'un marché de niche, quelques autres stations en particuliers pour les traitements 3D existent mais sont réservée à des utilisations spécialisées.&lt;/p&gt;

&lt;p&gt;Si l'on omet le W3C, dont les préconisation n'intéressent encore personne, ou les quelques afficionados du gnu ou de linux travaillant sur les premières versions grand public comme Red hat ou Mandrake, Le développement est diffusé sous forme d'executables et de bibliothèques précompilées. Les mises à jours s'effectuent par introduction de support de masse dans les systèmes cibles. Les retours utilisateurs, les rapports de bogues, les demandes de modifications, pour les produits majeurs sont fait par téléphones, courriers et courriels, leur traitement est assymétrique, et non instantané.&lt;/p&gt;

&lt;p&gt;Les petits produits sont quand à eux délivré sous forme de shareware ou de freeware suivant les volonté du créateur. Les licences sont des brevets limitatifs, des contrats entre l'utilisateur final et le créateur, seul maitre de sa création, exception faites de quelques clauses lui permettant de dégagé sa responsabilité si cell-ci nuisait à votre système.&lt;/p&gt;

&lt;h2&gt;Du close source à l'open source&lt;/h2&gt;

&lt;p&gt;Que ce soit firefox, open office, ou même le sdk d'adobe flash, nombre de produits logiciels sont aujourd'hui devenu open source, le code compilable est consultable, librement diffusable.&lt;/p&gt;

&lt;h2&gt;Développement public décentralisé, des débuts avec source forge à Git&lt;/h2&gt;

&lt;h2&gt;Migration des bases de connaissances vers les launchpad, bugzilla et les wikis.&lt;/h2&gt;

&lt;h2&gt;Efficacite sécuritaire&lt;/h2&gt;

&lt;p&gt;Visibilité des&lt;/p&gt;
</content> 
 </entry> 
	

	
	
	
 <entry> 
   <title>Coup de gueule sur le launchpad</title> 
   <link href="http://ndmf.github.com/2011/03/20/coup-de-gueule-launchpad_fr/"/> 
   <updated>2011-03-20T00:00:00-07:00</updated> 
   <id>http://ndmf.github.com</id> 
   <content type="html">&lt;p&gt;Aujourd'hui coup de gueule sur les systèmes de gestion de bug open source et les bases de connaissances open source.
J'en ai marre des wikis, marre des bugzilla et autres launchpad.&lt;/p&gt;

&lt;p&gt;Marre de cette pseudo horizontalité dans laquels nous serions tous à égalité. Avant c'était simple un problème, je consulte une base de connaissance fourni, si mon problème spécifique ne sitrouve pas je contacte le fournisseurs qui met à jour cette base de connaissance après m'avoir fait parvenir les instruction pour corriger les fonctionnalités inopérantes.&lt;/p&gt;

&lt;h2&gt;Ubuntu : le launchpad aveugle&lt;/h2&gt;

&lt;p&gt;Maintenant, et bien un je regarde la base, et là première peur, ces développeurs font cela gratuitement, ne les dérange que si tu es sur du problème. Bon je revérifie, oui, il existe bien, bon, alors laissons un message. J'attends une réponse, non rien, deux jours passent, toujours rien, je délaisse le message, puis m'aperçois quelques jours plus tard, un que le problème est résolu, deux que j'ai une réponse. Bien, j'essaye de discuter avec un interlocuteur du launchpad qui est bah..., juste un nom, aucune fonction, bref, je discute, nous tombons d'accord pour dire que ce problème a été réglé par une mise à jour et il ferme le bug. Seulement il ne le ferme pas comme terminé, mais comme invalide. Je lui dit que ce cas a bien existé, mais il me réponds que ne pouvant détecter la cause du problème, il préfère le laisser en invalide.&lt;/p&gt;

&lt;p&gt;Pour information, il s'agissait du paquet ssh-server qui était in-installable (le client étant installé en une version supérieur à celle disponible pour le serveur), j'ai résolu mon problème avec un downgrade du client (merci aptitude). C'était donc soit un problème de diffusion des versions, soit un problème de mise à disponibilité. Comme la plupart des utilisateurs installent le server dès l'origine ou ne l'installe pas, j'imagine que peu de personnes ont été affectées.&lt;/p&gt;

&lt;p&gt;Néanmoins, Ce problème a été purement et simplement gommé par le launchpad, comme s'il n'avait pas existé.&lt;/p&gt;

&lt;p&gt;Alors, raz le bol, de se sentir partie intégrante dans un processus &quot;friendly&quot;, &quot;human&quot; mais qui a oublié que même si l'erreur est humaine, la masquer, ne permet que de la répéter.&lt;/p&gt;
</content> 
 </entry> 
	

	
	
		
	
		
	
	

	
	
		
	
		
	
	

	
	
		
	
		
	
	

	
	
		
	
		
	
	

	
	
		
	
		
	
	

	
	
		
	
		
	
	

	
	
		
	
		
	
	

	
	
		
	
		
	
	

	
	
		
	
		
	
	

	
	
		
	
		
	
	

	
	
		
	
		
	
	

	
	
		
	
		
	
	

</feed> 
