Dans le jeu coopératif, vous devrez jouer avec quelqu’un avec une autre copie du jeu et un moyen de communiquer les uns avec les autres. L’un de vous jouera dans The Past tandis que l’autre choisira The Future.

En équipe, vous travaillerez dans l’aventure pointer-cliquer pour résoudre les mystères entourant Albert Vanderboom dans une salle d’évasion numérique.

Les deux joueurs découvriront également leurs dimensions en 2D et 3D, une autre première pour tout jeu Rusty Lake qui ajoute un nouveau défi. Les environnements 3D sont superbes et s’intègrent parfaitement dans le monde effrayant.

Si vous aimez les jeux de flipper sur votre iPhone ou iPad, alors INKS est celui que vous devez vérifier. Ce jeu amusant vous offre l’action de flipper classique avec une touche colorée.

Chaque fois que votre flipper touche une couleur sur la table, de l’encre éclabousse. Les couleurs seront à différents endroits, avec différentes méthodes pour les frapper, sur les différentes tables. Cela donne une expérience de flipper vraiment distinctive et si vous aimez la création d’encre que vous avez faite, vous pouvez en prendre un instantané pour l’enregistrer ou le partager.

Le jeu propose 100 tables de flipper différentes sur lesquelles jouer, chacune avec son propre design unique. Et bien sûr, il y a des défis qui sont beaucoup plus difficiles qu’ils n’en ont l’air. Alors, ne soyez pas trop distrait par la toile colorée que vous créez car vous devez encore compléter le tableau.

Votre objectif sur chacune des tables est de toucher toutes les couleurs. Vous continuerez à obtenir plus de flippers, mais vous ne pourrez pas terminer le tableau tant que toutes les couleurs n’auront pas été éclaboussé. Une fois que vous avez réussi, votre flipper se retirera chez lui au centre de la table.

Le jeu coûte 2,99 $.

Au fil des ans, Nike est devenu un symbole de la course à pied. C’est pourquoi l’entreprise s’est efforcée de créer l’application de course à pied qui vous rapprochera des autres coureurs, vous servira de coach personnel et vous servira de journal d’entraînement.

Peu importe à quel point vous êtes avancé, il est presque impossible d’atteindre vos objectifs sans un plan approprié. Ainsi, que vous souhaitiez courir votre premier 5 km ou un marathon, il existe de nombreux plans d’entraînement créés par des entraîneurs expérimentés pour vous aider à vous rapprocher de vos objectifs, en éliminant le risque de blessure.

Pour rester motivé, vous pouvez utiliser des courses guidées, où des entraîneurs et des légendes de la course vous encourageront. Il existe également de nombreux défis amusants que vous pouvez partager avec vos amis et votre famille, ainsi que des défis mondiaux qui servent des objectifs plus élevés. Grâce à votre appartenance à cette incroyable communauté, vous ne vous sentirez jamais seul à courir pour atteindre vos objectifs. De plus, l’application est entièrement gratuite !

Fooducate adopte l’approche moins c’est plus. C’est une application de régime qui vous aide à atteindre vos objectifs de poids en suivant la qualité des calories, pas seulement la quantité.

Vous pouvez lire des conseils et des articles sur la nutrition et l’exercice afin que vous puissiez décider comment intégrer des habitudes plus saines dans votre vie. Vous pouvez suivre les repas et les recettes, le niveau de faim, l’humeur, le sommeil et l’exercice en un seul endroit.

Fooducate analyse les informations trouvées dans les informations nutritionnelles lorsque vous scannez un code-barres dans l’application. Il recherche des éléments tels que les sucres ajoutés, les édulcorants artificiels, les graisses, le sirop de maïs à haute teneur en fructose, etc. Vous recevrez une note nutritionnelle personnalisée pour chaque aliment que vous entrez. Cela vous aide à prendre les décisions les plus éclairées lorsque vous choisissez quoi mettre dans votre corps.

Fooducate est gratuit avec l’achat intégré. La mise à niveau vers l’un des plans d’abonnement vous donne un accès complet à toutes les fonctionnalités et supprime les publicités. Le forfait mensuel coûte 9,99 $ et le forfait annuel coûte 49,99 $.

Construire une application de démarrage de plateau Tauri en utilisant Rust et JavaScript

est similaire à Electron en général. Les principes sont les mêmes : créez des applications rapidement en utilisant JavaScript pour effectuer la majeure partie du travail de l’application / de l’interface utilisateur.

Cependant, Tauri adopte une approche radicalement différente dans sa mise en œuvre et, par conséquent, obtient de meilleurs résultats sur pratiquement tous les critères possibles.

Nous savons déjà qu’il existe deux problèmes majeurs avec les applications basées sur Electron :

• Taille du bundle (taille de téléchargement)
• Utilisation de la RAM et croissance dans le temps

Avec Electron, vous commencez avec une taille de bundle de 85 Mo pour presque aucune fonctionnalité, et la plupart des applications se téléchargent facilement jusqu’à 150 Mo.

En termes d’utilisation de la mémoire, une application Electron utilise au départ 500 Mo de votre RAM pour ne rien faire. C’est pourquoi je n’utilise aucune application Electron (appelée «applications natives») pour diverses applications Web populaires telles que Slack et autres. J’utilise simplement Chrome, en espérant qu’il puisse mieux optimiser l’utilisation de la RAM dans les onglets.

Pour Tauri : 8 Mo de taille groupée pour de nombreuses fonctionnalités et une utilisation maximale de la mémoire de 150 à 200 Mo, principalement en raison du fait qu’un navigateur est un navigateur. Les navigateurs ont tendance à ne consommer que de la mémoire (ils utilisent la vue Web native de chaque système d’exploitation).

En termes de fonctionnalités, eh bien, ce qui a pris des années à Electron (je parle ici en tant que développeur Electron) – vous l’avez disponible dès maintenant dans Tauri, dans sa première version stable. D’un bundler de qualité et d’outils de développement, à un programme de mise à jour intégré, à la prise en charge des icônes de la barre d’état, et plus encore.

Un avantage supplémentaire que vous obtenez des applications Tauri provient directement de son état d’esprit d’ingénierie, que je suppose que Rust a aidé à conduire.

Sécurité en tant que citoyen de première classe

Sécurité en tant que citoyen de première classe. Peu de plates-formes d’applications (en fait : aucune à ma connaissance) commencent par une description détaillée de leurs fonctions de sécurité intégrées, ainsi qu’un implémentation de fonctionnalités avancées à utiliser, en se concentrant sur le côté JS, l’IPC, et plus encore. Cela vient s’ajouter à ce que Rust en tant que langage offre en matière de sécurité et de stabilité. Encore plus impressionnant est le inclusion de la modélisation des menaces et la réflexion sur la manière d’opérer de manière défensive : la sécurité dès la conception.

Performance en tant que citoyen de première classe

Des repères en tant que citoyen de première classe. Encore une fois, peu de plates-formes commencent par ce sujet, fournissant des informations très détaillées, benchmark automatisé et transparent. Lorsque cela se produit dans une bibliothèque, un outil ou une plate-forme, vous savez que la performance est un KPI principal. Et lorsque vous créez des applications, vous voulez vous assurer que les performances de la plate-forme que vous utilisez restent excellentes afin que votre application qui est construite dessus reste excellente. Si la plate-forme a des problèmes de performances, cela signifie automatiquement que votre application a des problèmes de performances, et aussi – que vous, en tant que développeur, n’aurez probablement aucun moyen de le résoudre.

Séparation complète du backend et du frontend

Bien que cela puisse initialement être perçu comme un inconvénient par rapport à Electron, le fait que le processus backend soit construit en Rust et que le frontend soit construit en JavaScript est en réalité extrêmement bénéfique :

• Ça nous oblige à vraiment raisonner sur l’IPC, qui incite à la sécurité et à la stabilité
• Dans le cas de Rust, il vous donne exactement ce dont vous avez besoin dans un processus backend : performances, sécurité, stabilité et une approche systémique lorsque vous devez opérer étroitement avec le système sous-jacent. Vous ne pouvez pas vraiment faire cela avec un processus backend basé sur Node.js (vous devrez utiliser une API native dans ce cas)

Et avec la façon dont Tauri résume IPC avec les macros Rust et l’expérience des développeurs, même si vous ne connaissez pas Rust, tout ira bien.

Construire des applications Electron n’est en aucun cas simple. C’est pratiquement le sommet du paradoxe du choix, comme avec de nombreuses applications JavaScript, mais ici, encore plus. Bien que vous ayez la fatigue JavaScript standard du côté frontal de l’application Electron, vous avez la même chose dans le processus “principal” du backend : vous devez choisir vos outils, bibliothèques et principes JavaScript, mais limités à un processus Node.js pur. (donc certaines bibliothèques ne fonctionneront pas, et d’autres seulement travailler).

Avec Tauri, le backend est écrit en Rust, et l’écosystème Rust est simple et surtout il y a une bonne bibliothèque pour faire quelque chose. Ainsi, vous évitez le paradoxe du choix et avez plus de temps pour construire.

Pour la partie frontale, vous vous retrouvez avec la même expérience qu’avec vos applications Electron. Vous devrez choisir votre bundler, votre framework d’application, votre framework de style, votre framework de gestion d’état, votre linter, etc., que vous optiez pour JavaScript ou TypeScript.

En ce sens, construire sur Tauri est plus simple.

Pour cet exercice, voyons ce que signifie une “application de plateau”. Au départ, c’est en fait beaucoup de choses. C’est un:

• Application de bureau
• Un widget ou un accessoire du système d’exploitation
• Un processus de fond de longue durée
• Un exercice de fenêtrage (par exemple apparaître au bon endroit)

Et donc, cela pourrait être un exercice difficile pour une nouvelle plate-forme d’application, ce qui est parfait pour comprendre comment Tauri le gère. Nous savons déjà que de nombreuses applications de plateau sont implémentées dans Electron aujourd’hui, alors comment Tauri s’en sort-il ?

Vous avez maîtrisé LeetCode, réussi le processus d’entretien et obtenu un stage dans une entreprise incroyable. Félicitations! Mais maintenant, c’est la troisième semaine de votre stage, vous n’avez aucune idée de comment cela fonctionne et vous avez écrit une ligne de code au cours des deux derniers jours.

Comment demander de l’aide ? À qui demandez-vous de l’aide? Devriez-vous même demander de l’aide?

En travaillant chez Slack, j’ai découvert que savoir naviguer dans ces situations et se débloquer est essentiel pour réussir son stage. Apprendre à apprendre semblait souvent plus important que d’apprendre le matériel technique lui-même.

Arrière plan

Mon projet

• J’ai effectué un stage au sein de l’équipe iOS Application Infrastructure. Mon projet était centré sur l’onglet Mentions (également connu sous le nom d’onglet Activités)
• J’ai été chargé de changer le fournisseur de données pour l’onglet Activités
  • Avant : données actualisées à partir d’un appel d’API déclenché par une extraction manuelle ou un minuteur de 60 secondes
  • Après : utiliser entrant WebSocket événements avec des données de message pour mettre à jour l’écran, au lieu d’attendre le prochain appel d’API

La première partie de mon projet était centrée sur l’ajout de l’écoute des mises à jour des modèles de messages associés aux activités existantes. La partie technique de ce projet n’était pas si difficile en soi. Cela m’a quand même pris environ la moitié de mon stage, car je me familiarisais avec la base de code et, plus important encore, j’apprenais à apprendre.

La deuxième partie de mon projet consistait à ajouter un nouveau fournisseur de données qui diffusait toutes les activités des événements WebSocket, puis le combinait avec le flux de données existant. C’était une tâche beaucoup plus difficile que la première partie, mais parce que j’avais appris à me débloquer, tout est allé beaucoup plus vite ; Je n’ai jamais été coincé aussi longtemps.

J’espère que certaines des choses que j’ai apprises cet été pourront aider les futurs stagiaires à atteindre ce stade plus tôt dans leur stage !

Quand demander de l’aide

La première étape pour savoir quand demander de l’aide est d’apprendre que l’industrie est un monde complètement différent de celui de l’école. Il n’y a pas de triche, il n’y a pas de notes individuelles, il n’y a pas de tests. Tout, surtout chez Slack, est collaboratif. S’il vous faut deux jours pour corriger un bogue, mais qu’un autre ingénieur peut vous dire ce qui ne va pas en deux minutes, vous demandez de l’aide.

La question la plus importante à vous poser lorsque vous décidez de demander de l’aide est la suivante :

Est-ce que j’apprendrai quelque chose en passant plus de temps là-dessus ?

Votre travail en tant que stagiaire est d’apprendre autant que vous le pouvez. Parfois, vous apprendrez beaucoup en prenant le temps de résoudre un problème. D’autres fois, vous pourriez perdre une journée entière dans le débogueur sur un problème simple qui peut être résolu avec une explication d’une phrase de votre mentor.

Types de problèmes auxquels vous ne devriez pas passer beaucoup de temps à vous attaquer par vous-même :

• Mise en page
• Syntaxe
• Quelle fonction appeler pour obtenir un certain type de données

Types de problèmes que vous voudrez peut-être passer du temps à résoudre par vous-même :

• Comment une fonction que vous appelez réellement obtient les données dont vous avez besoin
• Comment les changements d’état d’une partie de l’application sont reflétés dans l’interface utilisateur

La principale différence entre ces deux types de problèmes est la différence entre connaissances et entente. Vous ne devriez passer du temps à résoudre un problème par vous-même que si cela vous permet de mieux comprendre comment les choses fonctionnent.

Même si aborder les problèmes par vous-même peut vous aider à apprendre, vous pourriez parfois avoir besoin de l’aide de quelqu’un d’autre pour avancer. C’est tout à fait bien ! Les applications comme Slack sont incroyablement compliquées et les stagiaires ne sont pas censés être capables de tout comprendre par eux-mêmes. Tant que vous demandez de l’aide de la bonne manière, il n’y a rien de mal à cela.

Comment demander de l’aide

Posez des questions auxquelles il est facile de répondre.

Si vous posez une question basée sur les connaissances, c’est assez facile car il y a normalement une réponse simple. Par exemple, voici une question que j’ai posée au début de mon stage :

Lorsque vous êtes bloqué sur un problème plus compliqué, poser la bonne question devient beaucoup plus difficile. J’ai vraiment eu du mal à saisir la complexité des problèmes tout en offrant à quelqu’un d’autre un moyen simple de répondre.

La première étape qui m’a aidé consistait simplement à passer du temps à essayer de comprendre le problème. Si vous comprenez 95 % du changement que vous essayez d’apporter, il est beaucoup plus facile pour quelqu’un d’autre de clarifier ces derniers 5 % que de suivre l’intégralité du processus. D’après mon expérience, les gens sont très disposés à vous aider s’il est clair que vous avez passé du temps à comprendre les systèmes avec lesquels vous travaillez avant de leur demander de l’aide. Parfois, vous répondrez même à votre propre question en essayant de comprendre le problème !

Si vous avez encore besoin d’aide après avoir essayé de comprendre le problème sur lequel vous travaillez, l’étape suivante consiste à fournir autant de contexte que possible lorsque vous posez votre question.

Cela peut impliquer de décrire :

• Ce que vous comprenez du problème
• Ce que vous ne comprenez pas au problème
• Ce que tu as changé
• Le comportement attendu par rapport à la sortie réelle

Au lieu de dire quelque chose comme « J’ai du mal à mettre en œuvre <fonctionnalité>, pouvez-vous m’aider ? » dites quelque chose comme : « J’ai essayé d’utiliser pour implémenter <fonctionnalité>, mais au lieu de , c’est le qui se produit. Avez-vous une idée de comment aborder cela ? »</fonctionnalité></fonctionnalité>

Une autre stratégie pour vous débloquer est la programmation en binôme ou l’appel avec quelqu’un de votre équipe. Je recommanderais certainement de le faire autant que possible, en particulier pour vos problèmes les plus difficiles.

À qui demander de l’aide

Lors de mon dernier stage, mon manager était également le seul autre ingénieur iOS de l’entreprise. En d’autres termes, dans 99% des situations, la seule personne à qui j’ai demandé de l’aide était mon manager. Cet été, je me suis retrouvé dans une équipe de 14 personnes, toutes avec des connaissances dans différents domaines. Il n’était plus simple de savoir à qui demander de l’aide.

Ce que j’ai appris:

1. N’ayez pas peur de demander de l’aide dans un canal. Si vous ne savez pas à qui demander, il est préférable de demander dans un canal public plutôt que d’envoyer un DM à la moitié de votre équipe jusqu’à ce que quelqu’un puisse vous aider.
2. N’ayez pas peur de demander à votre mentor ou à votre responsable à qui vous devriez vous adresser.
3. Si quelqu’un vous a déjà aidé dans un certain domaine, n’ayez pas peur de lui demander à nouveau de l’aide sur le même sujet.

Comparer deux exemples

Permettez-moi de vous donner deux exemples de cet été. La première est une situation où j’aurais dû demander de l’aide plus tôt, mais je ne l’ai pas fait. L’autre est celui où j’ai réussi à prendre le temps de comprendre le problème avant de demander de l’aide.

Cas 1

Cette situation date du tout début de mon stage. Pour le contexte, dans l’application iOS de Slack, il existe différents modèles de données pour un message et une activité (c’est-à-dire un message qui vous mentionne ou une réaction à votre message). Pour chaque activité, nous avons un identifiant associé qui ressemble à :

J’essayais de changer le fournisseur de données d’activités pour écouter les mises à jour de tous les messages associés aux activités. Les messages ont également un identifiant, j’ai donc ajouté un flux de modèles de message avec le même identifiant que les modèles d’activité actuels. De manière inattendue cependant, le flux ne renvoyait aucun message. J’ai parcouru le débogueur pendant un certain temps et j’ai finalement vu que dans d’autres parties de l’application qui utilisaient MessagesDataProvider, les identifiants de message semblaient différents. ils n’avaient tous aucun type et ressemblaient juste à :

Je ne savais pas si cette différence d’identifiant provenait d’une erreur que j’avais commise lors de modifications locales des données de message, ou si c’était parce que les identifiants étaient différents dans les activités et les messages. À ce stade, j’aurais simplement dû demander : “Les identifiants d’activité et de message sont-ils différents ?” pour voir comment aborder ce problème. Au lieu de poser une question de clarification, j’ai sauté directement dans la recherche d’une solution. J’ai fini par utiliser un autre champ d’activité messageIdentifier comme ID pour diffuser des messages, ce qui semblait fonctionner.

Le problème était que parce que je n’ai jamais posé de question, je n’ai pas vraiment comprendre pourquoi les identifiants étaient différents, même s’il semblait que j’avais trouvé une solution. Plus tard, j’ai rencontré un tas de problèmes car lorsque j’ai commencé à créer des activités à partir de messages, j’ai copié tous les champs Message, y compris id ! Cela a causé des problèmes avec des activités en double, car j’écrivais la même activité avec deux identifiants différents (un avec le type, un sans).

Il s’avère, comme vous l’avez peut-être deviné, que les identifiants d’activité et de message sont simplement formatés différemment et que j’avais besoin de convertir entre les deux. J’ai finalement clarifié cela en demandant à quelqu’un. Cependant, je me serais sauvé des heures et des heures de temps si j’avais simplement posé cette question dès que j’ai vu l’écart d’identification. C’était un connaissancesbasée sur une question et non une entente-basée sur la question, j’aurais donc dû demander dès que j’avais besoin d’éclaircissements. Je suis content que cela se soit produit vers le début de mon stage, car j’ai pu en tirer des leçons et être plus disposé à poser des questions basées sur les connaissances à l’avenir.

Cas 2

Cette situation vient de la moitié de mon stage. Je venais de terminer la première partie de mon projet et commençais la deuxième partie : ajouter la possibilité de diffuser des activités créées à partir d’une source différente (événements WebSocket) de celle que nous faisons normalement.

Sur la base d’une suggestion de mon responsable, j’ai pris une journée entière pour rédiger un document expliquant exactement comment les données circulent depuis la requête réseau qui renvoie les activités à l’interface utilisateur dans l’onglet mentions. Cela m’a permis de mieux comprendre avant de commencer le problème. Une fois que j’ai commencé, j’ai passé quelques jours à mettre en œuvre une solution de base qui semblait fonctionner à partir de mes tests. C’est à ce stade, après avoir acquis une certaine compréhension de ce que je changeais, que j’ai demandé un examen de mes modifications.

L’examen des relations publiques est revenu et il s’est avéré que je l’avais complètement mal fait. Cependant, parce que j’avais une solide compréhension du système, j’ai immédiatement demandé de l’aide et j’ai rejoint un Huddle avec deux ingénieurs de mon équipe. Nous avons discuté de la meilleure façon d’aborder le problème; il s’est avéré que j’ai dû écrire un nouveau fournisseur de données pour l’onglet activités qui combinait un flux d’activités du dernier appel API avec un flux d’activités filtré sur le dernier horodatage de l’autre flux.

Ce Huddle m’a probablement fait gagner des semaines de temps que j’aurais passé si j’avais simplement essayé de résoudre le problème et de créer une solution parfaite par moi-même. Cependant, si j’avais demandé de l’aide avant de comprendre le problème, je n’aurais pas pu tirer grand-chose de l’appel.

Le point à retenir de cette situation est que vous devez essayer de trouver le bon moment pour demander de l’aide : vous devez comprendre suffisamment que d’autres personnes peuvent vous aider efficacement, mais aussi demander suffisamment tôt pour que leur aide vous fasse gagner du temps.

Gros plats à emporter

Apprendre à travailler dans l’industrie est aussi important, sinon plus, que d’apprendre le côté technique du génie logiciel. Je me suis également trouvé beaucoup moins stressé lorsque je suis devenu plus à l’aise pour demander de l’aide. Une fois à l’aise, je me sentais bien plus comme un membre d’une équipe que comme un ingénieur individuel et je m’amusais beaucoup plus au quotidien.

Mon dernier conseil est simplement de profiter de votre temps en tant que stagiaire ! Douze semaines passent vite et c’est vraiment une formidable opportunité d’être stagiaire chez Slack. J’ai passé un été incroyable et j’espère que tous les futurs stagiaires lisant ceci le seront aussi !

Si vous souhaitez travailler sur les applications mobiles de Slack, consultez nos postes vacants ! Appliquer maintenant

CONTACTS

Bureau américain – MobiDev Corporation

3855 Holcomb Bridge Road. Suite 300,
Norcross, Géorgie 30092, États-Unis
Bureau au Royaume-Uni – MobiDev International Ltd

311, rue Shoreham,
Sheffield, Yorkshire du Sud S24FA, Angleterre
Centres de R&D – Lodz (Pologne), Chernivtsi (Ukraine)

Appelez-nous : +1 888 380 0276

Mail : contact@mobidev.biz

Amélioration de la découverte de GIF à l’aide de la PNL et de la recherche sémantique

La recherche de vecteurs alimente certains des services les plus populaires au monde. Il sert vos résultats Google, fournit le meilleurs podcasts sur Spotifyet compte pour au moins 35% des achats des consommateurs sur Amazon [1][2].

Dans cet article, nous utiliserons la recherche vectorielle appliquée au langage, appelée sémantique search, pour créer un moteur de recherche GIF. Contrairement à la recherche plus traditionnelle, où nous comptons sur mot-clé correspondance, la recherche sémantique permet une recherche basée sur sens humain derrière le texte et les images.

Cela signifie que nous pouvons trouver des GIF très pertinents avec des invites en langage naturel.

Le pipeline d’un projet comme celui-ci est simple mais puissant. Il peut facilement être adapté à des tâches aussi diverses que recherche vidéo ou répondre aux questions du Super Bowlou, comme nous le verrons, trouver des GIF.

Tous les blocs-notes et scripts de support peuvent être trouvés ici.

06h15

Mes deux jeunes enfants viennent me réveiller, me présentant des iPads dans l’espoir d’une petite partie de Minecraft avant l’école. Je cède parfois car cela pourrait signifier quelques minutes de sommeil de plus !

07h00

Il est temps pour le premier de nombreux blancs plats d’avoine – ou flatties d’avoine comme nous, les Australiens, aimons les appeler – pour mon partenaire et moi.

07h01 – 08h30

Un chaos complet s’ensuit alors que nous emballons les boîtes à lunch et les sacs à dos et demandons aux enfants un million de fois de s’habiller et de mettre leurs chaussures jusqu’à ce que nous franchissions enfin la porte pour nous rendre à l’école maternelle/scolaire. C’est à cinq minutes à pied pour nous en haut d’une colline jusqu’à l’école primaire de mon fils. Nous vivons dans un quartier du centre-ville de Sydney mais c’est toujours calme et verdoyant, et nous passons devant des arbres remplis de loriquets arc-en-ciel et des buissons avec beaucoup de coccinelles que nous nous arrêtons parfois pour compter, si nous avons le temps. Nous rencontrons souvent nos voisins en montant, c’est donc un bel événement social.

09h00

L’ordinateur portable est ouvert et c’est le jeu. La matinée est chargée pour l’équipe basée en Australie. L’équipe Cloud de Slack est inhabituelle en ce sens qu’elle a la moitié de l’équipe basée en Australie et l’autre moitié en Amérique du Nord. Cela fonctionne bien pour notre équipe dans la mesure où nous avons une plus grande couverture de nos systèmes et services sur tous les fuseaux horaires, mais cela peut rendre les réunions synchrones délicates, en particulier pendant l’été nord-américain lorsque l’heure d’été n’est pas en place. J’ai été le premier ingénieur embauché en Australie en dehors de Melbourne, mais depuis la pandémie, l’équipe s’est un peu plus dispersée dans tout le pays. Nos coéquipiers en Amérique du Nord sont basés partout au Canada et aux États-Unis. Au départ, je ne savais pas que Slack était présent en Australie, et quand je l’ai découvert, j’étais vraiment ravi de postuler pour ce poste. Il n’y a pas beaucoup de grandes entreprises technologiques avec des présences d’ingénierie en Australie, donc travailler dans cette équipe chez Slack est une expérience vraiment unique.

Le temps de chevauchement que nous obtenons les uns avec les autres n’est que de quelques heures, nous essayons donc de le faire compter. Aujourd’hui, il y a une réunion hebdomadaire Cloud Infra où tout le monde dans nos trois équipes Cloud (Foundations, VM et Conteneurs) se synchronise et passe en revue tous les incidents de la semaine dernière, parle de toute nouvelle pertinente ou des changements de production à venir dont tout le monde devrait être conscient, et juste généralement rattraper les choses. C’est une bonne occasion d’entendre ce qui se passe dans les deux autres équipes (je fais partie de l’équipe VM) et toutes les nouvelles à l’échelle de l’entreprise que j’ai pu manquer.

10:00 DU MATIN

La réunion du matin étant terminée, j’essaie maintenant de rattraper mon retard sur les canaux de mon projet dans Slack. Je peux attester que notre équipe est vraiment douée pour la communication asynchrone – comme nous devrions travailler pour Slack – il est donc facile de suivre ce qui s’est passé pendant ma nuit (journée nord-américaine) en lisant les messages non lus dans le canal. Je vérifierai également mes @-mentions et répondrai à tout ce qui nécessite mon attention.

Il est maintenant temps de poser des questions et d’avoir l’une de ces conversations synchrones dont j’ai besoin avant que l’Amérique du Nord ne termine sa journée, alors je m’assure de donner la priorité à ce type de travail.

11H30 DU MATIN

Ouf, il est temps de souffler. Le rush du matin est terminé et maintenant je peux passer au codage du temps de flux. Je travaille sur un nouveau projet écrit en Go qui démarre nos instances AWS EC2 au moment du provisionnement. C’est un projet vraiment amusant à travailler. J’adore écrire Go et notre équipe fait du bon travail pour s’assurer qu’il s’agit d’une base de code propre et idiomatique avec de nombreux tests. C’était l’un des défauts du système que celui-ci remplace, qu’il n’a pas été très bien testé et que tout le monde se sentait un peu nerveux à l’idée de faire des changements. C’est agréable de mettre les écouteurs et de rester coincé dans du code.

13h00

Oh oups, je suppose que je devrais manger. Il est temps de déjeuner ! Mon endroit préféré fait cette salade de vermicelles de tofu avec de la sauce piquante, alors je vais marcher et en prendre et peut-être m’asseoir dans le parc pour la manger. Parfois, je fais une petite promenade dans mon quartier comme exercice pendant le déjeuner; il se trouve sur le port de Sydney, offre donc de jolies vues sur le Harbour Bridge et le CBD, et regorge de belles maisons anciennes. J’aime simplement me promener et tout comprendre.

14h00

Retour au travail et plus de temps de codage. Je vais consulter notre chaîne de revues de code pour tout ce qui nécessite une attention particulière. Le flux de travail de notre équipe consiste à partager l’URL d’une demande d’extraction dans un canal et à demander une révision. J’aime cela car vous n’avez pas besoin de vous fier à la notification par e-mail de GitHub ; vous pouvez simplement vérifier vos messages non lus dans le canal. Mes coéquipiers essaient de fournir des commentaires opportuns et utiles sur la révision du code et veillent à fournir leurs commentaires de manière réfléchie. J’apprécie cela, car parfois le ton peut être difficile à faire passer correctement dans le texte.

Je garde beaucoup de notes pendant ma journée de travail : commandes utiles que j’exécute sur des machines Linux, étapes du flux de travail, tout ce qui me rendra plus efficace à l’avenir. J’écris mes notes dans Markdown dans une application appelée Bear qui se synchronise sur tous mes appareils.

15h00

C’est l’heure de la rentrée scolaire et beaucoup de mes coéquipiers ont des familles. Pendant ce temps, nous lancerons un message dans notre chaîne partagée pour dire que nous faisons une course scolaire. Travailler pour une équipe et une entreprise qui permettent ce genre de flexibilité est plus que fantastique. C’est vraiment agréable de pouvoir simplement se rendre à l’école de mes enfants, venir le chercher, puis se reconnecter au travail.

15h20

C’est génial de vivre si près de l’école car ces petits déplacements ne prennent pas longtemps. Mon équipe et moi pourrions organiser des réunions ad hoc pour discuter de tout problème technique ou de toute question architecturale que nous avons lors de la création de ce nouveau service dans Go. Les caucus rendent les rencontres rapides vraiment sans friction, et nous les utilisons beaucoup dans notre équipe.

J’ai en fait quelques changements Terraform à faire maintenant. C’est l’une des choses que je préfère dans mon travail au sein de l’équipe Cloud : la variété. Je peux passer de l’écriture de code Go à la résolution de problèmes AWS IAM, en passant par la création de clusters Kubernetes, le tout en une journée.

17h30

J’emballe les choses maintenant. Je m’assure de poster tous les messages dont j’ai besoin pour mes coéquipiers nord-américains, afin qu’ils les voient pour leur matinée. C’est vraiment important pour que le flux de nos projets avance bien. Je pense que notre équipe fait du bon travail dans ce domaine, et bien sûr Slack est le meilleur outil pour ce genre de choses ! A la fin de ma journée j’écrirai un petit résumé quotidien de ce que j’ai fait et mes coéquipiers aussi ; c’est un bon moyen de voir sur quoi les gens travaillent.

18h00

Du temps en famille! Il est maintenant temps de traîner avec mes enfants. Ils passent par des phases de ce qu’ils font, mais pour le moment, nous apprenons tous à jouer à un jeu de société appelé Catan Junior. C’est encore un peu trop vieux pour eux, et les plus petits s’ennuient à mi-parcours et sont plus soucieux d’empiler les cartes que de jouer, mais c’est une belle façon de passer du temps ensemble. Nous allons jouer à ce jeu et peut-être faire un puzzle. Ensuite, les enfants joueront ensemble pendant que nous organisons un dîner.

19h30

L’heure du coucher pour les enfants. Nous parlons généralement de ce qu’étaient notre «bonne chose du jour» et «mauvaise chose du jour». C’est une belle routine à laquelle nous nous sommes habitués et une bonne façon d’avoir un peu de temps 1: 1 avec chaque enfant avant qu’il ne s’endorme.

20h00

Si je sens que j’ai l’énergie, je pourrais utiliser ma soirée pour faire de la couture. Coudre des vêtements est un passe-temps que j’ai depuis environ trois ans maintenant. Je trouve que c’est un exutoire créatif vraiment sympa et c’est marrant d’avoir un vêtement à porter à la fin ! Je travaille sur un projet plus complexe en ce moment, un blazer. Je vais lire les instructions du patron et coudre.

22H00

OK, je devrais aller me coucher maintenant et essayer de me détendre. Je peux lire une partie de mon livre ou regarder Tik Tok

À propos de Georgi

Salut, c’est Georgi ici et je suis ingénieur cloud senior chez Slack. Je travaille au sein de l’équipe Cloud depuis environ 1,5 ans maintenant et j’ai une longue expérience de travail en tant qu’ingénieur backend sur divers systèmes distribués. L’ironie de ce billet de blog est que la semaine dernière, je viens d’être transféré de Sydney en Australie à New York, aux États-Unis ! Ce qui est merveilleux, c’est que je fais toujours partie de la même équipe Cloud. Notre présence mondiale est vraiment l’une des meilleures choses à propos du travail à la fois chez Slack et dans l’équipe Cloud – c’est assez génial de voir comment je peux voyager si loin à travers le monde tout en continuant à travailler sur les mêmes projets et avec les mêmes coéquipiers ! Ne manquez pas un article de blog Day in the Life de NYC bientôt

La vie à Slack

Dans notre série “Une journée dans la vie”, nous entendons des ingénieurs Slack dans différents bureaux et spécialisations pour en savoir plus sur ce à quoi ressemble une journée typique. Nous avons déjà entendu un Ingénieur fondations frontendun Ingénieur produit mobileun Ingénieur produit back-endun Ingénieur produit front-endet un Ingénieur Backend Foundation.

Nous recrutons des ingénieurs cloud aux États-Unis et en Australie. Si vous avez aimé cette publication Day in the Life, venez travailler avec nous ! Appliquer maintenant

CONTACTS

Bureau américain – MobiDev Corporation

3855 Holcomb Bridge Road. Suite 300,
Norcross, Géorgie 30092, États-Unis
Bureau au Royaume-Uni – MobiDev International Ltd

311, rue Shoreham,
Sheffield, Yorkshire du Sud S24FA, Angleterre
Centres de R&D – Lodz (Pologne), Chernivtsi (Ukraine)

Appelez-nous : +1 888 380 0276

Mail : contact@mobidev.biz