{"id":2121,"date":"2016-01-14T01:17:16","date_gmt":"2016-01-14T01:17:16","guid":{"rendered":"https:\/\/www.couchbase.com\/blog\/?p=2121"},"modified":"2016-01-14T01:17:16","modified_gmt":"2016-01-14T01:17:16","slug":"contribute-to-open-source-projects","status":"publish","type":"post","link":"https:\/\/www.couchbase.com\/blog\/es\/contribute-to-open-source-projects\/","title":{"rendered":"Contribuir a proyectos y c\u00f3digo de fuente abierta"},"content":{"rendered":"

Tradicionalmente, el departamento de TI utilizaba software comercial comercial y los centros de datos hardware Unix propietario y servidores Windows x86. Pero recientemente, el entorno inform\u00e1tico del usuario final se ha visto alterado por la llegada de los tel\u00e9fonos inteligentes y las tabletas, y Linux se ha convertido en una fuerza cada vez m\u00e1s dominante en el centro de datos. Por no hablar de las predicciones de los analistas de IDC en agosto de 2015, que se\u00f1alan que ya se est\u00e1 produciendo un cambio hacia sistemas de c\u00f3digo abierto como Couchbase y Couchbase Mobile en el mercado de servidores y m\u00f3viles.<\/p>\n

Contribuir al c\u00f3digo fuente abierto no es tan desalentador como parece. En primer lugar, la comunidad de c\u00f3digo abierto es grande y diversa, con personas que trabajan juntas en problemas comunes.\u00a0 Stackoverflow<\/a> es un ejemplo de c\u00f3mo las mentes colectivas pueden resolver cuestiones relacionadas con mayor rapidez y compartir los hallazgos cotidianos. Las ventajas son que se puede obtener informaci\u00f3n directa de una amplia comunidad de expertos con diferentes niveles de conocimientos, al tiempo que se crea un sistema de apoyo de campeones.\u00a0<\/p>\n

Swift<\/h3>\n

<\/p>\n

Incluso Apple ha abierto su lenguaje de programaci\u00f3n, Swift<\/a>por lo que los desarrolladores ajenos a Apple podr\u00e1n consultar Swift y contribuir a su desarrollo<\/a> llev\u00e1ndolo as\u00ed a nuevas plataformas como Windows y Android. Otra ventaja de que ahora sea de c\u00f3digo abierto es que se puede ver la hoja de ruta del producto y evoluci\u00f3n de Swift<\/a> para conocer las fechas de lanzamiento de futuras funciones.<\/p>\n

Primeros pasos<\/h3>\n

No es tan desalentador como puede parecer. Muchas veces podemos creer que las \u00fanicas contribuciones importantes que interesan a los responsables de proyectos de c\u00f3digo abierto son las ampliaciones de funciones o las correcciones de errores importantes. Pero en realidad todo lo que se necesita es un par de l\u00edneas de c\u00f3digo y empezar poco a poco. Trabajar en un dominio que ya conoces te permitir\u00e1 sumergirte r\u00e1pidamente en \u00e9l y adem\u00e1s estar\u00e1s m\u00e1s motivado para mejorar el proyecto en general. La otra ventaja es aprender y adquirir nuevos conocimientos. Hay muchos proyectos disponibles en GitHub a los que puedes contribuir, como por ejemplo Lector de libros electr\u00f3nicos de Library For All,<\/a> todo el tiempo aprendiendo nuevas tecnolog\u00edas como React Native.\u00a0<\/p>\n

Presentaci\u00f3n de informes<\/h3>\n

\u00bfC\u00f3mo empezar? Una forma es formar parte del grupo colectivo que contribuye al c\u00f3digo fuente, pero otra es mejorar los informes de errores existentes. Esta es una oportunidad para contribuir rellenando informaci\u00f3n \u00fatil y poniendo el list\u00f3n de la calidad en la notificaci\u00f3n de errores. Una estrategia para ello es la siguiente:<\/p>\n

    \n
  1. Compruebe que el problema persiste<\/li>\n
  2. Describa los pasos para reproducir el problema<\/li>\n
  3. Proporcionar informaci\u00f3n sobre la versi\u00f3n<\/li>\n
  4. A\u00f1adir fragmentos de c\u00f3digo, capturas de pantalla y registro de errores o textos\u00a0<\/li>\n<\/ol>\n

    La clave aqu\u00ed es ayudar a cerrar un problema existente y proporcionar detalles claros que ayuden a resolver el ticket abierto, mejorando as\u00ed la experiencia general y el c\u00f3digo. Una vez identificados, tambi\u00e9n puede hacer referencia a miembros espec\u00edficos del equipo del proyecto para que investiguen m\u00e1s a fondo los problemas. A continuaci\u00f3n puede ver el problemas pendientes de Couchbase Mobile Android<\/a> que est\u00e1 siendo reportado por mis usuarios en la comunidad.\u00a0 <\/a><\/p>\n

    Documentaci\u00f3n para desarrolladores<\/h3>\n

    Los desarrolladores conf\u00edan en una buena documentaci\u00f3n para aprender y comprender las tecnolog\u00edas. Es el primer lugar que los desarrolladores visitan antes de sumergirse en ellas, y disponer de una buena documentaci\u00f3n es clave para que adopten una tecnolog\u00eda r\u00e1pidamente. Esta es otra \u00e1rea en la que puedes contribuir en gran medida, ya que la documentaci\u00f3n del proyecto no siempre se mantiene al mismo ritmo que el resto del proyecto. Usted puede ayudar a proporcionar claridad para usted y otros desarrolladores por:<\/p>\n

      \n
    1. Actualizar la descripci\u00f3n de los m\u00e9todos<\/li>\n
    2. Proporcionar un ejemplo de m\u00e9todo y uso<\/li>\n
    3. A\u00f1adir diagramas<\/li>\n
    4. Correcci\u00f3n de erratas y actualizaci\u00f3n de los n\u00fameros de versi\u00f3n<\/li>\n<\/ol>\n

      Al igual que el Couchbase Mobile Android README.md<\/a> sus contribuciones en las documentaciones o gu\u00edas contribuir\u00e1n en gran medida al \u00e9xito de los desarrolladores, ya que \u00e9ste ser\u00e1 el principal recurso con el que los desarrolladores interact\u00faen d\u00eda tras d\u00eda.<\/p>\n

      <\/a><\/p>\n

      Resoluci\u00f3n de problemas<\/h3>\n
      \n

      Aqu\u00ed es donde puedes combinar todo lo que has aprendido de las cuatro opciones anteriores en la contribuci\u00f3n definitiva al c\u00f3digo abierto: el parche de errores. Por supuesto, no te sientas presionado para resolver todos los errores que encuentres, pero si tienes el ancho de banda, intenta encontrar la soluci\u00f3n. Incluso si no encuentras la soluci\u00f3n, informa de tus hallazgos en la incidencia existente o abre una nueva con todos los detalles de lo que has probado.<\/p>\n

      Cuando encuentre la soluci\u00f3n, tenga en cuenta que los mejores parches son los menos perjudiciales posibles. En concreto, el parche deber\u00eda introducir la menor cantidad posible de c\u00f3digo nuevo<\/strong>y cualquier c\u00f3digo nuevo debe ser escrito en el mismo estilo que el resto del c\u00f3digo base.<\/strong> Mantenga un alcance reducido; su pull request debe abordar un problema \u00fanico y limitado con cambios m\u00ednimos en general.<\/p>\n

      Cuando est\u00e9s listo para abrir tu pull request, aseg\u00farate de cubrir lo siguiente:<\/p>\n