<?xml version="1.0" encoding="UTF-8"?>
<?xml-stylesheet type="text/xsl" media="screen" href="/~files/feed-premium.xsl"?>
                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                             
<rss xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:media="http://search.yahoo.com/mrss/" xmlns:atom="http://www.w3.org/2005/Atom" xmlns:feedpress="https://feed.press/xmlns" xmlns:podcast="https://podcastindex.org/namespace/1.0" version="2.0">
  <channel>
    <feedpress:locale>en</feedpress:locale>
    <atom:link rel="self" href="https://feeds.dzone.com/data"/>
    <atom:link rel="hub" href="https://feedpress.superfeedr.com/"/>
    <title>DZone Data Zone</title>
    <link>https://dzone.com/data</link>
    <description>Recent posts in Data on DZone.com</description>
    <item>
      <title>What Nobody Tells You About Multimodal Data Pipelines for AI Training</title>
      <link>https://feeds.dzone.com/link/23559/17346625/multimodal-data-pipelines-ai-training</link>
      <description><![CDATA[<p dir="ltr">Most discussions about AI model training focus on architecture choices, compute budgets, and evaluation benchmarks. The data pipeline that feeds those models? It gets a paragraph, maybe two. Maybe a diagram with an arrow labeled "data ingestion."</p>
<p dir="ltr">That gap is a real problem. In practice, data engineering is where most AI projects quietly fall apart. Not at the model level. Not at inference. At the pipeline.</p><img src="https://feeds.dzone.com/link/23559/17346625.gif" height="1" width="1"/>]]></description>
      <pubDate>Fri, 22 May 2026 19:00:00 GMT</pubDate>
      <guid isPermaLink="false">https://dzone.com/articles/3642089</guid>
      <media:thumbnail url="https://dz2cdn1.dzone.com/thumbnail?fid=18995616&amp;w=600"/>
      <dc:creator>Yunfei Zhao</dc:creator>
    </item>
    <item>
      <title>From Data Movement to Local Intelligence: The Shift from Centralized to Federated AI</title>
      <link>https://feeds.dzone.com/link/23559/17346575/from-data-movement-to-local-intelligence-the-shift</link>
      <description><![CDATA[<p name="246e"><a href="https://dzone.com/articles/an-introduction-to-artificial-intelligence">Artificial Intelligence</a> is becoming a core part of how companies operate. It helps in making decisions, predicting outcomes, and automating tasks. But one important question always comes up: <strong>“Where should data and AI live?”</strong></p>
<p name="5cd0">As an organization grows, their data doesn’t sit in one location. It spreads across the cloud platform, on-premises, third-party systems, and even on edge devices. At the same time, expectations from AI are changing, business needs real-time decisions, faster insights, and data privacy.</p><img src="https://feeds.dzone.com/link/23559/17346575.gif" height="1" width="1"/>]]></description>
      <pubDate>Fri, 22 May 2026 17:00:00 GMT</pubDate>
      <guid isPermaLink="false">https://dzone.com/articles/3652320</guid>
      <media:thumbnail url="https://dz2cdn1.dzone.com/thumbnail?fid=18991438&amp;w=600"/>
      <dc:creator>Jitendra Bafna</dc:creator>
    </item>
    <item>
      <title>How to Prevent Data Loss in C#</title>
      <link>https://feeds.dzone.com/link/23559/17346576/prevent-data-loss-csharp</link>
      <description><![CDATA[<p><a href="https://dzone.com/articles/developers-guide-to-data-loss-prevention-best-prac-1">Data loss prevention</a> is one of those capabilities that tends to get prioritized reactively, specifically after some compliance violation surfaces, or a data leak makes its way into an incident report. By then, the damage is done; we don’t have any control over the data we lost anymore. The more practical approach is to intercept sensitive data before it leaves our application, at the point where text containing PII or other regulated information is about to be transmitted or stored somewhere downstream.</p>
<p>It’s easier said than done, of course. Building reliable text-based <a href="https://dzone.com/articles/safeguarding-privacy-a-developers-guide-to-detecti">PII detection</a> from scratch is pretty difficult. Sensitive data appears in unstructured text in unpredictable ways, and sensitive data refers to an extremely broad range of data types. The detection logic that works for one data type often doesn’t carry over to others. Health-related data in particular introduces its own layer of complexity, involving PHI categories that require specific recognition logic well beyond what general-purpose NLP approaches handle reliably.</p><img src="https://feeds.dzone.com/link/23559/17346576.gif" height="1" width="1"/>]]></description>
      <pubDate>Fri, 22 May 2026 16:30:00 GMT</pubDate>
      <guid isPermaLink="false">https://dzone.com/articles/3653828</guid>
      <media:thumbnail url="https://dz2cdn1.dzone.com/thumbnail?fid=19027218&amp;w=600"/>
      <dc:creator>Brian O'Neill</dc:creator>
    </item>
    <item>
      <title>Stop Poisoning Your Models: How I Built a CV Dataset Quality Toolkit I Can Reuse Forever</title>
      <link>https://feeds.dzone.com/link/23559/17346337/tbdtbdtbdtbdtbdtbdtbd</link>
      <description><![CDATA[<p>Most people focus heavily on model improvements while treating <a href="https://dzone.com/articles/data-quality-a-novel-perspective-for-2025">data quality</a> as a secondary concern.</p>
<p data-end="418" data-start="101">They spend hours tuning hyperparameters, testing new architectures, and following the latest research, only to see performance stall at the same frustrating accuracy ceiling. More training rarely fixes it. More augmentation often does not either. Even swapping one strong architecture for another may not change much.</p><img src="https://feeds.dzone.com/link/23559/17346337.gif" height="1" width="1"/>]]></description>
      <pubDate>Fri, 22 May 2026 13:00:01 GMT</pubDate>
      <guid isPermaLink="false">https://dzone.com/articles/3649886</guid>
      <media:thumbnail url="https://dz2cdn1.dzone.com/thumbnail?fid=18995053&amp;w=600"/>
      <dc:creator>Sai Teja Erukude</dc:creator>
    </item>
    <item>
      <title>Edge Computing in Utility IoT: Two Architecture Patterns That Actually Work</title>
      <link>https://feeds.dzone.com/link/23559/17346309/edge-computing-utility-iot</link>
      <description><![CDATA[<p dir="ltr">When centralized control architectures were designed, power flowed from large generation plants down to passive consumers, utilities managed hundreds of large assets, data volumes were modest, and connectivity was reliable at substations.</p>
<p dir="ltr">Few of these assumptions hold today. Power flows in both directions as rooftop solar and battery storage inject back into the distribution network. Utilities now coordinate millions of small, variable, distributed assets instead of hundreds of large ones. Data volumes have multiplied by orders of magnitude as smart meters, sensors, and distributed energy resource (DER) controllers generate continuous streams.&nbsp;</p><img src="https://feeds.dzone.com/link/23559/17346309.gif" height="1" width="1"/>]]></description>
      <pubDate>Fri, 22 May 2026 12:00:00 GMT</pubDate>
      <guid isPermaLink="false">https://dzone.com/articles/3650129</guid>
      <media:thumbnail url="https://dz2cdn1.dzone.com/thumbnail?fid=18993145&amp;w=600"/>
      <dc:creator>Yevheniia Mala</dc:creator>
    </item>
    <item>
      <title>Why We Chose Iceberg Over Delta After Evaluating Both at Scale</title>
      <link>https://feeds.dzone.com/link/23559/17345963/iceberg-vs-delta-at-scale-choice</link>
      <description><![CDATA[<p data-end="968" data-start="638">When people compare Delta Lake and Apache Iceberg, the discussion often stays too abstract. Most articles describe features at a high level, but platform decisions are usually made in much more practical terms: Which format fits your workloads better? Which one is easier to operate? Which one creates fewer long-term constraints?</p>
<p data-end="1172" data-start="970">This article is a practitioner-style comparison of the dimensions that matter most in day-to-day platform work: write-heavy operations, multi-engine reads, schema evolution, compaction, and time travel.</p><img src="https://feeds.dzone.com/link/23559/17345963.gif" height="1" width="1"/>]]></description>
      <pubDate>Thu, 21 May 2026 20:00:00 GMT</pubDate>
      <guid isPermaLink="false">https://dzone.com/articles/3650289</guid>
      <media:thumbnail url="https://dz2cdn1.dzone.com/thumbnail?fid=18993077&amp;w=600"/>
      <dc:creator>Kuladeep Sandra</dc:creator>
      <dc:creator>Ashwin Ramesh Kumar</dc:creator>
    </item>
    <item>
      <title>Architecting Petabyte-Scale Hyperspectral Pipelines on AWS</title>
      <link>https://feeds.dzone.com/link/23559/17345926/petabyte-hyperspectral-pipelines-aws</link>
      <description><![CDATA[<h2 dir="ltr">The Data Challenge</h2>
<p dir="ltr">Every industry has its version of the same data engineering problem: massive, complex payloads generated at the edge — far from the cloud, often on unreliable networks — that need to become queryable, structured datasets as fast as possible. In genomics, it is multi-gigabyte sequencing files produced by instruments in labs.&nbsp;</p>
<p dir="ltr">In <a href="https://dzone.com/articles/middleware-in-autonomous-vehicles">autonomous vehicles,</a> it is LiDAR and camera telemetry streaming off test fleets. The underlying architectural challenge is the same in every case: ingest heavy data at burst scale, store it cost-effectively for years, and transform it into something an analyst or ML model can actually use without touching the raw files.</p><img src="https://feeds.dzone.com/link/23559/17345926.gif" height="1" width="1"/>]]></description>
      <pubDate>Thu, 21 May 2026 19:00:00 GMT</pubDate>
      <guid isPermaLink="false">https://dzone.com/articles/3650191</guid>
      <media:thumbnail url="https://dz2cdn1.dzone.com/thumbnail?fid=18993073&amp;w=600"/>
      <dc:creator>Anil Bodepudi</dc:creator>
    </item>
    <item>
      <title>Production Database Migration or Modernization: A Comprehensive Planning Guide [Part 2]</title>
      <link>https://feeds.dzone.com/link/23559/17345665/db-migration-modernization-guide-part-2</link>
      <description><![CDATA[<div data-breakout="normal">
 <p dir="auto">This is the second part of our multi-post guide that walks through the essential components of planning and executing a successful production database migration for large-scale backend services.</p>
</div>
<div data-breakout="normal">
 <p dir="auto">If you haven't read the first part, where we cover migration readiness assessment and the six key factors influencing timeline and risk, you can find it <a data-hook="web-link" href="https://dzone.com/articles/production-database-migration-or-modernization-part-1" rel="noopener noreferrer" target="_blank">here</a>.</p><img src="https://feeds.dzone.com/link/23559/17345665.gif" height="1" width="1"/>]]></description>
      <pubDate>Thu, 21 May 2026 13:00:00 GMT</pubDate>
      <guid isPermaLink="false">https://dzone.com/articles/3652193</guid>
      <media:thumbnail url="https://dz2cdn1.dzone.com/thumbnail?fid=18990974&amp;w=600"/>
      <dc:creator>Alexander Komyagin</dc:creator>
    </item>
    <item>
      <title>Why SAP S/4HANA Landscape Design Impacts Cloud TCO More Than Compute Costs</title>
      <link>https://feeds.dzone.com/link/23559/17344930/why-sap-s4hana-landscape-design-impacts-cloud-tco</link>
      <description><![CDATA[<h2 data-end="1131" data-start="1093">Introduction: Beyond Compute Prices</h2>
<p data-end="2040" data-start="1133">When <a href="https://dzone.com/articles/zero-downtime-option-zdo-when-to-use-and-when-to-avoid">migrating or running SAP S/4HANA</a> on AWS, many organizations fixate on EC2 instance prices and assume that choosing the cheapest instance types will yield the biggest savings. In reality, cloud TCO is heavily impacted by landscape design choices, how many environments you run, how they’re sized, how data is managed and what auxiliary services you use. Cutting cloud costs isn’t just about shrinking VM sizes it’s about architecting an efficient <a href="https://dzone.com/articles/aws-overlay-ip-in-sap-landscapes">SAP landscape</a>. As one SAP FinOps guide notes, focusing only on instance sizing addresses symptoms, not causes. True cost optimization asks Is the SAP landscape design efficient? Are you running unnecessary SAP instances, and can workloads consolidate onto fewer systems?. In other words, a thoughtful landscape architecture often yields larger savings than a simple per-server cost reduction.</p>
<h2 data-end="2090" data-start="2042">Understanding an SAP S/4HANA Landscape on AWS</h2>
<p data-end="3276" data-start="2092">A typical S/4HANA landscape consists of multiple tiers and environments. You might have separate DEV, QA, Staging and Production systems each a full SAP stack with its own HANA database and application servers. On AWS, that could translate to dozens of EC2 instances, along with associated storage and network infrastructure. Each additional environment or system copy multiplies costs for compute, Amazon EBS storage, Amazon EFS shared file systems, backup retention, and so on. Landscape design decisions such as how many parallel systems to run or whether every environment needs high availability can quickly outweigh the cost of an individual EC2 instance.</p><img src="https://feeds.dzone.com/link/23559/17344930.gif" height="1" width="1"/>]]></description>
      <pubDate>Wed, 20 May 2026 16:00:00 GMT</pubDate>
      <guid isPermaLink="false">https://dzone.com/articles/3639209</guid>
      <media:thumbnail url="https://dz2cdn1.dzone.com/thumbnail?fid=18991584&amp;w=600"/>
      <dc:creator>Deepika Paturu</dc:creator>
    </item>
    <item>
      <title>No More Cheap Claude: 4 First Principles of Token Economics in 2026</title>
      <link>https://feeds.dzone.com/link/23559/17344907/claude-token-principles</link>
      <description><![CDATA[<h2>TL;DR: Token Economics in the Era of Scarcity</h2>
<p>Your Claude Pro subscription hits limits faster than it did in January, as Anthropic quietly re-priced the ceiling, and every AI provider is rationing compute. If you keep working with Claude the way you did six months ago, you are in for a rude awakening. This article gives you four principles that explain how Token Economics actually works, so you can stop accepting the black box and start using your budget deliberately.</p>
<h2>Token Economics Principle 1: Every Turn Re-Consumes Everything Before It</h2>
<p>Claude does not remember your conversation the way a human colleague does. Every time you send a message, Claude reads the entire conversation again from the top: your first question, Claude’s first answer, your second question, and so on. Message 30 pays to re-read messages 1 through 29 before it even starts working on your new question.</p><img src="https://feeds.dzone.com/link/23559/17344907.gif" height="1" width="1"/>]]></description>
      <pubDate>Wed, 20 May 2026 14:30:00 GMT</pubDate>
      <guid isPermaLink="false">https://dzone.com/articles/3655622</guid>
      <media:thumbnail url="https://dz2cdn1.dzone.com/thumbnail?fid=19025097&amp;w=600"/>
      <dc:creator>Stefan Wolpers</dc:creator>
    </item>
    <item>
      <title>Improving DAG Failure Detection in Airflow Using AI Techniques</title>
      <link>https://feeds.dzone.com/link/23559/17344343/airflow-dag-failure-detection-ai</link>
      <description><![CDATA[<p>Apache Airflow is widely used to orchestrate ETL pipelines, but failure handling in large-scale environments remains largely reactive. While Airflow provides strong scheduling and execution primitives, identifying root causes and detecting silent data issues still requires significant manual effort.</p>
<p>This article presents an approach implemented in a production data platform to improve failure detection and diagnosis using a combination of large language models (LLMs), statistical methods, and traditional machine learning. The system focuses on three areas: log-based failure classification, data integrity anomaly detection, and predictive failure modeling.</p><img src="https://feeds.dzone.com/link/23559/17344343.gif" height="1" width="1"/>]]></description>
      <pubDate>Tue, 19 May 2026 17:00:00 GMT</pubDate>
      <guid isPermaLink="false">https://dzone.com/articles/3649973</guid>
      <media:thumbnail url="https://dz2cdn1.dzone.com/thumbnail?fid=18986943&amp;w=600"/>
      <dc:creator>Bruno Bocardo Guzoni</dc:creator>
    </item>
    <item>
      <title>Spring CRUD Generator v1.1.0 Updates</title>
      <link>https://feeds.dzone.com/link/23559/17343489/spring-crud-generator-v110-field-validation-redis</link>
      <description><![CDATA[<p>I’ve just released <strong>Spring CRUD Generator v1.1.0</strong> — an open-source generator that helps you bootstrap a <a href="https://dzone.com/articles/spring-boot-crud-operations-example-with-exception">Spring Boot CRUD</a> backend from a single YAML specification.</p>
<p data-end="1119" data-start="644">If you’ve built more than a couple of CRUD-heavy services, you’ve probably experienced the same pain points: repeating the same layers (entity, repository, service, controller), keeping consistent naming and structure across modules, and constantly adjusting boilerplate when requirements change. Spring CRUD Generator aims to reduce that overhead by letting you define your data model and project options once (in YAML) and generate a consistent project structure around it.</p><img src="https://feeds.dzone.com/link/23559/17343489.gif" height="1" width="1"/>]]></description>
      <pubDate>Mon, 18 May 2026 14:00:01 GMT</pubDate>
      <guid isPermaLink="false">https://dzone.com/articles/3638294</guid>
      <media:thumbnail url="https://dz2cdn1.dzone.com/thumbnail?fid=18985237&amp;w=600"/>
      <dc:creator>Marko Zivkovic</dc:creator>
    </item>
    <item>
      <title>The Network Attach Problem Nobody Warns You About</title>
      <link>https://feeds.dzone.com/link/23559/17341456/network-attach-problem</link>
      <description><![CDATA[<p>We have been here before.</p>
<p>When NB-IoT went nationwide at a major U.S. operator in 2018, enterprise teams discovered that activating large device fleets simultaneously did things to the network that nobody in the procurement conversation had mentioned. The spec sheets were silent on it. The vendor demos didn't surface it. It showed up on activation day, at scale, in production.</p><img src="https://feeds.dzone.com/link/23559/17341456.gif" height="1" width="1"/>]]></description>
      <pubDate>Thu, 14 May 2026 20:00:00 GMT</pubDate>
      <guid isPermaLink="false">https://dzone.com/articles/3642032</guid>
      <media:thumbnail url="https://dz2cdn1.dzone.com/thumbnail?fid=18946358&amp;w=600"/>
      <dc:creator>SESHA KIRAN GONABOYINA</dc:creator>
    </item>
    <item>
      <title>Content Lakes: Harness Unstructured Data for Enterprise AI Readiness</title>
      <link>https://feeds.dzone.com/link/23559/17341366/content-lakes-ai-readiness</link>
      <description><![CDATA[<p dir="ltr" style="text-align: left;">In the evolution of data architecture, the industry has successfully moved through various cycles — from the rigid world of relational databases to the sprawling chaos of early <a href="https://dzone.com/refcardz/getting-started-apache-hadoop">Hadoop</a> "data swamps."Most organizations are good at handling structured data like logs, transactions, and metrics. But unstructured content like legal contracts, support tickets, training videos, and internal docs — is still a challenge.</p>
<p dir="ltr" style="text-align: left;">The information gets stored, but it’s rarely easy to actually use. This fragmentation leads to the "Data Black Hole" effect. It exists but provides zero value because it isn't searchable, machine-readable, or organized.</p><img src="https://feeds.dzone.com/link/23559/17341366.gif" height="1" width="1"/>]]></description>
      <pubDate>Thu, 14 May 2026 17:00:00 GMT</pubDate>
      <guid isPermaLink="false">https://dzone.com/articles/3642564</guid>
      <media:thumbnail url="https://dz2cdn1.dzone.com/thumbnail?fid=18954025&amp;w=600"/>
      <dc:creator>Niranjan Yadavali</dc:creator>
    </item>
    <item>
      <title>Invisible Failures in S/4HANA Conversions (And Why Teams Miss Them)</title>
      <link>https://feeds.dzone.com/link/23559/17341236/invisible-failures-in-s4hana-conversions</link>
      <description><![CDATA[<p data-end="900" data-start="71">Converting an SAP ECC system to S/4HANA is a complex brownfield migration that often focuses on obvious challenges like module functionality and <a href="https://dzone.com/articles/live-database-migration">database migration</a>. However, lurking beneath the surface are invisible failures subtle technical issues that don’t immediately break the conversion process but later sabotage operations. These failures often stem from overlooked technical details, such as legacy custom code or data quirks, and teams miss them because they aren’t caught by standard checks or superficial testing.</p>
<h2 data-end="954" data-section-id="n96u1t" data-start="902">Legacy Custom Code Pitfalls Hidden in Plain Sight</h2>
<p data-end="1159" data-start="956">One of the biggest sources of hidden issues is custom ABAP code carried over from ECC. Even after a successful syntax adaptation, legacy code can harbor logic that silently malfunctions in S/4HANA:</p><img src="https://feeds.dzone.com/link/23559/17341236.gif" height="1" width="1"/>]]></description>
      <pubDate>Thu, 14 May 2026 14:00:00 GMT</pubDate>
      <guid isPermaLink="false">https://dzone.com/articles/3640977</guid>
      <media:thumbnail url="https://dz2cdn1.dzone.com/thumbnail?fid=18980833&amp;w=600"/>
      <dc:creator>Deepika Paturu</dc:creator>
    </item>
    <item>
      <title>Ten Years of Beam: From Google's Dataflow Paper to 4 Trillion Events at LinkedIn</title>
      <link>https://feeds.dzone.com/link/23559/17341187/beam-10-years-dataflow-linkedin</link>
      <description><![CDATA[<p>In August 2015, a team of engineers at Google published a paper with a title so long it barely fits on a conference slide: <em>"The Dataflow Model: A Practical Approach to Balancing Correctness, Latency, and Cost in Massive-Scale, Unbounded, Out-of-Order Data Processing."</em> The opening line was:</p>
<blockquote>
 <p>We as a field must stop trying to groom unbounded datasets into finite pools of information that eventually become complete.</p><img src="https://feeds.dzone.com/link/23559/17341187.gif" height="1" width="1"/>]]></description>
      <pubDate>Thu, 14 May 2026 13:00:01 GMT</pubDate>
      <guid isPermaLink="false">https://dzone.com/articles/3644688</guid>
      <media:thumbnail url="https://dz2cdn1.dzone.com/thumbnail?fid=18960169&amp;w=600"/>
      <dc:creator>Abgar Simonean</dc:creator>
    </item>
    <item>
      <title>Has AI-Generated SQL Impacted Data Quality? We Reviewed 1,000 Incidents</title>
      <link>https://feeds.dzone.com/link/23559/17339335/ai-sql-quality-issues</link>
      <description><![CDATA[<p dir="ltr"><span>Code breaks data. At least it used to.</span></p>
<p dir="ltr"><span>Data teams write SQL transformations to shape raw data for downstream use cases. When those queries change, they can rupture dependencies or alter metrics in unintended ways.</span></p><img src="https://feeds.dzone.com/link/23559/17339335.gif" height="1" width="1"/>]]></description>
      <pubDate>Tue, 12 May 2026 17:00:00 GMT</pubDate>
      <guid isPermaLink="false">https://dzone.com/articles/3642436</guid>
      <media:thumbnail url="https://dz2cdn1.dzone.com/thumbnail?fid=18942199&amp;w=600"/>
      <dc:creator>Lior Gavish</dc:creator>
    </item>
    <item>
      <title>When Search Started Breaking at Scale: How We Chose the Right Search Engine</title>
      <link>https://feeds.dzone.com/link/23559/17339238/when-search-breaks-at-scale</link>
      <description><![CDATA[<p>When we first built our search system, everything worked fine.</p>
<p>The data size was manageable, search responses were fast, and updates were happening as expected. Like many teams, we assumed that once a search engine is set up, it will continue to work as the system grows.</p><img src="https://feeds.dzone.com/link/23559/17339238.gif" height="1" width="1"/>]]></description>
      <pubDate>Tue, 12 May 2026 14:00:00 GMT</pubDate>
      <guid isPermaLink="false">https://dzone.com/articles/3645702</guid>
      <media:thumbnail url="https://dz2cdn1.dzone.com/thumbnail?fid=18977731&amp;w=600"/>
      <dc:creator>sunil paidi</dc:creator>
    </item>
    <item>
      <title>Mastering SwiftUI Gestures: Basic to Advanced</title>
      <link>https://feeds.dzone.com/link/23559/17338564/mastering-swiftui-gestures</link>
      <description><![CDATA[<p data-selectable-paragraph="">Welcome back. If there is one thing that defines a truly great iOS app, it’s how it feels under the user’s fingertips. Fluid, intuitive, and responsive interactions are what separate good apps from exceptional ones. In SwiftUI, building these interactions revolves entirely around the Gesture API.</p>
<p data-selectable-paragraph="">While adding a simple <code>.onTapGesture</code> is something we all learn on day one, truly mastering the <a href="https://dzone.com/articles/updating-swiftui-views-from-objective-c-using-mvvm">SwiftUI</a> gesture system — understanding gesture states, transaction animations, and complex composition — unlocks a whole new level of UI development.</p><img src="https://feeds.dzone.com/link/23559/17338564.gif" height="1" width="1"/>]]></description>
      <pubDate>Mon, 11 May 2026 16:00:00 GMT</pubDate>
      <guid isPermaLink="false">https://dzone.com/articles/3643680</guid>
      <media:thumbnail url="https://dz2cdn1.dzone.com/thumbnail?fid=18956398&amp;w=600"/>
      <dc:creator>Pavel Andreev</dc:creator>
    </item>
    <item>
      <title>Beyond SOLID: Embracing CUPID for Modern Software Craftsmanship</title>
      <link>https://feeds.dzone.com/link/23559/17337034/beyond-solid-embracing-cupid-for-modern-software</link>
      <description><![CDATA[<p data-path-to-node="1">For decades, the <b data-index-in-node="17" data-path-to-node="1">SOLID</b> principles — Single Responsibility, Open-Closed, Liskov Substitution, Interface Segregation, and Dependency Inversion — have been the undisputed gold standard of object-oriented design. They were forged in an era of monolithic desktop applications and strict C++ or Java hierarchies.</p>
<p data-path-to-node="2">However, as our industry has shifted toward microservices, <a href="https://dzone.com/articles/zero-latency-architecture-db-triggers-serverless-functions">serverless functions</a>, and dynamic languages, many developers find that strictly following SOLID can lead to "over-engineering." We end up with an explosion of interfaces for single-method classes and a cognitive load that makes the codebase feel like a dense, impenetrable thicket.</p><img src="https://feeds.dzone.com/link/23559/17337034.gif" height="1" width="1"/>]]></description>
      <pubDate>Fri, 08 May 2026 17:00:00 GMT</pubDate>
      <guid isPermaLink="false">https://dzone.com/articles/3643398</guid>
      <media:thumbnail url="https://dz2cdn1.dzone.com/thumbnail?fid=18972948&amp;w=600"/>
      <dc:creator>Nikita Kothari</dc:creator>
    </item>
  </channel>
</rss>
