LOADING CLOSE

Software Libre

Como se da Orfeo Express

SkinaTech, como  empresa de tecnología, basa su vigencia en el mercado en la innovación.

Después de mas de 10 años trabajando en Gestión Documental y de habernos convertido en casa matriz de Orfeo SGD proveyendo al público cada día versiones …

¿Drones inteligentes?

¿Drones inteligentes?
El concepto de dron o UAV (vehículo no tripulado, por sus siglas en ingles), no es particularmente nuevo, la idea de crear vehículos que tuvieran la capacidad de conducirse autónomamente tiene sus antecedentes alrededor de la primera guerra …

5 razones para usar Linux para el desarrollo

Durante años, Linux se ha ganado una reputación como una plataforma popular entre los entusiastas de TI. Ha atraído a todos, desde administradores de sistemas hasta estudiantes experimentados. Sin embargo, no se dice lo suficiente sobre el poder de Linux como plataforma de programación. Aquí hay cinco razones por las que este sistema operativo de código abierto debe estar en la parte superior de su lista al elegir un entorno de desarrollo.

skina technologies

7 errores que usted probablemente está cometiendo en su proyecto de Software Libre

Los errores más comunes que los proyectos de código abierto cometen y cómo evitarlos.

Puede ser difícil iniciar un nuevo proyecto de código abierto. Usted tiene una idea impresionante en su cabeza, pero se necesita trabajo para convertirla en una comunidad productiva, saludable y atractiva. Lamentablemente (como parece ser el caso en prácticamente cualquier cosa), los mismos errores se hacen una y otra vez por nuevos proyectos.

Estos son algunos de los errores más comunes que los proyectos de código abierto hacen y mis recomendaciones para evitarlos.

 
1. Hablar en lugar de producir
De los miles de proyectos de código abierto que ponen en marcha, demasiados se quedan atascados al principio debido a un montón de discusiones en un canal de Slack, lista de correo, edición o en cualquier otro lugar. Las discusiones rebotan alrededor de la casa, y el alcance a menudo crece cada vez más pródigo para incorporar las muchas ideas y consideraciones diversas.

Un principio original de fuente abierta de  “lance temprano y a menudo” – nos sirve bien. En lugar de tratar de resolver todos los desafíos, escribir código, ponerlo en un repo, y comenzar a aceptar solicitudes de extracción. Su proyecto evolucionará, se adaptará y mejorará más rápidamente cuando se centre en el código.
2. Tratando de hacer un primer lanzamiento perfecto
Reid Hoffman, fundador de LinkedIn, una vez famoso dijo: “Si no te avergüenzas por la primera versión de tu producto, te has lanzado demasiado tarde”.

Esto es especialmente cierto en los nuevos proyectos de código abierto. Puede ser tentador tratar de hacer su primer lanzamiento, o incluso su 1.0, tan perfecto como sea posible. Aquí está la cosa: La mayoría de la gente no va a notar su primer lanzamiento, así que realmente no necesita ser perfecto.

La gente nota, consume y participa en proyectos de código abierto a medida que evolucionan. Comience a enviar, obtenga retroalimentación, realice mejoras y envíe las mejoras. Así es como se construye el crecimiento.
3. Tratar de construir una infraestructura perfecta
Un patrón común que veo en los nuevos proyectos de código abierto es que quieren asegurar la infraestructura -el sitio web, las plataformas de colaboración (por ejemplo, GitHub / GitLab), la integración continua y el despliegue continuo (CI / CD) y todo lo demás- es tan perfecto como posible. Esto puede resultar en tener un trozo decente de código listo para enviar que los fundadores del proyecto se sienten incómodos acerca de la liberación porque temen que los otros, menos a la par bits de la infraestructura parecen un poco inocente.

Un ejemplo clásico es el sitio web. Algunos proyectos impedirán el envío hasta que esté disponible un sitio web completo y bien diseñado. No lo hagas.

Centrarse en poner suficiente infraestructura en el lugar para poder colaborar para construir software. Envíe su software, aumente la conciencia, esto creará crecimiento en su comunidad. A medida que construye el crecimiento, obtendrá más manos en la cubierta para ayudar a perfeccionar su infraestructura.
4. No aplicar el código de conducta
En los últimos años, los problemas con la diversidad y la inclusión han burbujeado a la superficie. Naturalmente, queremos asegurar que nuestras comunidades sean diversas e incluyentes. Independientemente de que esto sea lo correcto, comunidades diversas simplemente ofrecen mejores resultados.

Muchas comunidades comienzan sin tener en cuenta qué tipo de conducta quieren ver. Para muchos, es un hecho que la comunidad debe ser feliz, divertida, atractiva e inclusiva.

Algunos proyectos formalizan esto poniendo un código de conducta en su lugar y publicándolo en su sitio web. Esto no es suficiente. La forma de hacer cumplir la buena conducta es asegurar que los líderes del proyecto vivan y respire una buena conducta. Siempre trate incidentes de conducta negativa desde el inicio. No trate de ignorar el mal comportamiento, ya que puede infectar. Del mismo modo, no humillar a las personas si ponen un pie equivocado. A menudo un amigable, pocas palabras en privado pidiendo a la gente a ser más respetuoso puede resolver el problema.
5. Perder el foco
Lo sé,  ahora está empezando a sonar como trabajo, ¿verdad? En serio, aunque uno de los principales placeres de código abierto es el potencial creativo ilimitado, muchos proyectos luchan o se cierran porque se difunden y su enfoque demasiado delgado.

No trate de satisfacer a todas las personas. A medida que su proyecto avanza, habrá un millón de solicitudes de usuarios entusiastas. Manténgase enfocado en sus metas, pero siempre anime a la gente a unirse al proyecto y ampliar su enfoque y potencial.

Es importante, sin embargo, mientras que “bienvenidos los parches!” es una respuesta común en la lista de deseos, no sólo busque parches, busca mantenedores. Lo último que quieres hacer es mantener la deuda técnica sobre el trabajo de otras personas.
6. Tener demasiadas discusiones en demasiados lugares
Estamos rodeados de una multitud de plataformas de comunicación como Slack, Mattermost, listas de correo, IRC, foros, problemas, videoconferencias y mucho más. Puede ser tentador tener una presencia en todos estos lugares para asegurarse de que todos participan. Esto es un error.

Como he discutido en Mucho acerca de la comunicación , hay diferentes tipos de canales de comunicación, que, en general, romper en canales estructurados y no estructurados.

Recomiendo las siguientes pautas:

Todos los errores y discusiones técnicas en GitHub / GitLab
Tener una “casa club comunitaria” general en un foro impulsado por el Discurso
Tener un canal de chat en tiempo real donde la gente pueda tener discusiones rápidas e informales

Cada canal tiene un propósito diferente, y no todos son esenciales. Las cuestiones son las más importantes, seguidas por las otras.

Una vez más, manténgase enfocado y mantenga las discusiones bastante centrales, y esto creará impulso.
7. Tomarse demasiado en serio
Por último, todo esto se supone que es divertido. Demasiados proyectos se toman demasiado en serio. Siempre se enfoca en divertirse, construir buenas relaciones entre los miembros de la comunidad y hacer reír a los demás.

El tejido de código abierto está construido sobre miembros de la comunidad comprometidos e innovadores con un talento creativo para poner nuevas ideas en acción. Mantenga siempre este espíritu ágil y creativo. Le ayudará a su proyecto prosperar.

Buena suerte, y si usted tiene otras ideas y recomendaciones para los errores nuevos proyectos deben evitar, por favor, compartir en los comentarios.

:: Traduccion de https://opensource.com/article/17/8/mistakes-open-source-avoid