Il y a six mois presque jour pour jour, je quittait d’un poste à responsabilité chez un fournisseur cloud souverain afin d’explorer une idée qui avait fini par m’obséder.

Tous les fournisseurs de cloud existants, que ce soit les hyperscalers (AWS, Azure, GCP, Alibaba Cloud), ou les acteurs locaux/souverains (OVH, Scaleway, Outscale, Cloud Temple, Celeste, etc.), s’appuient sur des principes technologiques qui célèbrent leurs 20 ans cette année.

Le IaaS (Infrastructure as a Service) qui sert de couche de base à l’ensemble des autres services (VM évidements, base de données as a service, Kubernetes managé, API Gateway, Event manager, Function as a service, etc.), s’appuie systématiquement sur trois principes :

1. La virtualisation du compute : on découpe un gros serveur en plus petites machines virtuelles,
2. La virtualisation du stockage : les disques attachés à ces machines virtuelles proviennent en fait de systèmes de stockage mutualisés auxquels les gros serveurs accèdent via le réseau,
3. La virtualisation du réseau : les clients doivent être isolés entre eux (multi-tenant), leurs VMs doivent pouvoir communiquer au sein d’un réseau isolé des autres clients. Cette isolation passe par la construction de réseaux virtuels au-dessus du réseau “physique”.

C’est AWS en 2006 qui a mis en pratique puis théorisé ce type d’architecture.

Bien qu’elle présente des avantages (que je détaillerai), elle n’est pas exempte d’inconvénients (que je vais aussi détailler).

À force de nager dans cet environnement, les limites et inconvénients ont fait naître en moi une frustration grandissante au point de me pousser à quitter mon poste pour répondre à cette question simple : aujourd’hui, 20 ans plus tard, compte tenu des progrès logiciels et matériels, compte tenu de l’évolution dans la façon dont les entreprises consomment le Cloud, y’aurait-il une autre façon de faire ?

Une façon plus efficace, plus performante, moins énergivore et moins coûteuse.

C’est pour tenter d’y répondre que nous avons fondé unStack avec mes deux associés : Tristan et Philippe.

Les limites des principes actuels

Avant d’essayer de répondre à la question, il est important de comprendre pourquoi elle se pose. On pourrait simplement se satisfaire de l’existant considérant qu’il représente une forme de consensus et de standard établi.

Commençons par en détailler un peu les principes et surtout les limites.

The OOP Interview Question That Breaks Everyone ! | Object-Oriented Programming (OOP) Explained | Tech Interview Prep

Want to understand Object-Oriented Programming (OOP) the right way? This complete guide goes beyond the basic textbook definitions of Encapsulation, Abstraction, Inheritance, and Polymorphism, diving deep into how OOP is used in real-world backend systems and enterprise architecture.

If you're preparing for software engineering interviews, learning system design, or tired of writing spaghetti code — this video will give you a clear, practical understanding of OOP principles, composition over inheritance, and the architectural trade-offs you must know.

We break down complex topics like Objects vs Classes, the Diamond Problem, Entity-Component-Systems (ECS), and the 4 Pillars in a highly visual, easy-to-understand way.

🔥 What you'll learn in this Object-Oriented Programming tutorial:

00:00 — The Interview Trap (Why memorizing the 4 pillars isn't enough)
01:27 — Objects, Classes & Constructors explained visually
03:52 — Encapsulation (Protecting state & data hiding)
05:37 — Abstraction (Managing complexity & interfaces)
06:55 — Inheritance (Code reuse & the "Is-A" relationship)
08:56 — Polymorphism (Method overriding & overloading)
10:45 — Composition over Inheritance (The Entity-Component-System pattern)
13:49 — OOP Trade-offs & Common Developer Misconceptions
16:10 — The Complete Picture & Final Summary

💬 Join our Community: Join our Discord for coding discussions, resources, and community vibes: / discord

☕ Support the Channel: If you found this video helpful, consider supporting the channel!

Buy me a Coffee: https://ko-fi.com/csmadeez
Buy me a Chai (Indian Audience): https://buymeachai.ezee.li/CsMadeEz

💡 Keywords covered (for learning & interviews):
Object-Oriented Programming, OOP Tutorial, 4 Pillars of OOP, Encapsulation, Abstraction, Inheritance, Polymorphism, Composition vs Inheritance, System Design Interview, Software Engineering, Backend Development, Java OOP, TypeScript OOP, Clean Code, Programming Basics

🎯 This video is perfect for:
Backend developers (Java, Python, TypeScript, C#)
Full stack developers wanting to write cleaner code
Students preparing for tech interviews & system design rounds
Anyone struggling to bridge the gap between OOP theory and real-world application

⚠️ By the end, you’ll understand:
How OOP principles work in real enterprise systems
When to use Inheritance vs Composition (and why Composition usually wins)
Common architectural mistakes junior developers make
How to answer advanced OOP questions in technical interviews

📈 Search-friendly topics covered:
OOP concepts in Java/TypeScript
java oop
4 Pillars of Object-Oriented Programming
Composition over inheritance explained
Software engineering interview preparation
How to write clean object-oriented code
Object-oriented programming for beginners

👍 Like, share & subscribe for more deep-dive engineering tutorials!

After decades of gluing together software from a random set of libraries and frameworks, industry wide attacks on the software supply chain have proven this approach is unsustainable, and it's time to shift our thinking on how we write and ship software. In this session we will explore the various tools used to secure the software supply chain, and through a collection of live demos, learn how to put them to use in the real world.

Kelsey Hightower
Google, Inc.

As a curious and motivated self-learner, I gained an interest in computing at a young age, and started my IT career by opening a small consulting shop 20 years ago. From those beginnings my career progressed quickly, eventually passing through the halls of Google, Puppet Labs, New Relic and CoreOS. I am a system administrator by trade, a programmer by necessity, but a problem-solver at heart. With a passion for helping others, many successful speaking and teaching engagements under my belt, and a proven track record of getting things done and enabling others, I hope to solve the many problems facing IT culture by equipping people with the mental and computational software they need to succeed in the competitive world of technology.