Graph

Subtitle / Summary Clone Graph is not a traversal-only problem. The real challenge is preserving graph structure while avoiding duplicate copies in the presence of cycles. The stable solution is a traversal plus a hash map from original nodes to cloned nodes. Reading time: 12-15 min Tags: graph, dfs, bfs, hash map, deep copy SEO keywords: Clone Graph, graph deep copy, DFS, BFS, LeetCode 133 Meta description: Deep-copy an undirected graph with a node-to-node map, explaining why memoization is mandatory and how DFS/BFS versions work, with runnable code in six languages. Target Readers LeetCode learners practicing graph traversal and deep-copy patterns Engineers who duplicate object graphs, workflow graphs, or topology graphs Developers who want one reusable template for “clone with cycles” Background / Motivation Many “copy” problems are actually identity-preservation problems. ...

Subtitle / Abstract Community detection is not just “splitting a graph into a few groups.” In production, you must balance accuracy, interpretability, speed, and maintainability. Following the ACERS structure, this article breaks down two of the most common engineering choices: Louvain (modularity optimization) and Label Propagation (LPA). Estimated reading time: 12-16 minutes Tags: Community Detection, Louvain, Label Propagation, Graph Partitioning SEO keywords: community detection, Louvain, Label Propagation, modularity, graph partition Meta description: Engineering primer for community detection: principles, complexity, algorithm selection, and implementation templates for Louvain and LPA across group discovery, graph partitioning, and cold start. Target Audience Engineers working on social graphs, risk-control graphs, or recommender-system graph analytics Developers who want to move community detection from paper concepts into production workflows Practitioners modeling group structure for graph partitioning and cold-start scenarios Background / Motivation Community detection appears frequently in production: ...

This article walks through k-hop and reachability queries in practice: BFS+hop limits, transitive-closure tradeoffs, and engineering rollout paths for bitmap indexes and 2-hop labeling.

Subtitle / Abstract BFS / DFS are not just about “being able to code them.” You need production-ready behavior, predictable cost, and provable correctness. Following the ACERS structure, this article breaks three common tasks (k-hop query, subgraph extraction, and path existence) into reusable templates: iterative implementation + early stop + visited structure selection. Estimated reading time: 12-16 minutes Tags: Graph, BFS, DFS, k-hop, subgraph extraction SEO keywords: BFS, DFS, k-hop query, subgraph extraction, path existence, visited bitmap, bloom filter Meta description: BFS/DFS for engineering scenarios: iterative implementations to avoid stack overflow, early stop to cut search cost, and visited bitmap/bloom to optimize memory and dedup performance. Target Audience Engineers working on graph databases, risk-control relationship graphs, or call-chain analysis Learners who can write “problem-solution style BFS/DFS” but do not yet have engineering templates Developers who want traversal code that is stable, observable, and extensible Background / Motivation In production systems, BFS/DFS is usually not a one-off offline script. It is part of an online request path: ...