Acerca de Open Hardware
Hágalo usted mismo, hardware abierto y hardware de código abierto
Hágalo usted mismo describe la producción manual de productos por parte de particulares o grupos pequeños, en su mayoría sin antecedentes comerciales.
El término "hardware (fuente) abierto" se basa en el término "software (fuente) abierto" y se refiere a desarrollos técnicos e invenciones que no están protegidas por las empresas mediante patentes u otros derechos de propiedad. Los desarrolladores son a menudo personas, organizaciones sin fines de lucro o pequeñas empresas que ponen su conocimiento a disposición de otros.
El hardware abierto y el hardware de código abierto se utilizan a menudo como sinónimos, y el hardware de código abierto suele utilizar criterios más estrictos. Según la definición de la Asociación de hardware de código abierto (OSHWA), el hardware de código abierto (OSH) es "hardware cuyos planos se han puesto a disposición del público para que todos los estudien, modifiquen, distribuyan, fabriquen y vendan, y hardware basado en ellos".
Los cuatro requisitos principales para el hardware de código abierto son:
- Uso: todos pueden usarlo.
- Comprensión: toda la información importante debe estar disponible para poder comprenderlo.
- Distribución: todos pueden compartirlo.
- Mejorar: todos pueden mejorarlo.
Para cumplir con estos requisitos es necesaria una documentación técnica completa, ya que sin ella no se pueden cumplir los puntos 2-4. La documentación técnica suele constar de:
- Archivos CAD
- Dibujos técnicos, por ejemplo, en formato PDF
- Listas de piezas
- Opcional: documentación de los componentes eléctricos y electrónicos
- Opcional: software
Hardware de código abierto en comparación con el software de código abierto
En los proyectos de software de código abierto, el producto y la documentación son idénticos: el código del programa es al mismo tiempo el producto final y el lenguaje internacional común para la documentación y la comunicación entre los desarrolladores. La documentación solo requiere un poco de tiempo adicional. Es por eso que se ha desarrollado una gran comunidad global en un tiempo relativamente corto y es por eso que el software de código abierto también es muy exitoso desde un punto de vista económico.
En los proyectos de hardware de código abierto (OSH), el producto y la documentación son dos cosas diferentes: La realización de un proyecto de hardware de código abierto requiere habilidades manuales, el uso de materiales y un taller. La documentación de un proyecto de hardware de código abierto requiere una estación de trabajo CAD, así como conocimientos y experiencia en sistemas CAD. Sin embargo, solo un pequeño número de desarrolladores de OSH tiene este último. Incluso estos, a menudo no pueden permitirse la carga de trabajo adicional relativamente alta para una documentación limpia.
Esta es una razón importante por la que el hardware de código abierto, a diferencia del software de código abierto, no juega (todavía) un papel realmente relevante social y económicamente.
Importancia del software de código abierto
El software de código abierto ahora domina muchos segmentos del mercado, como:
- Apache para servidores web.
- Linux con sus distribuciones como sistemas operativos de servidor.
- Wordpress como CMS y para blogs.
- Clásicos de CMS Typo3, Drupal y Joomla.
- PHP como lenguaje de programación para servidores web.
- etcétera etcétera.
Importancia del hardware de código abierto
Por otro lado, el hardware de código abierto solo puede mostrar algunos "proyectos insignia" que, sin embargo, casi no tienen influencia en la sociedad en su conjunto, como por ejemplo
- Arduino.
- Impresoras 3D como RepRa.
- Cortadora láser Lasersaur.
- Tabby OSVehicle.
- Manos protésicas de OpenBionics.
- Wikihouse.
¿Cuáles son los problemas con el hardware de código abierto?
Hay varias razones de la falta de importancia del hardware de código abierto:
Problema 1: Documentación
La mayoría de los proyectos DIY o hardware de código abierto no están documentados o lo están de forma incompleta. La documentación completa de una solución técnica incluye, por ejemplo, archivos CAD, dibujos técnicos, listas de piezas, etc. La creación de estos documentos requiere mucho tiempo y, en algunos casos, también requiere conocimientos especiales, por ejemplo, en sistemas CAD. Por lo tanto, a menudo se descuida en proyectos no comerciales. La falta de documentación significa que los proyectos no pueden ser utilizados, copiados o desarrollados por otras personas. No hay efectos de sinergia, los diferentes desarrollos no pueden interconectarse ni construirse unos sobre otros.
Problema 2: Licencias y derechos de autor
El número de proyectos DIY supera el número de proyectos de hardware abiertos muchas veces. Muchos buenos proyectos no se publican con licencias gratuitas que permiten a otras personas usar y desarrollar libremente los proyectos.
Problema 3: Publicación:
Los proyectos de OSH y DIY a menudo se publican en un solo idioma en pequeños sitios web desconocidos. Los interesados que buscan en otros idiomas no pueden encontrarlos, también porque a veces se utilizan términos de búsqueda que no son muy apropiados. Como resultado, a menudo solo los encuentra una pequeña parte del interés potencial.