Cet article est l'article du 8ème jour du nouveau calendrier de l'avent des ingénieurs 2016.
Bonjour, c'est KIKUYA-Takumi. Nouvel ingénieur Calendrier de l'Avent 2016 Ceci est le deuxième article! Cette fois, j'écrirai sur le fait que trois nouveaux arrivants à Zukoke ont participé pour la première fois au hackathon.
J'ai participé au Jubatus Hackason avec Yomiuri Shimbun # 2 qui s'est tenu les 12 et 13 novembre! Ce que j'ai fait dans ce hackathon
** Mama Deluxe à Ginza! **
Lorsqu'un utilisateur parle dans Slack, une nouvelle hôtesse (SlackBot) lui répond. Alors que l'utilisateur continue de parler, l'hôtesse recrue parle à Mama (SlackBot). La maman qui a été secouée est parfaite pour l'utilisateur de Remark Komachi! ?? Je recommande l'article. La recommandation d'article analyse le contenu de l'énoncé de l'utilisateur et recommande un article avec un contenu proche du contenu de l'énoncé. Une hôtesse recrue met un tsukkomi tout en secouant l'histoire pour recommander un article à maman!
Il ressemblera à ceci.
Le développement Mama Deluxe de Ginza est ** Zukoke Roll! ** Je voudrais vous présenter l'épisode de Zukoke qui s'est réellement passé.
Avant cela, je présenterai à un groupe de trois nouveaux arrivants Zukoke!
Tout d'abord, de votre propre Zukoke! J'étais en charge de la mise en œuvre de SlackBot lors de ce hackathon. Au départ, je prévoyais d'avoir un Bot, mais j'ai pu l'implémenter plus tôt que prévu, j'ai donc décidé d'en ajouter un deuxième. Si la mise en œuvre du premier corps est trop fluide et que vous l'implémentez sans réfléchir ...
** Le bot réagit les uns aux autres et boucle à l'infini! ** **
Je l'ai fait complètement. Je suis content que ce ne soit pas juste avant la fin ~
Gérer Git était le rôle de leader. Même si le leader a décidé des règles de gestion de Git telles que "développer en coupant chaque branche", "le leader émet la commande de fusion" et "écrire correctement le journal de validation", le leader est la branche principale. J'ai poussé et privatisé la branche principale.
À ce stade, il n'y avait rien de mal à cela, donc le leader procédera au développement tout en personnalisant le maître.
Mais cela apparaît enfin dans ** backfire ** </ font>!
Développement terminé ** 15 minutes avant ** la boucle infinie de SlackBot a été résolue avec succès, le matériel de présentation et les démos étaient prêts, ** développement terminé! ** </ font>
(Leader) "** Ah! Apprenez des données supplémentaires! **"
En fait, des données supplémentaires ont été fournies le deuxième jour. Selon le leader, compte tenu de la quantité de données fournies le premier jour, il pensait que cela ne prendrait que quelques minutes. Cependant, la quantité de données ajoutées est d'environ ** 6 Go! ** </ font> Environ ** 6 heures jusqu'à la fin de l'apprentissage! ** </ font>
Je décide d'arrêter d'apprendre et de revenir avant d'apprendre, mais ici je remarque un ** problème sérieux ** </ font>. Oui ** Git **. Beaucoup de logs de commit à maîtriser car le leader a personnalisé le maître! Je ne sais pas lequel était l'engagement avant que je sois avide (quand il était terminé), alors le chef s'est dépêché!
Comme prévu, je pensais que c'était ** terminé **. En conséquence, j'ai pu trouver le journal de validation Git et annoncer les résultats en toute sécurité ... J'ai encore pensé que ** la gestion de Git est importante **.
En premier lieu, pourquoi vous êtes-vous retrouvé pressé juste avant?
La raison pour laquelle j'étais pressé juste avant l'annonce était
** Zubari! Arrivée tardive du chef! ** </ font> Pas question, ** déjeuner déjeuner ** entrera en premier dans la salle!
On s'attendait à ce que je sois en retard depuis le début, mais ce n'est qu'à midi ...
"Si vous venez correctement du matin ...", "Estimez le temps qu'il vous faudra avant d'apprendre", "Vous n'avez pas à vous forcer à apprendre", et c'est plein d'éléments tsukkomi.
** Comme prévu, chef de Zukoke! ** **
C'était bien car il a finalement été créé.
Le premier hackathon du trio de recrues Zukoke est ...
** Superbe! la deuxième place! ** </ font>
Ce n'était pas assez sympa pour gagner, mais je suis heureux que nous ayons pu ajouter plus de fonctionnalités et annoncer quelque chose qui fonctionne! ** Même les nouveaux arrivants peuvent le faire! J'ai aussi ressenti la réponse de **.
Je pense que la raison pour laquelle nous avons remporté la deuxième place est que nous avons d'abord décidé les trois points suivants, puis nous l'avons développé.
J'ai déjà expérimenté ** war ** </ font> dans le développement d'applications à moins que je ne clarifie l'objectif que je vise en premier. Pour plus d'informations, veuillez consulter cet article!
Je pense qu'il est important que toute l'équipe vise le but en ligne droite et que le but soit toujours visible. Il n'y a pas de temps pour s'arrêter dans la bataille décisive à court terme de deux jours. Il n'y a aucune capacité technique pour l'implémenter à grande vitesse. Tout ce que nous pouvons faire, c'est ** aller de l'avant! ** La raison pour laquelle nous n'avons pas changé la décision initiale, ne l'avons pas fait et avons fait un autre pas vers le développement était parce que nous avions d'abord clarifié l'objectif.
Après avoir clarifié l'objectif, c'est la répartition des rôles. La répartition des rôles consiste à prendre en charge leurs ** domaines de spécialité ** afin qu'ils puissent réaliser les meilleures performances ** de l'équipe. Cette fois, j'étais en charge de SlackBot et le leader avait de l'expérience dans l'implémentation de Jubatus, et yan_hisa_ a fourni un support pour la création, la présentation et le développement de documents.
Même si le chef est en retard
** Ne touchez pas à la juridiction du chef! ** **
Je suis sûr que si je faisais quelque chose comme "Je l'ai fait parce que j'étais en retard!", J'aurais frotté "Ne fais rien de plus!". Tout le monde se met en colère quand il fait ce qu'il veut. Surtout si quelqu'un qui n'a jamais utilisé Jubatus l'a touché.
En rassemblant les informations en un seul endroit, nous avons pu partager les informations en cas de problème inattendu. Cette fois, lorsque j'ai résolu la boucle infinie de SlackBot, j'ai partagé l'article Qiita auquel je faisais référence à l'avance, de sorte que l'équipe a pu identifier rapidement la cause.
De plus, bien qu'il n'y ait pas eu d'absent cette fois, nous sommes prêts à répondre même s'il y a des absents le deuxième jour. le soulagement! le soulagement!
Parce que j'ai préparé ces trois choses en premier, je pense que je n'ai pas eu à mourir même si j'étais impatient en chemin.
Plutôt que de se frotter pendant deux jours lors du premier hackathon, nous avons pu nous couvrir et obtenir le résultat de la deuxième place car nous avons pu saisir notre situation et ce qu'il faut faire en adhérant strictement aux trois premières décisions. Je pensais que c'était parce que j'étais capable de prendre une décision.
Aussi, je voudrais contester si j'en ai l'occasion!
Merci d'avoir lu jusqu'au bout!
C'est un lien lié à Jubatus Hackason avec Yomiuri Shimbun # 2 auquel j'ai participé cette fois. Huit équipes dans des articles de journaux et des remarques hackathon d'utilisation de Komachi --Yomiuri Shimbun Online Le 3e Jubatus Hackason (Jubatus Hackason avec Yomiuri Shimbun # 2) a eu lieu --Jubatus Blog
Recommended Posts