View profile

🚮 Weg met JIRA en die nukkige ontwikkelaars! Lang leve no-code! Of..?

Jos van Essen
Jos van Essen
Iedereen die wel eens het nieuws leest heeft wel berichten gezien over de enorme schaarste van technisch personeel. Ook (juist?) voor ontwikkelaars is dit zo. Recruiters zoeken zich daarom helemaal suf om ontwikkelaars op de juiste plekken te krijgen en zelfs als je al een ontwikkelaar vind die op gesprek wil komen heeft deze vaak verschillende opties. Kortom: ieder bedrijf dat een technisch team wil (uit)bouwen heeft een schaarste-probleem.
Dit probleem is op allerlei manieren op te lossen. Bijvoorbeeld door aan de uitstraling van je bedrijf werken zodat het voor ontwikkelaars (en andere medewerkers natuurlijk) aantrekkelijker wordt om bij je te komen werken. Je kunt remote gaan werken waardoor je in een grotere pool van talent kunt vissen. Je kunt (delen van) je software open sourcen in de hoop dat er ontwikkelaars op af komen die je komen helpen (onderwerp voor een andere nieuwsbrief). En je kunt gaan kijken naar manieren om dingen op te lossen zonder ontwikkelaars.
Wanneer je voor die laatste oplossing wil gaan dan wil je op zoek naar No-code of low-code tools.
Hier zijn er ontzettend veel van, met heel veel verschillende mogelijkheden. Voor het gemak heb ik ze proberen te categoriseren, en daarbij kies ik voor de volgorde waarbij we starten met de meest lichte taken, en eindigen met de hele complexe.
Automations en workflow verbeteringen
Stel dat je een PR bureau bent dat iedere ochtend van je klant via een FTP server een kommagescheiden bestand ontvangt met daarin alle mutaties van het nieuwsbrievenbestand. En stel dat je dat iedere ochtend moet downloaden, importeren in Excel, dubbelingen eruit moet halen en moet filteren op zowel nieuwe- als uitgeschreven e-mailadressen.
Dat is nog behoorlijk wat werk in Excel (met VLOOKUP) en behoorlijk foutgevoelig. Met als gevolg dat je misschien mensen e-mailt die je niet meer mag e-mailen of mensen zelfs dubbele e-mails stuurt.
Je zou een ontwikkelaar kunnen vragen om een tool te bouwen die dit voor je regelt, maar die ontwikkelaar bestaat misschien helemaal niet, heeft geen tijd, is te duur. Of alledrie.
Dan is het tijd voor de eerste categorie: automations. Met Zapier, Integromat of de moeder in deze categorie IFTTT kun je deze use-case in een dag nabouwen (en goed testen natuurlijk).
Hoe werkt zoiets? Via een interface. Dus via Zapier is dit ongeveer je workflow:
  • Je maakt een account op Zapier
  • Kiest uit de lijst van integraties FTP access en voegt de FTP gegevens toe
  • Je kiest wat je op de server wil doen (bestand downloaden)
  • Vervolgens kies je wat je met het bestand wil doen, je wil deze importeren, bijvoorbeeld in Google Sheets of Airtable.
  • Nu heb je nog wat mutatie-regels nodig: de toegevoegde e-mailadessen moeten worden samengevoegd aan een bestaand bestand en de verwijderde moeten met VLOOKUP uit de tabel worden gehaald. Dit kan even een puzzel zijn.
Zoals je merkt volg je in Zapier grotendeels de workflow die je ook met de hand zou doen, maar na het ‘aanzetten’ van de ZAP heb je er verder veel minder omkijken naar.
In deze categorie zijn wat mij betreft enorm veel toepassingen en ik denk dat met name MKB veel vaker dit soort tooling kan gebruiken om hun eigen werk effectiever te maken. Vreemd genoeg wordt deze categorie ook nog vaak onderschat of weggezet als ‘hacky’ en ‘tijdelijk’ terwijl dit (mits juist geconfigureerd) juist hele krachtige hulpjes zijn.
Volgende categorie.
Boilerplate- en white-label apps
Ik moet eerlijk toegeven dat ik een tijdje heb zitten broeden over dit tussenkopje, dus dan maar even zo.
Stel, ik heb zin om een app te bouwen waarmee je alle speeltuinen in de stad snel kunt zien, inclusief reviews.
Dan kun je helemaal zelf aan de slag gaan (zoals in de vorige nieuwsbrief) met allerlei eigen code maar dat is soms helemaal niet zo nodig. Je kunt aan de slag met een no-code editor als die van Bubble, Goodbarber of Adalo. De tijdsinvestering om dit voor elkaar te krijgen zou ongeveer een dag zijn, afhankelijk van hoe handig je bent en vooral hoe goed je je data op orde hebt. Deze apps hebben veel standaard functionaliteit al uitgedacht, zoals de maps functionaliteit of de reviews.
In dit hoofdstuk begint zich ook voor het eerst af te tekenen dat je dus serieus veel tijd en geld kunt besparen aan development als je dingen zelf doet. Daarbij is je time-to-market een heel stuk korter.
Er beginnen zich hier ook wat nadelen af te tekenen. Namelijk dat je vrij snel na het lanceren van je app een vendor lock-in hebt. Dit betekent dat het niet meer zo eenvoudig is om - als je eenmaal voor Bubble hebt gekozen - naar een andere over te stappen zonder helemaal opnieuw te beginnen. In het geval van Bubble zijn de instapkosten nog vrij laag (vanaf $25,- per maand) maar naarmate je app succesvoller wordt en je meer features nodig hebt wordt het al snel een stuk duurder.
Enterprise grade applicaties en maatwerk
As er één plek is waar software ontwikkeling de meeste pijn doet dan is dit wel bij grote corporates en de overheid. Deze organisaties vechten met verouderde legacy software, moeizame processen en eindeloze doorlooptijden en budgetoverschrijdingen. Deze klaagzang is overigens wel een interessant onderwerp voor een toekomstige nieuwsbrief ;-)
Nu we de klant-pijn van deze grote corporates kennen is het tijd om te kijken wat low-code en no-code hier kan. Heel vroeger toen ik nog informatica studeerde hadden we een aantal vakken met Delphi: een grafische schil waarin je UI elementen (formulieren e.d) in kon slepen en zelf de logica erachter moest programmeren. Dat zag er destijds uit als een prachtig idee, maar zorgde ook wel voor enorme lappen geautomatiseerd geschreven code die niet altijd leesbaar was. Die tijd is gelukkig grotendeels achter ons: er zijn een flink aantal van dit soort pakketten op de markt die echt uitstekende code produceren. Eén van de grootste en meest bekende in dit veld is Mendix maar je hebt ook anderen zoals Bryter en BettyBlocks.
In deze categorie zijn we aanbeland in de categorie waarbij het niet meer mogelijk is om dit er ‘even bij’ of ‘tussendoor’ te doen. Om serieus aan de slag te gaan met deze pakketten heb je training nodig, en/of een goede agency die ervaring heeft. Kortom: deze pakketten hebben ook een duidelijk proces nodig om te functioneren in je omgeving.
Al deze pakketten claimen ook dat de time-to-market een stuk korter is dan traditionele software. Bedenk wel dat dit niet zal gelden voor de eerste applicaties die je bouwt: ondanks dat ze allemaal worden verkocht als toegankelijk en simpel hebben ze een flinke leercurve. Ook hier geldt weer: kiezen voor een platform is uiteindelijk een vendor lock-in: je kunt de applicaties niet eenvoudig ‘verhuizen’ naar andere leveranciers.
Conclusie
Is daarom no-code en low-code dé oplossing voor de ontwikkelaars-schaarste? Ja en nee. Bouwen aan onderscheidende maatwerksoftware vereist specialisatie. Of dit nu is in de tooling die je tot je beschikking hebt of de mensen. Ik denk wel dat bijna ieder bedrijf kan profiteren van deze tooling door kritisch te kijken wat er door ontwikkelaars gedaan wordt, en wat er eigenlijk ook kan gebeuren door de niet-ontwikkelaars. Het is ook perfect mogelijk voor de niet-ontwikkelaars om deze tooling in te zetten voor het bouwen van MVP’s of prototypes om na klantvalidatie alsnog te kiezen voor de ‘moeilijke’ weg.

Did you enjoy this issue? Yes No
Jos van Essen
Jos van Essen

JSON, API's, webtokens, CI deployments, JavaScript, Tag Manager: we horen allemaal regelmatig termen voorbij komen waarvan we niet 100% zeker weten of we het ook daadwerkelijk begrijpt. Deze nieuwsbrief laat een licht schijnen op deze materie: tech voor op het web uitgelegd

In order to unsubscribe, click here.
If you were forwarded this newsletter and you like it, you can subscribe here.
Created with Revue by Twitter.