[Technical Report] Streamlining the Development Environment: Optimal Solution Through Abandoning VS Code and Process Isolation
■ Introduction: A Major Operation of a Trinity Development System and Environment
At Semura Lab, under my supervision as a process design engineer, we drive system trade development with a triune hybrid team comprising an AI persona “Navarch” who oversees project verification and auditing, and an AI persona “Director of Engines” who constructs the heavy computational logic.
Currently, in a Python-based harsh Walk-Forward Testing (WFA) execution environment, we have carried out a fundamental, large-scale overhaul of our development infrastructure. To state the conclusion upfront, we completely discarded the industry-standard integrated development environment “VS Code” and fully migrated to a minimally lightweight editor called “Antigravity.” Furthermore, we intentionally declined to adopt the current AI-linked editor “Cursor.”
I am not a programmer, nor am I a non-engineer. I am a “process design engineer” who optimizes the flow and logic of information. In this article, from an engineering perspective, I dissect the “optimal solution” for development environments that enables us to survive at the forefront of system trade development, and the physical and structural reasons that lead to it.
■ 1. VS Code as a Time-Extorting Time Bomb
VS Code is certainly feature-rich and a treasure trove of extensions. However, for us, who want to concentrate computational resources and time solely on the pure construction and verification of trading logic, it was nothing more than a time bomb that would destroy the development environment with every update.
Every time a background update runs, the Python interpreter unexpectedly becomes unrecognizable, throwing errors. The fix consumes precious development time, frequently eroding it entirely. In the worst case, no amount of rebooting makes Python run, causing the Director of Engines’ engine to come to a complete halt. Wasting resources on loading the environment at startup and opening the editor with the uncertainty of “will it run today?” is a clear “bug” in process design.
Wasteful time spent placating the editor is an engineering inefficiency. Cutting all redundancy to the bare minimum and pursuing a purely “lightweight and error-free code execution” environment, we made the decision to migrate to the Antigravity editor.
[■ Insertion directive: place an image here contrasting VS Code’s screen, which emits complex errors, with Antigravity’s simple, completely uncluttered UI that eliminates all waste]