- 194
- 16 896
Gitbar podcast
Italy
Приєднався 16 січ 2020
Gitbar é il circolo del dopolavoro dei developer, un posto virtuale dove ascoltare i rant, le idee e le storie dei sviluppatori e dove discutere di quello che accade al mondo dello sviluppo software.
Ep.211 - Stakeholder & team leading
Summary
In questo episodio di GitBar, i conduttori discutono della stanchezza degli sviluppatori, del bilanciamento tra vita lavorativa e personale, e dell'importanza della delivery. Viene esplorato il ruolo degli stakeholder e la necessità di una comunicazione efficace. Si affrontano anche le tensioni interpersonali e il ruolo del team lead nella delegazione delle responsabilità. Infine, si discute della responsabilità nelle pull request e dell'importanza di un approccio collaborativo. In questa conversazione, Luca e Brainrepo esplorano le dinamiche di responsabilità all'interno dei team di sviluppo software, con particolare attenzione alla code review e alla responsabilità collettiva. Discutono come la responsabilità individuale e collettiva si intrecciano e come la comunicazione e la narrazione siano essenziali per gestire le aspettative degli stakeholder. Viene sottolineato l'importanza di un approccio collaborativo e di una chiara definizione dei ruoli per evitare il finger pointing e migliorare l'efficacia del team.
Chapters
00:00 Introduzione e Stanchezza degli Sviluppatori
05:02 Work-Life Balance e Delivery
10:21 Prospettive sulla Delivery
15:38 Gestione degli Stakeholder
20:06 Comunicazione Efficace
25:33 Tecniche di Gestione delle Tensioni
30:22 Interesse Personale e Relazioni
36:26 Futuro dei Junior e AI
38:15 L'evoluzione del codice e la delega alle macchine
40:09 Etica e responsabilità nelle decisioni delle macchine
42:04 Il ruolo del team lead e la gestione della complessità
44:17 Servant leadership e responsabilità condivisa
49:42 La responsabilità nelle pull request e code review
01:06:15 Responsabilità e Team
01:12:23 Narrazione e Comunicazione con gli Stakeholder
01:20:04 Gestione delle Richieste e Responsabilità Condivisa
01:27:05 Riflessioni Finali e Raccomandazioni
01:31:12 Chiusura e Ringraziamenti
In questo episodio di GitBar, i conduttori discutono della stanchezza degli sviluppatori, del bilanciamento tra vita lavorativa e personale, e dell'importanza della delivery. Viene esplorato il ruolo degli stakeholder e la necessità di una comunicazione efficace. Si affrontano anche le tensioni interpersonali e il ruolo del team lead nella delegazione delle responsabilità. Infine, si discute della responsabilità nelle pull request e dell'importanza di un approccio collaborativo. In questa conversazione, Luca e Brainrepo esplorano le dinamiche di responsabilità all'interno dei team di sviluppo software, con particolare attenzione alla code review e alla responsabilità collettiva. Discutono come la responsabilità individuale e collettiva si intrecciano e come la comunicazione e la narrazione siano essenziali per gestire le aspettative degli stakeholder. Viene sottolineato l'importanza di un approccio collaborativo e di una chiara definizione dei ruoli per evitare il finger pointing e migliorare l'efficacia del team.
Chapters
00:00 Introduzione e Stanchezza degli Sviluppatori
05:02 Work-Life Balance e Delivery
10:21 Prospettive sulla Delivery
15:38 Gestione degli Stakeholder
20:06 Comunicazione Efficace
25:33 Tecniche di Gestione delle Tensioni
30:22 Interesse Personale e Relazioni
36:26 Futuro dei Junior e AI
38:15 L'evoluzione del codice e la delega alle macchine
40:09 Etica e responsabilità nelle decisioni delle macchine
42:04 Il ruolo del team lead e la gestione della complessità
44:17 Servant leadership e responsabilità condivisa
49:42 La responsabilità nelle pull request e code review
01:06:15 Responsabilità e Team
01:12:23 Narrazione e Comunicazione con gli Stakeholder
01:20:04 Gestione delle Richieste e Responsabilità Condivisa
01:27:05 Riflessioni Finali e Raccomandazioni
01:31:12 Chiusura e Ringraziamenti
Переглядів: 108
Відео
Ep.210 - Cose a caso su Wordpress e dintorni
Переглядів 10514 днів тому
Summary In questo episodio, Mauro Murru discute la complessità degli strumenti di sviluppo web, in particolare WordPress, e le sue alternative. Riflessioni sulla motivazione degli sviluppatori e sull'importanza di considerare il business nella scelta degli strumenti. Si esplorano anche le sfide e le opportunità nel panorama attuale dello sviluppo web. Takeaways Limitare la complessità è fondame...
Ep.209 - A proposito di selfhosting
Переглядів 18121 день тому
In questo episodio di GitBar, i partecipanti discutono di vari temi legati alla tecnologia e alla produttività, tra cui la qualità del software, l'uso di chatbot, la gestione delle riunioni e l'importanza della scrittura a mano. Viene esplorato il concetto di 'second brain' e come gli strumenti digitali e analogici possano coesistere per migliorare l'organizzazione e la riflessione personale. I...
Ep.207 - Cms e Cms headless con Edoardo Dusi (Storyblok)
Переглядів 28728 днів тому
#Summary In questo episodio di Git Bar, i conduttori discutono delle sfide e delle opportunità legate all'uso di Git, l'importanza della conoscenza tecnica per gli sviluppatori e l'evoluzione dei CMS, in particolare i headless CMS. Viene esplorato il ruolo degli sviluppatori e delle aziende nel contesto attuale, con un focus sulla gestione dei dati e sull'importanza di standardizzare le tecnolo...
Ep.207 - Watt l'application server per Node.js con Matteo Collina e Paolo Insogna (Platformatic)
Переглядів 287Місяць тому
# Note dell'episodio In questa puntata ci addentriamo nel mondo delle startup, del software open source e dell’innovazione con Matteo Collina e Paolo Insonnia di Platformatic. Insieme, riflettiamo sulla differenza tra lavoro in consulenza e sviluppo di prodotto, dove il rischio è alto, ma le possibilità di crescita e impatto sono altrettanto grandi. Matteo condivide la sua esperienza nell'avvia...
Ep.206 - Focus e concentrazione con Michela Bertaina (Codemotion)
Переглядів 328Місяць тому
Questa settimana, tra un caffè e un aneddoto, ci siamo addentrati nel tema del focus e della concentrazione nel mondo dello sviluppo. Con gli ospiti Luca e Michela, abbiamo esplorato le difficoltà che affrontiamo quotidianamente per mantenere la concentrazione tra notifiche, distrazioni esterne e la FOMO (Fear of Missing Out) costante. Michela ha condiviso alcune tecniche che ha appreso per mig...
Ep.205 - Il costo del software con Davide Fiorello (Nearform)
Переглядів 349Місяць тому
Questa settimana ci immergiamo nel tema del costo del software insieme, esplorando il rapporto tra il valore generato e i costi reali. Con Leonardo Rossi e Davide Fiorello, abbiamo discusso di tutto ciò che influisce sul costo del software, dal budget alla complessità organizzativa. Attraverso aneddoti e riflessioni personali, abbiamo scoperto quanto possa variare il costo di una singola funzio...
Ep.204 - Typescript su nodejs con Marco Ippolito (herodevs)
Переглядів 237Місяць тому
Questa settimana riprendiamo le registrazioni con una puntata davvero interessante! Insieme a Marco Ippolito abbiamo parlato di come bilanciare il lavoro, le attività open source e le conferenze, e della nuova feature di Node.js chiamata Type Stripping. Marco ha raccontato la sua esperienza con questa innovazione, che consente di eseguire TypeScript senza la necessità di tipi, migliorando l'eff...
Ep.202 - Eventi, community e carriera con Giorgio Natili (Opaque systems)
Переглядів 1182 місяці тому
TBD
Ep. 202 - Metaprogrammazione con Paolo Perrotta
Переглядів 1882 місяці тому
Ep. 202 - Metaprogrammazione con Paolo Perrotta
Ep.197 - Ui testing con Stefano Magni (Preply)
Переглядів 1876 місяців тому
Ep.197 - Ui testing con Stefano Magni (Preply)
Ep.196 - Robe di pacchetti con Andrea Manzini (Suse)
Переглядів 1606 місяців тому
Questa settimana Andrea Manzini di Suse ci accompagna nel magico mondo dei pacchetti. Puntata speciale condotta magistralmente condotta da Carmine, Luca, Alessio e Leo.
Ep.195 - Career Growth e video con react con Alfonso Graziano (Nearform)
Переглядів 2037 місяців тому
Ep.195 - Career Growth e video con react con Alfonso Graziano (Nearform)
Ep.194 - Sistemi distribuiti con Mauro Servienti (Particular Software)
Переглядів 2907 місяців тому
Ep.194 - Sistemi distribuiti con Mauro Servienti (Particular Software)
Ep.193 - Gleam lang con Giacomo Cavalieri
Переглядів 1647 місяців тому
Ep.193 - Gleam lang con Giacomo Cavalieri
Ep.192 - Observability e dintorni con Giordano Ricci (Grafana Labs)
Переглядів 2288 місяців тому
Ep.192 - Observability e dintorni con Giordano Ricci (Grafana Labs)
Ep.191 - Engineering Manager con Alberto Motta
Переглядів 1929 місяців тому
Ep.191 - Engineering Manager con Alberto Motta
Ep.190 - Gitbar + @ContinuousDeliverySpark al Fosdem (Parte 2)
Переглядів 1749 місяців тому
Ep.190 - Gitbar @ContinuousDeliverySpark al Fosdem (Parte 2)
Ep.189 - Cheshire Cat con Piero Savastano
Переглядів 3689 місяців тому
Ep.189 - Cheshire Cat con Piero Savastano
Ep.188 - Platform engineering con Mich Murabito e Graziano Casto (Mia Platform)
Переглядів 3239 місяців тому
Ep.188 - Platform engineering con Mich Murabito e Graziano Casto (Mia Platform)
Fosdem 2024 - Podcasting openpodcasting e Fourviere
Переглядів 14610 місяців тому
Fosdem 2024 - Podcasting openpodcasting e Fourviere
Ep.186 - Frontend e Microfrontend con Matteo Pietro Dazzi (Nearform)
Переглядів 36210 місяців тому
Ep.186 - Frontend e Microfrontend con Matteo Pietro Dazzi (Nearform)
Ep.185 CQRS-ES con Alessio Biancalana e Carmine Di Monaco (SUSE)
Переглядів 28710 місяців тому
Ep.185 CQRS-ES con Alessio Biancalana e Carmine Di Monaco (SUSE)
Ep.184 - Il libro Opensource con Mike di Prisco (Jointly)
Переглядів 22911 місяців тому
Ep.184 - Il libro Opensource con Mike di Prisco (Jointly)
Ep.183 - Dapr.io con Alessandro Segala (Microsoft)
Переглядів 21311 місяців тому
Ep.183 - Dapr.io con Alessandro Segala (Microsoft)
Ep.182 - Microdosi e Psichedelia con Tommaso Barba - Phd. candidate Imperial College London
Переглядів 29511 місяців тому
Ep.182 - Microdosi e Psichedelia con Tommaso Barba - Phd. candidate Imperial College London
Ep.181 - Matematica elinguaggi con Paolo Caressa
Переглядів 340Рік тому
Ep.181 - Matematica elinguaggi con Paolo Caressa
Fare startup in Italia = fare la PMI 😅
Da una piccola puntata derivano grandi spunti! Cit. Zio
👋Ciao M, ciao Mauro! Grazie per gli spunti di riflessione di questa puntata e delle altre. Da circa 3 anni lavoro in Automattic come maintainer di WooCommerce Core e contribuisco a WordPress Core/Gutenberg: ho avuto modo di interagire con diverse tipologie di utenti WordPress, dal builder allo sviluppatore. Focalizzandomi sulla domanda iniziale (escludendo le problematiche di business), con l’evoluzione di WordPress degli ultimi anni è possibile fare cose interessanti come sviluppatore utilizzando il Site Editor e i blocchi. Se noti che la maggior parte dei tuoi clienti richiede sempre le stesse funzionalità, potresti creare una serie di blocchi (componenti React, quindi scrivendo codice JS/TS/React/PHP) da riutilizzare per tutti i tuoi clienti. Ho visto web agency di alto livello utilizzare un monorepo con tutti i vari blocchi. Utilizzare i blocchi consente di sfruttare nuove API, come le Interactivity API, che permettono l’hydration dei blocchi sul frontend. Questo approccio ti permette di rendere i siti performanti e moderni. Inoltre, i blocchi possono essere personalizzati tramite il Site Editor sia da te che dai tuoi clienti. Un esempio interessante è wpmovies.dev/ (giuro che non è NextJS, ma WordPress). Un altro vantaggio dello sviluppo di blocchi sono i Global Styles: in base allo stile del tuo tema, i blocchi si adatteranno automaticamente senza necessità di modificare manualmente il CSS (esempio: x.com/richard_tabor/status/1864656021337284951). Ho parlato del Site Editor e dei blocchi due anni fa al WordCamp Italia (molte cose sono evolute da allora): ua-cam.com/video/JWkvifIObXE/v-deo.html. Il mio invito è di provare a lavorare con il Site Editor e i blocchi. Sarà una piacevole esperienza che ti permetterà di crescere come sviluppatore e potrebbe rappresentare un significativo per il tuo business e per i tuoi clienti. Se hai bisogno di una mano o hai dubbi, sentiti libero di scrivermi su X: x.com/gigitux
anche `git reflog` mi ha salvato le chiappe diverse volte
Ok quando Matteo Collina ha detto a chi ha fatto bootcamp andate a studiare , sono morto 😅😂, perché …. dannatamente vero!!!!
13:00 anche io avevo valutato economicamente con tanto di foglio excel che calcolava per i clienti le migliorie degli upgrade in termini sistemi/programmi Vs. saving ore/uomo, mostrando che se un pc/programma ci metteva X sull'attuale, su sistemi nuovi ci poteva mettere X/2 o X/3, e quindi quante cose in piú si potevano fare?. Moltiplichi minuti per ore al giorno, per giorni della settimana, per giorni lavorati, erano soldi ben spesi.
Questo background, con due belle diagonali che definiscono il punto di fuga, mi piace davvero molto. Bentornato Mauri, ci sei mancato, ma sappi che gli ammutinati hanno diretto il bar egregiamente e non ho perso un episodio! Comunque, tanto love per Marco. Episodio fantastico!
Grazie di cuore
Quando tutti vogliono un software personalizzato, io dico che soffrono della sindrome della fidanzatina: pensano di essere unici al mondo, per questo hanno delle necessità che richiedono delle "configurazioni particolari". Tutto questo invece nasconde una grande rigidità e incapacità ad adattarsi IMHO
Non ho mai utilizzato la metaprogrammazione, ma stando alla definizione di Paolo, mi sento di dissentire su un esempio fatto da carmine. Le Macro in C non possono essere paragonate alla metaprogrammazione come viene presentata in questo video, perché non hanno la capacità di modificare nulla a runtime, sono delle sostituzioni testuali effettuate dal preprocessore, quindi in fase precoce di compilazione potremmo dire. Qualora con metaprogrammazione si intenda anche la capacità di modificare il codice a compile time, allora forse potrebbero essere assimilabili, ma non ci intravedo nemmeno lontanamente le capacità di un linguaggio inteso per fare ciò a runtime come ruby. Ci tengo anche a sottolineare che mi rifaccio a una definizione di macro di gcc, non so se compilatori moderni supportino la generazione a runtime di codice
boh, secondo me non è il caso di essere troppo fiscali sulle definizioni, sono entrambe forme di metaprogrammazione, una a compile time, l'altra a runtime (Per dire, i template del C++ sono considerati metaprogramming anche se agiscono a compile time). Hanno fini e ambiti diversi... ma hanno in comune la potenza e il rischio di abuso (soprattitto le macro del C ... che saranno anche "evil", ma tant'è, la tentazione... 😅🤣 )
Certo figurati, non volevo sembrare petulante, non era il mio intento😅 In ogni caso le definizioni sono molto importanti, per i più disparati motivi. In questo specifico caso sarebbero state importanti per capire cosa intendesse il dottor perrotta per metaprogrammazione, per portare qualche esempio più calzante. Ok, siamo d'accordo che le macro possano essere definite così, ma il dottor perrotta si riferiva a comportamenti runtime, in cui il codice generato non si vede, cosa che in C è possibile fare semplicemente facendo girare il preprocessore. A questo punto dovrò leggere il suo libro per capirne di più, ma questo podcast poteva essere una buona occasione
Aggiungo una nota molto importante. Il dottor perrotta è stato un ottimo guest, non credo sia colpa sua. Sarebbe stato bello da parte degli host fate la parte dei "finti stupidi" per lasciare al guest la possibilità di istruire loro. Un escamotage comunicativo che avrebbe permesso a noi di imparare. Ma non tutto è perduto, adesso c'è un nuovo libro nella mia lista di letture 🙂
@@mattiapalmese2971 giusto! e tu scusa ME se IO ho fatto il petulante 😜
Ma allora siete vivi….
Si lo siamo !!!!
Quando riprende ragazzi?
prestissimo!
ottima divulgazione
io ogni volta che porto il cane fuori vi ascolto e senza di voi sarebbe una passeggiata triste: grazie di esistere :)
4:57 ho sbagliato tutto nella vita, dovevo fare i crypto scam
Uffaaaaa mi aspettavo che veniva letta la mia freddura nella donazione della settimana scorda =D eh vabe'.. e' il Karma.. me lo merito.... Cmq molto interessante =) ho capito che un bel 30% (forse anche 50... maaaa... ovviamente io non sbaglio mai quindi 30 va piu' che bene xD ) dei miei junit test sono da prendere e' buttare nel cesso... meglio cosi.. almeno d'ora in avanti cerchero' (con scarsi risultati) di non scrivere roba poco utile =) grazie a tutti come sempre, e sopratutto grazie a Stefano =P
"Che risolve KDE rispetto a GNOME che è più bello?" si chiede Leo a 30:54 ... Bold(i) opinion!!! Ovvio, KDE serve a me che sono del tutto incapace di usare GNOME, non mi ci trovo proprio! 😰😰😰
Comunque, nel 2005 su Debian si iniziò a usare schroot per usare la qualunque versione di Debian in chroot, compreso le macchine di progetto. Oggi si usa la qualunque dentro docker, podman, apptainer, flatpak e quello che pare. Alla fine usare una stable (o una enterprise) sotto e metter su quello che pare per far girare roba new all'accorrenza è pratica comune. Il vero problema è che spostandosi dalla distro, si sposta la responsabilità in testa ad un altro team o a te stesso. Non si scappa, sempre cazzi sono, per assicurarsi di aver messo su un 'coso' per 'cosare' come si deve, possibilmente senza security problems.
che strano, perché non mostra la mia contro-risposta alla tua risposta? l'ho scritta ormai un paio di settimane fa.... forse UA-cam pensa che sia spam? non capisco :(
Non capisco
@@gitbar Nemmeno io... intendo il mio commento che inizia con "grazie per la risposta e scusa il ritardo nella contro-risposta"... visitando UA-cam con il mio profilo lo vedo, se lo visito da "anonimo" non si vede. E' troppo lungo? (1049 caratteri, mentre il primo erano "solo" 803...)
LOL. Ho riso moltissimo al commit col "porco di tre lettere"
anche se sono a inizio video mi tocca commentare a caldo: Anche io non credo minimamente nel fullstack-developer... sai tutto e non sai nulla. Bisogna sapere un po' le basi di tutto e sapere far tutto, ma e' indubbio che ogni developer ha la sua punta di diamante. Secondo me, la figura corretta, quindi con le t-skils corrette, e' "una campana di gauss" edit: intendo dire che, io che che ho come punta di diamante java, non mi aspetto che un fullstack sappia che in certi casi 10==10 fa true e nello stesso metodo 1000==1000 fa false. queste cose straspinte di ogni linguaggio sono naturali per un developer che ha fatto quello per gran parte della sua cariera; e io non credo che un frontender che vuole diventare fullstack riesca realmente a capire java cosi profondamente (ricordo che e' un esempio)
Questa puntata è partita bene, ma poi mi sono infuriato parecchio dopo il minuto 53: Mauro chiede come evitare di frustrare gli elementi più produttivi... e, che beffa, ne segue una discussione estremamente frustrante, irritante e iniqua nei confronti degli over-performer (che poi, provocazione: e se qualche volte questi presunti over-performer fossero in realtà degli average-performer circondati da under-performer?). Buffo che alla fine citiate il mago Merlino, perché un'altra sua massima che ricordo bene da quel film è "Sempre in alto mira e va, esci dalla mediocrità": a buon intenditor... Bah, voglio sperare che questa sensazione di "due pesi e due misure" sia solo una mia falsa percezione dovuta alla febbre e al mal di testa, quindi vi metto comunque il "mi piace" sulla fiducia ...
Ciao Stefano, quando si parla di over performer si parla di sviluppatori che ampiamente performano molto più delle aspettative, se gli over performers sono gli average performers quello è un problema abbastanza grave delle organizzazioni. Gli over performers hanno valore in certi casi specifici se non intaccano l’equilibrio del gruppo. Alcuni casi: 1. Over performer che non altera le expectations sugli expected performing, e che usa parte delle sue energie per tenere il gruppo coeso. - caso ottimale 2. Over performer che fa la stessa quantità di lavoro degli altri membri- team sbilanciato urge push up delle skill e della produttività dei membri per non cadere nel single bus factor. 3. Over performer che fa apparire in cattiva luce gli expected performer perché magari lavora oltre le ore o ha più tempo di studiare e che frustra tutto il team ma esiste ancora bisogno del team, cerco di catalizzare le forze dell’over performer per far crescere tutti. No alla mediocrità! Ma anche no ai super forzi che portano al burnout. E tutti gli over performer che ho conosciuto sono andati in burnout. Sì alla alta performance ma sostenibile. Naturalmente il mio discorso ha senso se si parla di un contesto di team.
Questa e altre puntate sull'open source mi fanno sempre sentire "in colpa", perché al lavoro usiamo parecchi FLOSS, ma non mi risulta che l'Aziendona abbia mai dato un contributo, né monetario né in forma di pull request (magari lo fa, ma non viene a dirlo a noi?). Che ci crediate o no, è grazie a voi se ho fatto una cosa che non facevo da mooolto tempo: una donazione ad un progetto open source, anzi due! uno di essi mi ha salvato le chiappe recentemente... mentre l'altro lo uso da anni e l'ho sempre dato per scontato. Che vergogna. Dare due soldini forse non sarà gran cosa, ma almeno è un inizio. Le pull request? DECISAMENTE fuori dalla mia portata... almeno per ora...
9:44 adesso però vogliamo sapere qual era il tuo nome da DJ !!! 😝🎵
Una delle più belle puntate di Gitbar. Inoltre tantissime tematiche ma sopratutto... SCRIVIAMO QUESTA DANNATA DOCUMENTAZIONE!!! 😁
primo!
Non vale, ero già qua!
ciao raga, chi è l'ultimo della fila? Devo prende solo il pane
@@emanuelegurini io sono qui per il dottor Murru
Ma adesso esce prima su UA-cam che su Spreaker? e non me l'aspettaaavo... Ma ... e il seguito della puntata pirata? io aspetto fiducioso...
E si ho avuto un problemino con spreaker, ma domattina è risolto. Tra poco la seconda parte della chiacchierata al fosdem
grazie!@@gitbar
Ce la date con il contagocce la puntata pirata, eh? Stamattina mi avete fatto compagnia durante la mia odissea pendolaresca con passaggio a livello guasto e cambio di carro best... ehm, di treno. E poco dopo sento che... vi hanno fatto cambiare "location"! Coincidenza? Noi di Kazzenger...
Go Stefano... ci fa piacere che ci ascolti <3
Birds of a feather flock together AKA BOF 🤗
Mia moglie mi fa notare che siamo tra i pochisimi italiani che non stanno guardando il Festival di Sanremo ... Ma chi lo vuole? Meglio Gitbar! 1:42:13 geazie a Mattia che mi consola del fatto che non riesco ad andare a mezza conferenza! 1:52:31 0x5c minuti di applausi! anche a 1:54:11 però! Ma ti lamenti, Carmine? beato te che avevi i PDF, noialtri con la leggendaria prof E.G. solo carta!
5:16: ciao sono "Stefano" e non faccio frontend da... ehm... non lo faccio proprio, perché sono una CAPRA in frontend! 😭 infatti, tanto per cambiare, di questo episodio non ho capito quasi niente (ma non per colpa vostra) ... ma sono solidale per la sindrome del Common/Utils/etc, che temo sia inevitabile in qualsiasi linguaggio o ambiente...
BENE E BENVENUTI 🍻
Se per le serie TV si fa "rewatching", per i podcast cosa si fa? "relistening"? Boh? L'importante è farlo! Oggi percepiamo una vera e propria Early-Installment Weirdness, con Gitbar che ogni tanto ha la G dolce e la musica loungissima rilassante. In generale uno stile molto diverso non solo da quello attuale, ma anche di altri episodi ormai "classici". Il neobarista si dimostra lungimirante da tutti i punti di vista: nella scelta del topic della puntata (Svelte è arrivato alla versione 4, molti siti lo mettono nella top ten dei framework più apprezzati, non è stato un fuoco di paglia) e nell'elenco dei possibili temi citati in apertura - direi che, chi più chi meno, negli anni li hai trattati tutti! Invecchiati bene anche i link nelle note, dopo 4 anni solo l'ultimo è broken, ed è solo un 404, quindi pagina inesistente ma sito sveltejobs esistente.
Grazie stefano <3 quell'episodio e' ormai archeologia :D comunque rivedro' il link grazie
@@gitbar sì, ma io sono un archeologo tenace :D grazie!
Ho ascoltato l'audio di questo episodio mentre preparavo un pacco. Anche se non ho mai fatto uso di droghe, temo proprio che da oggi in poi associerò la preparazione di un pacco con un'esperienza psichedelica! Non potrò più guardare nello stesso modo azioni come avvolgere gli oggetti nel pluriball, disporli con cura nella scatola, distribuire armonicamente i pesi, accartocciare pazientemente le pagine di una vecchia rivista per fare l'imbottitura, chiudere il tutto con il nastro adesivo, incollare l'etichetta, portare il pacco all'ufficio postale... che dici, potrei tentare la carriera di youtuber "boxer"? gli "unboxer" hanno stufato! (hmmm, ma poi mi confonderebbero con un pugile...)
ahahahaha
Italo Calvino ok, il ranger Javas Turing ok... ma... non mi citi la giovane catturatrice di pitoni?!? io spero sempre in un seguito delle sue avventure (e perché non un altro Git Fighter?) ... o forse meglio non esagerare? in fondo, Christopher Robin Milne aveva una tormentata relazione di amore-odio con il suo alter ego...
Presto un nuovo gitfighter
@@gitbar Bene!!!
Tutto è cominciato da qui, pensa! Quanto al concetto sull'imparare/insegnare di un "famoso fisico", io l'ho sentito attribuire a volte ad Einstein e a volte a Feynman, ma conoscendo come vanno queste cose sulla Grande Rete, è possibile che non l'abbia detto nessuno dei due... o magari è semplicemente una cosa "da fisici" 😉
Wow hai riesumato il nostro primo episodio ❤️
Siamo noi... questo e altro! 🤣
Di Prisco ti amo
Anche io lo amo!
Di Prisco ti amo
Grande Alessandro, bella puntata!
Grande episodio! Grazie Mauro e Grazie Mike! Piccolissimo consiglio per gitbar youtube: mettete i link del paese dei balocchi anche qui nella descrizione :)
Grazie @loige ❤️. Siamo ancora gnubbi su UA-cam ma lo faremo. Promesso
@@gitbar Mi sono pero' dimenticato di dire che le animazioni e i vari effetti sono spettacolari! Quindi complimenti :)
Grazie <3@@Loige
💣💣💣
Scoperto ora sto podcast (anche perché Spotify mi fa cagare). Sono contento di avervi trovato!
Grazie Enrico, ci puoi trovare anche su le app di podcasting come castamatic, antennapod, pocketcast ecc...
Davvero un ottimo episodio, pieno di spunti molto interessanti! Ormai mi sono appassionato a guardarvi qui su UA-cam, e a dire la verità riesco anche a rimanere più concentrato sull'argomento così. Unica cosa che vi chiedo è se potete aggiungere nella descrizione tutti i balocchi dell'episodio, così non devo saltare da una parte all'altra per cercarli tutti 😁 Fun fact, scoperto ieri che letteralmente domani conoscerò proprio Paolo, siccome nell'azienda per la quale lavoro cominceremo una collaborazione con SparkFabrik. Non vedo l'ora!
Fantastico, paolo e' davvero un grande. Si proveremo nelle prossime puntate ad essere un pelino piu discipliati...
best puntata ever, Anna Chiara mitologica
Si grrandissima!!!
Bellissimo!!! Sogno un mondo dove le sviluppatrici donne supereranno gli sviluppatori uomini. GO GO GO
Più diversità è il nostro sogno
questo episodio entra nel mia top 5 a mani basse! grazie!
Un grande episodio anche questa volta! Al minuto 39:00 c'è quello che spiego da 12 anni a mia madre...
Penso che un po’ tutti abbiamo provato a spiegarlo
Bravo Mauro e bravi ragazzi, continuous improvement sempre ❤️
Grazie man!
non ho capito il nome del tool per gestire repository github multiple!
Penso sia un tool custom che utilizza notion
Grande inizio per la nuova stagione, 🔝🔝🔝
Grazie !