# masterclass Published articles for masterclass. This is one page of public article previews, not the complete archive. Follow Next page to continue. Summaries are not the original full articles. ## How to Build an AI Research Agent DevFeed: [How to Build an AI Research Agent]() Original publisher: [Read original article]() Author: Louis-François Bouchard Published: 2026-08-10T11:52:40Z Content type: tutorial Language: en Sources: [System Design Newsletter]() Topics: [Artificial Intelligence](), [Generative AI]() Tags: [agent](), [ai](), [generative-ai](), [how-to](), [masterclass]() ### AI overview A tutorial about building an AI research agent, presented as part of a Generative AI Masterclass. ### Source excerpt #168: Part 5 - Generative AI Masterclass ## How to Build a Domain Expert AI DevFeed: [How to Build a Domain Expert AI]() Original publisher: [Read original article]() Author: Louis-François Bouchard Published: 2026-07-17T11:00:54Z Content type: tutorial Language: en Sources: [System Design Newsletter]() Topics: [Generative AI](), [Artificial Intelligence]() Tags: [ai](), [generative](), [generative-ai](), [how-to](), [masterclass]() ### AI overview Part 4 of a Generative AI Masterclass about how to build a domain expert AI. ### Source excerpt #162: Part 4 - Generative AI Masterclass ## Building a Testable Network Layer and Three-Tier State Management in Flutter DevFeed: [Building a Testable Network Layer and Three-Tier State Management in Flutter]() Original publisher: [Read original article]() Author: Veli Bacık Published: 2026-07-08T15:56:52Z Content type: tutorial Language: en Sources: [Flutter Community - Medium]() Topics: [Flutter](), [Network](), [API](), [HTTP](), [Refactoring](), [Error Handling](), [JSON](), [ui](), [App]() Tags: [api](), [backend](), [building](), [code](), [dart](), [error-handling](), [flutter](), [how-to](), [http](), [implementation](), [integration](), [json](), [masterclass](), [network](), [refactoring](), [server](), [state-management]() ### AI overview This tutorial explains how to refactor a Flutter application's network and state-management architecture. It introduces a generic, testable network manager and service/model layers, then applies a three-tier state model using Cubit for business state, BlocSelector for targeted rebuilds, and ValueNotifier for widget-local UI state. ### Source excerpt How to wrap HTTP behind a generic, testable network manager with sealed results -- then drive your screens with a three-tier state model: global Cubit, page Cubit, and widget-local ValueNotifier. Flutter Refactoring Masterclass -- Part 3 GitHub - VB10/flight_booking: Flight App for refactoring real project PRs: #11, #12 📺 Video Series: Network & Service Layer https://medium.com/media/2d40d555e4d8968f1d15fb35e2e91553/hrefhttps://medium.com/media/3d8a8a32a77c98177ba10492a892aed6/href 🤖 Want to apply these changes to your project? See the AI prompt at the end. The Problem In Part 2 we split the login page into View, ViewModel, and Mixin -- but the ViewModel still new'd up a Dio() instance and hard-coded http://localhost:8080 inline. Every screen that talked to the backend did the same thing: create a fresh Dio, paste the base URL, decode JSON by hand, and copy-paste the same if (statusCode == 200) ... else ... catch (e) ladder. That pattern rots fast. A URL change means a project-wide search. A new header (auth token, API version) has to be added everywhere. Error handling drifts -- one screen returns 'Server hatası', another swallows the exception. And nothing is testable, because the network call is welded to the widget. As the video puts it: the person writing the code shouldn't be able to say "this only works with internet" -- the network is a dependency, and dependencies must be managed. There's a second rot: state. setState rebuilds the whole widget on every field change. A page with a loading flag, an error string, and a list re-renders all three even when only one changed. And there's no consistent home for "where does the loading state live" -- sometimes a ValueNotifier, sometimes a bool, sometimes buried in _PageState. This article fixes both on the same module. PR #11 builds a generic network + service + model layer. PR #12 layers a three-tier state model on top -- Cubit for business, BlocSelector for surgical rebuilds, ValueNotifier for widget-local UI. What We Change ## OLX Masterclass Frontend 2026 DevFeed: [OLX Masterclass Frontend 2026]() Original publisher: [Read original article]() Author: Isaac Queiroz Published: 2026-02-25T16:16:00Z Content type: news Language: en Sources: [OLX]() Topics: [Front end](), [Model Context Protocol](), [Development](), [CSS](), [React](), [Figma](), [repo](), [configuration]() Tags: [2026](), [agents](), [ai](), [code](), [coding](), [component](), [configuration](), [css](), [development](), [event](), [figma](), [frontend](), [frontend-development](), [masterclass](), [mcp](), [mcps](), [model-context-protocol](), [olx](), [react](), [repo]() ### AI overview OLX announces its 2026 Frontend Masterclass, featuring three sessions on MCP integrations and Figma-to-React workflows, new CSS capabilities, and managing localized websites for multiple brands from a single repository. ### Source excerpt The always-evolving challenges of OLX create a rich environment for innovation, experimentation, and knowledge sharing. In our 2026 Frontend Masterclass, we have three sessions that will shed light on our current development flow. Join us on March 3rd, 2026, from 6:00 pm to 9:00 pm at our OLX Offices in Poznań! Do you want to join us and know what's trending in the latest frontend technology? Check the event information and join here! Can't join it in person? Sign in to this form to receive the online recording of the session! Our Agenda With a broad schedule, our speakers will deliver a mix of technical presentations and demonstrations on multiple subjects. MCP Servers in Action: From Figma Design to React Component in Minutes by Karol Grabowski Part of what changed in our day-to-day flow is how AI is always available to help us. AI assistants and agents are powerful out-of-the-box tools; we can augment our reach by configuring Model Context Protocols (MCPs) to take our setup a step further. Join Karol to explore how the Model Context Protocol turns AI assistants into powerful development partners with direct access to your tools. This talk covers the MCP ecosystem, real OLX integrations, and includes a live coding session demonstrating the Figma-to-code workflow. CSS is no longer "this simple" -- it got _layers_, quite literally by Tomasz "Comandeer" Jakut At the same time that we advance with AI and multiple experiments to learn from our users and make our flows as pleasant as possible, we are still styling our components with the usual suspects, right? Not always! Join Tomasz Jakut and deep dive into CSS's new capabilities that can redefine how we approach styling websites: from @Layer and nesting to container queries, scoped styles, and user preferences. New native features can refresh well-known techniques and make others obsolete. One-product, three brands -- Our strategy for serving different countries from a single repo by Lilian Galezewska We all know how OL ## JSConfUS 2013 - Angelina Fabbor in JavaScript Masterclass DevFeed: [JSConfUS 2013 - Angelina Fabbor in JavaScript Masterclass]() Original publisher: [Read original article]() Published: 2013-08-05T00:00:00Z Content type: article Language: en Sources: [Juri Strumpflohner]() Topics: [JavaScript](), [Programming](), [Learning](), [Development]() Tags: [beginner](), [debugging](), [experiment](), [fundamentals](), [javascript](), [learning](), [masterclass](), [mentorship](), [programming](), [writing-code]() ### AI overview This article summarizes a JSConfUS 2013 JavaScript masterclass by Angelina Fabbor. It outlines signs of beginner, intermediate, and expert development, then recommends practices such as learning fundamentals, writing code from scratch, debugging, teaching, studying, experimenting, seeking mentorship, and taking breaks. ### Source excerpt Lorem ipsum dolor sit amet