Gian Carlo hai pensato al singleton (eager e lazy), ha un po' di spunti per una chiacchierata
Marco Colombo
@coder-molok
Buongiorno a tutti, sono un "vecchio" della lista,
ma nuovo di gitter (che fa partire i messaggi se cambio schermata sul cellu) :-D
Marco Seguri
@seguri
ciao a tutti! ho visto la discussione in mailing list ;) certo che l'app android ha delle recensioni pessime!
Luca Molteni
@lucamolteni
si ho notato anche io che i client gitter mobile fanno ridere
Gian Carlo Pace
@gicappa
@fvasco_gitlab per adesso faccio vedere un metodone che ha bisogno di refactoring perche' ha mille responsabilita' e un po' di altre issue. Comunque grazie dell'idea. Annoto.
Miriam Santoianni
@miriam.santoianni_gitlab
Scusami @tarilabs non possiamo renderlo un vero e proprio calendario in modalità integrata con Google Calendar??
Matteo Mortari
@tarilabs
In che senso @miriam.santoianni_gitlab ?
Antonio Gelameris
@toniogela_twitter
@gicappa dipende dalla difficoltà e dalla seniority target
qui nella mia azienda abbiamo un esercizio per junior, da risolvere in qualsiasi linguaggio (ma noi invitiamo a risolverlo almeno in Java)
è più un esercizio che sonda come viene fatto il design del codice, è la classica cosa che si può risolvere con 7 if nestati
_
Edoardo Vacchi
@evacchi
ecco questa è una cosa che forse potrebbe avere senso
un'altra cosa potrebbe essere mettere il candidato davanti a un pezzo di codice e chiedergli di spiegarlo
Luca Molteni
@lucamolteni
7 if nestati… meglio usare un rule engine
*innestati
avete mai sentito parlare di Drools?
Antonio Gelameris
@toniogela_twitter
7 if nestati meglio fare funzionale
70 if nestati meglio usare un rule engine
Cmq in realtà l'esercizio è un kata famoso
il Goose game
Antonio Gelameris
@toniogela_twitter
a noi arriva di tutto, anche scremando quelli che committano la /target comunque la maggior parte delle risoluzioni prevede una VictoryException che come il migliore dei goto ti manda ad un println("Victory!");System.exit(0);
Gian Carlo Pace
@gicappa
@toniogela_twitter noi stiamo cercando un senior dev / architect (che se dici solo architect da queste parti ti mandano gente che mette i guanti bianchi e disegna pallogrammi, ma noi abbiamo bisogno di gente hands on). Detto questo, alla fine noi presentiamo un pezzo di codice al candidato come dice @evacchi e vediamo se becca i design flow e testiamo quali proposte fa da un punto di metodo di improvement del codice. Dobbiamo comunque affinarci sul codice che presentiamo perche' non sempre mi fornisce un buon quadro della situazione: ci vuole un minimo di tempo per comprendere cosa fa il codice e un altro po' di tempo per comprendere di non azzeccarsi sui dettagli Java (se non proprio alla fine) e di focalizzarsi sul design.
per cui se qualcuno avesse un bell'esempio di brutto design che posso da sottoporre e' ben accetto. Ovviamente anche noi abbiamo codice orribile da mostrare :D Ma occorre qualche cosa che concentri in modo piu' o meno ovvio i problemi e che non consti di 20 classi da leggere.
Mattia Piccinetti
@mattiapiccinetti
ciao a tutti, una curiosita’, qualcuno di voi usa regolarmente code generator come lombok, auto, freebuilder o simili? che opinione avete in merito? belle/brutte esperienze? :D
Bradipo Developer
@BradipoDev_twitter
Ciao Mattia. Lombok molto comodo, lo uso da tanto tempo e non ho mai riscontrato problemi. Ho anche pensato all'idea di customizzarlo creando delle mie feature (ho un paio di use case che si avvantaggerebbero delle stesse idee), ma ho trovato l'idea complicata da realizzare.
Non lo uso per i builder, comunque
Francesco Vasco
@fvasco_gitlab
Ciao Mattia, ho usalo Lombok per un po': è bello... finché dura. Ho riscontrato grane con l'aggiornamento di Java o dell'IDE: se non c'è compatibilità devi aspettare l'aggiornamento di Lombok. Per l'esperienza che ho avuto, se Eclipse non carica correttamente il plugin allora tutta la magia svanisce in fretta. Col senno di poi piuttosto che Lombok valuterei Kotlin, funziona bene su IntelliJ e VS Code e ti evita il passaggio di compilazione extra dovuto a plugin esterni. Certo è un altro linguaggio ma risolve problemi di Java non affrontati da Lombok, ne ho parlato al talk di ottobre e ne riparlerò al Kotlin Conf di venerdì, se ti interessa puoi darci una occhiata. I builder sono all'inizio della presentazione: Item 2
Queste domande conviene comunque girarle anche in ML
Mattia Piccinetti
@mattiapiccinetti
Grazie @BradipoDev_twitter ci giochero’ un po’ con un pet project, @fvasco_gitlab hai ragione per kotlin, era proprio per non fare il cambio di linguaggio, comunque ci daro’ un occhio di sicuro!
danix88
@danix88
Noi usiamo regolarmente lombok (con Intellij). Per ora non abbiamo mai avuto problemi, nemmeno integrandolo con Hibernate, jackson, ecc
Andrea Peruffo
@andreaTP
https://immutables.github.io/ almeno genera il sorgente da qualche parte invece di mandarlo direttamente al compilatore