Si vous êtes un point de vente (POS) développeur de logicielsvous savez peut-être déjà que Star Micronics met tout son code sur GitHub. Il se peut même qu'elle vous ait aidé à un moment donné. Peut-être avez-vous également aidé Star en y postant vos réflexions et en partageant de bonnes idées. Ou peut-être êtes-vous en train de vous lancer et souhaitez-vous en savoir plus sur ce dont je parle.
Quoi qu'il en soit, il est utile de connaître Star et GitHub. En tant que novice dans le domaine du développement logiciel, j'ai voulu en savoir plus sur GitHub - une plateforme décentralisée et ouverte où les développeurs peuvent publier leur code et obtenir des commentaires - et sur les raisons pour lesquelles Star y place ses codes SDK pour aider les ISV, les développeurs de logiciels et la communauté technologique dans le domaine des points de vente (POS).
Récemment, je me suis entretenu avec Mark Rasho, Joshua Ventocilla et Oreoluwa Akeredolu, de l'Institut de recherche sur les politiques (IRP). L'équipe d'intégration de Star Micronics pour obtenir plus d'informations sur Star sur GitHub.
La plupart de nos fournisseurs de technologie savent déjà ce qu'est GitHub, mais pour les nouveaux venus dans le secteur, qu'est-ce que GitHub et comment l'utilisez-vous ?
Mark : Pour ce qui est de GitHub, je laisse Josh et Oreo s'en charger, mais je sais que la plateforme est très utilisée par les développeurs. Ils y créent du code. S'ils voient des problèmes avec les logiciels, ils les résolvent. C'est Guillermo Cubero, notre spécialiste de l'intégration des produits, qui a poussé notre entreprise à s'inscrire sur GitHub parce qu'il la trouvait utile.
Puis Star Micronics a commencé à mettre nos SDK sur GitHub, notre CloudPRNT, Native iOS, et Android, donc c'est important. C'est quelque chose que beaucoup de développeurs utilisent. Il s'agit essentiellement d'une plateforme où vous pouvez communiquer avec les développeurs, poser des questions, obtenir des réponses et vous soutenir mutuellement. Donc, c'est comme une application pour la communauté des développeurs, n'est-ce pas les gars ?
Oreo : Ouaip.
Josh : Ouaip. C'est exact. Je veux dire, essentiellement, dans le monde du développement, c'est un outil essentiel à utiliser. GitHub est l'un des plus grands Git qu'ils ont - il y a beaucoup de différents types de Git - GitLab est l'un d'eux, je l'utilise aussi, mais GitHub est l'un des plus grands. En ce qui concerne le développement, c'est comme un portefeuille, d'une certaine manière, pour un développeur. C'est là que toutes les sources du code sont poussées. Vous pouvez le modifier.
En outre, vous pouvez demander à d'autres développeurs de collaborer avec votre code source au cas où quelqu'un aurait besoin de le modifier ou d'en améliorer les fonctionnalités. Ils peuvent demander à le modifier ou suggérer des modifications, et vous pouvez les approuver. C'est donc l'un des outils les plus importants à posséder pour un développeur. Comme Mark l'a mentionné, Star Micronics doit y être présent car presque tous nos clients qui développent des applications l'utilisent. Nous les renvoyons à notre GitHub et ils peuvent examiner notre code ou nos SDK quand ils en ont besoin.
Mark : Et pour vous donner une idée de la taille de GitHub, plus de 94 millions de développeurs y travaillent et plus de 4 millions d'organisations l'utilisent (au moment de la rédaction de cet article), ce qui est énorme.
Comment fonctionne GitHub ? C'est un peu comme Wikipedia pour le code ? Disons que Josh écrit du code et le met sur le site. N'importe qui peut y aller et le modifier, ou faut-il l'approuver en tant que posteur original ?
Josh : Bonne question. C'est une source ouverte, donc presque tout le monde y a accès. Si j'étais le propriétaire d'un code et que quelqu'un voulait le modifier, selon la façon dont j'ai configuré le paramètre (public ou privé : s'il est public, tout le monde peut le voir ; s'il est privé, il n'est autorisé qu'à moi ou à la personne que j'ai choisie de voir), si quelqu'un veut le modifier, il doit en demander l'approbation. Ensuite, le posteur original peut revoir le code mis à jour, voir comment il fonctionne, et s'il l'approuve, il devient partie intégrante du code.
Le code d'origine est toujours là ?
Josh : Oui. Pensez-y comme à la base d'une voiture. Elle a besoin de roues. Donc, si je commence avec le châssis d'un véhicule et que quelqu'un veut ajouter une roue qu'il a fabriquée, il demandera à l'ajouter. Je dois ensuite approuver sa roue. Une fois que je l'aurai approuvée, vous aurez à la fois le cadre et la roue. Vous pouvez ajouter ou modifier le code original, mais il doit être approuvé.
Mark : Il n'est peut-être pas maintenu par la personne qui a mis le code en place, mais il est toujours là. Et les spectateurs peuvent voir les changements.
GitHub est sûr à utiliser, non ?
Josh : Absolument ! Il permet aux développeurs de collaborer sur des projets. Il vous permet de télécharger votre base de code afin que d'autres développeurs puissent utiliser ce que vous avez construit. Il s'agit également d'une plateforme permettant de partager des projets personnels ou des projets sur lesquels vous avez travaillé. C'est comme un portefeuille de travaux, mais tout le monde peut s'en inspirer.
Donc, cela semble certainement utile et précieux pour les développeurs de logiciels. Mais comment décririez-vous les avantages de la présence de Star Micronics sur GitHub ? Pas seulement les avantages pour nous en tant qu'entreprise, mais aussi pour les ISV et les fournisseurs de technologie ?
Mark : L'un des avantages que les développeurs retirent de notre page GitHub est qu'ils peuvent voir nos codes sources et lire et participer à des discussions à leur sujet. Ils peuvent donc nous contacter, nous poser des questions ou nous interroger sur des fonctionnalités spécifiques. Et, en tant qu'entreprise, cela nous donne beaucoup d'idées.
Nous pouvons apporter des modifications à la suite d'une discussion avec un développeur, ou peut-être qu'un développeur a une idée - hé, je veux faire ceci, je veux le faire d'une manière différente - et cela peut nous donner des idées, aussi. Nous pouvons apporter des modifications et obtenir un retour des développeurs, ce qui nous aide à améliorer notre code source. De nombreux avantages découlent de ces discussions et de l'apport des autres utilisateurs.
Oreo ou Josh, avez-vous connu des situations où un développeur vous a apporté des idées ?
Oreo : Oui ! L'un des plus grands avantages que nous procure GitHub est la possibilité de corriger les bogues. Bien que nous diffusions nos SDK pour iOS, Android, Windows et autres, il existe différentes façons de créer des applications sur ces plateformes.
Voici un exemple utilisant l'un de nos récents SDK, le React Native SDK. La plupart des gens utilisent Expo, qui est comme un wrapper pour s'assurer que l'application fonctionne sur iOS et Android. Cependant, avec notre React Native SDK, cela ne fonctionnait pas avec Expo. Il s'agissait d'un bogue qui devait être corrigé, et c'est un développeur de la communauté qui l'a porté à notre attention. Après avoir vu cela sur GitHub, nous l'avons testé de notre côté et avons travaillé avec les développeurs d'Expo pour créer une solution que tout le monde pouvait utiliser. Nous avons ensuite publié cette mise à jour sur GitHub et fait savoir à tous que le bug était corrigé.
Ainsi, différentes personnes utilisent le code de différentes manières. Sur GitHub, vous pouvez signaler un bogue, et nous l'examinerons, le corrigerons et le mettrons à jour. Ainsi, chacun peut utiliser la solution fournie par Star comme il l'entend sur toutes les plates-formes et tous les cadres. C'est là toute l'importance de GitHub.
Ainsi, GitHub contribue à rendre nos codes plus accessibles aux gens. Il permet aux éditeurs de logiciels indépendants et aux fournisseurs de technologies de communiquer directement avec nous afin de résoudre des problèmes pour un plus grand nombre de personnes.
Oreo : Le processus de développement est également facilité par le fait que, sur la page de discussion GitHub, les gens ont déjà donné des exemples de la façon dont ils ont fait fonctionner des éléments spécifiques. Par exemple, la TSP100 est une imprimante uniquement graphique, et la TSP650 prend en charge le texte. C'est une chose que vous pouvez trouver sur notre GitHub : comment imprimer une image sur l'imprimante.
Bien que nous ayons des exemples dans les SDK, certains développeurs rencontrent encore des problèmes. Cependant, il y a de fortes chances que quelqu'un ait déjà publié une solution sur GitHub. Ainsi, lorsque vous rencontrez un problème, vous n'avez pas à vous creuser la tête car quelqu'un d'autre a déjà publié ce dont vous avez besoin. Il vous suffit de le regarder et de l'implémenter dans votre application. Le fait de disposer de cette communauté sur GitHub réduit le temps de développement.
Y a-t-il quelque chose de nouveau à venir sur GitHub dont vous êtes au courant ?
Oreo : Nous avions le SDK StarPRNT, et maintenant nous avons le SDK StarXpand. Les deux SDK sont sur GitHub, mais nous expliquons également comment passer de StarPRNT à StarXpand sur GitHub. Cette transition facile est donc une nouveauté. StarXpand prend en charge davantage de frameworks, et des exemples de mise à niveau sont disponibles sur GitHub afin que la plupart des fonctions ne soient pas interrompues lorsque vous le faites.
Josh : Et pour ajouter à cela, il y a des instructions sur GitHub en termes d'installations. Ainsi, pour tous ceux qui veulent le décomposer, il existe des instructions étape par étape sur la façon d'utiliser notre code.
GitHub facilite donc les choses, afin que les développeurs ne perdent pas leur temps.
Josh : Il s'agit d'une plateforme collaborative permettant à presque tout le monde d'utiliser notre code. Et dans le processus, au fur et à mesure des essais et des tests, cela contribue également à améliorer notre code.
La plupart des développeurs sauraient-ils qu'il faut se rendre sur GitHub pour trouver les SDK et les API de Star ?
Oreo : En général, lors d'un premier appel avec un ISV, nous lui envoyons des messages de suivi avec des liens vers GitHub. Nous pouvons également envoyer aux éditeurs de logiciels indépendants des liens vers des problèmes qui ont déjà été résolus sur GitHub.
Donc, ça fait partie du processus d'intégration.
Oreo : Oui. Nous leur faisons savoir que nous avons GitHub lorsque nous les intégrons.
Mark : Dès que Star Micronics a commencé à travailler sur GitHub, nous avons migré nos SDK et API vers cet emplacement central auquel tout le monde a accès. Nous avons dupliqué ce que nous avions sur notre site web sur GitHub, où la plupart des développeurs allaient de toute façon.
GitHub semble avoir été d'une aide précieuse pour Star.
Mark : Enorme.
Ma dernière question est la suivante : pour toute personne qui envisage d'intégrer Star Micronics ou qui est sur le point d'entamer ce processus, y a-t-il quelque chose d'important à savoir sur GitHub et Star ?
Mark : Nous voulons que tout le monde sache qu'il faut s'adresser à l'équipe d'intégration pour toute question, petite ou grande. Au lieu que les ISV et les développeurs passent du temps à essayer de comprendre quelque chose, nos spécialistes de l'intégration comme Josh et Oreo ont peut-être déjà la réponse. S'adresser à notre équipe en premier lieu accélérera le temps de développement, et lorsque vous accélérez le temps de développement, les coûts diminuent beaucoup plus pour le développeur et l'ISV, et cela rend le processus plus facile.
Alors, n'hésitez pas à contacter Star. Nous sommes toujours disponibles et nous répondons immédiatement (pendant les heures de bureau normales, du lundi au vendredi, de 9 h à 17 h, heure de l'Est). Nous sommes là pour les éditeurs de logiciels indépendants. L'équipe d'intégration de Star est là pour leur rendre la tâche plus simple et plus rentable et pour les intégrer à notre matériel le plus rapidement possible. N'hésitez donc pas à nous contacter pour toute raison.
Pensez d'abord à l'équipe d'intégration de Star, car elle est là pour ça.
Josh : Pour ajouter quelque chose, je recommande de regarder nos SDK pour voir quels sont les langages compatibles que nous avons écrits avant de développer. Parfois, nous n'avons pas certains des langages utilisés par les ISV. Cela ralentit donc le processus de développement car ils doivent maintenant examiner nos SDK et les traduire dans leur langue.
En visitant GitHub, les développeurs peuvent se faire une idée de "si j'utilise JAVA, puis-je le faire avec ce SDK ?". Comme il existe un grand nombre de langages différents, il se peut que nous n'ayons des options que pour certains d'entre eux. GitHub est la plateforme à consulter pour savoir quels sont les langages que nous prenons en charge. Si les gens le font, le développement sera beaucoup plus facile.
Mark : Par exemple, nous avons remarqué que React était la tendance vers laquelle se dirigeaient de nombreux développeurs, nous avons donc décidé de développer React. Et nous continuerons à intégrer d'autres langages de programmation tant que les gens les utiliseront.
Ces tendances nous sont communiquées par GitHub et par les éditeurs de logiciels indépendants qui nous posent des questions, et c'est ainsi que nous décidons de la prochaine version.
J'ai hâte de voir ce que ça va être ! Merci beaucoup de m'avoir parlé aujourd'hui. J'apprécie vraiment vos connaissances.
Mark : Quand vous voulez. Et, merci d'avoir écouté !
Oreo : Merci, Brittany.
Josh : C'est toujours un plaisir. Merci.
Consultez un autre article :
Les éditeurs de logiciels indépendants (ISV) et les développeurs consacrent du temps, de l'attention et des ressources au développement d'applications qui répondent aux défis et aux points sensibles de leurs marchés. Le succès d'un ISV dépend de la réalisation de ces objectifs. Cependant, il est tout aussi important de déterminer la meilleure façon de fournir des logiciels aux consommateurs et de les mettre sur le marché.
