Jonathan Lalou's Blog

Archive for the ‘General’ Category

Introduction

In his Devoxx France 2023 quickie, “Et si on faisait du Event Sourcing sans framework ?”, Jonathan Lermitage, a developer at Worldline, challenges the reliance on complex frameworks for event sourcing. This 17-minute talk explores how his team implemented event sourcing from scratch to meet the needs of a payment processing system. Lermitage’s practical approach, grounded in Worldline’s high-stakes environment, offers developers a clear path to adopting event sourcing without overwhelming dependencies.

Key Insights

Lermitage begins by explaining event sourcing, where application state is derived from a sequence of events rather than a static database. At Worldline, which processes millions of transactions daily, event sourcing ensures auditability and resilience. However, frameworks like Axon or EventStore introduced complexity that clashed with the team’s need for simplicity and control.

Instead, Lermitage’s team built a custom solution using:

• PostgreSQL for Event Storage: Storing events as JSON objects in a single table, with indexes for performance.

• Kafka for Event Streaming: Ensuring scalability and real-time processing.

• Java for Business Logic: Simple classes to handle event creation, storage, and replay.

He shares a case study of tracking payment statuses, where events like PaymentInitiated or PaymentConfirmed formed an auditable trail. Lermitage emphasizes minimalism, avoiding over-engineered patterns and focusing on readable code. The talk also covers challenges, such as managing event schema evolution and ensuring idempotency during replays, solved with versioned events and unique identifiers.

Lessons Learned

Lermitage’s experience offers key takeaways:

• Keep It Simple: Avoid frameworks if your use case demands lightweight solutions.

• Prioritize Auditability: Event sourcing shines in systems requiring traceability, like payments.

• Plan for Evolution: Design events with versioning in mind to handle future changes.

These insights are valuable for developers in regulated industries or those wary of framework lock-in. Lermitage’s focus on practicality makes event sourcing approachable for teams of varying expertise.

Conclusion

Jonathan Lermitage’s talk demystifies event sourcing by showing how to implement it without heavy frameworks. His Worldline case study proves that simplicity and control can coexist in complex systems. This quickie is a must-watch for developers seeking flexible, auditable architectures.

Introduction

In “Un monolithe sinon rien,” presented at Devoxx France 2023, Nicolas Demengel, a tech lead at Ornikar, makes a bold case for sticking with a monolithic architecture. In this 14-minute quickie, Demengel challenges the microservices trend, arguing that a well-structured monolith can be a powerful choice for startups like Ornikar, a French online driving school platform. His talk offers a refreshing perspective for developers weighing architectural trade-offs.

Key Insights

Demengel begins by acknowledging the allure of microservices: scalability, independence, and modern appeal. However, he argues that for Ornikar, a monolith provided simplicity and speed during rapid growth. The talk details Ornikar’s architecture, where a single Ruby on Rails application handles everything from user onboarding to payment processing. This centralized approach reduced complexity for a small team, enabling faster feature delivery.

Demengel shares how Ornikar maintains its monolith’s health through rigorous testing and modular design. He highlights practices like domain-driven boundaries within the codebase to prevent spaghetti code. The talk also addresses scaling challenges, such as handling increased traffic during peak enrollment periods, which Ornikar solved with database optimizations rather than a microservices overhaul.

Lessons Learned

Demengel’s talk offers practical takeaways:

• Simplicity First: A monolith can accelerate development for startups with limited resources.

• Discipline Matters: Modular design and testing keep a monolith maintainable.

• Context is Key: Architectural choices should align with team size, expertise, and business goals.

These insights are valuable for startups and small teams evaluating whether to follow industry trends or stick with simpler solutions. Demengel’s pragmatic approach encourages developers to prioritize outcomes over dogma.

Conclusion

Nicolas Demengel’s “Un monolithe sinon rien” is a thought-provoking defense of the monolith in an era dominated by microservices hype. By sharing Ornikar’s success story, Demengel inspires developers to make context-driven architectural decisions. This talk is a must-watch for teams navigating the monolith vs. microservices debate.

Introduction

In her Devoxx France 2023 quickie, “Votre pire cauchemar : être responsable du legacy,” Camille Pillot, a consultant at Takima, tackles the daunting reality of managing legacy code. With humor and pragmatism, Pillot shares strategies for transforming legacy systems from a developer’s nightmare into an opportunity for growth. This 14-minute talk, rooted in her experience at Takima, a consultancy specializing in software modernization, offers actionable advice for developers tasked with maintaining aging codebases.

Key Insights

Pillot opens by defining legacy code as software that’s critical yet outdated, often poorly documented and resistant to change. She draws from her work at Takima, where teams frequently inherit complex systems. The talk outlines a three-step approach to managing legacy:

1. Assessment: Understand the system’s architecture and dependencies, using tools like code audits and dependency graphs.

2. Stabilization: Implement tests and monitoring to prevent regressions, even if the code remains brittle.

3. Modernization: Gradually refactor or rewrite components, prioritizing high-impact areas.

Pillot shares a case study from a Takima project, where a legacy e-commerce platform was stabilized by introducing unit tests, then partially refactored to improve performance. She emphasizes the importance of stakeholder buy-in, as modernization efforts often require time and budget. The talk also addresses the emotional toll of legacy work, encouraging developers to find value in incremental improvements.

Lessons Learned

Pillot’s insights are a lifeline for developers facing legacy challenges:

• Start Small: Small, targeted improvements build momentum and trust.

• Communicate Value: Articulate the business benefits of modernization to secure resources.

• Embrace Patience: Legacy work is a marathon, not a sprint, requiring resilience.

These strategies are particularly relevant for consultancy roles, where developers must balance technical debt with client expectations. Pillot’s empathetic approach makes the talk relatable and inspiring.

Conclusion

Camille Pillot’s talk transforms the fear of legacy code into a call to action. By offering a clear framework and real-world examples, she empowers developers to tackle legacy systems with confidence. This quickie is essential viewing for anyone navigating the complexities of maintaining critical but outdated software.

Introduction

In the Devoxx France 2023 quickie “Tous architectes !”, Simon Maurin, Lead Architect at Leboncoin, delivers a compelling case for democratizing software architecture. Drawing from his decade-long experience at France’s leading classified ads platform, Maurin argues that architecture isn’t the sole domain of designated architects but a shared responsibility across development teams. This 15-minute talk explores how Leboncoin evolved its architectural practices to scale with growth, offering practical insights for developers and tech leads navigating large organizations.

Key Insights

Maurin begins by reflecting on Leboncoin’s early days, where small teams naturally collaborated on architecture through organic discussions. As the company grew to serve 30 million monthly users, this informal approach became unsustainable. The introduction of formal architects risked creating bottlenecks and disconnects. Maurin highlights the pivotal shift to empowering all developers as architects, fostering a culture where everyone contributes to design decisions. This approach aligns with Domain-Driven Design principles, which Maurin champions as a tool for maintaining clarity in complex systems.

A key mechanism introduced at Leboncoin was Architecture Decision Records (ADRs). These lightweight documents capture the rationale behind architectural choices, ensuring transparency and continuity. Maurin shares a case study where ADRs helped Leboncoin transition from a monolith to microservices, reducing coupling and enabling faster iterations. The talk also touches on data engineering challenges, such as scaling to handle 10 million daily events, underscoring the need for shared ownership in high-traffic environments.

Lessons Learned

Maurin’s talk offers several takeaways for developers:

• Shared Responsibility: Architecture thrives when all team members, not just architects, engage in decision-making.

• ADRs as a Tool: Documenting decisions prevents knowledge silos and aids onboarding.

• Cultural Shift: Scaling architecture requires fostering a mindset where developers feel empowered to challenge and contribute.

These lessons are particularly relevant for growing tech organizations facing the tension between agility and structure. Maurin’s emphasis on collaboration over hierarchy resonates with modern software engineering trends.

Conclusion

Simon Maurin’s “Tous architectes !” is a rallying cry for developers to embrace their role in shaping software architecture. By sharing Leboncoin’s journey, Maurin provides a roadmap for balancing freedom and formality in large teams. This talk is a must-watch for developers and architects seeking to foster inclusive, scalable practices in their organizations.

In a thought-provoking session at Spring I/O 2023, Steve Pember, a seasoned developer from Boston-based startup Stavi, explored the principles of Clean Architecture and their application within Spring Boot applications. Drawing from Robert Martin’s influential book, Steve demonstrated how Clean Architecture, inspired by patterns like Ports and Adapters and Hexagonal Architecture, fosters readable, flexible, and maintainable codebases. Through a reference application and practical insights, he provided a roadmap for developers to structure Spring Boot apps that remain resilient to change and scalable for large teams.

The Case for Software Architecture

Steve began by addressing the often-misunderstood role of software architecture, challenging the stereotype of architects as mere whiteboard enthusiasts. He likened software architects to their building counterparts, who design every detail from high-level structures to minute specifics. Without proper architecture, Steve warned, systems devolve into unmaintainable “big balls of mud,” slowing development and hindering competitiveness. He highlighted the benefits of well-architected systems—separation of concerns, modularity, testability, and maintainability—arguing that these guardrails enable teams to maintain velocity over time, even if they initially slow development.

Principles of Clean Architecture

Delving into Clean Architecture, Steve outlined its core concepts: SOLID principles, component design, boundaries, and dependency rules. He clarified SOLID principles, such as single responsibility (supporting one user type per class) and dependency inversion (using interfaces), as foundational to clean code. Components, he explained, should be independently developable and loosely coupled, aligning with domain-driven design or microservices. The defining feature of Clean Architecture is its layered structure, where dependencies point inward to a core of business logic, encapsulated by interfaces that shield it from external details like databases or third-party services. This ensures the core remains agnostic, enhancing flexibility and testability.

Implementing Clean Architecture in Spring Boot

Steve demonstrated how to apply Clean Architecture in Spring Boot using a reference shoe store application. He proposed a multi-module structure with three components: core (housing business logic, entities, and services), details (containing database and third-party integrations), and app (where Spring configuration and integration occur). By using interfaces for repositories and gateways, the core remains independent of external systems, allowing seamless swaps, such as replacing a PostgreSQL repository with DynamoDB. Steve emphasized minimal controllers and service classes, advocating for specific, single-responsibility services like CustomerOrderQueryService. He also highlighted the importance of integration tests, using tools like Testcontainers to validate interactions with external systems.

Treating Details as Deferrable

A key takeaway was Steve’s mantra that “everything not in core is a detail.” Databases, environments, input mechanisms, and even Spring itself should be treated as implementation details, deferrable until necessary. He cautioned against premature database schema design, urging developers to prioritize business logic over storage concerns. By encapsulating details behind interfaces, applications become adaptable to changes, such as switching databases or input methods (e.g., HTTP to Kafka). Steve’s demo showcased this flexibility, swapping a PostgreSQL order repository for DynamoDB with minimal code changes, proving the power of Clean Architecture’s plug-in approach.

Links:

• Steve Pember’s GitHub
• Spring Shoe Store GitHub Repository
• Slides on SlideShare

Node.js’s asynchronous creed—non-blocking I/O as ethos—clashes intriguingly with synchronous imperatives, where immediacy trumps concurrency. Anna Henningsen, erstwhile Node.js TSC member now at MongoDB’s dev tools cadre, probes this tension, cataloging detours from the async path and gleaning internals’ revelations. Pronouns she/her, Anna balances core contributions with family joys, her moniker addaleax echoing across Twitter and GitHub.

Anna queries the aversion: sync ops monopolize threads, stalling event loops—left pane’s stalled fetches versus right’s parallel prowess. Yet, exigencies persist: CLI bootstraps, config reads—fs.readFileSync reigns for startup simplicity.

Navigating Sync Detours and Their Perils

Anna enumerates evasions: worker_threads offloads to pools, yielding promises—fs.promises.readFile in isolates, main-thread yields via Atomics.wait. Threads excel for CPU hogs, but I/O yields context switches, inflating overheads.

Child processes fork interpreters, stdin/stdout pipes async, but spawnSync blocks—IPC for coordination. Anna demos: execSync shells commands, perils in untrusted inputs.

Domains? Deprecated, error silos sans true parallelism. Async_hooks? Context propagation, not computation.

Enter Anna’s brainchild: synchronous workers—native addons spawning interpreters, runUntil blocks main on promises, full API access sans multi-threading. Node 15.5+ requisites, experimental tag.

MongoDB’s Babel transpilation awaits sync-as-call sites, best-effort awaits. Anna’s taxonomy—drawbacks galore—affirms async’s supremacy, yet equips edge cases with informed arsenals.

Experimental Horizons and Practical Caveats

Anna’s holiday hack—runnable on GitHub—invites tinkering, crashes notwithstanding. Her MongoDB pivot underscores sync’s niche: edge functions crave immediacy, transpilation bridges gaps.

Anna’s disquisition, laced with humor, fortifies Node.js fidelity to flux, while charting sync’s shadowed trails.

Links:

• Anna Henningsen on LinkedIn
• MongoDB Website
• Synchronous Workers GitHub

At PyCon US 2023, Guillaume Dequenne from Sonar presented a compelling workshop on modernizing legacy codebases through incremental improvements. Sponsored by Sonar, this session focused on integrating code quality tools into development workflows to enhance maintainability and sustainability, using a Flask application as a practical example. Guillaume’s approach, dubbed “Clean as You Code,” offers a scalable strategy for tackling technical debt without overwhelming developers.

The Legacy Code Conundrum

Legacy codebases often pose significant challenges, accumulating technical debt that hinders development efficiency and developer morale. Guillaume illustrated this with a vivid metaphor: analyzing a legacy project for the first time can feel like drowning in a sea of issues. Traditional approaches to fixing all issues at once are unscalable, risking functional regressions and requiring substantial resources. Instead, Sonar advocates for a pragmatic methodology that focuses on ensuring new code adheres to high-quality standards, gradually reducing technical debt over time.

Clean as You Code Methodology

The “Clean as You Code” approach hinges on two principles: ownership of new code and incremental improvement. Guillaume explained that developers naturally understand and take responsibility for code they write today, making it easier to enforce quality standards. By ensuring that each pull request introduces clean code, teams can progressively refurbish their codebase. Over time, as new code replaces outdated sections, the overall quality improves without requiring a massive upfront investment. This method aligns with continuous integration and delivery (CI/CD) practices, allowing teams to maintain high standards while delivering features systematically.

Leveraging SonarCloud for Quality Assurance

Guillaume demonstrated the practical application of this methodology using SonarCloud, a cloud-based static analysis tool. By integrating SonarCloud into a Flask application’s CI/CD pipeline, developers can automatically analyze pull requests for issues like bugs, security vulnerabilities, and code smells. He showcased how SonarCloud’s quality gates enforce standards on new code, ensuring that only clean contributions are merged. For instance, Guillaume highlighted a detected SQL injection vulnerability due to unsanitized user input, emphasizing the tool’s ability to provide contextual data flow analysis to pinpoint and resolve issues efficiently.

Enhancing Developer Workflow with SonarLint

To catch issues early, Guillaume introduced SonarLint, an IDE extension for PyCharm and VSCode that performs real-time static analysis. This tool allows developers to address issues before committing code, streamlining the review process. He demonstrated how SonarLint highlights issues like unraised exceptions and offers quick fixes, enhancing productivity. Additionally, the connected mode between SonarLint and SonarCloud synchronizes issue statuses, ensuring consistency across development and review stages. This integration empowers developers to maintain high-quality code from the outset, reducing the burden of post-commit fixes.

Sustaining Codebase Health

The workshop underscored the long-term benefits of the “Clean as You Code” approach, illustrated by a real-world project where issue counts decreased over time as new rules were introduced. By focusing on new code and leveraging tools like SonarCloud and SonarLint, teams can achieve sustainable codebases that are maintainable, reliable, and secure. Guillaume’s presentation offered a roadmap for developers to modernize legacy systems incrementally, fostering a culture of continuous improvement.

Links:

• Sonar company website
• SonarCloud website
• SonarLint website

Hashtags: #LegacyCode #CleanCode #StaticAnalysis #SonarCloud #SonarLint #Python #Flask #GuillaumeDequenne #PyConUS2023

At Spring I/O 2023 in Barcelona, Michael Plöd delivered an engaging and unconventional talk that urged developers to step beyond their technical comfort zones and dive into the business domains they serve. Departing from the typical code-heavy sessions of the conference, Michael, a fellow at InnoQ and a long-time Spring user, emphasized the transformative power of understanding business contexts. Through interactive polls, real-world anecdotes, and practical strategies, he inspired attendees to become more valuable developers by aligning their technical expertise with business needs, ultimately enhancing code quality, team collaboration, and product impact.

The Value of Domain Knowledge

Michael opened by challenging the audience to reflect on their motivations for becoming software engineers, humorously acknowledging the allure of financial rewards but quickly pivoting to a deeper point: developers who grasp their business domain become significantly more valuable. He argued that domain knowledge enables better design choices, from writing maintainable code to making informed modularization decisions. By understanding the business, developers can create software that aligns with organizational goals, reducing friction and enhancing agility. Michael’s interactive poll revealed that many attendees had only a partial understanding of their business models, underscoring the need for greater curiosity about customer segments, value propositions, and revenue streams.

Writing Maintainable Code Through Domain Alignment

A standout moment was Michael’s recounting of a formative experience as a young developer at a bank, tasked with building a mortgage loan scoring engine. Initially, he relied on a detailed 50-page specification, structuring the code around assumed rules for points and no-go criteria. However, during acceptance testing, discrepancies emerged, revealing a mismatch between his mental model and the risk managers’ perspective. By directly engaging with the risk managers and refactoring the code to reflect their clustered rule structure, Michael transformed a complex change into a straightforward task. This story highlighted the importance of understanding the business’s mental model, reducing implicit assumptions, and structuring code to mirror domain logic, resulting in more maintainable and adaptable software.

Improving Modularization and Communication

Michael emphasized that domain knowledge informs better modularization decisions, particularly in architectures like microservices or serverless systems. He cited the Accelerate book, which links loosely coupled architectures to high-performing IT organizations, suggesting that aligning modules with business domains enhances team autonomy and delivery speed. Another poll showed strong audience agreement that modularization impacts value propositions, reinforcing the need to consider business goals when defining module boundaries. On communication, Michael cautioned against using technical jargon that alienates business stakeholders, advocating for empathy and clear language. He shared an amusing example of a fashion retailer where database table names leaked into sales floor terminology, illustrating the pitfalls of disconnected communication.

Influencing Product Design

The talk culminated in a call to influence product design through domain expertise. Michael argued that developers who understand business problems can propose solutions that enhance user experiences or create new business models. He referenced Marty Cagan’s research, which identifies direct customer feedback as a top source for product ideas, suggesting developers contribute more than just code. A final poll on digitalization revealed varied interpretations, from paperless processes to business model innovation, prompting Michael to stress that both improving existing models and creating new ones require close collaboration between technology and business teams. By fostering curiosity and asking questions, developers can bridge this gap, driving meaningful digital transformation.

Links:

• Michael Plöd’s GitHub
• Domain-Driven Design Crew GitHub
• Speaker Deck for Slides

Lecturer: Erick Wendel

Erick Wendel is a highly active member of the JavaScript and Node.js open-source community, serving as a Node.js core committer and international keynote speaker. He is recognized as a professional educator and holds multiple prestigious awards, including Google Developer Expert (GDE), Microsoft Most Valuable Professional (MVP), and GitHub Star. Mr. Wendel has made significant contributions to the Node.js core, specifically in modules like the native test runner and child process, and is known for his work in recreating the Node.js runtime from scratch as an educational exercise. He is the founder of EW Academy, a platform dedicated to advanced JavaScript education, having trained over 100,000 developers globally.

• Institutional Profile/Professional Page: Erick Wendel
• X (Twitter): @erickwendel_
• LinkedIn: in/erickwendel

Abstract

This article provides a scholarly analysis of the fundamental architectural components of modern JavaScript runtimes, such as Node.js, Deno, and Bun, by examining the core technologies that enable their high performance. The focus is on the essential interaction between the V8 JavaScript engine, the Libuv library for asynchronous I/O, and the C++ bindings (Core Modules) that interface with the operating system. The study highlights the methodological challenges involved in bridging JavaScript’s garbage-collected memory model with C++’s direct memory management, which is key to understanding runtime optimization.

Context: The Runtime Landscape

The recent proliferation of new JavaScript runtimes (Bun, Deno) underscores the need for deep optimization and architectural choices that address modern system demands. These runtimes are not monolithic; they are complex systems composed of distinct, specialized components. Understanding these components is crucial to grasping the functional differences and performance advantages between the various environments.

Methodology and Core Components

The construction of a JavaScript runtime hinges on three primary architectural pillars:

1. V8 JavaScript Engine: V8 is the foundation, responsible for parsing, compiling (Just-In-Time), and executing JavaScript code. Its primary functions are managing the garbage-collected memory heap and the event loop. It provides an interface (an isolate) that must be utilized to communicate with the JavaScript environment.
2. Libuv (Library for Unix/Windows V8): Libuv is a cross-platform asynchronous I/O library that provides the core threading, event loop management, and non-blocking networking capabilities. It abstracts the differences in operating system APIs (e.g., Windows vs. Linux) to ensure a consistent interface for I/O operations.
3. Core Modules/Bindings (The Bridge): These are the C++ functions that act as the essential link between the JavaScript environment (managed by V8) and the operating system’s capabilities (often accessed via Libuv). They expose low-level operating system features (like file system access or network sockets) to JavaScript.

Analysis: The Interoperability Challenge

The most critical challenge in runtime design is managing the interaction between V8 and the C++ code. Since V8 manages its own memory (garbage collection) and C++ uses direct memory allocation, a robust, safe interface is required. Any attempt to call a C++ function from JavaScript necessitates crossing this boundary, which requires obtaining a V8 isolate instance. Furthermore, to handle asynchronous operations, C++ functions must receive a callback, execute their blocking I/O on the Libuv thread pool, and then signal V8 to process the result on the main event loop.

Consequences and Implications

The lecture demonstrates that core differences between runtimes often stem from the specific C++ implementations and optimization choices made within the Core Modules/Bindings and how they interact with underlying system calls and Libuv. While V8 and Libuv are largely standardized components, the performance gains and unique features of runtimes like Bun (which uses Zig and JavaScriptCore instead of V8) are realized by optimizing the “glue” layer. The current environment suggests collaboration rather than outright competition, with core contributors and key figures moving between and contributing to the various runtime organizations (Node.js, Deno), fostering a shared advancement of the ecosystem.

Relevant links and hashtags

• Lecture Video: Bun, Deno, Node.js? Recreating a JavaScript runtime from Scratch – Erick Wendel, Node Congress 2023
• Lecturer Professional Links:
  • Professional Page: Erick Wendel
  • X (Twitter): @erickwendel_
  • LinkedIn: in/erickwendel
  • Organization: EW Academy

Hashtags: #JSRuntime #V8Engine #Libuv #NodeJS #Deno #Bun #SystemsProgramming #CoreModules #NodeCongress

Kévin Dunglas, a seasoned developer at Les-Tilleuls.coop and creator of API Platform, presented an innovative exploration of FrankenPHP at PHP Forum Paris 2022. Blending PHP with Go, Kévin introduced a groundbreaking server solution that pushes PHP’s boundaries. His talk delved into the technical intricacies of integrating Go’s threading model with PHP’s interpreter, offering a glimpse into a future where PHP applications achieve unprecedented performance and flexibility.

Introducing FrankenPHP

Kévin opened with the origins of FrankenPHP, a project born from his passion for both PHP and Go. Inspired by Les-Tilleuls’ developer Loris Sorio, who designed its logo, FrankenPHP aims to combine PHP’s ease of use with Go’s performance capabilities. Kévin explained how it leverages Go’s threading to overcome PHP-FPM’s limitations, enabling features like concurrent request handling. This fusion, he argued, unlocks new possibilities for PHP applications, particularly in high-performance scenarios.

Overcoming Technical Challenges

Delving into the technical core, Kévin described the complexities of integrating PHP’s Zend Thread Safe (ZTS) mode with Go’s threading model. He highlighted challenges like signal conflicts and the lack of OPcache support, which required custom modifications to PHP’s source code. By isolating PHP processes within Go threads, Kévin’s team achieved stable communication, though he noted the solution remains experimental. His transparency about these hurdles provided valuable insights for developers exploring similar integrations.

Performance and Future Directions

Kévin showcased FrankenPHP’s performance potential, demonstrating how enabling OPcache by modifying PHP’s SAPI list significantly reduced compilation overhead. He outlined future goals, including support for Laravel Octane and Symfony’s CLI, while acknowledging Windows compatibility challenges. Kévin’s call for community contributions to refine FrankenPHP underscored its open-source ethos, inviting developers to explore its code and report issues to enhance its stability.

Community Engagement and Collaboration

Concluding, Kévin emphasized the collaborative spirit driving FrankenPHP’s development. He encouraged developers to contribute via GitHub, highlighting the project’s experimental nature and potential for growth. By sharing Les-Tilleuls’ vision, Kévin inspired attendees to experiment with FrankenPHP, fostering a community-driven effort to redefine PHP’s role in modern web development.

Links:

• Les-Tilleuls.coop company website
• API Platform website
• FrankenPHP on GitHub