Sep 2026· Zenodo (CERN European Organization for Nuclear Research)
Abstract
Code that builds the ALD process parameter database (v2.1) from the scientific literature: corpus retrieval and full-text acquisition, topical screening, extraction of eight process parameters from the complete article text with an open-weight large language model, per-field value selection and a second pass over empty fields, deterministic recovery of provenance spans, evaluation against a frozen held-out benchmark, and figure generation. Two scoring codes are released. scorer_fixed.py is the frozen code used for the earlier evaluation of this corpus. 21_scorer_aligned.py corrects three defects found in it: temperatures reported in kelvin were compared without conversion, chemical names were compared without alias resolution, and the numeric parser took digits from chemical formulae. The third defect applies to the gold annotations as well as to the predictions. Every score in the accompanying manuscript is reported under both codes. Version 2.1 adds the analysis stage that produced the numbers and figures of the current manuscript, which the version 2.0 package did not contain. It also adds 92_repair_gold.py, which reproduces the correction of the gold standard released as version 1.1 of that file and writes a row-by-row report of what was re-paired, and 91_annotator_agreement.py, which computes agreement between the two annotators. The evaluation split shipped in 06_evaluation is the corrected 83-article split. The regular-expression and named-entity extractors of the earlier version of this pipeline are retained as the comparison baseline, not as the production extractor. 10_analysis_v7/32_consistency_check_v7.py recomputes every number reported in the manuscript from the released files and checks it against the manuscript text. Accompanying dataset: ALD process parameter database v2.1, deposited separately under CC BY 4.0 at https://doi.org/10.5281/zenodo.22653094.
The results are packaged in the Greenfield Startup Model (GSM), which explains the priority of startups to release the product as quickly as possible, and the need to shorten time-to-market, by speeding up the development through low-precision engineering activities.
Carmine Giardino, Nicolò Paternoster, M. Unterkalmsteiner et al.· IEEE Transactions on Softwar...· 178 citations· ⚡14
Software startup companies develop innovative, software-intensive products within limited timeframes and with few resources, searching for sustainable and scalable business models.
M. Unterkalmsteiner, P. Abrahamsson, Xiaofeng Wang et al.· e-Informatica Software Engin...· 157 citations· ⚡17
This study conducts a case survey study based on the secondary data of the major pivots happened in 49 software startups, and demonstrates that customer need pivot is the most common among all pivot types.
Sohaib Shahid Bajwa, Xiaofeng Wang, Anh Nguyen-Duc et al.· Empirical Software Engineeri...· 127 citations· ⚡15
The comparison of adopter and non-adopter sample reveals three potential adoption inhibitor, security, data privacy, and portability, which underlines the importance of the technical and security perspectives for research investigating the adoption of technology.
Nattakarn Phaphoom, Xiaofeng Wang, S. Samuel et al.· Journal of Systems and Softw...· 111 citations· ⚡8
The ongoing work building a Raspberry Pi cluster consisting of 300 nodes is presented, with potential use cases being an inexpensive and green test bed for cloud computing research and a robust and mobile data center for operating in adverse environments.
P. Abrahamsson, S. Helmer, Nattakarn Phaphoom et al.· IEEE International Conferenc...· 110 citations· ⚡7
The results indicate that software developers are a slightly happy population, but the need for limiting the unhappiness of developers remains, and 219 factors representing causes of unhappiness while developing software are identified.
D. Graziotin, Fabian Fagerholm, Xiaofeng Wang et al.· International Conference on...· 84 citations· ⚡6
Related blog posts
MIT News · Artificial Intelligence· news.mit.eduSep 14, 2026
The “HardFlow” algorithm could help generative AI models produce high-quality outputs that obey strict requirements when “pretty close” doesn’t cut it.
AI may appear weightless, but every model depends on physical infrastructure. To understand responsible AI, we need to look beyond algorithms and consider the entire lifecycle of the hardware behind them. The post Responsible AI Must Consider Its Afterlife appeared first on GPT-Lab.