Si es un punto de venta (POS) desarrollador de softwarePuede que ya sepas que Star Micronics pone todo su código en GitHub. Puede que incluso te haya ayudado alguna vez. Tal vez usted también haya ayudado a Star publicando allí sus pensamientos y compartiendo algunas ideas geniales. O tal vez estés empezando y quieras saber más sobre lo que te estoy contando.
En cualquier caso, es útil conocer Star y GitHub. Como principiante en el desarrollo de software, quería saber más sobre GitHub (una plataforma descentralizada de código abierto en la que los desarrolladores pueden publicar su código y recibir comentarios) y por qué Star publica allí sus códigos SDK para ayudar a los ISV, los desarrolladores de software y la comunidad tecnológica del sector de los puntos de venta (POS).
Recientemente, hablé con Mark Rasho, Joshua Ventocilla y Oreoluwa Akeredolu de Equipo de integración de Star Micronics para obtener más información sobre Star en GitHub.
La mayoría de nuestros proveedores de tecnología ya saben lo que es GitHub, pero para la gente nueva en el espacio, ¿qué es GitHub y cómo se utiliza?
Marca: Así que, en cuanto a lo que es GitHub, se lo dejaré a Josh y Oreo, pero sé que la plataforma es muy utilizada por los desarrolladores. Crean código allí. Si ven algún problema con el software, lo solucionan. Guillermo Cubero, nuestro especialista en integración de productos, fue quien nos empujó como empresa a entrar en GitHub porque le parecía útil.
Entonces Star Micronics empezó a poner nuestros SDK en GitHub, nuestro CloudPRNT, Native iOS y Android, así que es importante. Es algo que utilizan muchos desarrolladores. Es básicamente una plataforma en la que puedes comunicarte con desarrolladores, hacer preguntas, obtener respuestas y apoyarte mutuamente. Así que es como una aplicación de la comunidad de desarrolladores, ¿verdad chicos?
Oreo: Sí.
Josh: Sí. Así es. Quiero decir, esencialmente, en el mundo del desarrollo, esta es una herramienta esencial para su uso. GitHub es uno de los más grandes Git que tienen - hay muchos tipos diferentes de Git - GitLab es uno de ellos, yo uso que también, pero GitHub es uno de los más grandes. En cuanto al desarrollo, es como una cartera, en cierto modo, para un desarrollador a tener. Es donde todo el código fuente es empujado. Puedes editarlo.
Además, lo mejor de todo es que puedes hacer que otros desarrolladores colaboren con tu código fuente en caso de que alguien necesite editarlo o mejorar sus características. Pueden pedir que se edite o sugerir modificaciones, y tú puedes aprobarlas. Es una de las herramientas más importantes para un desarrollador. Como mencionó Mark, Star Micronics debe estar en ella porque casi todos nuestros clientes que desarrollan aplicaciones la utilizan. Les remitimos a nuestro GitHub y pueden revisar nuestro código o nuestros SDK siempre que lo necesiten.
Marca: Y para que te hagas una idea de lo grande que es GitHub, hay más de 94 millones de desarrolladores en él, y más de 4 millones de organizaciones lo utilizan (en el momento de este post), así que es enorme.
¿Cómo funciona GitHub? ¿Es una especie de Wikipedia para el código? Digamos que Josh escribe código y lo pone ahí. ¿Cualquiera puede entrar y editarlo, o tienes que aprobarlo como el autor original?
Josh: Buena pregunta. Es código abierto, así que casi todo el mundo tiene acceso a él. Si yo fuera el propietario de un código y alguien quisiera editarlo, dependiendo de cómo tuviera la configuración (si es público o privado: si es público, cualquiera puede verlo; si es privado, sólo lo puedo ver yo, o quien yo elija) así que, si alguien quiere editarlo, tendría que pedir aprobación para ello. Entonces, el autor original puede revisar el código actualizado, ver cómo funciona y, si lo aprueba, pasa a formar parte del código.
¿Sigue ahí el código original?
Josh: Sí. Piensa en ello como la base de un coche. Necesita ruedas. Así que, si empiezo con el bastidor de un vehículo y alguien quiere añadir una rueda que ha fabricado, pedirá que se la añadan. Entonces, yo tendría que aprobar su rueda. Una vez que la apruebe, tendrás el chasis y la rueda juntos. Puedes añadir o editar el código original, pero necesita ser aprobado.
Marca: Puede que la persona que puso el código no lo mantenga, pero sigue ahí. Y los espectadores pueden ver los cambios.
GitHub es seguro, ¿verdad?
Josh: Por supuesto. Permite a los desarrolladores colaborar en proyectos. Te permite subir tu código base para que otros desarrolladores puedan utilizar lo que has creado. También es una plataforma para compartir proyectos hechos por ti mismo o proyectos en los que has trabajado. Es como una cartera de trabajo, pero todo el mundo puede basarse en ella.
Así que, definitivamente suena útil y valioso para los desarrolladores de software. Pero, ¿cómo describiría las ventajas de que Star Micronics esté en GitHub? ¿No sólo los beneficios para nosotros como empresa, sino también para los ISV y los proveedores de tecnología?
Marca: Uno de los beneficios que los desarrolladores obtienen de nuestra página de GitHub es que pueden ver nuestros códigos fuente y leer y participar en debates sobre ellos. Pueden ponerse en contacto con nosotros, hacernos preguntas o preguntarnos por funciones concretas. Y, como empresa, sacamos muchas ideas de ahí.
Podemos hacer cambios debido a una discusión con un desarrollador, o tal vez un desarrollador tiene una idea -eh, quiero hacer esto, quiero hacerlo de una manera diferente- y eso puede darnos algunas ideas, también. Podemos hacer cambios y recibir comentarios de los desarrolladores, lo que nos ayuda a mejorar nuestro código fuente. Estos debates y las aportaciones de otros usuarios aportan muchas ventajas.
Oreo o Josh, ¿han tenido alguna situación en la que un desarrollador les haya aportado ideas?
Oreo: Sí. Uno de los mayores beneficios que obtenemos de GitHub es la posibilidad de corregir errores. Aunque publicamos nuestros SDK para iOS, Android, Windows y otros, hay diferentes formas de crear aplicaciones en esas plataformas.
Aquí hay un ejemplo usando uno de nuestros SDKs recientes, el SDK React Native. La mayoría de la gente utiliza Expo, que es como una envoltura para asegurar que la aplicación funciona en iOS y Android. Sin embargo, con nuestro SDK React Native, no funcionaba con Expo. Era un error que había que solucionar, y fue un desarrollador de la comunidad quien nos llamó la atención. Después de verlo en GitHub, lo probamos y trabajamos con los desarrolladores de Expo para crear una solución que todo el mundo pudiera utilizar. A continuación, publicamos la actualización en GitHub y comunicamos a todo el mundo que el error estaba solucionado.
Así, diferentes personas utilizan el código de diferentes maneras. En GitHub, puedes plantear un error y le echaremos un vistazo, lo corregiremos y lo actualizaremos. De este modo, todo el mundo puede utilizar la solución que proporciona Star como quiera en cada plataforma y framework. Esa es una de las ventajas de GitHub.
Así que GitHub ayuda a que nuestros códigos sean más accesibles para la gente. Permite a los ISV y a los proveedores de tecnología comunicarse directamente con nosotros para resolver problemas a más gente.
Oreo: También facilita el proceso de desarrollo porque, en la página de discusión de GitHub, la gente ya ha puesto ejemplos de cómo han conseguido que funcionen cosas concretas. Por ejemplo, la TSP100 es una impresora solo para gráficos, y la TSP650 admite texto. Eso es algo que puedes encontrar en nuestro GitHub: cómo imprimir una imagen en la impresora.
Aunque tenemos ejemplos en los SDK, algunos desarrolladores siguen teniendo problemas. Sin embargo, es muy probable que alguien ya haya publicado una solución en GitHub. Así que cuando tengas un problema, no tienes que empezar a devanarte los sesos porque alguien ya ha publicado lo que necesitas. Solo tienes que mirarlo e implementarlo en tu aplicación. Tener esa comunidad en GitHub reduce el tiempo de desarrollo.
¿Hay alguna novedad en GitHub que conozcas?
Oreo: Bueno, teníamos el SDK de StarPRNT, y ahora tenemos el SDK de StarXpand. Ambos SDK están en GitHub, pero también explicamos cómo actualizar de StarPRNT a StarXpand en GitHub. Por lo tanto, tener esa transición fácil allí es nuevo. El StarXpand soporta más frameworks, y hay ejemplos de cómo actualizar en GitHub para que la mayoría de las funciones no se rompan cuando lo hagas.
Josh: Y además, hay instrucciones en GitHub sobre las instalaciones. Por lo tanto, para cualquier persona que quiera ir a romperlo, hay instrucciones paso a paso sobre cómo utilizar nuestro código.
Por eso GitHub facilita las cosas, para que los desarrolladores no pierdan el tiempo.
Josh: Es una plataforma de colaboración para que casi todo el mundo utilice nuestro código. Y en el proceso, a medida que realizamos pruebas y ensayos, también ayuda a mejorar nuestro código.
¿Sabría la mayoría de los desarrolladores acudir a GitHub en busca de SDK y API de Star?
Oreo: Normalmente, cuando estamos en una llamada inicial con un ISV, les proporcionamos mensajes de seguimiento con enlaces a GitHub. También podemos enviar a los ISV enlaces a problemas ya resueltos en GitHub.
Forma parte del proceso de incorporación.
Oreo: Sí. Les informamos de que tenemos GitHub cuando los incorporamos.
Marca: En cuanto Star Micronics empezó a utilizar GitHub, migramos nuestros SDK y API a su ubicación central, donde todo el mundo tiene acceso. Duplicamos lo que tenemos en nuestro sitio web en GitHub, donde la mayoría de los desarrolladores irían de todos modos.
Parece que GitHub ha sido de gran ayuda para Star.
Marca: Enorme.
Mi última pregunta es: para cualquiera que esté pensando en integrarse con Star Micronics o que esté a punto de iniciar ese proceso, ¿hay algo importante que quiera que sepan sobre GitHub y Star?
Marca: Queremos que todo el mundo sepa que puede ponerse en contacto con el equipo de integración si tiene alguna pregunta, grande o pequeña. En lugar de que los ISV y los desarrolladores pierdan el tiempo intentando resolver algo, nuestros especialistas en integración, como Josh y Oreo, pueden tener ya la respuesta. Acudir primero a nuestro equipo acelerará el tiempo de desarrollo, y cuando se acelera el tiempo de desarrollo, se reducen mucho más los costes para el desarrollador y el ISV, y el proceso se vuelve más fluido.
Así que, por favor, ponte siempre en contacto con Star. Siempre estamos disponibles y respondemos de inmediato (durante el horario laboral habitual, de lunes a viernes, de 9 a 17 horas EST). Estamos aquí para los ISV. El equipo de integración de Star está aquí para hacer su trabajo más sencillo y rentable e integrarlos con nuestro hardware lo antes posible. Así que, por favor, recuerde ponerse en contacto con nosotros por cualquier motivo.
Piensa primero en el Equipo de Integración de Star porque para eso está.
Josh: Para añadir algo, recomiendo echar un vistazo a nuestros SDKs para ver qué lenguajes compatibles tenemos escritos antes de desarrollar. A veces no tenemos algunos de los lenguajes que usan los ISVs. Eso ralentiza el proceso de desarrollo porque ahora tienen que revisar nuestros SDK y luego traducirlos a su idioma.
Visitando GitHub, los desarrolladores pueden hacerse una idea de "si estoy usando JAVA, ¿puedo hacerlo con este SDK?". Debido a que hay tantos lenguajes diferentes, es posible que sólo tengamos opciones para algunos de ellos. GitHub es la plataforma para ver qué lenguajes soportamos. Si la gente hiciera eso, el desarrollo sería mucho más fluido.
Marca: Por ejemplo, nos dimos cuenta de que React era la tendencia a la que iban muchos desarrolladores, así que decidimos desarrollar React. Y seguiremos incorporando otros lenguajes de programación mientras la gente los utilice.
Obtenemos esas tendencias de GitHub, de los ISV que nos hacen preguntas, y así es como decidimos qué sacar a continuación.
No puedo esperar a ver qué será. Muchas gracias por hablar conmigo hoy. Aprecio mucho tus conocimientos.
Marca: Cuando quieran. Y, ¡gracias por escuchar!
Oreo: Gracias, Brittany.
Josh: Siempre es un placer. Muchas gracias.
Consulte otro artículo:
Los proveedores independientes de software (ISV) y los desarrolladores dedican tiempo, atención y recursos a desarrollar aplicaciones que aborden los retos y los puntos débiles de sus mercados. El éxito de un ISV depende de la consecución de esos objetivos. Sin embargo, es igualmente importante determinar la mejor manera de ofrecer software a los consumidores y llevarlo al mercado.
