Si vous êtes développeur de logiciels de point de vente (POS), vous savez peut-être déjà que Star Micronics publie l’intégralité de son code sur GitHub. Cela vous a peut-être même été utile à un moment donné. Peut-être avez-vous également aidé Star en y publiant vos réflexions et en partageant d’excellentes idées. Ou peut-être débutez-vous tout juste et souhaitez-vous en savoir plus sur ce dont je parle.
Dans tous les cas, il est utile de vous renseigner sur Star et GitHub. En tant que novice en développement logiciel, je souhaitais en savoir plus sur GitHub – une plateforme décentralisée et open source où les développeurs peuvent publier leur code et recueillir des retours – et comprendre pourquoi Star y publie ses codes SDK afin d’aider les éditeurs de logiciels indépendants (ISV), les développeurs et la communauté technique du secteur des points de vente (POS).
Récemment, j’ai discuté avec Mark Rasho, Joshua Ventocilla et Oreoluwa Akeredolu, membres de l’équipe d’intégration de Star Micronics, afin d’obtenir davantage d’informations sur la présence de Star sur GitHub.
Voici comment s’est déroulée la conversation :
Ajoutez Star à vos favoris sur GitHub
La plupart de nos prestataires technologiques savent déjà ce qu’est GitHub, mais pour les personnes qui découvrent ce domaine, qu’est-ce que GitHub et comment l’utilise-t-on ?
Mark : En ce qui concerne la définition de GitHub, je laisserai Josh et Oreo s’en charger, mais je sais que cette plateforme est très utilisée par les développeurs. Ils y créent du code. S’ils repèrent des problèmes dans un logiciel, ils les résolvent. C’est Guillermo Cubero, notre spécialiste en intégration de produits, qui a insisté pour que notre entreprise rejoigne GitHub, car il trouvait cette plateforme utile.
Star Micronics a alors commencé à publier nos SDK sur GitHub : notre CloudPRNT, ainsi que nos versions natives pour iOS et Android. C’est donc important. C’est un outil que de nombreux développeurs utilisent. Il s’agit essentiellement d’une plateforme où l’on peut communiquer avec d’autres développeurs, poser des questions, obtenir des réponses et s’entraider. C’est donc un peu comme une application communautaire pour développeurs, n’est-ce pas, les gars ?
Oreo : Oui.
Josh : Oui. C’est exact. Je veux dire, en substance, dans le monde du développement, c’est un outil indispensable. GitHub est l’un des plus grands services Git qui existent – il existe de nombreux types de Git – GitLab en fait partie, je l’utilise également, mais GitHub est l’un des plus importants. En matière de développement, c’est en quelque sorte l’équivalent d’un portfolio pour un développeur. C’est là que tout le code source est mis en ligne. Vous pouvez le modifier.
De plus, ce qui est formidable, c’est que vous pouvez permettre à d’autres développeurs de collaborer sur votre code source au cas où quelqu’un aurait besoin de le modifier ou d’en améliorer certaines 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 dont un développeur doit disposer. Comme Mark l’a mentionné, Star Micronics se doit d’y être présent, car la quasi-totalité de nos clients qui développent des applications l’utilisent. Nous les orientons vers notre page GitHub et ils peuvent consulter notre code ou nos SDKs chaque fois qu’ils en ont besoin.
Mark : Et pour vous donner une idée de l’ampleur de GitHub, il compte plus de 94 millions de développeurs et est utilisé par plus de 4 millions d’organisations (à la date de publication de cet article) ; c’est donc gigantesque.
Comment fonctionne GitHub ? Est-ce un peu comme Wikipédia pour le code ? Imaginons que Josh écrive du code et le publie sur la plateforme. N’importe qui peut-il y accéder et le modifier, ou devez-vous, en tant qu’auteur original, l’approuver ?
Josh : Bonne question. C’est de l’open source, donc presque tout le monde y a accès. Si j’étais le propriétaire d’un code et que quelqu’un souhaitait le modifier, cela dépendrait de mes paramètres (s’il est public ou privé : s’il est public, tout le monde peut le voir ; s’il est privé, seuls moi-même ou les personnes que j’autorise peuvent y accéder), donc si quelqu’un souhaite le modifier, il devra en demander l’autorisation. Ensuite, l’auteur original peut examiner le code mis à jour, vérifier son fonctionnement, et s’il l’approuve, celui-ci est intégré au code.
Le code d’origine est-il toujours présent ?
Josh : Oui. Imaginez cela comme le châssis d’une voiture. Il a besoin de roues. Ainsi, si je pars du châssis d’un véhicule et que quelqu’un souhaite y ajouter une roue qu’il a fabriquée, il demandera l’autorisation de l’ajouter. Je devrai alors approuver sa roue. Une fois que je l’aurai approuvée, vous disposerez à la fois du châssis et de la roue. Vous pouvez compléter ou modifier le code d’origine, mais cela doit être approuvé.
Mark : Il n’est peut-être plus maintenu par la personne qui a initialement mis le code en ligne, mais il est toujours là. Et les utilisateurs peuvent voir les modifications.
GitHub est une plateforme sûre, n’est-ce pas ?
Josh : Absolument ! Il permet aux développeurs de collaborer sur des projets. Il vous permet de mettre en ligne votre base de code afin que d’autres développeurs puissent utiliser ce que vous avez créé. C’est également une plateforme permettant de partager des projets que vous avez réalisés vous-même ou sur lesquels vous avez travaillé. C’est comme un portfolio de travaux, mais tout le monde peut s’en inspirer pour aller plus loin.
Cela semble donc indéniablement 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 ? Non seulement les avantages pour nous en tant qu’entreprise, mais aussi pour les éditeurs de logiciels indépendants (ISV) et les fournisseurs de technologies ?
Mark : L’un des avantages que les développeurs tirent de notre page GitHub est qu’ils peuvent consulter nos codes sources, lire les discussions à leur sujet et y participer. Ils peuvent ainsi nous contacter, nous poser des questions ou nous interroger sur des fonctionnalités spécifiques. Et, en tant qu’entreprise, cela nous apporte beaucoup d’idées.
Il nous arrive d’apporter des modifications à la suite d’une discussion avec un développeur, ou bien un développeur peut avoir une idée – par exemple : « Je voudrais faire cela, je voudrais le faire différemment » – ce qui peut également nous inspirer. Nous pouvons apporter des modifications et recueillir les retours des développeurs, ce qui nous aide à améliorer notre code source. Ces discussions et les contributions des autres utilisateurs présentent de nombreux avantages.
Oreo ou Josh, avez-vous déjà été confrontés à des situations où un développeur vous a soumis des idées ?
Oreo : Oui ! L’un des principaux avantages que nous tirons de GitHub est la possibilité de corriger des bogues. Bien que nous publiions nos SDK pour iOS, Android, Windows et d’autres plateformes, il existe différentes façons de créer des applications sur ces plateformes.
Voici un exemple illustrant l’un de nos SDK récents, le SDK React Native. La plupart des gens utilisent Expo, qui agit comme une couche d’encapsulation permettant de garantir le fonctionnement de l’application sur iOS et Android. Or, notre SDK React Native ne fonctionnait pas avec Expo. Il s’agissait d’un bug qu’il fallait corriger, et c’est un développeur de la communauté qui nous l’a signalé. Après l’avoir constaté sur GitHub, nous l’avons testé de notre côté et avons collaboré avec les développeurs d’Expo pour mettre au point une solution accessible à tous. Nous avons ensuite publié cette mise à jour sur GitHub et informé tout le monde que le bug avait été corrigé.
Ainsi, différentes personnes utilisent le code de différentes manières. Sur GitHub, vous pouvez signaler un bug, et nous l’examinerons, le corrigerons et mettrons à jour le code. De cette façon, chacun peut utiliser la solution fournie par Star comme il le souhaite, sur toutes les plateformes et tous les frameworks. C’est l’un des aspects importants de GitHub.
Vous souhaitez mettre en place une intégration avec Star Micronics ?
Contactez Integrations dès maintenant
Ainsi, GitHub contribue à rendre nos codes plus accessibles au grand public. Il permet aux éditeurs de logiciels indépendants (ISV) et aux fournisseurs de technologies de communiquer directement avec nous afin de résoudre les problèmes d’un plus grand nombre de personnes.
Oreo : Cela facilite également le processus de développement car, sur la page de discussion GitHub, les utilisateurs ont déjà publié des exemples montrant comment ils ont réussi à faire fonctionner certaines fonctionnalités spécifiques. Par exemple, l’TSP100 est une imprimante exclusivement graphique, tandis que l’TSP650 prend en charge le texte. C’est l’une des informations que vous pouvez trouver sur notre GitHub : comment imprimer une image sur cette imprimante.
Bien que nous proposions des exemples dans les SDK, certains développeurs rencontrent encore des difficultés. 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 besoin de vous creuser la tête, car quelqu’un d’autre a déjà publié ce dont vous avez besoin. Il vous suffit de la consulter et de l’intégrer à votre application. L’existence de cette communauté sur GitHub permet de réduire le temps de développement.
Avez-vous connaissance de nouveautés à venir sur GitHub ?
Oreo : Eh bien, nous avions le SDK StarPRNT, et nous disposons désormais du SDK StarXpand. Ces deux SDK sont disponibles sur GitHub, mais nous y expliquons également comment passer de StarPRNT à StarXpand. Cette transition simplifiée est donc une nouveauté. Le SDK StarXpand prend en charge davantage de frameworks, et vous trouverez sur GitHub des exemples de mise à niveau permettant de préserver la plupart des fonctionnalités lors de cette opération.
Josh : Et pour compléter cela, il y a des guides pratiques sur GitHub concernant les installations. Ainsi, pour tous ceux qui souhaitent approfondir le sujet, il existe des instructions étape par étape sur la manière d’utiliser notre code.
GitHub facilite donc les choses, ce qui permet aux développeurs de ne pas perdre de temps.
Josh : C’est une plateforme collaborative qui permet à presque tout le monde d’utiliser notre code. Et ce processus, au fur et à mesure que nous effectuons des essais et des tests, contribue également à améliorer notre code.
La plupart des développeurs savent-ils qu’ils peuvent se rendre sur GitHub pour accéder aux SDK et aux API Star ?
Oreo : En général, lors d’un premier entretien avec un éditeur de logiciels indépendant (ISV), nous lui envoyons des messages de suivi contenant des liens vers GitHub. Nous pouvons également envoyer aux ISV des liens vers des problèmes qui ont déjà été résolus sur GitHub.
Cela fait donc partie du processus d’intégration.
Oreo : Oui. Nous leur indiquons que nous sommes présents sur GitHub dès leur intégration.
Mark : Dès que Star Micronics s’est lancé sur GitHub, nous avons migré nos SDK et nos API vers cet emplacement centralisé auquel tout le monde a accès. Nous avons reproduit sur GitHub le contenu de notre site web, que la plupart des développeurs consultent de toute façon.
GitHub semble avoir été d’une aide précieuse pour Star.
Mark : Énormément.
Ma dernière question est la suivante : pour toute personne envisageant une intégration avec Star Micronics ou sur le point d’entamer ce processus, y a-t-il quelque chose d’important que vous souhaiteriez qu’elle sache à propos de GitHub et de Star ?
Mark : Nous tenons à faire savoir à tout le monde de n’hésiter pas à contacter l’équipe d’intégration pour toute question, qu’elle soit importante ou non. Plutôt que de laisser les éditeurs de logiciels indépendants (ISV) et les développeurs passer du temps à essayer de trouver une solution, nos spécialistes de l’intégration, comme Josh et Oreo, ont peut-être déjà la réponse. En vous adressant d’abord à notre équipe, vous accélérerez le temps de développement ; or, lorsque vous accélérez le temps de développement, cela réduit considérablement les coûts pour le développeur et l’éditeur de logiciels indépendant, et cela facilite tout simplement le processus.
N’hésitez donc pas à contacter Star. Nous sommes toujours disponibles et nous répondons immédiatement (pendant les heures d’ouverture habituelles, du lundi au vendredi, de 9 h à 17 h EST). Nous sommes là pour les éditeurs de logiciels indépendants. L’équipe d’intégration de Star a pour mission de simplifier leur travail, de le rendre plus rentable et de les intégrer à notre matériel aussi rapidement que possible. N’hésitez donc pas à nous contacter pour quelque raison que ce soit.
Pensez d’abord à l’équipe d’intégration de Star, car c’est justement pour cela qu’elle est là.
Josh : Pour compléter, je vous recommande de consulter nos SDK afin de vérifier quels langages compatibles nous avons déjà pris en charge avant de commencer le développement. Il arrive parfois que nous ne prenions pas en charge certains langages utilisés par les éditeurs de logiciels indépendants (ISV). Cela ralentit le processus de développement, car ils doivent alors examiner nos SDK, puis les adapter à leur langage.
En consultant GitHub, les développeurs peuvent se faire une idée : « Si j’utilise Java, est-ce que je peux y parvenir avec ce SDK ? » Étant donné la grande diversité des langages, il se peut que nous ne proposions des options que pour certains d’entre eux. GitHub est la plateforme de référence pour connaître les langages que nous prenons en charge. Si les développeurs procèdent ainsi, le développement se déroulera beaucoup plus facilement.
Mark : Par exemple, nous avons remarqué que React était la tendance vers laquelle s’orientaient 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 utilisateurs les emploieront.
Nous identifions ces tendances grâce à GitHub et aux questions que nous posent les éditeurs de logiciels indépendants (ISV) ; c’est ainsi que nous décidons de nos prochaines fonctionnalités.
J’ai hâte de découvrir ce que ce sera ! Merci beaucoup de m’avoir accordé cet entretien aujourd’hui. J’apprécie vraiment vos connaissances.
Mark : Je vous en prie. Et merci à vous de nous avoir écoutés !
Oreo : Merci, Brittany.
Josh : C’est toujours un plaisir. Merci !
Découvrez 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 destinées à répondre aux défis et aux difficultés rencontrés par leurs marchés. Le succès d’un éditeur de logiciels indépendant dépend de la réalisation de ces objectifs. Cependant, il est tout aussi important de déterminer la meilleure façon de fournir ces logiciels aux consommateurs et de les commercialiser.
Laisser un commentaire