Először is tisztázzunk valamit: az Excel egy nagyon jó eszköz. Kiváló arra, amire való. A probléma ott kezdődik, amikor olyan feladatokra használjuk, amelyekre már nem ez a legjobb megoldás. Például amikor egy cég teljes ügyfélkezelését erre alapozzuk, vagy egy komplex raktárkezelési rendszert várunk tőle.
Ezekre a célokra az Excel megfelelő lehet addig, amíg kis létszámmal, viszonylag alacsony kockázat mellett dolgozunk. De ha komolyabb eredményeket szeretnénk elérni, egy ponton túl érdemes fejlettebb megoldást keresni.
Hasonló a helyzet a Vibe Codinggal is. Kiváló eszköz tervezésre, kísérletezésre, prototípus-készítésre. Sőt, akár éles használatra is alkalmas lehet – egészen addig, amíg kis létszámot szolgál ki, zárt környezetben működik, és a kockázat alacsony. A továbbiakban ezt járjuk körül részletesebben.
Kezdjük a legelején
Mi az a Vibe Coding?
A vibe coding (vagy vibe code) egy új, mesterséges intelligencia (AI) alapú programozási megközelítés, amelynél a fejlesztő emberi nyelven írja le az ötleteit, az AI pedig megírja a kódot. Lényege a kódolás technikai részleteinek mellőzése, a közvetlen „alkotói hangulatra” (vibe) és az elképzelés gyors megvalósítására fókuszálva.
Hogyan épül fel egy összetettebb szoftver?
A Vibe Coding és a “hagyományos” fejlesztési folyamat közötti különbséget nagyon jól szemlélteti az ITZenERP fejlesztési folyamata.
Mi az ITZenERP?
Az ITZenERP az ITZen központi feladatmenedzsment- és ügyviteli rendszere. A rendszer biztosítja a pontos és precíz munkavégzést, valamint a szolgáltatásaink működésének alapját képezi.
Valójában nem egy hagyományos értelemben vett ERP rendszerről van szó jelenleg, de hosszú távon ez a célunk a fejlesztésével.
Az hogy miért vágtunk bele egy ilyen szintű fejlesztésbe, arra az a válaszunk, hogy rendszerszinten szerettük volna orvosolni a legtöbb vállalkozást, így bennünket is érintő problémát. Persze vannak a piacon nagyon jó szoftverek, mi is megpróbáltunk más utakat, de a legtöbb esetben valami olyan komplexitási plafont értünk el, amit az adott más által használt szoftver nem tudott, vagy csak nagyon nagy áron tudott volna orvosolni. Úgy értem, hogy a rendszer költségei, vagy a belefektetett energia mértéke nem egy pár fős vállalkozásra szabott.
Egy saját rendszer fejlesztése elsőre irreálisnak tűnhet egy kisebb vállalkozás számára. Mi is így gondoltuk, és ez sokáig vissza is tartott.
Néhány éve azonban eljött a pillanat, hogy belevágjunk – akkor még a Bitrix24 használata mellett. Hetekig terveztünk, végül elindultunk… majd egy időre elengedtük az egészet.
Később újra elővettük az ötletet. Körülbelül egy év elteltével megszületett egy új alapspecifikáció, majd elindult a tényleges fejlesztés. Több tapasztalattal, több türelemmel végül kialakult az a koncepció, amelyet ma is folyamatosan csiszolunk és aktívan használunk.
De nézzük hogyan is alakulhatott volna mindez, ha van Vibe coding?
Ma már nem tudjuk teljes bizonyossággal megmondani. De abban egyetértés van, hogy a rendszer azért lett olyan, amilyen, mert végigjártuk a nehezebb utat.
A Vibe Coding valószínűleg gyorsabb kezdeti eredményeket hozott volna. Ugyanakkor fennáll a veszélye, hogy rendszerszinten később komoly nehézségek jelentkeznek – különösen akkor, ha a kezdeti lelkesedés megelőzi az architekturális gondolkodást.
Hasznos volt végigmenni a buktatókon, mert minden hibából tanultunk. Lehet, hogy egy AI-alapú megközelítés is megadta volna ezt a tanulási folyamatot – de erről talán érdemesebb lenne öt év múlva esettanulmányt írni.
Gondolatkísérlet
Képzeljük el két lehetséges forgatókönyvet:
- Ha akkoriban létezett volna Vibe Coding, gyorsan implementálhattuk volna az ötleteinket. Talán hamarabb kiderül, mi zsákutca, és mi működőképes irány.
- Ha akkoriban létezett volna Vibe Coding, ugyanilyen gyorsan implementálhattuk volna az ötleteinket – de akár meggondolatlanabb, merészebb döntéseket is hozhattunk volna, amelyek a vállalkozás szempontjából komoly kockázatot jelentettek volna.
A kérdés tehát nem az, hogy jó-e a Vibe Coding. Hanem az, hogy tudjuk-e, mire használjuk – és mikor jön el az a pont, amikor már nem elég.
Hol húzódik a határ?
A Vibe Coding nem ellenség. Sőt. Olyan eszköz, amely elképesztő sebességet adhat az ötleteléshez, prototípus-készítéshez, belső folyamatok kipróbálásához vagy akár kisebb, jól körülhatárolt rendszerek felépítéséhez.
A kérdés nem az, hogy működik-e. Működik.
A kérdés az, hogy alapozzuk-e rá hosszú távon a működésünket?
Amíg egy megoldás:
- kis létszámot szolgál ki,
- jól körülhatárolt funkcióval rendelkezik,
- alacsony üzleti kockázatú,
- nem kritikus adatokat kezel,
addig a Vibe Coding kifejezetten hatékony lehet.
De amikor:
- több ember dolgozik benne párhuzamosan,
- üzletileg kritikus adatokat kezel,
- integrálódnia kell más rendszerekhez,
- hosszú távon skálázhatónak kell lennie,
akkor már nem csak a „vibe” számít, hanem az architektúra, a dokumentáltság, a karbantarthatóság és a felelősség is.
Záró gondolat
A Vibe Coding alapvetően egy nagyon jó dolog. Felszabadít, gyorsít, lehetőséget ad. Hasznos eszköz lehet a vállalkozások kezében.
De meg kell gondolni, mennyire nyitunk szabad utat neki.
Egy eszköz akkor válik kockázattá, ha nem a helyén használjuk. Ugyanúgy, ahogy az Excel is kiváló – egészen addig, amíg nem próbálunk belőle ERP-t csinálni.
Ha van egy Vibe Coding alapokon épült projekted,
ha szeretnéd azt fejlesztőnek átadni,
vagy egyszerűen csak szeretnél beszélni valakivel arról, hogy jó irányba haladsz-e, mielőtt túl mélyen alapoznál erre a megközelítésre,
keress bennünket.
Ismerd meg szolgáltatásainkat!