Michele Ferracin Software Engineering

Michele Ferracin Software Engineering

By Michele FerracinTechnology
Download on the App Store

Michele Ferracin Software Engineering episodes

  • I 4 tipi di lavoro in una software factory

    👉 Hai mai sentito parlare dei 4 tipi di lavoro in un dipartimento IT?
    - Progetti di business
    - Progetti interni
    - Cambiamenti
    - Lavoro non pianificato
    I progetti di business sono quelli a cui dovresti dedicare la maggior parte del tempo ma molto probabilmente il lavoro non pianificato, il nemico numero uno, ruba parecchie energie e tempo al tuo team.
    A cosa è dovuto il lavoro non pianificato?
    Come prevenirlo?
    Qual è il tipo di lavoro che il tuo team fatica di più a gestire?

    9 min
  • Cosa servirà per essere un CTO del futuro

    Cosa servirà per essere un CTO di successo nel futuro (e sarà prima di quello che credi)


    Per "avere successo" e riuscire a guidare la tua software factory verso risultati concreti, creando valore e affrontando le sfide del business tecnologico in continua evoluzione.


    Nel futuro (più prossimo di quanto immagini) non sarà più sufficiente essere un esperto di tecnologie specifiche o saper progettare architetture innovative.


    Oggi, e ancora di più in futuro Il successo sarà definito dalla tua abilità nel costruire team autonomi, responsabilizzati, motivati saper attrarre e trattenere i migliori talenti nella tua software factory.


    In un mondo in cui tutto cambia rapidamente, il CTO di successo non sarà quello con tutte le risposte pronte, ma quello capace di porre le domande giuste...

    1 min
  • I programmatori sono tutti timidi e introversi

    Con Leonardi Dri, consulente di comunicazione interna, negoziazione e leadership, affrontiamo le dinamiche di gruppo calate nel contesto di un team di sviluppo.
    Partiremo da un momento caro a tutti: la revisione del codice!
    Diciamo che uno sviluppatore termina la parte di codice e poi la sottomette alla revisione degli altri membri del team.
    Questo momento può portare a fastidi tra chi invia il codice da controllare e chi controlla.
    Come affrontare questo momento di confronto dove chi revisiona può trovare errori o miglioramenti possibili e li deve segnalare senza causare risentimenti da parte di chi riceve?
    Conviene affidarsi solo a commenti scritti? Come scriverli? Che toni usare?
    Sappiamo che questo è un tema molto comune e caldo nelle community di sviluppatori, ma possiamo generalizzare un po' il discorso e chiederci: quali sono le aspettative di chi lavora nel mondo dello sviluppo? Quali sono i trend del settore?
    E soprattutto, è vero che gli informatici sono bravi solo con i computer, e incapaci con le altre persone?

    1 hr 1 min
  • Rilasci frequenti e di qualità con Matteo Emili Director Sw Engineering Avanade UK

    - Come la tecnologia non sia così importante (!)
    - Rilasci di qualità
    - Innovazione pervasiva
    - Software Factory
    - Pragmatismo
    - Remote-work
    Come mantenere alta la qualità del software quando i rilasci devono essere frequenti e rapidi? Ho parlato con Matteo Emili, Director of Software Engineering di Avanade UK, che ha condiviso il suo approccio per rilasci di successo: frequenza, automazione e pragmatismo.
    Emili spiega che la chiave è rilasciare spesso e senza sacrificare la qualità. Automazione e testing continuo permettono di individuare problemi in anticipo, garantendo sicurezza e compliance. Nel suo team, tutto il processo è automatizzato, con intervento umano solo per le revisioni finali.
    Inoltre, Matteo punta molto su una cultura dell’innovazione. Per lui, innovare non dovrebbe essere un evento isolato, ma integrato nelle attività quotidiane.
    Dalla nostra chiacchierata emerge una visione chiara: la vera innovazione è un equilibrio tra velocità e qualità. Un approccio agile e pragmatico rende possibile l’adattamento costante ai cambiamenti di mercato, senza compromettere l'eccellenza del software.
    ---
    ➡️ 🧑‍🏫 UDEMY AZURE DEVOPS FONDAMENTI IN ITALIANO / https://www.udemy.com/course/microsoft-azure-devops-fondamenti-italiano/?referralCode=BEAA7CBA065E697AF1AB
    👉🏻 HAI BISOGNO DI UNA CONSULENZA PER MIGLIORARE IL TUO TEAM DI
    SVILUPPO o DIPARTIMENTO IT? [email protected]
    👉🏻VUOI FORMARE IL TUO TEAM E ADOTTARE I MIGLIORI PROCESSI E LE MIGLIORI PRATICHE DI SOFTWARE DELIVERY? [email protected]
    ➡️ 🧑‍🏫 KUBERNETES FONDAMENTI https://www.udemy.com/course/kubernetes-fondamenti-italiano/?referralCode=E29819EB4C224D0D8DB1
    ▶️ https://micheleferracin.it/
    🟢 La mia azienda: https://www.limeware.it/
    📧 Newsletter https://go.micheleferracin.it/newsletter
    💼 LinkedIn: https://www.linkedin.com/in/micheleferracin/

    23 min
  • Produttività personale o produttività di team?

    Quando un team di sviluppatori lavora congiuntamente in una codebase ci sono varie strategie di gestione dei sorgenti. Le cosiddette branching strategy.
    Il fondatore di Stack Overflow le divide in due categorie: per produttività personale e per produttività di team.
    In questo video analizzo le categorie e ne do la mia interpretazione anche in ottica continuous deployment e di principi Lean.
    ---
    ➡️ 🧑‍🏫 UDEMY AZURE DEVOPS FONDAMENTI IN ITALIANO / https://www.udemy.com/course/microsoft-azure-devops-fondamenti-italiano/?referralCode=BEAA7CBA065E697AF1AB
    👉🏻 HAI BISOGNO DI UNA CONSULENZA PER MIGLIORARE IL TUO TEAM DI
    SVILUPPO o DIPARTIMENTO IT? [email protected]
    👉🏻VUOI FORMARE IL TUO TEAM E ADOTTARE I MIGLIORI PROCESSI E LE MIGLIORI PRATICHE DI SOFTWARE DELIVERY? [email protected]
    ➡️ 🧑‍🏫 KUBERNETES FONDAMENTI https://www.udemy.com/course/kubernetes-fondamenti-italiano/?referralCode=E29819EB4C224D0D8DB1
    ▶️ https://micheleferracin.it/
    🟢 La mia azienda: https://www.limeware.it/
    📧 Newsletter https://go.micheleferracin.it/newsletter
    💼 LinkedIn: https://www.linkedin.com/in/micheleferracin/

    12 min
  • La fallacia del team DevOps

    Il team DevOps è prassi comune soprattutto nelle grandi aziende (ma anche medie). La pratica di creare questo team rivela, tuttavia, una scarsa conoscenza della cultura DevOps e un approccio superficiale limitato alla sola automazione. In una cultura che incentiva la collaborazione spinta tra Dev e Ops come può introdurre un terzo attore facilitare le cose?

    7 min

About Michele Ferracin Software Engineering

From the publisher's feed

Episodi tratti dai miei video su YouTube in formato solo audio.