This page is not created by, affiliated with, or supported by Slack Technologies, Inc.
2021-11-23
Channels
- # announcements (66)
- # babashka (41)
- # beginners (93)
- # calva (10)
- # cider (2)
- # clj-kondo (112)
- # cljs-dev (6)
- # cljsrn (1)
- # clojure (44)
- # clojure-dev (10)
- # clojure-europe (35)
- # clojure-italy (15)
- # clojure-nl (3)
- # clojure-uk (2)
- # clojurescript (38)
- # conjure (1)
- # datalevin (1)
- # datomic (16)
- # deps-new (4)
- # events (7)
- # figwheel-main (1)
- # fulcro (59)
- # graalvm (21)
- # integrant (3)
- # introduce-yourself (8)
- # jobs-discuss (2)
- # malli (23)
- # membrane (11)
- # membrane-term (2)
- # missionary (17)
- # off-topic (7)
- # pathom (23)
- # pedestal (6)
- # polylith (7)
- # portal (25)
- # releases (1)
- # remote-jobs (3)
- # reveal (5)
- # shadow-cljs (43)
- # spacemacs (7)
- # sql (18)
- # tools-deps (33)
- # vim (10)
- # xtdb (36)
Com'è la vita lavorativa a Juxt, @andrea.crotti Se mi è lecito chiedere?
se sei interessato ti metto in contatto
approfitto per chiedere, visto che juxt e' un'azienda di consulenza: quante volte nei progetti che seguite non usate clojure(script)?
Veramente pochi e solitamente seguendo lo stesso pattern. Il cliente che da anni si appoggia a JUXT per progetti Clojure chiede se JUXT e' disposto a lavorare anche in Java o Kotlin. Fino ad ora JUXT si e' limitata a fare da sponda, facendo recruitment di contractor Java/Kotlin da rivendere al cliente. Abbiamo cominciato ad assumere qualche permanent Kotlin ora, con l'idea di diversificare il 100% Clojure fatto fin'ora.
si penso che il fatto di essere conosciuti per clojure aiuti
piu' difficile che aziende vengano a chiederti di lavorare con altre tecnologie se tutti sanno su cosa siamo specializzati
puo' capitare un po' di javascript al massimo magari
anche se a me no per adesso per fortuna
a livello di progetti, qual'e' la qualita' sia del codice che del processo lavorativo (metodologie, burocrazia, devops, ...)?
Per quello che posso capire, il singolo team che si forma attorno alle esigenze di un cliente e' abbastanza autonomo. Dal punto di vista tecnico, tendiamo ad essere i leader, ed e' un po' la nostra specialita'. Se ci chiamano sanno che si pigliano una buona dose di Clojure e normalmente non hanno esperienza in casa :) Dal punto di vista del processo e burocrazia tendiamo ad essere assimilati dalle esigenze del cliente, quindi nei loro processi e burocrazie. Ma come consulenti siamo decisamente piu' liberi di partecipare quanto serve (quindi, meno meetings di quanto se ne beccano loro). Stessa cosa per devops direi, dove siamo soggetti ai loro sysadmin per quanto riguarda permissions etc. Siamo abbastanza contenti di essere generalisti: facciamo tutto quello che serve per portare il progetto in prod, UI, devops, processo, tutto incluso se serve.