my own book club (2022)

If you are familiar with this blog, you might know I started reading books (I won’t say exclusively, but a good 90% of them) in digital format back in 2016, with great results in terms of speed, satisfaction, user experience, availability of titles.

because I am an engineer at heart, I wanted to understand better what was the impact of digital on my book reading. here’s the result for last year, 2022, with number of books and pages read per month. I’ll be also posting stats for years 2016-2020 so we can reasonably start making some connections between the books I read and what was happening in my life and in the world.

here’s my book list for 2022, I read 20 books, a total of 7963 pages, with an average of 663,58 pages/month.

1 Snow Crash – Neal Stephenson 448
2 iGen: Why Today’s Super-Connected Kids Are Growing Up Less Rebellious, More Tolerant, Less Happy–and Completely Unprepared for Adulthood–and What That Means for the Rest of Us – Jean M. Twenge 533
3 Dopesick – Macy, Beth 410
4 The Midnight Library – Matt Haig 295
5 Cryptonomicon – Stephenson, Neal 931
6 The Three-Body Problem – Liu, Cixin, Liu, Ken 400
7 Before the Coffee Gets Cold – Kawaguchi, Toshikazu, Trousselot, Geoffrey 192
8 Beautiful World, Where Are You – Rooney, Sally 192
9 Big Summer: the best escape you’ll have this year – Weiner, Jennifer 367
10 The Power – Alderman, Naomi 352
11 Mexican Gothic – Moreno-Garcia, Silvia 321
12 Crossroads: A Novel – Franzen, Jonathan 592
13 Conversations with Friends – Rooney, Sally 322
14 The Invisible Life of Addie LaRue – Schwab, V. E. 448
15 Quiet: The Power of Introverts in a World That Can’t Stop Talking – Cain, Susan 368
16 The Humans – Haig, Matt 304
17 How to Stop Time – Haig, Matt 336
18 The Thing Around Your Neck – Adichie, Chimamanda Ngozi 240
19 Swing Time – Smith, Zadie 464
20 Half of a Yellow Sun – Adichie, Chimamanda Ngozi 448


my own book club (2021)

if you are familiar with this blog, you might know I started reading books (I won’t say exclusively, but a good 90% of them) in digital format back in 2016, with great results in terms of speed, satisfaction, user experience, availability of titles.

because I am an engineer at heart, I wanted to understand better what was the impact of digital on my book reading. here’s the result for last year, 2021, with number of books and pages read per month. I’ll be also posting stats for years 2016-2020 so we can reasonably start making some connections between the books I read and what was happening in my life and in the world.

here’s my book list for 2021, I read 27 books, a total of 9897 pages, with an average of 824,75 pages/month.

2021    title | author | pages

1 Such a Fun Age | Kiley Reid | 321
2 The Cousins | Karen M. McManus | 261
3 One of Us Is Lying | Karen M. McManus | 359
4 Pretty Little Wife: A Novel | Darby Kane | 407
5 The Glass Hotel: A novel | Emily St. John Mandel | 321
6 Leave the World Behind: ‘The book of an era’ Independent | Rumaan Alam | 232
7 The Vanishing Half: A Novel | Brit Bennett | 350
8 Factfulness: Ten Reasons We’re Wrong About The World – And Why Things Are Better Than You Think | Hans Rosling | 353
9 The Wrong Family: A Thriller | Tarryn Fisher | 305
10 I Can Be A Better You: A shocking psychological thriller | Tarryn Fisher | 300
11 In other rooms, Other Wonders | Daniyal Mueenuddin | 260
12 Two Wrongs | Rebecca Reid | 301
13 No Rules Rules: Netflix and the Culture of Reinvention | Reed Hastings | 310
14 The Night Watchman: Winner of the Pulitzer Prize in Fiction 2021 | Louise Erdrich | 467
15 The Phoenix Project: A Novel about IT, DevOps, and Helping Your Business Win | Gene Kim | 437
16 The Unicorn Project: A Novel about Developers, Digital Disruption, and Thriving in the Age of Data | Gene Kim | 335
17 The Soul of A New Machine | Tracy Kidder | 297
18 Masters of Doom: How Two Guys Created an Empire and Transformed Pop Culture | David Kushner | 368
19 Infinite Jest | David Foster Wallace | 1092
20 The Mars Room: Shortlisted for the Man Booker Prize | Rachel Kushner | 354
21 The Storyteller: Tales of Life and Music | Dave Grohl | 384
22 A Man Called Ove: The life-affirming bestseller that will brighten your day | Fredrik Backman | 305
23 My Grandmother Sends Her Regards and Apologises | Fredrik Backman | 353
24 Le api non vedono il rosso (I coralli) | Giorgio Scianna | 253
25 Klara and the Sun: The Times and Sunday Times Book of the Year | Kazuo Ishiguro | 418
26 The Buried Giant | Kazuo Ishiguro | 354
27 Anxious People: The No. 1 New York Times bestseller from the author of A Man Called Ove | Fredrik Backman | 400

Amazing things can happen…

…for those who dare!

Last year, while still busy with a full time job, a family and the pandemic, I embarked in an unknown and uncharted adventure: I decided to co-author a book with one of my favourite customers – and friend- Giuliano.

After 6 hectic months, I am proud to announce my new book “The Road to Azure Cost Governance” will be out on 18th Feb. Writing it has been an awesome experience. Sometimes when I read passages of it, I still think “I didn’t know I had this in me”, which I am told is part of the writing process.

If you are curious, willing to learn something new, or simply looking for some guidance on Azure Cost Governance and Optimization, this book might be for you!

The Road to Azure Cost Governance | Packt (

I had so much fun writing it…I hope you’ll have fun reading it as well 🙂


The Carbon Monkey

How principles of Chaos Engineering and using carbon monkeys to simulate real-life energy events help us achieve our sustainable software engineering goals.

Photo by Singkham on

According to Principles of chaos engineering, Chaos Engineering is the discipline of experimenting on a system in order to build confidence in that system’s capability to withstand turbulent conditions in production. I have followed this discipline through the years finding it fascinating, especially when applied to large scale applications and systems. As the site explains:

“Even when all of the individual services in a distributed system are functioning properly, the interactions between those services can cause unpredictable outcomes. Unpredictable outcomes, compounded by rare but disruptive real-world events that affect production environments, make these distributed systems inherently chaotic.

We need to identify weaknesses before they manifest in system-wide, aberrant behaviors. Systemic weaknesses could take the form of improper fallback settings when a service is unavailable; retry storms from improperly tuned timeouts; outages when a downstream dependency receives too much traffic; cascading failures when a single point of failure crashes; etc. We must address the most significant weaknesses proactively, before they affect our customers in production.

We need a way to manage the chaos inherent in these systems, take advantage of increasing flexibility and velocity, and have confidence in our production deployments despite the complexity that they represent. An empirical, systems-based approach addresses the chaos in distributed systems at scale and builds confidence in the ability of those systems to withstand realistic conditions. We learn about the behavior of a distributed system by observing it during a controlled experiment. We call this Chaos Engineering.”

Build a Hypothesis around Steady State Behavior

Let’s start with the first step: a steady state behavior is the condition our application should aspire to be in. If we translate this principle into a sustainable one, this becomes the most beautiful and efficient state of an application: one where no energy is wasted, and efficiency and performance is at its best.

Call for more “carbon monkeys”

The most difficult part is how to measure and set this initial state. My colleagues have shared numerous ideas on the Sustainable Software Engineering blog that might help you jumpstart your measurement. However, I feel that at some point, this will have to reach a standardized and widely accepted form where we have a “carbon limit” where an application is considered inefficient and not sustainable.

Vary Real-world Events

This is the principle that represents how close chaos engineering and sustainable software engineering are. There is no steady and predictable flow of energy coming from the same renewable source. From the challenging big picture of using solar, wind or hydro energy down to when we plug our device into the outlet, we still have limited ways to retrieve exactly how the energy that is powering the device is produced in that exact moment in time. Doing so precisely requires considering things like seasonality, time of day, peak hours as well as weather conditions that trigger renewable power supplies usage. The variables around this concept are too many!

Imagine now that your application is running on a virtual datacenter where you have even less information of its carbon impact. We still need to start somewhere, though, and set an amount of carbon usage for the application. This will be useful to measure its increase and decrease to drive efficiency.

Back to chaos engineering. Simulating power outages is just a start. We can think of it as the starting point for a sustainable application:

  • What if the renewable power sources are suddenly unavailable and therefore, I have spikes of energy consumption that I could not foresee even in the greenest application?
  • What if at some point my application has become a “carbon monster,” greedy with energy because a query has gone wrong and it’s suddenly taking most of its energy just to search for that item in your cart? Or because at some point the network path has changed due to an outage in the network route and its latency spikes? And so, trying to replicate real-life energy events directly into an application will make it more resilient to lower energy availability and overall, more efficient.

Enter the “Carbon Monkey”

This concept is a “carbon” monkey: a process or system that triggers energy inefficiencies at random, testing how your application reacts, and measuring differential performance that can relate to the differential carbon impact.

Instead of measuring how much energy an application consumes, we should test adding energy events to see how the application behaves and then drive change to improve its reaction to events that make it less green. 

We have given the problem of how to measure an application’s carbon efficiency a lot of thought. But this approach offers a change of perspective. Instead of measuring how much energy an application consumes, we should test adding energy events to see how the application behaves and then drive change to improve its reaction to events that make it less green. 

As a result, we won’t have a carbon impact exact measurement, but only a differential. With time, this differential can become an absolute number when  other systems allow us to retrieve more precise energy consumption metrics.  In the meanwhile, let the carbon monkey help us reduce impact regardless of the metric standardization!

Photo by Alexandr Podvalny on

Call for more “Carbon Monkeys”

I’d like to see developer communities creating one or more “carbon monkeys” that can introduce energy-impacting events into applications, to foster resiliency towards sustainability. 

The main trigger is defining a set of incorrect assumptions about energy usage that can prevent our application from performing “green”. These would include assumptions such as the highest energy cost/carbon use/region, the shortest/longest queries, the shortest/longest network paths, the highest compute and memory usage among other things. 

These assumptions should then be introduced by an automated process (our monkey) that will make sure that the application patterns are resilient enough to overcome those issues without completely failing. At the end of the run, we could set up a carbon resiliency value that can help set a standard for the application carbon impact differential evaluation.

Originally published in the Microsoft Developer Blogs

A dapper sustainability

When talking about carbon footprint of an application, we should normally consider two angles. How much energy was used to run it (i.e., number of cores, time of execution, hardware efficiency, etc.) and how much producing that energy impacted on the environment, which is called carbon intensity and depends on the location, time, and type of energy utilized (gas, coal, wind, etc.) for datacenters. A study from 2016 proved that around 55% of the consumed energy depends on the computing systems, and the remaining 45% is used for supporting the compute (cooling, ups, etc.). In addition, if 80% of U.S. small datacenters were moved to hyperscale providers, the electricity consumption usage could drop as much as 25%.

The year 2020 marked the beginning of a common global awareness in the IT world: software and applications have a footprint that must be taken in consideration, and algorithms are being developed to assess such footprints.

I have been recently exploring with a bunch of fellow Cloud Solution Architects the innovation of Dapr, a recently created open-source project for a distributed application runtime. According to its main page, “Dapr is a portable, event-driven runtime that makes it easy for any developer to build resilient, stateless and stateful applications that run on the cloud and edge and embraces the diversity of languages and developer frameworks.”(Find additional information) The main dream-like features of Dapr are indeed its simplicity of implementation and its ability to work across any programming language, framework, and infrastructure.

In a recently released Dapr book, there is a specific passage on sustainability with Dapr, which prompts developers to start thinking about sustainability when they approach their software architecture. While figuring out the way Dapr works, I have tried to apply the sustainability angle to it, and found out three main aspects where a green developer might want to focus:

  1. How the application can measure its own carbon impact.

This might not seem difficult, but you need to remember that in a distributed solution we can have several different infrastructure environments and programming languages. Ideally this should be done via a dedicated microservice that can continuously monitor the carbon impact across every source of energy, and that is able to feed the other parts of the application with this information. Dapr is very precise in measuring the performance impact of its infrastructure and to offer guidance on how to measure the performances used by the microservices adopting Dapr. As mentioned in the public documentation, there are ways to retrieve CPU and memory usage that can help carve out the overall carbon impact. Also, in a recursively fashion, this microservice should also monitor its own carbon impact. 😊

Image pexels ann h 2646530
  1. How the application can drive/change its carbon impact by steering its IaC (Infrastructure as a Code)

Imagine that you have a microservice that can instantly monitor the carbon impact and feed the results to any subscriber of this information. Because the carbon impact is not a fixed amount, and largely depends on the energy conditions of the datacenter where the infrastructure resides, the application can have an automation that triggers the move of all or parts of the infrastructure towards less impacting sites or regions. This might not be immediate or even feasible for some regions (think of data sovereignty and latency, for example), but where applicable, the result would be a highly optimized sustainable infrastructure for the distributed application, that can guarantee to run in the less impacting infrastructure (and probably the cheapest, for the same reason) at any given time. As a side effect, this adds to its resiliency as the application can span several different environments.

  1. How the application can drive/change its carbon impact depending on the user behavior.

This is an Sustainable Software Engineering technique that requires special attention because it involves the user experience and the education of users towards sustainability. The application can provide different levels of features depending on the carbon impact of such features (as measured by the above mentioned microservice) and offer a diversified user experience, according to the impact level of the feature, leaving the informed choice to the end user. Have more time to spare? Why don’t you try this slightly-higher-latency level which saves xx% of carbon by using a greener infrastructure? Do you really need to load all high-res pictures? Try the low-quality site for some additional carbon saving, and so on.

This obviously presents some overhead on the programming side, but the beauty of its execution is that the application will define and educate the end users to have a saying on their impact, and after a while by monitoring the choices users made, you can also have feedback on how they want to interact with your software. With time, you’ll have a clear picture of which combination provides a better trade-off of performance and energy savings. Dapr favors asynchronous architectural patterns, especially relying on a publish/subscribe interaction between microservices. Handling requests with this approach by scaling out and in can achieve the best compromise between dynamic response to user demands and control on the resources we want to provide for our workload.

Since Dapr is a open source and community-driven project, this is a call for action for developers to create an explicit branch of it dealing with the green impact of a distributed application: a blueprint to measure, control and optimize the energy efficiency of the microservices that cannot be left out of a modern innovative software architecture.

originally published on the Microsoft Tech Blog

Reducing the carbon and financial cost of your cloud applications

your CIO surprised by the cloud bill

In my job as a cloud architect working with large enterprises, there has always been a specific “moment of truth” when the customer realizes that cloud costs are something that needs to be monitored daily to avoid unpleasant surprises with the end of the month’s bill.Enterprises can take several steps toward understanding cloud costs and avoid surprises:

  • establish control and governance.
  • analyze possible savings.
  • plan the required changes to reach identified savings.

The main goal of cloud governance is how to bring down the monthly billing or to keep it level, while absorbing the usual growth or the new projects. But what if we looked at cost optimization from a different angle? At Microsoft we can calculate the saved carbon emissions using tools, such as the Microsoft Sustainability Calculator, so, what if our efforts were drawn towards “carbon+cost efficiency” rather than simply cost saving?

The pillars of cost control

Depending on the cloud maturity and model adopted by each customer, a few fundamental actions that are directly linked to cost (and carbon) saving can be taken.


Right-sizing is about understanding exactly what your applications need and not provisioning due to guessing. But wrong-sizing has a much higher cost than the monthly bill: trying to mirror the exact sizing of your on-prem infrastructure without applying right-sizing can lead to larger monthly bills, reduced capacity for other customers, and unnecessary electricity usage. Right-sizing is not just picking a VM size for a workload, but planning to change the sizing during the day according to its workload and the carbon efficiency of the region where it runs. For a PaaS environment, it can mean changing a service plan according to the time of day and/or expected usage. Sometimes companies can even try and set usage expectations by clearly giving an informed choice to their internal customers and end- users that their choice in an application can lead to less carbon impact, offering a green option for the applications where users can swap to less features or even a slower connection but knowing they are polluting less.


Reservations are typically a commercial discount on cloud services in exchange for a yearly or multi-yearly commitment. However, this saving does not necessarily equate to a green usage of the reserved resources: the cloud provider is happy for the commitment and the customer is happy for the discount, but reservations are not necessarily a greener option. To ensure your reservations are minimizing the electricity usage, you need to frequently monitor reservations and try to use them at the maximum utilization. Anything lower than 99% utilization must be right-sized.


Cleanup is the most difficult part of cost management, especially within large organizations and cloud deployments. When you have thousands of VMs and applications running, it’s quite difficult to scour the cloud tools for any inconsistency. For example, if you delete a VM and forget to delete its disks or IP address, those resources will continue to run, impacting your monthly bill as well as your carbon footprint. So, cleanup should be the first choice of carbon+cost efficiency. This is typically a task that can be automated and is included in most optimization tools, such as Azure Cost Management.

Scheduling Operations

The last pillar of carbon+cost management is scheduling operations. This means being able to switch off and on again most of your servers/applications/services. With PaaS, it could be just changing the service tier to a less costly one during off-peak hours. Initially, many customers are hesitant to switch off applications on a schedule. However, in my experience, if customers test scheduling on a small number of applications, they quickly see the cost benefits and are open to scheduling more of their applications. The first step is to enforce any type of scheduling. It could be just turning the application off on the weekends or nights.

Photo by Pixabay on

Once customers start understanding the cloud operations, what they should be thinking next is: “why keeping a valuable and costly resource switched-on even for just one hour, if it’s not used?” The carbon+cost efficient scheduler must consider:

  • The time it takes to bring the application down. For example, if the whole reboot takes one hour, then the timeframes planning cannot be less than two hours.
  • The real usage of the workloads. For example, if there is only one user logged into the portal at night, the user may consider not offering that service or application at night.
  • Scheduling should not be just on-off option, but also include reducing PaaS service plans and tiers of resources, where possible.

Carbon+cost management should become a new standard that involves the entire company to be more efficient and greener. Application owners and developers should be involved in keeping infrastructure as close to carbon neutral as possible by starting with cleanup, scheduling and right sizing, and then to proceed to include the principles of sustainable software within the application itself. It’s important to look beyond the raw performance and financial costs of your infrastructure and start considering the ethical costs of how much carbon your infrastructure is emitting. Visit Azure’s cloud cost optimization page for cost optimization techniques and suggestions, as well as this blog periodically to preview our new tools and ideas.

originally published in the Microsoft Tech Blog

Sustainable cloud native software with serverless architectures

Living in Milan, I have had to deal with extraordinary air pollution values since December 2019, in some days controversial graphs compared Milan to much more densely populated and polluted cities, in China and India, at least by common perception.

Then came covid-19, and obviously our concerns moved elsewhere. Like everyone, at least in Lombardy, I was in lockdown from 21 February to 4 May. In the midst of a thousand worries, a little voice in the back of my head continued to point out that, however, suddenly, the air was no longer polluted, the CO2 levels had dropped significantly, which in short meant that an important change and with impactful results was, indeed, possible.

Fast forward to now … do we want to go back to the impossibly polluted air of January 2020? If the answer is no, then something needs to change.

First, let’s see why a change is due and important. The whole scientific community agrees that the world has a pollution problem. Carbon dioxide in our atmosphere has created a layer of gas that traps heat and changes the earth’s climate. Earth’s temperature has risen by more than one degree centigrade since the industrial revolution of the 1700s.

If we don’t stop this global warming process, scientists tell us that the results will be catastrophic:

  • Further increase in temperature
  • Extreme weather conditions, drought, fires (remember the Australian situation at the beginning of the year?)
  • The rising of the waters could make areas where more than two hundred million people live uninhabitable
  • The drought will necessarily lead to a food shortage, which can impact over 1 billion people.

To summarize, we must drastically reduce CO2 emissions and prevent the temperature from rising above 1.5°C.

Problem. Every year the world produces and releases more than 50 billion gas into the atmosphere.

CO2 emissions are classified into three categories:

Scope 1 – direct emissions created by our activities.

Scope 2 – indirect emissions that come from the production of electricity or heat, such as traditional energy sources that power and heat our homes or company offices.

Scope 3 – indirect emissions that come from all other daily activities. For a company, these sources are several and must include the entire supply chain, the materials used, the travel of its employees, the entire production cycle.

When we speak of “carbon efficiency” we know that greenhouse gases are not made up only of carbon dioxide, and they do not all have the same impact on the environment. For example, 1 ton of methane has the same heating effect as 80 tons of carbon dioxide, therefore the convention used is to normalize everything to the CO2-equivalent measure.

International climate agreements have ratified to reduce “carbon” pollution and stabilize the temperature at a 1.5°C increase by 2100.

Second problem. The increase in temperature does not depend on the rate at which we emit carbon, but on the total quantity present in the atmosphere. To stop the rise in temperature, we must therefore avoid adding to the existing, or, as they say, reaching the zero-emission target. Of course, to continue living on earth, this means that for every gram of carbon emitted, we must subtract as much.

Solution to both problems: emissions must be reduced by 45% by 2030, and zero emissions by 2050.

Let’s now talk about what happens with datacenters, and in this specific case,  public cloud datacenters.

  • The demand for compute power is growing faster than ever.
  • Some estimates indicate that data center energy consumption will account for no less than a fifth of global electricity by 2025.
  • A server/VM operates on average at 20-25% of its processing capacity, while consuming a lot of unused energy.
  • On the other hand, in an instance where applications are run using physical hardware, it is still necessary to keep servers running and use resources regardless of whether an application is running or not.
  • Containers have a higher density and can bring a server/VM up to 60% of use of compute capacity.
  • Ultimately, it is estimated that 75-80% of the world’s server capacity is just sitting idle.

While browsing for solutions, I found very little documentation and formal statements about sustainable software engineering. While talking to fellow Microsoft colleague Asim Hussain, I found out that there is a “green-software” movement, which started with the website, where a community of developers and advocates is trying to create guidelines for writing environmentally sustainable code, so that the applications we work with every day are not only efficient and fast, but also economic and with an eye to the environment. The eight principles are:

  1. Carbon. First, the first step is to have the environmental efficiency of an application as a general target. It seems trivial but to date there is not much documentation about it in computer textbooks or websites.
  2. Electricity. Most of the electricity is produced from fossil fuels and is responsible for 49% of the CO2 emitted into the atmosphere. All software consumes electricity to run, from the app on the smartphone to the machine learning models that run in the cloud data centers. Developers generally don’t have to worry about these things: the part of electricity consumption is usually defined as “someone else’s problem”. But a sustainable application must take charge of the electricity consumed and be designed to consume as little as possible.
  3. Carbon intensity. The carbon intensity is the measure of how many CO2equivalent emissions are produced per kilowatt-hour of electricity consumed. Electricity is produced from a variety of sources each with different emissions, in different places and at different times of the day, and most of all, when it is produced in excess, we have no way of storing it. We have clean sources as wind, solar, hydroelectric, but other sources such as power plants have different degrees of emissions depending on the material used to produce energy. If we could connect the computer directly to a wind farm, the computer would have a zero-carbon intensity. Instead we connect it to the power outlet, which receives energy from different sources and therefore we must digest the fact that our carbon intensity is still always a number greater than zero.
  4. Embedded or embodied carbon is the amount of pollution emitted during the creation and disposal of a device. So efficient applications that run on older hardware also have an impact on emissions.
  5. Energy Proportionality. The maximum rate of server utilization must always be the primary objective. In general, in the public cloud this also equates to cost optimization. The most efficient approach is to run an application on as few servers as possible and with the highest utilization rate.
  6. Networking. Reducing the amount of data and the distance it must travel across the network also has its impact on the environment. Optimizing the route of network packages is as important as reducing the use of the servers. Networking emissions depend on many variables: the distance crossed, the number of hops between network devices, the efficiency of the devices, the carbon intensity of the region where and when the data is transmitted.
  7. Demand shifting and demand shaping. Instead of designing the offer based on demand, a green application draws demand based on the energy supply. Demand shifting involves moving some workloads to regions and at times with lower carbon intensity. Demand shaping, on the other hand, involves separating the workloads so that they are independently scalable, and prioritizing them to support the features based on energy consumption. When the energy supply is low, therefore the carbon intensity is at that time higher than a specific threshold, the application reduces the number of features to a minimum, keeping the essential. Users can also be involved in the choice by presenting the “green” option with a minimum set of features.
  8. Monitoring and optimization. Energy efficiency must be measured in all parts of the application to understand how to optimize it. Does it make any sense to spend two weeks reducing network communication by a few megabytes when a db query has ten times the impact on emissions?

The principles are generic for any type of application and architecture, but what about serverless?

Serverless applications are natively prone to the optimization of emissions. Since the same application at different times consumes differently depending on the place of execution, demand shifting is a technique that can be easily applied to serverless architectures. Of course, with serverless we have no control over the infrastructure used, we must trust that cloud providers want to use their servers at 100% capacity. 😊

Cost optimization is generally also an indication of sustainability, and with serverless, we can have a direct impact on execution times, on the network data transport, and in general on building efficient applications not only in terms of times and costs, but also of emissions.

The use of serverless brings measurable benefits:

  • The use of the serverless allows for a more efficient use of the underlying servers, because they are managed in shared mode by the cloud providers, and built for an efficient use of energy for optimal data center temperature and power.
  • In general, cloud datacenters have strict rules and often have ambitious targets for emissions (for instance, Microsoft recently declared its will as a company to become carbon negative by 2030). Making the best use of the most optimized resources of a public cloud provider implicitly means optimizing the emissions of your application.
  • Since serverless only uses on-demand resources, the server density is the highest possible.
  • Serverless workloads are ready for demand-shifting / shaping executions.
  • From a purely theoretical point of view, writing optimized and efficient code is always a good rule of thumb, regardless of the purpose for which you do it 😊

Developers can immediately have an IMPACT on application sustainability:

  • By making a program more accessible to older computers.
  • By writing code that exchanges less data, has a better user experience and is more environmentally friendly.
  • If two or more microservices are highly coupled, by considering co-locating them to reduce network congestion and latency.
  • By considering running resource-intensive microservices in a region with less carbon intensity.
  • By optimizing the database and how data is stored, thus reducing the energy to run the database and reducing idle times, pending completion of queries.
  • In many cases, web applications are designed by default with very low latency expectations: a response to a request should occur immediately or as soon as possible. However, this may limit the sustainability options. By evaluating how the application is used and whether latency limits can be eased in some areas, reducing further emissions can be possible.

In conclusion, I am convinced that serverless architectures, where properly used, are the future not only because they are beautiful, practical and inexpensive, but also because they are the developer tools that today have the least impact on emissions. With the help of the community, we can create specific guidelines for the serverless and maybe even an “carbon meter” of our serverless application, which in the future could also become “low-carbon certified”.

COVID-19 was an inspiring moment in terms of what we managed to do on a global level: all the countries stopped, all the flights, the traffic, the non-essential production. We know that something can be done and that this is the right time to act: rebuilding everything from scratch, it is worth rebuilding in the right direction.

Wait…what? Voice messages are back?

Yes, I realise I do not often fit in the demographic description of my generation and gender: I have always preferred everything digital, I am an introvert and a girl, some say a geek too, and, where possible, in the past 25 years, I have always tried to avoid voice calls in favour of any other digital channel.

So, last week I was in a meeting, at work, and got a Whatsapp notification from my nephew. She’s 21, a fashion blogger and university student, and incidentally also my kids’ baby sitter, so whenever I get a message from her during kids’time, it means it’s important and might also be an emergency. Finally I resolve, at the cost of looking very rude towards the person who is presenting in the meeting, to pick up the smartphone and check the message.

Imagine my reaction when _said_ message revealed itself to be a jaw-dropping, head-spinning, plain old voice message.


Obviously I couldn’t open it during the meeting, whereas any text message would have just taken half a glance to see its content and react. Also, I clearly felt like I just didn’t understand why. Why a voice message? I thought these died back in 2004 when I disabled my mobile voice mail and stopped using it altogether. I thought I got rid of voice because this generation is the native digital and is online 24-7, and so …why voice?

I cleared my throat, slipped the phone in my pocket and excused myself out of the meeting, then went to the restroom to play the bloody message: “Hi Paola, nothing urgent, I thought I better left you a voice message since I have too many things to tell you about the upcoming week’s appointments……”.

This is why – the answer is: laziness. Or, if you want, convenience and speed of a voice message against a typed one. Still.

I frantically typed back to never ever ever again send me a voice message when at work, because it scared me to death and took five of the longest minutes of my life to get its content, while a typed message would have been much quicker and easier, especially for NBD stuff.

She didn’t understand, she said. It’s a message so implicitly it means it’s not urgent. Otherwise she would have called. Plus, she’s not quick at typing (despite the fact she’s probably faster than me) so she prefers voice messages and all of her friends do it, too.

WTF. This is one of those moments when you know you don’t like the lesson you are being taught, but you still need to learn it. So I started paying attention around me and found them: young people that seem talking otp but are really listening to offline messages. Kids recording funny messages and sending them through social media sites. It is out there and I didn’t even realise it until it hit me in the face.

The Voice Message is back – who would have thought?

A day in the life of a digital working mom

It’s a Wednesday evening and I am checking my clockwork household organisation. It all revolves around digital and every bit is essential to my sanity and free time with the family, come the weekend.

Tomorrow a organic fruit and veggie box will be delivered to my door. If I am not home the doorman will keep it in his office, together with any other online shopping package, until I return in the evening. Every Sunday evening I check online its content and add more groceries to the box to save time.

The baby sitter just left so I pay her parking lot with an app while she leaves the house and gets into her car.

I just received an email from the kids’ school with the next year’s calendar so I dutifully copy it to my private calendar then sync it with the office calendar so I don’t mess up at recitals like I did last year (when I booked an exam in London the day my son had the school recital and had to assist to the rehearsal with all the grandparents).

While I am on a phone call, I scan the pantry and fridge and list on my mobile app any missing items, then order them with one-click-next-hour-delivery.

I still have some time for shopping: the kids need new clothes for the season (not for fashion reasons but more because they simply outgrow the clothes and look like tiny franken-smurfs). So I order the new clothes – very easy since I always use the same brand, I just need to size up -sometimes adding something new for the hubby who (strangely enough) hates all forms of clothes shopping.

I also just received a promo discount from a fashion online shop so I immediately log in and move my wishlist items into the cart – I was waiting for the promo to get those items. I am now incidentally also happy as a clam.

My kids, born 2009 and 2012 have never seen in our house any of the following: CD, DVD, vinyls, cassettes, VHS, TV ads or local TV. When they want to watch cartoons, it’s either from an IP-TV or out of our NAS (so it’s checked and safe content, no ads or weird stuff). Also, we have a rule to only watch TV in English, which is not their native language. They initially hated it but now are sort of OK and fast learning English…in a few years they’ll secretly thank me while their therapist will have to address their troubled existences. While the kids watch TV I prepare dinner and at the same time browse Facebook, Snapchat, Instagram, Twitter, LinkedIn and my RSS feed for news. The groups on Whatsapp are also typically active at this time of day, which makes me super-busy with _ basically_ pure online fun and some other daily organisation, as the _much dreaded_ school moms’ group is organising some activity with the kids.

Since tomorrow I have a business trip, I use the taxi app to book one that will fetch me in front of my door tomorrow morning at 6 am.

My daughter shows me a slip from her music teacher: new books need to be ordered, so I find those with next day delivery and add them to my cart. The alternative would have been to wait until I am back from my trip, and lose the big birthday party of her best friend on Saturday.

My wearable meanwhile is sending me notifications that I have reached my goal of daily steps and stairs. This does not happen really often, as on average I spend most of the workdays sitting at my desk, so I guess this is why the wearable is soooo excited about it…

The vet sends in the blood test results, via email, of our 14 years old cat who suffers from toothache: she will be fixed next Friday morning so I respond to the email and put the appointment in my calendar.

The children are screaming they want ice-cream after dinner, so to make them stop and get some silence I open the delivery app and order their favourite flavors, that will be on my doorstep in less than 30 mins. cool. literally. 🙂

With an app I switch off the music and turn on the TV. They’ll be able to manage using the remote browser. Then I open the door to my groceries delivery and set all products in the pantry/fridge. I always envision my kids as grown-ups and living on their own, on their first week alone suddenly calling me _in panic_ asking me why no groceries have arrived at their door yet. I’ll have to teach them the back-office part of this miracle one of these days. For now they are helping me put everything away and chatting with the delivery guy.

Our lives are so full of meetings, work, activities and stuff, that technology has become essential to having some free time at the end of the day and in weekends. Honestly I could not care less of spending an afternoon clothes shopping, unless it’s a special treat, in which case I try and add more errands to it (it’s the multi-task bug that infects new mothers and probably never goes away).


Online shopping is convenient, safe, private and quick. I would not have it any other way, especially when the kids open the packages in a frenzy of excitement and fun, kind of like when we were kids at Christmas. Only, it’s just another ordinary digital day.








The rise of the digital bookworm

I have always been an avid reader since the time my mom, for my 11th birthday, gave me a library card for a present. It was one of the best presents of my life.

In my youth I used to plan my holidays according to how many books I needed in my bags, and there was often a whole heavy piece of luggage dedicated to those papery things.

Fast forward to this summer, where I have totally embraced my e-reader and its entire philosophy.

Yes there is no “paper feeling”, and the old fashioned cover judgement is not really a viable option, but I was able to read almost incessantly for my entire holiday, thanks to the kids being a bit more manageable on the beach, and the fact that I could hop onto any public WiFi and buy the next book in no time.

How is that for a digital transformation? 🙂

Also, because I read books in English (it’s not my first language and it helps keeping up), in the past finding good paperback best sellers in English was something complicated in faraway seaside desolate lands, so it had to be solely planned in advance. If I finished my stack earlier I had to revert to Italian books from the local store, sometimes not even my genre.

In my rich three weeks’ vacation (the most I had in 10 years) I was able to devour a total of 12 books, which is more than I was ever able to accomplish even in my own mother tongue, even in the university days.

What is the point I’m trying to make? That this is exactly the core of a digital transformation: when the experience gets so immensely better than the non-digital (analogue? I still have that thing) that it reaches a point of no return, and you are transformed not only as an actor but also as the end-user of what this transformation is all about.

Embrace your e-readers because they don’t mean paper books are dead. I still have a full library in my house, and although I am buying most e-books nowadays, sometimes I add to this library some piece that I want to leave for my kids to read, or books that brought an important message or meaning to me, or just super-silly books that I find entertaining or with a precious cover that I want to touch and admire.

But the convenience of reading 12 books in my holiday is something worth every inch of this digital transformation.



Out of curiosity, these are the 12 books:

  • Into thin air – Jon Krakauer
  • The Promise – Freda Lightfoot
  • Where’d you go, Bernadette – Maria Semple
  • About Grace – Anthony Doerr
  • The Uncoupling – Meg Wolitzer
  • The heart goes last – Margaret Atwood
  • All the light we cannot see – Anthony Doerr
  • The Vegetarian – Han Kang
  • The Other Child – Lucy Atkins
  • Sparrow – L.J.Shen
  • The danish girl -David Ebershoff
  • Transition – Iain M. banks