This page is not created by, affiliated with, or supported by Slack Technologies, Inc.
2016-11-08
Channels
- # aws (3)
- # bangalore-clj (1)
- # beginners (47)
- # boot (137)
- # cider (1)
- # cljs-dev (67)
- # cljsrn (7)
- # clojure (122)
- # clojure-argentina (5)
- # clojure-berlin (4)
- # clojure-czech (12)
- # clojure-france (27)
- # clojure-italy (9)
- # clojure-russia (88)
- # clojure-spec (44)
- # clojure-uk (157)
- # clojurebridge (2)
- # clojurescript (236)
- # datomic (5)
- # devcards (3)
- # dirac (23)
- # emacs (13)
- # hoplon (29)
- # incanter (1)
- # leiningen (41)
- # microservices (1)
- # off-topic (78)
- # om (145)
- # onyx (13)
- # parinfer (8)
- # pedestal (4)
- # planck (15)
- # protorepl (1)
- # re-frame (72)
- # reagent (25)
- # ring (2)
- # specter (23)
- # test-check (9)
- # untangled (106)
- # vim (8)
- # yada (1)
@achesnais Je veux bien l’organiser juste pour avoir l’occasion de discuter avec un ingé de chez Cognician
(j’ai stalké la boite en cherchant mon précédent job, le remote+educational+clojure, ca a l’air top)
@lsenta haha 😅 – hm, je vais être sur Paris malheureusement, et je n’avais pas prévu de passer par Lyon durant mon séjour en France 😞
@achesnais I tried… 😄 Je me gène pas alors, du plus précis au plus vague: - Quel pourcentage de la boite est vraiment remote? (pas en afrique du sud) - C’est quoi les gros challenges que vous essayez de résoudre? (technique? produit?) - Tu t’y plais?
Hm, en ce moment nous avons un seul dev remote, (Nikita Prokopov), les autres sont tous Afrique du Sud, tous sauf 2 au Cap ou alentours.
Ce qui fait 1/30 remote (si on prend toute la boite en compte), ou 1/13 si on prend que les devs/techies
Challenge produit: on fournit une "platform as a service" qui aide les grosses entreprises à faire du coaching en masse pour leurs employés. C’est assez compliqué parce que contrairement au elearning, le ecoaching ne peut pas vraiment se fonder sur un modèle où tu te contente de balancer du contenu.
Niveau technique, ça mène à deux challenges principaux: – scaling (je sais pas quel mot vous utilisez en fr) –> d’où notre utilisation d’Onyx par exemple – flexibilité –> chaque client a des conceptions assez precises de ce qu’est le coaching, ou de ce qu’ils veulent implémenter. Donc on doit sans cesse faire des prototypes parfaitement intégrés avec le reste de la plateforme – le fait d’être en full-stack aide pas mal à ce niveau
Niveau remote international je crois qu’on le fait moins maintenant, à moins que la personne soit une grosse pointure comme Nikita
Du coup si vous faites enormement de proto pour les besoin specifiques des clients, comment vous gardez l’equilibre entre platform en self service et “boite de consulting qui developpe une solution specifique”?
non non on fait pas de self service 🙂 je voulais dire qu’on fournit un service, qui est notre plateforme, customisée pour le client
Bon du coup je suis loin d’etre une pointure Clojure et j’aime trop la flexibilité du remote donc c’est cuit pour moi :[]
J’étais en échange universitaire à l’Université du Cap, et j’ai commencé par un stage chez eux pendant mes vacances
Niveau remote, est-ce qu'il y a des obligations géographiques ? (Fuseau horaire, présence tous les x jours/mois/année...)
@achesnais sacré coup de chance 😄 merci pour les infos en tout cas et bon courage pour le meetup a Paris
@lsenta np ^^ @romain on fait pas trop de remote en ce moment, ça coûte trop cher pour l’Afrique du Sud 😞 Ceci dit, notre seul remote, Nikita, est présent aux horaires d’Afrique du Sud (GMT + 2)
Pour info, si vous êtes de Lyon n'hésitez pas à rejoindre le clojure user group local : https://www.meetup.com/fr-FR/Clojure-User-Group-Lyon/