Varför vi undviker no-code för produktionsagenter
No-code-plattformar är fantastiska för prototyper. När det är dags att gå live blir de en flaskhals. Här är hur vi tänker kring valet.
Alexander Galldin
Kapaciti
Det finns en lockelse i no-code. Du drar och släpper, du ser flödet visuellt, du kan visa kunden hur det funkar utan att de behöver läsa kod. För prototyper är det perfekt. För produktionssystem är det vår erfarenhet att det blir en broms.
Versionshantering blir oklart
När en utvecklare skriver kod hamnar varje ändring i git. Två personer kan jobba parallellt, slå ihop ändringar och se vem som gjorde vad. När någon ändrar i ett no-code-flöde är spårningen sämre. Vissa plattformar har versioner, andra har det inte. Att rulla tillbaka en specifik ändring utan att rulla tillbaka allt blir snabbt komplicerat.
Testbarheten är begränsad
Vi skriver enhetstester och integrationstester för agentlogik. Vi kör dem automatiskt vid varje ändring. När agenten lever i en no-code-plattform är det svårt eller omöjligt att skriva motsvarande testsvit. Du blir beroende av att klicka igenom flödet manuellt, vilket inte skalar bortom de enklaste fallen.
Prestanda är vad plattformen ger dig
När du skriver egen kod kan du optimera de delar som är hetast. Du kan parallellisera, du kan cacha, du kan göra antaganden som passar just din användning. I no-code är prestandan en black box. När den blir för långsam kan du ofta bara hoppas att leverantören löser det.
Och plattformsrisken
När leverantören ändrar prismodell, blir uppköpta eller bestämmer sig för att avveckla sin gamla redaktor är ditt produktionssystem hostage. Vi har hjälpt två kunder migrera bort från no-code-plattformar som ändrade villkoren. Båda gångerna var det dyrt och stressigt.
När no-code är rätt val
Det finns lägen då no-code är rätt. Tidiga prototyper för att visa intressenter att en idé är möjlig. Internkommunikation som inte är affärskritisk. Småskalig automation för enskilda team där underhållet kan ligga hos dem själva. Marknadsteam som vill iterera snabbt på leadkvalificering.
Tumregeln vi använder: om felfunktion en timme gör väsentlig skada, bygg det med kod. Om det inte gör det, no-code räcker långt.
Den hybrida vägen
Vi har också byggt system där kärnlogiken sitter i kod men där delar av flödet är konfigurerbara via en enkel admin-yta för kunden. Det ger snabbhet utan att kompromissa med stabilitet. Det är ofta den bästa avvägningen för medelstora bolag som vill ha både och.