Kaip „Wasmer“ ir „Codex“ sukūrė „Node.js“ pakraščio aplinką
Komandos naudoja „Codex“ su GPT‑5.5, kad imtųsi ambicingesnių projektų ir užbaigtų juos 10–20 kartų greičiau.
10x to 20x
Kūrimo greičio padidėjimas
Šiemet „Wasmer“ inžinieriai pasiekė proveržį: jie išsiaiškino, kaip „Node.js“ darbo krūvius paleisti „WebAssembly“ smėliadėžėje, kad kūrėjai galėtų paleisti „JavaScript“ programas, MCP ir agentus be „Docker“. Be „Codex“ šioms pastangoms būtų prireikę metų, bet su „Codex“ pakako dviejų savaičių. Dabar jie yra pirmasis debesijos prieglobos teikėjas, tinklo pakraščio sluoksnyje siūlantis visavertį „Node.js“.
„Iš tikrųjų traukiamės iš pačios IDE. Mes nebe taip dažnai liečiame kodą, tik nukreipiame jį ten, kur norime.“
„Wasmer“ yra jauna įmonė su nedidele komanda ir dideliu tikslu: sukurti tinklo pakraščio kompiuterijos platformą, kurios mastelį galima keisti vietinėse ir pasaulinėse aplinkose be platformos apribojimų.
„Projektai, kurių imamės, yra nepaprastai ambicingi, ir be DI mums būtų prireikę amžių juos įgyvendinti“, – sako įkūrėjas ir generalinis direktorius Syrus Akbary Nieto. „Dabar viskas daug paprasčiau ir greičiau.“
Šis paprastumas ir greitis tiesiogiai virto proveržio projektu: „Edge.js“(atsidaro naujame lange) – „JavaScript“ vykdymo aplinka, galinti paleisti „Node.js“ darbo krūvius DI ir tinklo pakraščio kompiuterijai.
Tai projektas, kurio komanda jau seniai norėjo imtis, bet ne visada turėjo tam išteklių. „Visi čia labai gerai išmano technologijas, bet tiesiog neturėjome laiko skirti šiems projektams. O dabar galime paleisti naujus produktus, kurie anksčiau būtų buvę neįmanomi“, – aiškina Nieto.
Su „Codex“ „Wasmer“ inžinieriai gali padidinti savo darbo našumą. „Padidinome kūrimo greitį bent 10–20 kartų“, – sako Nieto.
„JavaScript“ vykdymo aplinką sugebėjome sukurti vos per dvi savaites. Be DI ir be „Codex“ tai mums būtų užtrukę mažiausiai vienus metus.“
Kaip ir daugelis komandų, „Wasmer“ inžinieriai iš pradžių skeptiškai vertino DI. „Iš pradžių nelabai pasitikėjome DI rezultatais“, – aiškina Nieto. Tačiau komandai pradėjus eksperimentuoti, rezultatai pranoko jų lūkesčius. „Per pastaruosius metus, o ypač per pastaruosius kelis mėnesius, dirbome su „Codex“, ir rezultatai buvo tikrai, tikrai geri.“
Tobulėjant „Codex“ protavimo gebėjimams, „Wasmer“ inžinieriai vis mažiau laiko skiria nuolatinei priežiūrai. „Iš tikrųjų traukiamės iš pačios IDE ir nebe taip dažnai liečiame kodą. Tik nukreipiame jį ten, kur norime“, – sako Nieto.
Komanda naudojo „Codex“ nuo pat projekto pradžios iki pabaigos – nuo pradinių architektūros blokų kūrimo iki galutinio produkto nugludinimo. Viso proceso metu „Codex“ padėjo komandai rasti klaidas ir nustatyti jų pagrindines priežastis.
„Buvo tam tikrų klaidų, kurių net neįsivaizdavome, kad turėsime, ir vos tik jas aptikus, „Codex“ iškart ėmėsi derinimo“, – sako Nieto. „Mums įspūdį padarė tai, kaip greitai jis nuo derinimo perėjo prie pagrindinės priežasties radimo ir sprendimo nustatymo.“
Paprastai, aiškina Nieto, kūrėjams reikėtų specialių žinių, kad rastų daugelį šių klaidų. Tačiau „Codex“, pasak Nieto, „sugebėjo įvaldyti konsolės žurnalus iškvietimams sekti ir žemo lygio derintuvę, pvz., LLD, kuri suteikia prieigą asemblerio lygmeniu. „Codex“ gali nusileisti į labai žemą lygį ir matyti, kas vyksta po kodu.“
„Yra tam tikrų subtilybių, apie kurias nežinome, nes nesame C++ ekspertai. „Codex“ sugebėjo jas pastebėti gana anksti.“
Iki pasirodant „Edge.js“, aiškina Nieto, paleisti „JavaScript“ vykdymo aplinkos tinklo pakraštyje nebuvo įmanoma. O iki pradedant naudoti „Codex“ „Wasmer“ komandai būtų buvę neįmanoma imtis tokio ambicingo projekto per tokį laiką.
„Codex“ leido mažai įmonei pasiekti tai, kas buvo įmanoma tik didelėms įmonėms. Šis projektas tiesiogine prasme būtų buvęs neįmanomas be jo“, – sako Nieto.
Išaugus ambicijoms, „Wasmer“ komanda žvelgia į dar didesnius projektus. „Dabar turime priemonių, kurios anksčiau nebuvo įmanomos. Turime imtis dar sudėtingesnių problemų“, – sako Nieto.
