This article explains duck typing and polymorphism in Python, two fundamental object-oriented programming concepts, with practical code examples demonstrating how objects can be treated based on their behavior rather than their type.
This article explains how to move from business modeling to business and system use case diagrams, covering vision definition, business sequence diagrams, system use case creation, use case specifications, and concludes with a brief promotion for a DevOps certification course, offering practical guidance for software engineers.
The article examines modern software development challenges, explains why thorough design and modeling are essential before coding, and outlines three key practices—business modeling, business process analysis, and system modeling—along with class analysis techniques to improve collaboration, reduce rework, and build robust architectures.
This article examines the common benefits, drawbacks, and design principles of layered architecture across micro‑service, data‑warehouse, and protocol designs, illustrating each point with real‑world examples and offering practical guidance on when and how to apply layering effectively.
Layered architecture offers abstract stability, functional reuse, cohesion, hidden complexity, and scalability, but can introduce extra complexity, performance overhead, and dependency risk, so designers should retain essential layers, enforce one‑way cross‑layer calls, depend only on lower layers, keep lower layers stable, and ensure each layer has a clear purpose.
This article examines how the flexible, metadata‑driven architecture and configurable features of Oracle E‑Business Suite and OFSA can inspire more adaptable, modular, and user‑centric logistics software, covering design principles, extensibility, integration, and data‑model strategies.
The article analyses Daniel Jackson’s concept‑driven software design presented at the 2024 Global Software R&D Conference, relates it to domain‑driven design and business services, and demonstrates how AI‑augmented prompts can generate Java domain models and a Spring‑Boot RESTful API for order submission.
This article explains why software engineers should perform design and modeling—such as business modeling, process analysis, and system modeling—before writing code, highlighting how these practices align development with business goals, improve collaboration, and reduce costly rework caused by changing requirements.
The article explains why treating business requirements as a logical tree and directly mapping that structure to code—using clear comments, proper function extraction, and avoiding premature design patterns—leads to more maintainable, bug‑free software.
Before writing code, developers should perform systematic design and modeling—including business modeling, process analysis, and system modeling—followed by class analysis and state‑machine design, to align software with business goals, reduce changing requirements, improve quality, and keep teams motivated.
The article argues that in early development stages, a small amount of code duplication should be tolerated, warning against premature DRY abstractions that can lead to over‑engineered designs, and advises waiting for genuine common patterns before introducing shared abstractions.
This article explains why maintaining clean, well‑structured code is essential for productivity and team collaboration, covering naming conventions, class design principles, function responsibilities, testing strategies, and tools like SonarLint, while providing concrete Java code examples for each concept.
This article explains why clean, well‑named code is essential for productivity, outlines practical naming rules—such as avoiding ambiguity, preventing misleading names, making meaningful distinctions, and keeping identifiers searchable—and provides concrete Java examples and patterns to help developers write maintainable, testable software.
The article examines why software requirements frequently change, introduces a four‑layer software value model—from business value to UI aesthetics—and explains how this model guides product managers and engineers in handling requirement volatility, balancing flexibility, and maintaining architectural integrity.
This article explains how backend engineers can achieve clean, readable, and easily maintainable Java code by applying proper layering, minimizing modules, reducing coupling, using design patterns wisely, and refactoring when methods become too long or parameters overly complex.
This article explains how to design a unified business error‑code system for RESTful APIs, demonstrates the structure and format of such codes, provides a Go implementation with structs, interfaces and formatting methods, and shows practical usage in a Gin web server including logging and notification strategies.
The article examines the drawbacks of relying solely on structured programming—such as tight module coupling, poor change isolation, and rigidity—and shows how integrating object‑oriented and functional programming can improve modularity, flexibility, and maintainability in complex software systems.
The COLA (Clean Object‑Oriented and Layered Architecture) framework replaces traditional monolithic MVC Service layers with a clear, multi‑layered structure—Adapter, Application, Domain, Infrastructure, and Client—enhancing code cohesion, reducing coupling, and improving maintainability, as illustrated through a detailed order‑creation example with refactored Java code.
This article presents a practical six‑step framework that guides teams from clarifying business goals and core concepts to objectively breaking down issues, restructuring existing designs, proposing solutions, and finalizing implementation plans, helping avoid wasted effort on ill‑defined problems.
This article introduces PlantUML, explains its core features, walks through quick installation and plugin setup, demonstrates basic and advanced sequence diagram syntax with code examples, and provides a complete login flow illustration, helping developers create clear, version‑controlled diagrams efficiently.
This article shares hands‑on experience of applying Domain‑Driven Design in real projects, detailing a typical four‑layer architecture (domain, infrastructure, application, adapter), code examples, packaging guidelines, and practical tips for clean, maintainable backend systems.
This article explores the power of abstraction in software design, explaining its hierarchical levels, the role of interfaces, and practical questions to ask when modeling real‑world problems, guiding developers to create more maintainable, scalable, and communicative systems.
This article explains why clean code is essential for project success and company health, outlines the consequences of messy code, and provides practical guidelines on naming, class design, function design, testing, and using tools like SonarLint to write maintainable, high‑quality software.
This article explains why clean code is essential for productivity and project health, and provides practical guidance on naming, class design, function design, and testing—including SOLID principles, parameter handling, exception use, and test‑driven development—to help developers write maintainable, high‑quality software.
This article explains why clean code matters for productivity and project health, and provides practical guidelines on naming, class design, function design, SOLID principles, testing strategies, and tooling to help developers write maintainable, readable software.
This article explains why clean code is essential for productivity and project health, covering naming conventions, class design, SOLID principles, function design, parameter handling, testing strategies like TDD and the FIRST principles, and tools such as SonarLint to maintain code quality.
This comprehensive guide explains the purpose of architecture diagrams, the criteria for good diagrams, the optimal moments to create them, and detailed methods for drawing business, application, technical, code, and data architecture diagrams, complete with design principles, classification, and practical tips.
The article explains how business complexity and maintenance pain points can be mitigated by adopting Domain‑Driven Design, strategic and tactical patterns, hexagonal architecture, and a well‑structured microservice framework—illustrated with Go code examples and practical migration steps for large‑scale systems.
This article explains the core concept of abstraction in software engineering, illustrating how using interfaces and abstract methods in PHP can simplify code, improve maintainability, and reduce developer focus on low‑level details, demonstrated through concrete Shape examples for rectangles, circles, and triangles.
This guide explains the seven core UML diagrams—class, sequence, component, deployment, use‑case, state, and activity—detailing when and how to use each across requirement analysis, architecture design, and detailed design to produce clear, actionable software design documentation.
This article explains the distinction between software frameworks and architecture, detailing their definitions, differences in level, goals, and scope, and how they complement each other to ensure system quality, maintainability, and scalability.
In 2023, major tech companies such as Google and Amazon publicly questioned the benefits of traditional microservice architectures, presenting new "microservice 2.0" concepts, monolithic alternatives, and cost‑performance analyses that highlight a broader industry shift toward more pragmatic, cloud‑native design approaches.
This article explains why traditional if‑else statements often lead to complex, hard‑to‑read code and presents five practical techniques—including removing unnecessary else blocks, using fast returns, guard clauses, dictionary lookups, and the strategy pattern—to refactor and eliminate if‑else structures for more robust software design.
This guide explains the purpose of architecture diagrams, defines what makes a diagram effective, outlines when to draw them, classifies the various diagram types (business, application, technical, code, data), and provides step‑by‑step design principles, visual guidelines, and real‑world examples to help engineers communicate complex systems clearly.
This article explains the five SOLID design principles—Single Responsibility, Open‑Closed, Liskov Substitution, Interface Segregation, and Dependency Inversion—and shows how to apply each effectively in Go projects using small interfaces and structs to create clean, flexible, and maintainable code.
This guide explains how to create clear, visually appealing architecture diagrams—covering purpose, audience, design principles, timing, classification, and step‑by‑step drawing techniques—so teams can communicate structure, workflows, and data effectively across business, product, application, technical, and code domains.
This article explains why unit testing is often seen as burdensome, then provides practical Go techniques—using pure functions, extracting dependencies, object‑oriented design, function variableization, and avoiding init—to write business code that is easy to test and maintain.
This article reviews the 2023 surge of large language models in software engineering, evaluates their current code generation, testing, and knowledge‑query capabilities, highlights persistent challenges in design and maintenance, and proposes concrete recommendations for advancing toward higher‑level intelligent development.
This article explains Domain-Driven Design (DDD), its purpose, core concepts, layered architecture, and practical application scenarios, showing how DDD reduces business complexity, improves extensibility, and promotes reusable, maintainable code in backend systems.
The article outlines emerging forces such as cloud, mobile, social, and big data that drive modern application architecture, advocates moving beyond traditional three‑tier designs, and recommends adopting service‑oriented, microservice, event‑driven, and open‑standard approaches while considering paradigms, models, and organizational structures.
This article explains the role of application architecture within enterprise architecture, describes its focus on application behavior and data exchange, outlines strategic alignment and common architectural patterns, and details the responsibilities and knowledge areas of an application architect.
This article introduces PlantUML, explains how to install its plugins for IDEs, demonstrates various diagram types such as activity, class, component, and sequence, and provides a practical code example for modeling authentication flows, making it a comprehensive guide for creating UML diagrams efficiently.
This article explains that callbacks are essentially function variables, illustrating the concept with plain C code examples, comparing direct function calls to passing functions as parameters, and showing how this approach avoids massive if‑else chains while keeping the logic clear and reusable.
The article explains how tactical programming—prioritizing rapid feature delivery by piling code—creates system complexity through change amplification, cognitive load, and unknown unknowns, and advocates strategic programming that invests in design, reduces dependencies and ambiguity, and builds sustainable software architecture.
The article explains VSEF’s three‑layer architecture—entry, kernel, and dependencies—detailing how evolutionary themes, component selection, and design patterns such as Template Method and Strategy enable a stable core while allowing flexible, domain‑specific extensions through both market and self‑built modules.
This article explains the KISS (Keep It Simple, Stupid) principle, outlines its core ideas, presents best‑practice guidelines and common anti‑patterns, and demonstrates how to refactor an over‑engineered Java DAO into a concise, maintainable implementation.
The article explains clean, hexagonal, and DDD layered architectures, detailing each layer’s responsibilities, principles, and evolution, and shows how DDD layering enhances microservice design, promotes strict separation, supports architectural evolution, and guides the transition from traditional three‑tier systems to modern domain‑driven microservices.
This article explores why download progress bars often freeze at 99%, tracing their historical origins, explaining technical constraints like resource contention and block verification, and revealing how product managers sometimes design deceptive progress indicators to shape user perception.
This article discusses essential software design principles such as SOLID, DRY, dependency inversion, composition over inheritance, error handling, and the importance of clear documentation, illustrating them with Go code examples and practical guidelines for building maintainable, adaptable systems.
This article presents fourteen practical guidelines for designing Go interfaces, covering small interfaces, avoiding type switches, using interfaces for mocking, composition, proper abstraction levels, avoiding empty interfaces, cautious type assertions, full implementation, behavior declaration, and other pitfalls to write robust backend code.
Explore the essential distinctions between microservices and event‑driven architecture, covering service granularity, data handling, bounded contexts, and practical use‑case scenarios, to help architects and developers choose the right approach for scalable, responsive software systems.
This article explores five practical techniques to replace traditional if‑else statements—removing unnecessary else blocks, using value assignment, applying guard clauses, leveraging dictionaries, and employing strategy patterns—demonstrating how each approach improves readability, maintainability, and adheres to solid design principles.
The article explains why solid software architecture matters, introduces Robert C. Martin’s Clean Architecture and its framework‑, UI‑, database‑, and service‑independent principles, compares it with Hexagonal and DDD layered styles, details strategic and tactical phases for front‑end MVVM projects, provides layered code samples, and weighs its benefits against the initial overhead, urging teams to choose the approach that fits their project’s complexity and lifespan.
This article explains why clean code matters, demonstrates how meaningful naming, single‑responsibility classes, well‑structured functions, and disciplined testing (TDD and the FIRST principles) improve readability, maintainability, and productivity, using concrete Java examples, refactorings, and step‑by‑step guidelines.
This article summarizes key lessons from 'Clean Code', explaining why maintaining clean, readable Java code boosts productivity, reduces bugs and costs, and detailing practical guidelines for naming, class design, functions, testing, and refactoring to help developers write high‑quality, maintainable software.
This article explains why clean code is essential for productivity and team collaboration, and provides practical guidelines on naming, class design, function design, and testing—including principles like single responsibility, SOLID, meaningful naming, minimal parameters, and test‑driven development—to help developers produce readable, extensible, and reliable software.
This article explains why clean code is essential for productivity and business health, and provides practical guidelines on naming, class design, function design, and testing—including code examples, refactoring techniques, and quality‑checking tools—to help developers produce readable, maintainable, and extensible software.
The article explains that the closer a test is to the code being changed, the easier it is to write effective automated tests, argues for modular, small‑scale units as the ideal test target, and promotes a Python‑focused continuous‑deployment training course.
This article explains the logical framework of software analysis and design, outlines practical methods and principles, introduces essential UML tools, and demonstrates the concepts with two concrete case studies—a logging framework and a task‑scheduling framework—providing a complete guide for developers.
Discover ten practical C++ class design guidelines—from embracing modern standards and namespace modularization to minimizing class size, ensuring low coupling, high cohesion, immutability, and leveraging tools like CppDepend—to write cleaner, more maintainable, and thread‑safe code.
The article explains why maintainable, human‑readable code matters for evolving software, outlines core concepts like high cohesion and low coupling, details the SOLID and other practical principles, and describes common refactoring techniques to improve readability and flexibility.
This article explains how software engineers can systematically abstract real‑world problems into domain models, walk through four essential modeling steps, illustrate the process with multiple real‑world cases, and discuss advanced techniques such as event storming, four‑color modeling, and bounded‑context pen‑paper methods to create stable, extensible software designs.
This article explains the principles, advantages, and classifications of microkernel (plugin) architecture, demonstrates three common plugin patterns—pipeline, onion, and event‑driven—with real‑world examples such as VS Code, Gulp, and webpack, and shares practical implementation steps and best practices for applying microkernel design in front‑end projects.
This article explains clean architecture concepts—domain, use case, and application layers—and demonstrates how to apply them in a frontend React/TypeScript project, covering design principles, layer responsibilities, dependency rules, advantages, costs, and concrete code examples for a cookie‑shop example.
The article introduces the Command design pattern, explains its key roles such as Command, ConcreteCommand, Receiver, Invoker, and Client, outlines its advantages, and provides multiple Python code examples demonstrating light control, undo operations, file handling, shopping cart management, and menu actions.
The article explains how Bilibili’s senior engineer uses Domain‑Driven Design combined with hexagonal architecture to merge separate VOD and live‑stream Danmaku services into a unified platform, detailing sub‑domain decomposition, six‑sided ports, rich models, mapping logic, and the trade‑offs of improved modularity, maintainability, and reduced duplication versus added design and refactoring effort.
An in‑depth case study shows how GPT‑4, demonstrated by former Google engineer Naman Bhalla, tackles a simulated Uber interview by generating software requirements, design specifications, Java code snippets, and JUnit tests for a distributed cache system, revealing both its strengths and current limitations.
This article explores why software complexity is inherent, examines cognitive challenges, and presents practical design principles—such as responsibility separation, layered abstraction, and change extensibility—illustrated with real-world examples from Spring MVC, MyBatis, and other frameworks, offering actionable insights for building maintainable systems.
This article explains the definition, goals, and common techniques of code refactoring, illustrated with clear before‑and‑after Java examples such as method extraction, variable extraction, conditional simplification, and abstract‑class extraction, and concludes with a brief Q&A on best practices.
This article starts from a conventional three‑layer architecture, refines it into a domain‑driven design (DDD) application structure, demonstrates the evolution through five concrete steps, and shows how to package the final architecture as a reusable Maven Archetype with detailed installation and usage instructions.
The article explains that architecture design exists to manage software system complexity, outlines common misconceptions, describes the six sources of complexity and their generic solutions, examines performance, availability, scalability, cost, security and scale concerns, and shows how microservices and Domain‑Driven Design can address these challenges.
This article introduces several free, easy‑to‑use diagramming tools—including Excalidraw, Zen Flowchart, Visual Paradigm Online, draw.io, Liuchengtu, and ProcessOn—highlighting their key features, collaboration capabilities, and where to access them.
This article explains how to create clear and effective software architecture diagrams by defining architecture concepts, describing various diagram types such as business, application, technical and data architectures, introducing the 4+1 and C4 view models, and offering practical tips on audience targeting, visual elements, and consistency with code.
This article redefines what constitutes good code by using a star‑chart analogy, exposing typical spaghetti‑code pitfalls, and introducing three design patterns—Value Object, Side‑Effect‑Free Function, and Intention‑Revealing Interface—to help developers refactor and write maintainable software.
This article explores the most frequent Java class‑naming conventions—covering management, propagation, callbacks, monitoring, memory management, filtering, structural, design‑pattern, parsing, network, and other utility categories—providing clear examples for each to help developers write cleaner, more expressive code.
This article examines the root causes of software complexity, explains how to quantify it using metrics such as Halstead, cyclomatic and Ousterhout complexity, showcases real code examples, and offers practical strategies—including high cohesion, low coupling, strategic design, documentation, and refactoring—to prevent and reduce complexity in large systems.
This article presents a comprehensive overview of a flexible, layered software architecture—covering gateway, business, and foundation layers—explaining how to evolve from simple startup setups to adaptable structures that support HTTP/TCP handling, service design, component abstraction, and common technical components.
This article explains why clean code is essential for Java projects, covering naming conventions, class design, function responsibilities, testing practices, and tools, and provides concrete examples and refactorings to improve readability, maintainability, and team efficiency.
This article analyzes the concept of extension points, explains why traditional if‑else or naive strategy patterns break the Open‑Closed Principle, and demonstrates how plugin‑based micro‑kernel architectures, adapter patterns, and nature‑based modeling (as in Eclipse) enable flexible, self‑service platform development while reducing code coupling and maintenance overhead.
This article explains why clean code is essential for productivity, outlines naming conventions, class design, SOLID principles, function responsibilities, parameter handling, and testing practices such as TDD and the FIRST principles, providing concrete examples and refactoring snippets to help developers write maintainable, high‑quality software.
This article examines typical code quality issues such as meaningless naming, overly long methods, inefficient batch operations, improper dependency handling, excessive parameters, duplicated logic, and offers concrete refactoring examples and best‑practice guidelines to improve maintainability and performance of backend Java code.
This article explores common Java class naming conventions across ten categories—management, propagation, callbacks, monitoring, memory, filtering, structure, design patterns, parsing, and networking—providing clear examples and best‑practice tips to make your code more readable and professional.
This article examines how modern modular monoliths, especially Spring Modulith, can provide scalable, low‑overhead alternatives to microservices by isolating modules, reducing remote calls, and simplifying deployment while addressing common concerns about complexity and performance.
The article explains the emerging concept of sustainable (continuous) software architecture, outlines six practical principles for designing architectures with product thinking, quality‑attribute focus, just‑in‑time decisions, modularity, and operational considerations, compares it with traditional methods, and illustrates its role in agile and DevOps environments.
The article explains the three core principles of Hexagonal (Ports‑and‑Adapters) Architecture, illustrates how to separate application, domain, and infrastructure code with concrete C# examples, and shows how this separation improves testability, dependency inversion, and modular design.
This article explains why clean code matters and provides practical guidelines on naming, class design, function decomposition, SOLID principles, testing strategies such as TDD and FIRST, as well as tooling like SonarLint to improve code quality and maintainability.
The article explains how shared mutable state, such as global or static variables, can cause hard‑to‑debug bugs in multithreaded Java applications, and demonstrates that adopting immutability, pure functions, and event‑sourcing principles eliminates these issues, offering concrete coding guidelines and examples.
This article explains why clean, well‑structured code is essential for productivity and project success, and provides concrete guidance on naming, class design, function composition, testing practices, and tools to help developers write maintainable, high‑quality software.
This article explains how modules, coupling, and cohesion shape software architecture, outlines the six interface design principles, and illustrates them with classic design patterns such as Facade, Bridge, and Adapter, showing why low‑coupling and high‑cohesion lead to maintainable, extensible code.
This article explains Domain‑Driven Design fundamentals, covering how to define bounded contexts and subdomains, the criteria for domain division, practical modeling experiences, and detailed guidance on modeling entities and value objects with illustrative Go code examples.
The article discusses various expert approaches to microservice decomposition, highlighting vertical and horizontal splits, business logic, stability, reliability, performance considerations, and team size implications, offering practical guidance for backend architects in design.
Even though Java promotes object‑oriented programming, many developers write code that looks like procedural C, mixing business logic across layers; this article explains programming paradigms, their constraints, and how to combine structured, object‑oriented, and functional techniques into a clean multi‑paradigm design.
When joining a new project, understanding its software design by first examining the model, then the interface, and finally the implementation helps avoid getting lost in code, clarifies design decisions, and builds a clear mental map of the system.
The article reflects on Elon Musk’s criticism of microservices, argues that the architecture is often over‑hyped and misapplied, compares it with monolithic and other service granularity models, and warns that blind adoption driven by trends can lead to costly technical debt.
This article explains why clean, well‑structured code is essential for productivity, outlines best practices for naming, class design, function implementation, and testing, and provides concrete examples and refactoring techniques to help developers write maintainable software.
The article examines whether over‑designing code adds value by exploring core software design principles such as KISS, YAGNI, DRY, and Simple Design, illustrating each with concrete examples, refactoring snippets, and practical guidelines to help developers balance simplicity and functionality.
This article explains why refactoring is essential for maintainable code, outlines quality standards such as readability and extensibility, and walks through a concrete Java example that evolves from a monolithic statement method to a clean, modular design using extract method, move method, and replace‑temp‑with‑query techniques.
This article explores how software projects often become tangled by accidental complexity, contrasting it with the unavoidable essential complexity, and shows how principles like KISS, Occam's Razor, and thoughtful design can help keep systems simple and maintainable.
This article explains the role of domain services in Go‑based Domain‑Driven Design, outlines three situations where they are appropriate, shows how to implement them statelessly, recommends functional package organization, and demonstrates dependency inversion with interfaces and infrastructure implementations.
This article examines layered monolithic architecture styles, comparing classic four‑layer designs with five‑layer variants, discussing their benefits, trade‑offs, impact on complexity, change isolation, and how modular thinking can bridge the gap between technical layers and business domains.
