Demo Data from EDBT 2026 / reviewers in the wild / expert
Mingsen Wang
dblp:334/9086
· DBLP profile ↗
5ranked-venue papers
1as first author
5since 2021 · last 2026
—ORCID · conflict
Domains — the database's venue-derived domains; a paper can count in several
Databases, data management, data science and information retrieval · 2 · 1 first-author · 2 since 2021Artificial intelligence and machine learning · 1 · 1 since 2021Security and privacy · 1 · 1 since 2021Software engineering, systems software and programming languages · 1 · 1 since 2021
Expertise — from the expertise taxonomy: the topics of the expert's papers under the CCF categories. A weight counts papers with recency: 1 for a paper about the topic, 0.3 when the topic is its context, halved every five years.
| Software engineering, system software, and programming languages
1 paper |
Software maintenance and evolution · 87% Program analysis · 13% |
Topics — the 3 heaviest of 3, each with the papers that count most for it
| Topic | Weight | Papers | Last | Evidence papers |
|---|---|---|---|---|
Software maintenance and evolution › software ecosystems
dependency management |
0.9 | 1 | 2025 | Understanding and Detecting Peer Dependency Resolving Loop in npm Ecosystem · ICSE 2025 |
Software maintenance and evolution
software ecosystems |
0.9 | 1 | 2025 | Understanding and Detecting Peer Dependency Resolving Loop in npm Ecosystem · ICSE 2025 |
Program analysis › static analysis
bug detection |
0.3 | 1 | 2025 | Understanding and Detecting Peer Dependency Resolving Loop in npm Ecosystem · ICSE 2025 |
Methods — techniques the papers use, named apart from their topics
static analysis · 0.9dependency resolution analysis · 0.9
| Year | Publication | Venue | Position |
|---|---|---|---|
| 2026 | Heterogeneous-Effect Causal Graph Diffusion Network for sustainable regional economic upgrading
Libin Zhou, Wenyu Ning, Zongye Gu, Mingsen Wang, Bingtao Xu |
Eng. Appl. Artif. Intell. | 4 |
| 2026 | Eliminate-Then-Select: A human-centric reasoning framework for educational question answering with LLMs
Mingsen Wang, Zhaoqiang Li, Xuegang Zhao, Qihan Guo |
Inf. Process. Manag. | 1 |
| 2026 | SCGRN: Spatiotemporal causal graph reasoning network for regional economic development modeling
Libin Zhou, Mingsen Wang, Qizhen Chen, Hongfeng Han |
Inf. Process. Manag. | 2 |
| 2025 | Understanding and Detecting Peer Dependency Resolving Loop in npm EcosystemabstractAs the default package manager for Node.js, npm has become one of the largest package management systems in the world. To facilitate dependency management for developers, npm supports a special type of dependency, Peer Dependency, whose installation and usage differ from regular dependencies. However, conflicts between peer dependencies can trap the npm client into infinite loops, leading to resource exhaustion and system crashes. We name this problem PeerSpin. Although PeerSpin poses a severe risk to ecosystems, it was overlooked by previous studies, and its impacts have not been explored. To bridge this gap, this paper conducts the first in-depth study to understand and detect PeerSpin in the npm ecosystem. First, by systematically analyzing the npm dependency resolution, we identify the root cause of PeerSpin and characterize two peer dependency patterns to guide detection. Second, we propose a novel technique called Node-Replacement-Conflict based PeerSpin Detection, which leverages the state of the directory tree during dependency resolution to achieve accurate and efficient PeerSpin detection. Based on this technique, we developed a tool called PeerChecker to detect PeerSpin. Finally, we apply PeerChecker to the entire npm ecosystem and find that 5,662 packages, totaling 72,968 versions, suffer from PeerSpin. Until now, we have selected 100 problematic packages to report and received 28 confirmations. We also open source all PeerSpin analysis implementations, tools, and data sets to the public to help the community detect PeerSpin issues and enhance the reliability of the npm ecosystem. Mingsen Wang, Wenbo Shen |
ICSE | 2 |
| 2022 | Making Memory Account Accountable: Analyzing and Detecting Memory Missing-account bugs for Container PlatformsabstractLinux kernel introduces the memory control group (memcg) to account and confine memory usage at the process-level. Due to its flexibility and efficiency, memcg has been widely adopted by container platforms and has become a fundamental technique. While being critical, memory accounting is prone to missing-account bugs due to the diverse memory accounting interfaces and the massive amount of allocation/free paths. To our knowledge, there is still no systematic analysis against the memory missing-account problem, with respect to its security impacts, detection, etc. Yutian Yang, Wenbo Shen, Xun Xie, Kangjie Lu, Mingsen Wang, Chenggang Qin, Kui Ren 0001 |
ACSAC | 5 |