Avanscoperta - Interviews with experts

👉 Title

Facing new challenges as professionals, consultants and mentors.

🎯 Topic of the meetup

In a time when remote seems to be the only way of working, DDD practitioners are facing new challenges as professionals, consultants and mentors.
The technical stack is only the tip of the iceberg. There’s a lot to discover in the intersection between new constraints, how the human brain works, the dynamics of learning, and so on.
Paul Rayner and Alberto Brandolini have been exploring formats for collaborative modeling, before and after the lockdown. Some ideas worked well, others didn’t. Some surprises emerged.

🎙 Speakers

Alberto Brandolini: EventStorming Creator, author of the book "Introducing EventStorming – An act of deliberate collective learning" and Founder of Avanscoperta.

Paul Rayner: programmer, coach, mentor, trainer, and popular international conference speaker. He is one of the world’s leading domain-driven design (DDD) practitioners. Paul is the founder and chair of the Explore DDD Conference.

Check out Alberto Brandolini's Remote online training courses:
"EventStorming Remote Modeling": https://bit.ly/EventStorming_Remote_Podcast
"Domain-Driven Design Executive View": https://bit.ly/DDD_Executives_Podcast

#CollaborativeModeling #DomainDrivenDesign #EventStorming #Lockdown #RemoteConsulting #RemoteTraining #RemoteLearning #RemoteTeams #SofwtareDevelopment #Architectures #EventSourcing #CQRS #DDDesign #AlbertoBrandolini #PaulRayner #Avanscoperta #RemoteMeetup

Glad to host a remote meetup with our trainer Scott Wlaschin, author of the book "Domain Modeling Made Functional".
Join us online to understand why F# and Domain-Driven Design is a great union... no prior Functional Programming experience needed!

👉🏾 Title of the talk

"Domain Modeling Made Functional"

🎯 Abstract

"Statically typed functional programming languages encourage a very different way of thinking about types. The type system is your friend, not an annoyance, and can be used in many ways that might not be familiar to OO programmers. Types can be used to represent the domain in a fine-grained, self-documenting way.
And in many cases, types can even be used to encode business rules so that you literally cannot create incorrect code. You can then use the static type checking almost as an instant unit test — making sure that your code is correct at compile time.

In this talk, we'll look at some of the ways you can use types as part of a domain-driven design process, with some simple real-world examples. No jargon, no maths, and no prior FP experience necessary."

🎙 Speaker

Scott Wlaschin.

📰 Bio

Scott Wlaschin is a developer, architect, and author. He is the author of the popular F# site fsharpforfunandprofit.com, and the book "Domain Modeling Made Functional".
Known for his non-academic approach to functional programming, Scott is a popular speaker and has given talks at NDC, F# Exchange, DDD Europe, and other conferences around the world.

➡️ Scott is the author of the *online* workshop "Domain Modeling Made Functional": https://bit.ly/Scott_Wlaschin_DDD_FSharp_Podcast

#Tecnologia #FunctionalProgramming #FSharp #DomainDrivenDesign #DDDesign #Monads #Tech #Technology #WeAreLearners #ScottWlaschin #Avanscoperta #Meetup

A golden chance to understand how Domain-Driven Design can help us get to know a new domain, work with an existing one, and make sure business and code are perfectly aligned (and everything in between, of course).

🎙 Speaker

Marco Heimeshoff

🎯 Abstract

Immersing yourself into a new domain is hard. It gets harder as a team and even harder as a whole company of teams.
To slice a domain into mental models that make sense for domain experts and have a feasible cognitive load for the developing teams is not easy. You have to take into account the relationship between the developing teams, the expert availability and the existing technical and domain knowledge.
Defining a common understanding of the socio-technical structure of your domain is one of the biggest challenges that domain-driven design faces.
Let's explore different tools and heuristics to break down the monolithic mental model into domain-aligned bounded contexts.
We will take into account the business value and complexity of the respective models, as well as the alignment with business needs and technical capabilities.
In this session, you will learn to design and evolve a model, that supports autonomous teams and a cohesive implementation.

Meetup virtuale con Gaetano Mazzanti e Alberto Brandolini, 3 marzo 2020
"Modern Portfolio Management"

*Tema della discussione*
Come scegliere quali iniziative o progetti avviare? Come coordinare le attività di team multipli che lavorano su quelle iniziative? Ci sono (e ci sono sempre) dipendenze?
Come monitorare come stanno andando le cose? Come adattare il tutto a situazioni, di mercato e tecnologiche, che variano di continuo?
E poi le solite domande: quanto durerà quel progetto? Quanto costerà?

Gli approcci tradizionali hanno seri problemi quando si tratta di rispondere a queste domande. La variabilità e l’incertezza del contesto attuale li mettono in grande difficoltà.
«Oh, ma adesso ci sono le metodologie agili. Problema risolto, no?»
La cattiva notizia è che no, la soluzione non è solo avere dei team agili e meno che mai adottare uno scaling framework.
Parliamone. E vediamo quali approcci possiamo usare per rispondere a quelle domande.

Gaetano Mazzanti è autore di un workshop online chiamato "Modern Portfolio Management": https://bit.ly/Portfolio_Management_Gaetano_Mazzanti_Podcast

Forget about traditional Software modeling techniques. What happens when you want to go "Event Sourcing"?
How do you translate hundreds of sticky notes into a working piece of software?

How do you change "the past" and evolve events within a model as things change?

And one of the most recurring topics within the DDD community: Should you build your own library, or use somebody else's framework?

In this interview, Marijn Huizendveld and Alberto Brandolini discuss what challenges you might have to face when "going Event Sourcing" when it comes to software development and software design.

Some have been referring to as it "the Agile Nirvana". But does the so-called "Spotify Model" even exist?
How can we truly promote change, and empower small, autonomous teams to become high-performing teams?
Can "the invisible" be taught?

A chat between two of our trainers, an in-depth conversation on Agile, Spotify, leadership, pragmatism and what it means to truly challenge the status quo in an organisation.

Joakim Sundén, consultant at Crisp, author of the book Kanban in Action, and former Agile Coach at Spotify.

Claudio Perrone, inventor of PopcornFlow and Agile and Lean consultant.

What's the current status of affairs in the DDD community?
How do you learn how to do Domain-Driven Design in 2018?
And how did a tweet from Daniel Bryant manage to kick off a big conversation on Domain-Driven Design on Twitter?

A not-to-be-missed face-to-face exchange between two of the most influential personalities within the DDD world.

Vaughn Vernon, author of the seminal "Implementing Domain-Driven Design" book aka The Red Book, and creator of vlingo, an open source reactive platform built on actor models.

Alberto Brandolini, CEO of Avanscoperta, inventor of EventStorming and author of "Introducing EventStorming".

Links:

The original tweet from Daniel Bryant: https://twitter.com/danielbryantuk/st...

Implementing DDD: https://www.amazon.com/Implementing-D...

vlingo: https://forcomprehension.com/2017/12/...

Introducing EventStorming:
http://eventstorming.com/

Manutenzione ed evoluzione del codice legacy: hangout con Matteo Baglini e Alberto Brandolini.

Stelio Verzera ci parla di progettazione o evoluzione di un modello di business attraverso l'applicazione del Business Model Canvas combinato alla metodologia LEGO® Serious Play®.
Combinazione che permette una comprensione condivisa profonda e molto ampia delle parti del modello di business.

Contratti, negoziazione, knowledge work: a che punto siamo e come possiamo cambiare alcuni processi.