FIT TEST 4 MENDIX. Low code & kwaliteit

Transcriptie

1 FIT TEST 4 MENDIX Low code & kwaliteit

2 2 TODAY S TOPIC: Low code & kwaliteit 1. Definitie low code wat maakt low coding platformen waardevol? 2. Kwaliteit - staat low code gelijk aan hoge kwaliteit? 3. Mendix en Java een goede combinatie, ook voor een hoge kwaliteit? 4. De Mendix Community hoe kunnen we elkaar helpen om beter te worden?

3 WAT MAAKT LOW CODING PLATFORMEN WAARDEVOL? 3

4 Low code 4 Software bouwen door te modelleren Intuïtief en visueel door middel van drag-and-drop.

5 Low code 5 Met low-code development kun je op een makkelijke manier software creëren. Razendsnel maak je je eigen apps. Maar let op: low code betekent niet no code.

6 Low code meets code! 6 In veel gevallen is Java noodzakelijk voor realiseren van bepaalde functionaliteit

7 WAAR MOETEN WE REKENING MEE HOUDEN? 7

8 8 ONTWIKKELING? Low-code platformen werken zo eenvoudig dat ook mensen die weinig ervaring hebben met softwareontwikkeling ermee uit de voeten kunnen. Zogenoemde citizen developers

9 9 RISICO? Wanneer er door het bedrijf niet streng wordt toegezien op de kwaliteit en veiligheid van het door hen geleverde werk kan dit leiden tot bepaalde security risico s

10 10 RISICO? De performance van de applicatie kan verlaagd worden als er niet genoeg op gelet wordt tijdens het ontwikkelproces.

11 WAT KUNNEN WE DOEN? 11

12 Fit Test 4 Mendix 12 Helpt je om overtredingen te voorkomen En daarmee controle te krijgen en houden over je Mendix applicaties

13 Hoe? 13 ISO Best Practices gebaseerd op de Community

14 Stel. Mendix app 14 Module uit App store Java Java Zelf gemodelleerd

15 15 Fit Test 4 Mendix Geeft een onderscheid weer tussen beide technologieën. Zo ziet dat eruit:

16 HAMVRAAG: ARE YOU IN CONTROL? 16 Heb jij de controle over je volledige Mendix applicaties? Wat gebeurt er als je ook Java toevoegt? 3 overtredingen Java

17 17 MEEST VOORKOMENDE OVERTREDINGEN We hebben 46 App Store modules geanalyseerd En een top 3 opgesteld van meest voorkomende overtredingen in Java code

18 18 1. NESTING TOO DEEP Waarom gevaarlijk? Nesting duidt op verhoogde complexiteit. Een IF met daarin een IF met daarin een IF enz. Maakt het voor een ontwikkelaar niet makkelijker om te begrijpen wat een functie precies uitvoert. Een hogere complexiteit leidt vaak tot meer benodigde tijd wanneer er iets moet worden aangepast. Wat kun je er aan doen? Knip de functie op in losse stukken welke logisch bij elkaar horen.

19 19 2. AVOID MAGIC STRINGS IN CONDITIONS Waarom gevaarlijk? Soms wordt er in een conditie gebruik gemaakt van een hardcoded string. In het voorbeeld is dit bijvoorbeeld Cookie. Wanneer in de applicatie naar dit deel van de code wordt verwezen en er per ongeluk cookie wordt gebruikt, zal de functie niet worden uitgevoerd omdat deze niet matcht met de opgegeven conditie, namelijk Cookie met een hoofdletter C. Wat kun je er aan doen? Maak gebruik van constanten welke je elders definieert. Zo is deze eenvoudig en op één plek in de code aan te passen én voorkom je dat je wellicht in je code een verkeerde verwijzing gebruikt.

20 20 3. INCOMPLETED CODE Waarom gevaarlijk? Stukken code waar door middel van comments wordt aangegeven dat deze nog een TO DO of FIX ME hebben kunnen incompleet of kapot zijn. Dit kan grote problemen veroorzaken bij het draaien van een applicatie. Wat kun je er aan doen? Oplossen. Alle stukken code waar door middel van comments TO DO of FIX ME dienen zo snel mogelijk te worden afgemaakt dan wel te worden gefixt.

21 21 Kijk naar de gehele applicatie! Geheel is meer dan de som der delen Kwaliteit begint bij goed onderhoud Alle technologieën zijn even belangrijk

22 HOE KUNNEN WE ELKAAR HELPEN OM BETER TE WORDEN? 22

23 23 BECOME A CONTRIBUTOR! Get Access and Contribute to the Standard & Guidelines To get access and contribute contact herbert@appronto.nl? Mendix Best Practices op Github. Wil jij een steentje bijdragen? Ga naar

24 24 BECOME A CONTRIBUTOR! Meer informatie nodig? Wij helpen je graag! Dank! Pim & Bryan pim@appronto.nl bryan.de.vries@omnext.com