Naarmate softwareontwikkelingstechnieken en -tools zich ontwikkelen, gaan we steeds meer in de richting van low-code en no-code benaderingen. Dit is logisch omdat low-code en no-code benaderingen de ontwikkelingskosten en -tijd drastisch kunnen verlagen en daardoor veel meer softwaretoepassingen economisch levensvatbaar kunnen maken.
Een nog groter voordeel van deze benaderingen, met name no code, is dat zakelijke gebruikers die domeinexperts zijn applicaties kunnen maken en verfijnen zonder de wrijving van het moeten uitleggen van hun ideeën aan anderen. Dit verkort de tijd om een product van hoge kwaliteit op de markt te brengen aanzienlijk.
Het is logisch dat softwareontwikkeling evolueert naar no-code. Excel is 's werelds beste voorbeeld van een succesverhaal zonder code (in het algemeen). Veel toepassingen kunnen worden gebouwd door zakelijke gebruikers. Het belang van Excel in het leveren van een productiviteitsimpuls aan de wereld kan moeilijk worden overdreven.
Low-code platforms in de praktijk
De toekomst van low-code gaat natuurlijk niet over enkelvoudige frameworks voor applicatieontwikkeling, maar over een ecosysteem van eenvoudig te gebruiken API's. Zapier is een voorbeeld van hoe deze API's kunnen worden gebruikt met nul codering.
Natuurlijk kan no-code ook problemen opleveren, in die zin dat no-code oplossingen minder onderhoudbaar en minder veilig kunnen zijn dan oplossingen met hogere code. Excel is hier een goed voorbeeld van.
Het moet ook opgemerkt worden dat low-code niet betekent dat mensen van de straat op de eerste dag in staat zullen zijn om nuttige toepassingen te maken. Een low-code omgeving die het mogelijk maakt om relatief geavanceerde toepassingen te maken vereist zeker dat de gebruiker van deze toepassingen een goed begrip heeft van de concepten en mogelijkheden van de tool zelf. Het is net als met elk ander geavanceerd softwareprogramma.
Zelfs als de no-code tools de complexiteit van het bouwen van bepaalde soorten functionaliteit verminderen ten opzichte van het bouwen van deze functies met code, is er geen ontkomen aan het feit dat het bereiken van complexe functionaliteit een bepaalde mate van complexiteit met zich meebrengt, zelfs in de no-code tool. Een duidelijk voorbeeld hiervan zijn chatbot game-ontwikkelingsengines zoals Unreal Engine, waar coderingsconcepten op laag niveau (zoals while en for-lussen) visueel worden weergegeven. Dit kan een verbetering zijn ten opzichte van rechtstreeks coderen, maar vereist geavanceerde kennis van de toepassing en de concepten.
Dit betekent dat expertise nog steeds belangrijk is, zelfs in de wereld zonder code. Excel is opnieuw een goed voorbeeld. Er is een groot verschil tussen een power user en een gewone gebruiker, niet alleen in wat ze kunnen bereiken, maar ook in de onderhoudbaarheid van het eindresultaat.
Wat de onderhoudbaarheid betreft, is het waar dat de oplossing zonder code niet noodzakelijk minder onderhoudbaar is dan de oplossing met code. In veel gevallen verdient de oplossing zonder code de voorkeur omdat het veel duidelijker is wat er aan de hand is.
Er is echter een punt waarop complexe systemen veel afhankelijkheden en voorwaardelijke toestanden hebben, en er een zekere mate van controle over het ontwikkelproces en foutafhandeling in het systeem geïmplementeerd moet worden, en dit kan een uitdaging zijn om te doen met gereedschappen zonder code.
Het kan ook zijn dat de beperkingen van een no-code tool het veel ingewikkelder maken om een bepaalde functie te maken dan het geval zou zijn als de functie door een expert was gecodeerd. Het wordt dan noodzakelijk om een functie in een no-code tool te hacken die relatief eenvoudig in code te bouwen zou zijn. Het probleem is dat het abstractieniveau dat de no-code tool implementeert, sommige use cases moeilijk te bouwen maakt. Er zijn veel voorbeelden hiervan in de wereld van Excel.
Kortom, de use case bepaalt of het beter is om low-code, no-code of een volledig gecodeerde oplossing te gebruiken. Zoals alles in het leven is er een zekere mate van inschattingsvermogen nodig om te bepalen wat de beste aanpak is voor een bepaalde use case, maar er bestaat geen twijfel over dat de trend in softwareontwikkelingstools in de richting van low-code of no-code gaat.
De opmars van low-code oplossingen betekent niet noodzakelijk dat er minder werk zal zijn voor softwareontwikkelaars, maar het betekent wel dat softwareontwikkelaars een combinatie van code en low-code / no-code platforms zullen moeten gebruiken om optimale efficiëntie te bereiken.
Economisch gezien betekent het dat het economisch haalbaar zal zijn om veel meer applicaties te ontwikkelen en daarom is het waarschijnlijk dat ontwikkelaars zich zullen bezighouden met gespecialiseerd werk aan veel meer projecten en met het bouwen van meer bruikbare API's voor de wereld in het algemeen.
Samenvattend geloven we dat er altijd een rol zal zijn voor een bepaald element van codering en daarom zal het einddoel eerder low-code dan no-code zijn. Een omgeving met weinig code is ontworpen om ontwikkelaars in staat te stellen gemakkelijk aangepaste functionaliteit toe te voegen die functionaliteit aanvult die op hetzelfde framework is gebouwd zonder codehulpmiddelen. Dit is het beste van alle werelden, waar professionele zakelijke gebruikers een groot deel van de software kunnen ontwikkelen en waar ontwikkelaars professionele softwareontwikkelpraktijken kunnen opleggen en aangepaste functionaliteit aan de software kunnen bieden.
Lage code chatbot ontwikkelingsplatforms
De low-code en no-code trends zijn ook van toepassing op chatbotontwikkelingstechnologie. Er zijn al veel no-code platforms, hoewel de functionaliteit die in deze ruimte wordt aangeboden relatief beperkt is.
No-code-platforms zijn al heel zinvol voor eenvoudige chatbotgebruiksgevallen, vooral in de marketingwereld, waar de bot vooral informatie verstrekt en de interactie met de gebruiker beperkt is.
Er is een tendens in de chatbot-ruimte dat mensen de behoefte aan aangepaste ontwikkeling onderschatten en daarom geloven dat het mogelijk moet zijn om no-code ontwikkeltools te maken waarop complexe bots kunnen worden gebouwd door zakelijke gebruikers, zonder een wezenlijke opoffering van de klantervaring.
Het is menselijk om de taak die voor ons ligt te onderschatten. Bijna elk plan dat we maken is een vereenvoudiging van de werkelijkheid. Wanneer we proberen de taken uit te voeren die gepaard gaan met het plan, duiken er dingen op die we niet hadden voorzien, hetzij door een gebrek aan vooruitziendheid, hetzij omdat ze totaal onvoorspelbaar waren.
Zodra je begint te werken aan de software, hoe goed de specificatie ook is, zijn wijzigingen in de use case of de manier waarop de code is geschreven onvermijdelijk als nieuwe feiten aan het licht komen tijdens het ontwikkelingsproces.
Vaak heeft de chatbot complexe functionaliteit nodig die programmatische logica of aangepaste grafische interfaces vereist. De chatbot kan bijvoorbeeld scores of interacties met de gebruiker moeten bijhouden, hij kan interactie met een webpagina nodig hebben, hij kan een eenvoudig scherm voor de gebruiker nodig hebben om zijn trivia-gegevens in te voeren voor een aangepaste trivia-bot. De chatbot moet mogelijk contexten beheren en resetten, afhankelijk van waar de gebruiker zich bevindt in een flow. Niets van dit alles is noodzakelijkerwijs duidelijk in het begin, vooral voor mensen die geen ervaring hebben met het bouwen van chatbots, maar deze dingen maken een groot verschil voor de gebruikerservaring.
Samengevat
We hebben het in deze blog uitgebreid gehad over Excel als voorbeeld van een zeer productieve no-code omgeving, maar in werkelijkheid is Excel een low-code omgeving met uitgebreide functies waarmee ontwikkelaars code kunnen schrijven of met code kunnen integreren. Ongeacht het aantal sjablonen en functies in de software, zal er altijd behoefte zijn aan maatwerk om aan bepaalde use cases te voldoen.
Uiteindelijk gaat de afweging tussen de overlappende factoren efficiëntie van ontwikkeling en de kwaliteit van de gebruikerservaring en het rendement van het project.
De uitdaging voor no-code frameworks is om alles te leveren wat nodig is om een gebruikerservaring van hoge kwaliteit te creëren. De uitdaging is dat de 10% die moeilijk te bouwen is op het no-code platform wel eens het verschil zou kunnen maken voor de eindgebruiker. In de wereld van chatbots is de illusie dat het mogelijk is om alles op een no-code manier te bouwen krachtig.
Naar onze mening zal de trend altijd zijn om betere chatbot-ontwikkelplatforms te maken met weinig code, niet zonder code, waarbij de omvang van de functionaliteit die zakelijke gebruikers zelf kunnen maken altijd zal blijven toenemen. In deze blog hebben we de voordelen op het gebied van creativiteit en economie geschetst die ontstaan als zakelijke gebruikers zelf software kunnen maken en daarom is het van cruciaal belang om chatbotontwikkelingsframeworks zo krachtig mogelijk te maken voor zakelijke gebruikers.
Het is ook zo dat bepaalde aspecten van alle softwareontwikkeling, waaronder het bouwen van chatbots, door ontwikkelaars moeten worden geleverd door middel van code en dit moet zo gemakkelijk mogelijk te doen zijn voor de ontwikkelaars. Low-code zal nooit helemaal vervangen worden door no-code, maar ze zullen altijd beter moeten worden in het bedienen van hun twee belangrijkste klanten, professionele zakelijke gebruikers en softwareontwikkelaars.
Deel dit op:
Bouw gratis je eigen gepersonaliseerde AI-chatbot
Begin met het bouwen van een gepersonaliseerde GPT bot met onze intuïtieve drag & drop interface.
Begin - het is gratis! 🤖Geen creditcard nodig
Blijf op de hoogte van het laatste nieuws over AI chatbots