80/20-Inĝenierado: Kiel Mi Rekonstruis Mian Retejon en Unu Semajnfino
Permesu al mi kompreni sekreton: Mi ne rewriteis mian personan retejon en unu semajnfino ĉar mi estas aparte rapida en kodado. Mi faris tion ĉar mi preskaŭ tute ne kodis.
Anstataŭe, mi elspezis plejparton de mia tempo farante tion kion plej multaj programistoj evitas kiel la pesto—prepari. Dokumenti. Skribi aferojn. Kaj kiam mi finfine malfermis mian redaktilon kaj komencis labori kun OpenAI Codex, la vera efektivigo pasis kvazaŭ bone praktikata magio.
Ĉi tio estas rakonto pri fari 80% de la laboro antaŭ skribi eĉ unu linion de kodo, kaj kiel tio ŝanĝis ĉion.
Kial Rekonstrui la Retejon?
Mia retejo funkciis sur Qwik v3. Solida teknologio, bona sento, sed mi volis pli da fleksebleco—precipe en navigado. Mi ŝanĝis al React Router en kadra modo. Kompleta rekonstruo, ne refaktoro. Nova arkitekturo, pura dosier-strukturo, ĝisdatigita stilado (saluton Tailwind v4), kaj blanka ŝtonĉemento.
Sed jen kio mirigis min: la vera kodado daŭris ĉirkaŭ 2–3 horojn. De komenco ĝis fino. Kaj ĝi funkciis de la unua provo.
Do kio okazis en la aliaj 5 horoj?
La 80%: Preparado de Codex Kiel Konsultisto Preparas Prezentaĵon
Plej granda parto de la penado iris en konstrui "mega prompt-sistemon"—ne en luksplena interfaco, sed ĝuste en mia projektdosierujo. Jen kion mi faris antaŭ ol peti Codex verki eĉ unu komponenton:
-
Mi elŝutis la tutan React Router-dokumentaron kaj konservis ĝin en
/guidesdosierujo. -
Mi faris simile por Tailwind CSS v4, konvertante la plej gravajn paĝojn al Markdown per Firecrawl.
-
Mi skribis dosieron
PROMPT.mdenhavantan projekton superrigardon:- "Hereda kodo estas en
/, nova kodo iras en/app." - "Nur minimuma UI, fokuson sur biznesa logiko."
- "Uzu Tailwind v4. Restu en kadra modo de React Router."
- Kaj tiel plu.
- "Hereda kodo estas en
Ĉi tio ne estis superfluaĵo. Ĉi tio estis operacia kunteksto—la speco de detala resumo, kiun vi donus al nova teamano en la unua tago. Codex ne simple divenis kion mi volis. Ĝi havis dokumentaron en la deponejo. Ĝi havis ekzaktajn regulojn en klara angla lingvo. Ĝi havis limigojn.
Kiam mi fine tajpis:
"Legu PROMPT.md. Unue, migrigu ĉiujn itinerojn al la nova app."
Codex respondis kvazaŭ ĝi atendis ĉi tiun taskon sian tutan vivon.
Mega Prompt-oj, Minimumaj Halucinoj
La rezultoj estis nekredeblaj. Codex adheris al la instrukcioj. Ĝi ne halucinaciis. Ĝi ne provis inventi aferojn. Ĝi respektis la direktivon "ne fokusiĝi al UI". La servila logiko estis precize migrigita. La itinera agordo aspektis kiel se mi mem ĝin skribus—se mi havus la paciencon de kunkompililo.
Ĉi tio ne estis nur "prompt-inĝenierado." Temis pri baza ligado de Codex al la realaj kaj aktualaj specifoj. Ne nebula listo de taskoj. Ne dezirolisto de funkcioj. Sed strukturita enigo, klaraj ekzemploj, kaj loka aliro al la vera dokumentaro bezonata.
Kio Prenis Tempo? Ne la Kodo
Post kiam la fundamento estis metita, la laboro dividiĝis en du apartajn fazojn:
- Codex-reĝimo – Rapida, strukturita, ripetebla efektivigo. Ĝi traktis migradon, logikon, kaj eĉ iun skemon de aranĝo kun preskaŭ perfekta precizeco.
- Esplora reĝimo pri dezajno – Malrapida, mana, kaj malfermita. Ĉi tio estis la homa parto: elekti aspektojn, provi aranĝojn, eksperimenti kun komponentoj. Kiam mi havis funkciantan vidan stilon, Codex denove ekis por disvastigi la dezajnajn ŝablonojn.
La sola vera malrapideco venis el tio, ke mi ne sciis kion mi volis, ke io aspektu—ne kiel ĝi devus funkcii.
La Vera Kompreno: Codex Estas Nur Kiel Bona Kiel Via Preparo
Ĉi tiu semajnfino konfirmis ŝanĝon, kiun mi rimarkis en mia laboro:
Kodado fariĝas la facila parto. Planado estas la malfacila parto—kaj la plej grava.
Por malgrandaj ĝis mezgrandaj projektoj, mi nun traktas la efektivigon kiel 20%-taskon. La 80% estas komence: kolekti dokumentaron, skribi la skopitajn taskojn, konstrui kuntekstantajn prompt-ojn.
Codex bone funkcias kun tia strukturo. Se vi donas al ĝi ambiguon, ĝi donos al vi ambiguecon. Sed se vi konstruas vian medion kun intenco—dokumentoj, limoj, klaraj priskriboj—ĝi agas kiel spertulo-programisto kun perfekta memoro sen egoo.
Por la Estonteco: Traktu AI Kiel Kunlaboranton, Ne Kiel Ĵinon
La ĉefa konkludo estas simpla: traktas viajn AI-kodajn ilojn kiel kunlaborantojn. Donu al ili la samajn materialojn kiujn vi donus al vera inĝeniero. Preparu la kuntekston. Estu specifa. Estu detala.
La sekvan fojon, por pli granda projekto, mi iros eĉ plu:
- Unu ĉefplana dokumento por difini la kompletan amplekson de la projekto.
- Individuaj task-specifoj por ĉiu subsistemo aŭ komponento.
- Funkcia aro de markdown-dokumentoj kaj ekzemplaj dosieroj kiel loka referenco.
Codex ne bezonas magion, ĝi bezonas strukturon.
Ĉu vi volas konstrui pli rapide? Komencu per ne konstrui. Planu unue. Poste donu prompt-ojn sincere.
La Evoluo de Dezajno: Vida Vojaĝo
Kun la tempo, mia retejo trapasis plurajn transformiĝojn—ĉiu reflektante novajn ideojn, ilojn, kaj lernojn. Jen rapida vida ekzkurso pri la evoluo:
Versio 1: La Komenca Punkto
Versio 2: Pli Difinita Voĉo
Versio 2.1: Korektoj kaj Polurado
Versio 3: La Qwik Epoko
Versio 4: Focusita Simpleco Kun Remix
Ĉiu versio alportis novajn komprenojn pri tio kio faras retejon efika—ne nur estetike, sed ankaŭ en klareco, uzebleco, kaj daŭrebleco. La dezajno-vojaĝo spegulis la evoluan vojon: deliberata, ripeta, kaj ĉiam antaŭvidanta.