Préambule : Différence entre versions

De WikiOpenTruc
Aller à : navigation, rechercher
m (Faisabilité)
m
 
(6 révisions intermédiaires par le même utilisateur non affichées)
Ligne 3 : Ligne 3 :
 
== Non, l'open source n'est pas réservé au logiciels ! ==
 
== Non, l'open source n'est pas réservé au logiciels ! ==
 
Ceux qui pensent que l’open source est uniquement "réservé" au logiciel  
 
Ceux qui pensent que l’open source est uniquement "réservé" au logiciel  
(ça parait étrange comme idée (carrément antinomique), mais à force de formater les têtes, on arrive à des résultats surprenants !)
+
(ça parait étrange comme idée (carrément antinomique),  
 +
<!-- à force de formater les têtes, on arrive à des résultats surprenants !)-->
 
sont invités à se promener un peu sur le site.
 
sont invités à se promener un peu sur le site.
  
Ligne 11 : Ligne 12 :
  
 
Jetez un oeil au projet openFarm http://www.opensourceecology.org Très intéressant.
 
Jetez un oeil au projet openFarm http://www.opensourceecology.org Très intéressant.
 
  
 
==Faisabilité==
 
==Faisabilité==
Ligne 17 : Ligne 17 :
  
 
Dans beaucoup de cas, je ne pense cependant pas qu’on puisse déterminer l’impossibilité de tel ou tel projet en quelques minutes d’"analyse" (au comptoir du café du commerce). Je pense que ça vaut la peine de gratter un peu, de consacrer un peu de temps de réflexion. Il sera toujours temps de conclure ensuite. Mais pas <b>a priori</b> et sans un minimum de réflexion.
 
Dans beaucoup de cas, je ne pense cependant pas qu’on puisse déterminer l’impossibilité de tel ou tel projet en quelques minutes d’"analyse" (au comptoir du café du commerce). Je pense que ça vaut la peine de gratter un peu, de consacrer un peu de temps de réflexion. Il sera toujours temps de conclure ensuite. Mais pas <b>a priori</b> et sans un minimum de réflexion.
 +
 +
Les machines, objets, engins, etc produits par des entreprises spécialisées sont souvent très bien réalisés, à des coûts abordables, et réellement <b>optimisés</b>.
 +
Optimisés, oui ... mais relativement à quels critères, à quelles contraintes ?
 +
L'entreprise qui fabrique un produit a ses critères d'optimisation propres. Parfois, souvent, ils coïncident avec les critères des utilisateurs, mais pas toujours.
 +
Les critères d'optimalité d'un utilisateur (ex démontabilité) ne sont pas forcément ceux de l'entreprise qui fabrique (produit moulé d'un bloc).
 +
Un poids faible pour un produit pourra ainsi être un critère pertinent pour une entreprise qui expédie loin,
 +
critère sans aucun intérêt pour l'utilisateur final.
 +
 +
En concevant/fabriquant un produit DIY l'utilisateur ne cherche pas à singer une entreprise.
 +
Il fait un travail différent, spécifique, avec ses propres critères et contraintes (et non-contraintes) d'optimalité
 +
... et pour lesquels il se peut qu'il soit mieux outillé qu'une entreprise.
  
 
Les professionnels et les experts du domaine sont évidemment éminemment respectables et sont des sources d’information très précieuses. Mais l’avalage non-critique du discours desdits experts et professionnels n’est pas une réflexion. C’est de l’ingurgitation. (Et la restitution de l’ingurgitation est de la régurgitation).
 
Les professionnels et les experts du domaine sont évidemment éminemment respectables et sont des sources d’information très précieuses. Mais l’avalage non-critique du discours desdits experts et professionnels n’est pas une réflexion. C’est de l’ingurgitation. (Et la restitution de l’ingurgitation est de la régurgitation).
  
 
Si les promoteurs de l’open source logiciel avaient écouté les professionnels du monde informatique, ni Linux, ni Open-office, ni Firefox, ni des milliers d’autres logiciels open source (employés par des millions d’utilisateurs) n’existeraient aujourd’hui.
 
Si les promoteurs de l’open source logiciel avaient écouté les professionnels du monde informatique, ni Linux, ni Open-office, ni Firefox, ni des milliers d’autres logiciels open source (employés par des millions d’utilisateurs) n’existeraient aujourd’hui.
 +
 +
"People too weak to follow their own dreams will always find a way to discourage yours."
 +
 +
 +
<!-- -->
 +
 +
== Présentation des projets ==
 +
Si vous ouvrez un nouveau projet ici, vous pouvez évidemment vous inspirer des projets déjà existants,
 +
ne serait-ce que par rapport à certains éléments des plans.
 +
(Cela aiderait par ailleurs à une certaine cohérence éditoriale).
 +
 +
Vous pouvez, et c'est même recommandé, illustrer votre prose avec des images.
 +
Une règle s'impose cependant, <b>soyez raisonnable quant au poids des images</b>.
 +
Jetez svp un coup d'oeil à [[Sp%C3%A9cial:Liste_des_fichiers]], vous verrez que le poids moyen des images est < 20ko.
 +
Essayez de vous y tenir.
 +
Vous ne ferez que faciliter la lecture de tous.
 +
Dans tous les cas, merci de ne pas dépasser 50ko pour une image.
 +
  
 
<!-- -->
 
<!-- -->
Ligne 38 : Ligne 67 :
 
Sauf mention contraire, il n’y a pas de deadline aux projets.  
 
Sauf mention contraire, il n’y a pas de deadline aux projets.  
 
Si ça se fait, ça se fait ... et ça se fait au rythmes des contributeurs volontaires.
 
Si ça se fait, ça se fait ... et ça se fait au rythmes des contributeurs volontaires.
(Et si ça se fait pas, ben ça se fait pas !)
+
 
 +
Les 1° projets proposés ici vont sûrement progresser très doucement.
 +
Les initiateurs doivent se préparer à être patients !
 +
 
 +
<!-- (Et si ça se fait pas, ben ça se fait pas !) -->
 +
<!-- -->
 +
 
 +
[[Catégorie:Projets]]

Version actuelle datée du 3 février 2012 à 19:15

Sont regroupées ici des remarques qui peuvent être communes à plusieurs des projets développés sur opentruc.fr.

Non, l'open source n'est pas réservé au logiciels !

Ceux qui pensent que l’open source est uniquement "réservé" au logiciel (ça parait étrange comme idée (carrément antinomique), sont invités à se promener un peu sur le site.

http://opentruc.fr/wiki/Hardware_Open_Source

http://opentruc.fr/wiki/Biologie_Open_Source

Jetez un oeil au projet openFarm http://www.opensourceecology.org Très intéressant.

Faisabilité

Certains projets DIY présentés/proposés ici sont peut-être farfelus, non-viables, etc. C’est parfaitement possible.

Dans beaucoup de cas, je ne pense cependant pas qu’on puisse déterminer l’impossibilité de tel ou tel projet en quelques minutes d’"analyse" (au comptoir du café du commerce). Je pense que ça vaut la peine de gratter un peu, de consacrer un peu de temps de réflexion. Il sera toujours temps de conclure ensuite. Mais pas a priori et sans un minimum de réflexion.

Les machines, objets, engins, etc produits par des entreprises spécialisées sont souvent très bien réalisés, à des coûts abordables, et réellement optimisés. Optimisés, oui ... mais relativement à quels critères, à quelles contraintes ? L'entreprise qui fabrique un produit a ses critères d'optimisation propres. Parfois, souvent, ils coïncident avec les critères des utilisateurs, mais pas toujours. Les critères d'optimalité d'un utilisateur (ex démontabilité) ne sont pas forcément ceux de l'entreprise qui fabrique (produit moulé d'un bloc). Un poids faible pour un produit pourra ainsi être un critère pertinent pour une entreprise qui expédie loin, critère sans aucun intérêt pour l'utilisateur final.

En concevant/fabriquant un produit DIY l'utilisateur ne cherche pas à singer une entreprise. Il fait un travail différent, spécifique, avec ses propres critères et contraintes (et non-contraintes) d'optimalité ... et pour lesquels il se peut qu'il soit mieux outillé qu'une entreprise.

Les professionnels et les experts du domaine sont évidemment éminemment respectables et sont des sources d’information très précieuses. Mais l’avalage non-critique du discours desdits experts et professionnels n’est pas une réflexion. C’est de l’ingurgitation. (Et la restitution de l’ingurgitation est de la régurgitation).

Si les promoteurs de l’open source logiciel avaient écouté les professionnels du monde informatique, ni Linux, ni Open-office, ni Firefox, ni des milliers d’autres logiciels open source (employés par des millions d’utilisateurs) n’existeraient aujourd’hui.

"People too weak to follow their own dreams will always find a way to discourage yours."


Présentation des projets

Si vous ouvrez un nouveau projet ici, vous pouvez évidemment vous inspirer des projets déjà existants, ne serait-ce que par rapport à certains éléments des plans. (Cela aiderait par ailleurs à une certaine cohérence éditoriale).

Vous pouvez, et c'est même recommandé, illustrer votre prose avec des images. Une règle s'impose cependant, soyez raisonnable quant au poids des images. Jetez svp un coup d'oeil à Spécial:Liste_des_fichiers, vous verrez que le poids moyen des images est < 20ko. Essayez de vous y tenir. Vous ne ferez que faciliter la lecture de tous. Dans tous les cas, merci de ne pas dépasser 50ko pour une image.


Généralités pour cahier des charges

Ci-dessous quelques desiderata généraux (voeux pieux !) susceptibles de concerner les cahiers des charges de plusieurs projets. A adapter pour chaque projet spécifique.

  • assemblage / démontage facile / accessibilité
  • assemblage de pièces standards, pas trop coûteuses,
  • versatilité : pouvoir réaliser des variations (forks) facilement,
  • adaptabilité (pouvoir réaliser le même machin en plusieurs tailles)


Deadlines

Sauf mention contraire, il n’y a pas de deadline aux projets. Si ça se fait, ça se fait ... et ça se fait au rythmes des contributeurs volontaires.

Les 1° projets proposés ici vont sûrement progresser très doucement. Les initiateurs doivent se préparer à être patients !