logo_alvant

Een dag op devoxx door de ogen van een Java/Bloomreach developer

nov 14, 2022 | Blog

Een dag op devoxx door de ogen van een Java/Bloomreach developer

Devoxx, Development, Cloud, Beurs

Devoxx Development Cloud

Vandaag hebben we de eerste devoxx dag gehad. De dag begon met de registratie, welke in tegenstelling tot als we de berichten in de devoxx app mocht geloven, eeuwen zou gaan duren en je beter op zondag avond zou kunnen doen, prima verliep. Na nog geen vijf minuten stonden we binnen met een “lekker” bakkie koffie in onze handen. Het ontbijt was wat moeilijker te vinden maar vlak voor de eerste sessie bleek deze ergens in een hoekje achteraf te staan. Een lekker roombroodje verder, was het tijd om de dag echt te beginnen. Hieronder een kort verslag van de sessies die ik vandaag heb bijgewoond.

​

Leestijd: 5 minuten – Auteur:

Lucas Wiersma
Senior IT Consultant

​

1. Threading lightly with kotlin

Het plan was om naar de hands on “Code your first video game AI” te gaan, maar helaas bleek dat meer mensen dat idee hadden. Er zaten letterlijk mensen op klapstoeltjes in de deuropening.  De tweede keus bleek betere plekken te bieden, bioscoopstoelen VS klapstoelen. 

Als Kotlin virgin hoopte ik vooral dat ik het verhaal kon volgen. De spreker, die later de beste van de dag bleek, heeft hier zeker aan bijgedragen. Hoewel z’n lecture echt kotlin als uitgangspunt had greep hij ook telkens terug op java voorbeelden en hoe zaken d.m.v. coroutines verbeterd kunnen worden. In eerste instantie had dit een vrij hoog abstractie niveau maar naarmate de lecture vorderde kwamen er meer en meer voorbeelden waarvan ik dacht: “Ook dit zou ik ook in m’n dagelijkse werk wel eens kunnen gebruiken”. 

 

2. From ServerFull to ServerLess Java with AWS lambda

Deze hands on sessie stond zeker op mijn lijstje om bij te wonen. Aangezien ik van deze ochtend geleerd had, dat hands on sessies populair zijn ben ik direct na de lunch richting de zaal vertrokken om me van een plekje te verzekeren. Dit bleek geen onverstandige keuze, want ook nu was het animo groot. Ik heb veel geleerd van deze sessie. Hoewel ik niet direct toepassingen zie in mijn dagelijkse werkzaamheden zie ik wel echt de toegevoegde waarde van serverless Java services. De sessie was goed opgezet en met de juiste vragen aan de instructors heb ik er een goed gevoel aan over gehouden. 

 

3. Your next java framework for automating web tests

Toeval heeft het dat ik op m’n opdracht druk bezig ben om ervoor te zorgen dat ze inzien hoe belangrijk testen is. Meen je dit nou echt?? Ja helaas wel. Testen was bij de klant waar we zitten een ondergeschoven kindje en dus leek het me goed om deze sessie bij te wonen. Ik ben bekend met o.a. Selenium, Cucumber, Gherkin, maar Playwright kende ik nog niet. Zo op het eerste gezicht lijkt dit me een tool die een hele lage instap heeft en daarmee dus goed geschikt is om ook als niet tester simpele tests op te zetten om daarmee de business te overtuigen van de waarde van automatische web testen. Of het daarnaast ook de juiste tool is om mee door te gaan is mij uit de (korte) presentatie niet helemaal duidelijk. Daarentegen zie ik ook niet waarom niet, maar dat is aan de tester om te bepalen, want uit eindelijk is dat ook een vak apart. 

 

4. From ‘It works on my machine’ to ‘It was written by a machine’ – GitHub Codespaces & Copilot

Eerder op de dag in de serverless Java sessie heb ik voor het eerst gewerkt in een online IDE (Cloud 9). Op dat moment was ik al onder de indruk over hoe goed dat eigenlijk werkte. Zonder problemen kon ik daar de hele opdracht in voltooien, incl. auto complete, auto import etc.. etc.. Tuurlijk IntelliJ kan een stuk meer, maar ik was best onder de indruk van wat deze IDE me bood. GitHub codespaces bleek dit naar een heel ander niveau te brengen. Niet alleen vervangt dit de IDE die op m’n machine staat, maar het vervangt zelfs de hele development omgeving. On the fly wordt er in de github cloud een omgeving voor me opgezet die helemaal up-to-date is met de laatste code. Nooit meer uitleggen aan die nieuwe ontwikkelaar hoe iets werkt, welke dependencies hij moet installeren en waarom het allemaal net iets anders is dan “normaal”. Simpelweg 1 commando en de omgeving wordt volledig voor je klaargezet, incl. IDE die nog weer een stapje verder ging dan de Cloud 9 IDE die ik hiervoor had leren kennen. 

Hierna werd de stap gemaakt naar Copilot. Hiervan was ik nog meer onder de indruk. Real time analyse van wat je op dat moment aan het coderen bent met autosuggesties, en dan niet ‘’weet je zeker dat je deze variabele niet final wilt maken’’.. maar “Ah ik zie dat je een class BankAcount hebt aangemaakt”. Wil je misschien een methode withdraw en deposit incl. de logica daarachter? De AI hierachter verbaasde me echt en hoewel ik me afvraag of ik dan nog wel echt aan het programmeren ben zie ik er ook echt wel voordelen van. Ik kan me veel meer bezig houden met hoe ik mijn programma’s wil structureren en de implementatie daarvan hebben andere mensen waarschijnlijk al 100.000 keer gedaan, dus waarom zou ik dat wiel opnieuw uit willen vinden?

 

5. Maven, my life is short

Dit is de sessie waarin ik in m’n dagelijkse werk het meeste voordeel zal halen. Per dag trap ik toch minstens een keer of 10 het command mvn clean verify af. Die kost me, afhankelijk van de klant, en project toch zeker een minuut of 2 é 3, en als ik pech heb een veelvoud daarvan. Als eerste “fix” werd de -DskipTests geïntroduceerd, en ik was sceptisch… Maar zelfs voor de skip test werden valide redenen opgevoerd. Daarna ging de spreker meer de diepte in en bleek, terecht,  dat het lang niet altijd nodig is om alle Maven modules te laden. Waar het pas echt interessant werd, is toen de Maven deamon behandeld werd. Hoewel enigszins teleurgesteld dat dit nog niet op een Apple M1 chip werkt (zit ik dan met m’n mooie Mac…) blijkt dat in de nieuwe release welke hopelijk een dezer dagen verschijn M1 ondersteuning is toegevoegd. Met Maven deamon worden de build taken aanzienlijk sneller uitgevoerd, o.a. omdat ervoor gezorgd wordt dat de JVM bij elke build opnieuw wordt opgestart. Hierdoor wordt de gecompileerde JIT code niet meer elke keer uitgevoerd maar wordt deze gecached. Ik weet zeker dat dit mij niet zo veel tijdswinst op zal leveren als de spreker (van 24 min naar 1 min en een beetje), maar ik ben er van overtuigd dat mijn build een stuk sneller

zal gaan. Dus laat die M1 release maar snel komen. Enige nadeel is, wanneer moet ik nu dan koffie gaan halen als m’n builds ineens als de brandweer gaan?    

Blijf alert en mis niets uit onze timeline!

Vul je gegevens in en ontvang onze nieuwsbrief.

IT is our nature

Een systeem ontwikkelen om fraude bij de overheid te bestrijden: Marc bouwt het

aug 11, 2022 | Blog

Een systeem ontwikkelen om fraude bij de overheid te bestrijden: Marc bouwt het

Fraude, Overheid, Big Data, Consultancy

uitgelichte_afbeelding_1179x680

Fraude: het komt helaas nog te veel voor. Wellicht ben je zelf wel eens slachtoffer geweest van een datalek of erger zelfs: ben je opgelicht of ben je bestanden kwijtgeraakt aan een internetcrimineel. Deze criminelen zijn in alle branches actief. Zo ook bij de overheid. We zien dat digitalisering steeds groter wordt en daarom heeft de Wet digitale overheid zich aangediend. Deze wet moet fraude met burgerservicenummers tegengaan. En precies daarmee zijn wij IT’ers nu zo druk.

Leestijd: 5 minuten – Auteur:

Marc Hassing
Senior Software Consultant

Wet digitale overheid

Het Ministerie van Binnenlandse Zaken heeft fraudebestrijding hoog op de agenda staan. Dat moet ook wel, want fraude komt nog veel voor. Dat willen we uiteraard niet met persoonsgegevens. Daarom is de Wet digitale overheid tot stand gekomen. Deze regelt dat Nederlandse burgers en bedrijven veilig en betrouwbaar kunnen inloggen bij de (semi)-overheid. Denk aan zorgverzekeraars, het RDW of DigiD. Om deze wetgeving in goede banen te leiden, heeft het Ministerie diverse Analisten in dienst die testen doen op mogelijke fraude. En ook huren ze ons in, vanuit de ICTU. Wij zijn een overheidsinstantie die IT-projecten uitvoeren voor Ministeries.

 

Grote kaartenbak

In mijn werk als Senior Software Consultant ontwikkel ik samen met mijn teamleden het platform dat straks ingezet moet worden als hulpmiddel voor fraudebestrijding. Zo slaan wij onder andere overheidsgegevens op in een heel grote kaartenbak die wij hebben ingericht. De analisten van het Ministerie kunnen dan vervolgens – aan de hand van patronen en big data analyses – data ophalen uit de systemen die wij bouwen om verdachte situaties te herkennen. Zo kunnen ze fraude tackelen.

 

Pseudoniemen

In de nieuwe situatie wordt het BSN-nummer van burgers beter beschermd. Je logt nu bijvoorbeeld bij je zorgverzekeraar in met je DigiD, die gekoppeld is aan het RDW omdat je een rijbewijs hebt. Of bij de Belastingdienst, omdat je belasting betaalt. In de nieuwe wetgeving mogen semi-overheidsinstellingen jouw BSN-nummer niet meer herkennen. In plaats daarvan maken ze gebruik van pseudoniemen. Zo staat persoon Jan misschien bij het RDW bekend als Piet, en bij de Belastingdienst als Klaas. Alleen het Ministerie daarboven kan alle gegevens herleiden tot een en dezelfde persoon, Jan in dit geval. Zo wordt het Ministerie overstijgend over andere instanties.

Mooie uitdaging

Het belangrijkste in ons werk is toch wel de kwaliteitsgarantie. Er wordt ontzettend veel getest, en dat moet ook wel met zo’n privacygevoelig stuk. De deadline is niet voor niets verzet. Ook de kwaliteit van de code is heel belangrijk. Juist die hoge eisen maakt het ook weer heel leuk. We hopen dat dit aan het eind van het jaar allemaal werkt. Het systeem moet dan zo’n 16 miljoen regels aan data per dag verwerken.

Zodra het project is afgerond gaan wij het project overdragen aan het Ministerie die het vervolgens op hun systemen in gebruik gaat nemen. Hierbij zal een stuk support gaan komen. Of ik daar een rol in ga krijgen is op dit moment nog onbekend. Maar anders komt er vast een ander mooi project op mijn pad!

Blijf alert en mis niets uit onze timeline!

Vul je gegevens in en ontvang onze nieuwsbrief.

IT is our nature

Ouderwets programmeren of ontwikkelen? Dat is soms zo slecht nog niet!

Ouderwets programmeren of ontwikkelen? Dat is soms zo slecht nog niet!

jul 18, 2022 | Blog

Ouderwets programmeren of ontwikkelen? Dat is soms zo slecht nog niet!

Java, programmeren

header-blog-java-progameertaal
Er is een wereld van verschil in de aanpak van de jaren 90 en die van nu. In de jaren 90 werkte ik bij een semioverheid organisatie. We hadden een elegant ontwikkel-team: programmeurs, ontwerpers, testers, een paar informatieanalisten, projectleiders, hoofd systeemontwikkeling en dat was het wel zo’n beetje. Als ik dat vergelijk met wat er nu allemaal om me heen loopt: nog steeds die programmeurs, ontwerpers en informatieanalisten, maar ook een scrum master, een product owner, een productmanager, architecten, changemanagers … Allemaal extra mensen die vooral het voortgangsproces in de gaten houden. Dan bekruipt mij de vraag: waarom kon dat destijds met een paar man en is het tegenwoordig zo ongeveer één op één? Voor elke programmeur is er een persoon voor het voortgangsproces. Gaat het nu dan zoveel beter?

Leestijd: 3 minuten – Auteur:

Ton Neijzen Sr. Java programmeur

Vergadertijgers

Eerlijk gezegd denk ik dat het nu vooral langzamer gaat. Al die mensen hebben ook weer producten die zij moeten opleveren of moeten krijgen en alles moet gecontroleerd worden. Allemaal niet-essentiële zaken die veel tijd kosten. Begrijp me niet verkeerd, ik heb niks tegen scrum of agile werken! Het is een prima uitgangspunt om een beperkt groepje mensen te hebben dat wat vaker overlegt en als zelfstandige eenheid functioneert. Het wordt, in mijn ogen, gecompliceerd door alle ‘randzaken’ zoals refinement sessies, etc. Op zich leuk om te weten wat er allemaal in het team gebeurt, maar al die vergaderingen en overleggen kosten vele uren per week. Tijd die ik niet kan gebruiken voor het opleveren van code of het oplossen van problemen. Zonder al die vergaderingen had ik misschien wel 50% meer vermogen beschikbaar om het echte werk te doen.

 

Controledrang

Natuurlijk zijn er in het verleden projecten misgegaan. Vanuit het management zullen ze gedacht hebben dat ze meer grip op projecten hebben door er meer mensen omheen te zetten. Ik vraag me af of dat effectief is. Als er bij Alvant iets geregeld moet worden, gaan we daar niet met 100 man (stel dat we 100 man zouden hebben) over kletsen voordat er iets besloten wordt. Er worden spijkers met koppen geslagen zodat we snel weer verder kunnen. Ik denk dat er bij veel bedrijven veel meer slagkracht is als je met een paar man het werk kan doen. Voordat ik kan programmeren, heb ik natuurlijk eerst informatie nodig. Maar of ik die ophaal in een vergadering waar acht man bij zitten, of in een vergadering met twee man, is een wezenlijk verschil.

 

Risicomijdend gedrag

Een hoop bedrijven realiseren zich niet hoe ingewikkeld ze het zichzelf maken. Het is er ingesleten, dit is het nieuwe normaal. Ik overdrijf niet met het voorbeeld van iemand waar ik mee heb gewerkt, die met een procesplaat aankwam van 50 stappen om een project af te krijgen. Tussen al die stappen stonden drie vakjes met de thema’s ontwerp, bouw en test. Dat betekent dat er 47 vakjes omheen waren toegevoegd die niet essentieel waren voor het proces. Deze werkwijze is een vorm van risicomijdend gedrag. Iemand heeft ooit bedacht dat er meer schakels toegevoegd moeten worden om risico’s te beperken. Als er een probleem is, probeert men zoveel mogelijk mensen in een zaaltje te krijgen om het probleem op te lossen. Terwijl het bij een technisch probleem veel effectiever is om mij een paar uur ergens apart te zetten, dan kom ik ook met een oplossing of een weg daarnaartoe.

 

Ruimte en vertrouwen

Het is zeker niet zo dat vroeger alles beter was, maar ik zou managementteams wel mee willen geven: vertrouw je ontwikkelteams. Zo’n team kan vaak heel veel. Als je ze lekker aan het werk laat, dan komt er ook heel veel. Als je ze niet vertrouwt en er allemaal mensen omheen zet om te kijken wat er gebeurt, wordt het eindresultaat niet beter en duurt het alleen maar langer. Als programmeur kan ik niet, tegen de stroming in, een organisatie omgooien. Er zitten veel mensen omheen en er zijn veel belangen. Werkt het scrumteam niet goed, dan is er altijd wel iemand die daar een training voor heeft of er wordt een coach opgezet. Zo hou je het systeem in stand. Nogmaals, ik zeg niet dat we terug moeten naar vroeger, maar ik vraag me wel af waarom het zo ingewikkeld is geworden.

 

Een beetje terug naar toen? Moet je doen!

Met het risico als een oude mopperpot over te komen, durf ik te zeggen: ik heb jaren levens- en werkervaring. Daardoor kan ik oud en nieuw goed vergelijken. Zeker in deze tijd van arbeidskrapte, is het heel welkom als je dingen beter kan doen met minder mensen. Dus wat ik managementteams mee wil geven is: kijk eens goed naar alle processen, vraag je af wat wel of niet nodig is, geef je mensen ruimte, vrijheid en vertrouwen en probeer een tandje terug te schakelen. Mensen herontdekken de goede dingen van weleer. Ik heb mijn oude platenspeler ook weer in de kamer staan. Misschien is de good old watervalmethode wel de nieuwe platenspeler! Sommige dingen van vroeger zijn namelijk zo slecht nog niet.

Blijf alert en mis niets uit onze timeline!

Vul je gegevens in en ontvang onze nieuwsbrief.

IT is our nature

De uitdaging van complexe klussen

De uitdaging van complexe klussen

mrt 17, 2022 | Blog

De uitdaging van complexe klussen

Software Development

header-blog-java-progameertaal

Elke It-er is anders en dat geldt ook voor de specialisten van Alvant. In de ene branche is performance belangrijk, en bij de andere klant is nauwkeurigheid cruciaal. Iedereen heeft dan ook een ander soort favoriete klus. Ik hou zelf erg van de super-technische klussen. Projecten waar ik diep de materie in moet duiken en waar elke milliseconde telt. Opdrachten waarbij het echt aankomt op de kwaliteit van je data en je heel secuur moet zijn met de code die je schrijft. Inmiddels zit ik voor Alvant al zo’n drie jaar bij het Kadaster. Ik ben daar met mijn tweede opdracht bezig en heb het nog steeds ontzettend naar mijn zin. De opdrachten zijn namelijk technisch zeer uitdagend, precies waar ik van hou.

Leestijd: 2 minuten – Auteur:

Melvin Kuhlmann Lead software developer

Ondersteunen van landmeters

In mijn eerste opdracht bij het Kadaster ontwikkelde ik een beheerapplicatie voor het WOZ-team. Inmiddels ben ik begonnen aan een nieuwe opdracht. Hierbij werk ik aan een applicatie voor het ondersteunen van het proces van landmeters. Dat is een vrij complex proces. Het gaat om percelen van particulieren, maar ook om percelen van bijvoorbeeld een hele straat. Of een blok van huizen wat van de gemeente overgedragen wordt naar een projectontwikkelaar. De applicatie is bedoeld om onder andere meetuitslagen van perceelgrenzen in op te slaan. De applicatie wordt zowel op kantoor gebruikt als ’in het veld’. Alle uitslagen en gemaakte afspraken kunnen real time worden vastgelegd.

 

Out of the box denken

In mijn werk komt zowel front-end als back-end programmatuur aan bod. Ik maak gebruik van onder andere Java en Kotlin, frontend-technieken zoals Angular, en onder andere Docker voor het meer operationele gedeelte. Voor mij is deze opdracht heel interessant omdat hij zo complex is. Dat wat je oplevert moet kwalitatief hoogwaardig zijn, want anders kan de landmeter zijn werk niet doen. De programmatuur moet daarom heel robuust opgezet worden. We gaan nu een cruciale fase in, waarbij je heel goed moet nadenken over hoe je programmeert. Elke milliseconde maakt verschil, dus je moet je code zo goed mogelijk optimaliseren om alles goed te laten performen. We moeten hiervoor een beetje out of the box denken, dat maakt het ook leuk.

 

Tegen kritiek kunnen

Wat ik ook heel leuk vind, is dat ik veel contact hebt met de eindklant, de gebruikers van de applicatie. De specialisten die de metingen uitvoeren praten met ons om aan te geven hoe ze wel of niet fijn werken, wat voor hen belangrijk is, enzovoorts. Dat helpt ons bij het ontwerp van de applicatie. Ook in het team werken we heel fijn samen. We zijn kritisch op elkaar en hebben altijd wel wat aan te merken op elkaars code, maar dat zorgt er ook voor dat je een nog beter product krijgt. Je moet tegen kritiek kunnen. Soms zijn we echt urenlang aan het overleggen over de code. Dat moet je liggen, maar dat is voor mij juist de uitdaging. Kortom; ik ben hier voorlopig nog niet uitgekeken!

 

 

 

Blijf alert en mis niets uit onze timeline!

Vul je gegevens in en ontvang onze nieuwsbrief.

IT is our nature

Waarom .NET als Framework? Check hier de voordelen!

Waarom .NET als Framework? Check hier de voordelen!

mrt 8, 2022 | Blog

Waarom .NET als Framework? Check hier de voordelen!

.Net Development, Java, Front-end Development

header-blog-java-progameertaal

Mijn liefde voor .NET is al lang geleden ontstaan. Ik heb drie studies gedaan, eerst een bachelor in Physics and Computer Science en daarna twee masters in computerwetenschappen. Die masters waren behoorlijk academisch, de bachelor was meer praktisch. Vanuit beide oogpunten, het praktische en het academische, heb ik daarna gekozen voor C# om mee te werken. C# is een programmeertaal ontwikkeld door Microsoft als deel van .NET.  De eerste jaren was ik voornamelijk gefocust op de backend, maar de laatste vijf jaar heb ik gezien dat de taal ook heel goed te gebruiken is op het hele .NET framework. De taal is volledig ondersteunend, voor het onderhouden, maar ook voor het inrichten van bedrijfsprocessen.

Leestijd: 2 minuten – Auteur:

Paul Tinkler Applicatie ontwikkelaar

Wat is .NET eigenlijk?

Even wat achtergrond; .NET is een framework en geen ontwikkeltaal. .NET is door Microsoft in samenwerking met HP en Intel ontwikkeld. De basis van .NET is Java. Met als resultaat? Een combinatie van alle voordelen van Java én een grote flexibiliteit met betrekking tot bestaande programmeeromgevingen. .NET werkt op basis van Common Language Infrastructure (CLI). Dat zorgt ervoor dat je verschillende programmeertalen kunt gebruiken op verschillende platformen, zonder ze te herschrijven. .NET Core is een recente versie van het .NET framework die ook open source ondersteunt. Je rolt het uit met behulp van Microsoft Azure Platform; een Cloud computing platform.

 

Wat maakt .NET bijzonder?

Het mooie van de taal is dat het de beste keuzes heeft gemaakt om zich te ontwikkelen. .NET is echt op de concurrentie uitgelopen in hoe je abstracties neer kan zetten en kunt uitwerken. Zowel vanuit het functioneel programmeren, als voor de academisch theorie in het algemeen, hebben ze allerlei ontwikkelingen nuttig geïmplementeerd. Zeker voor corporate software zijn er heel goede interpretaties van functionele en lambda expressies. Dat hebben ze goed gedaan. Dat is eigenlijk ook logisch, want je ziet dat heel goede mensen van Java zijn overgestapt naar C# en dit de laatste jaren naar een hoger niveau hebben getild.

 

Wat is het grootste voordeel van het gebruik van .NET?

Het allergrootste voordeel van .NET is duidelijk: flexibiliteit. Omdat .NET universeel is, kun je het overal voor gebruiken. Mobile, Web, WPF, Backend, API; alles kan. En ook qua front-end ontwikkeling past alles: React, Vue-JS en zelfs Flutter. .NET is de beste keus om abstracte gedachten in heel concrete code neer te zetten. Ook het ondersteunen van de processen daaromheen gaat heel gemakkelijk. Heel veel dingen werken out of the box, maar ze werken ook goed met elkaar. Er wordt heel veel in geïnvesteerd door Microsoft en eigenlijk krijg je voor heel weinig geld heel veel. Bovendien ondersteunt .NET, en zeker .NET Core, ook open source standaarden.

 

Nog meer voordelen van .NET:

  • Stabiel en veilig platform
  • Veel support beschikbaar
  • Geschikt voor grote projecten
  • Geen zorgen over onderhoud

Ik doe niets liever dan spelen met abstracte ideeën, business processen en zaken die te maken hebben met de backoffice, om dat allemaal duidelijk te vertalen in concrete code. Benieuwd hoe ik .NET ook voor jou kan laten werken? Neem gerust even contact op. Ik overtuig je graag!

Blijf alert en mis niets uit onze timeline!

Vul je gegevens in en ontvang onze nieuwsbrief.

IT is our nature

De uitdaging van complexe klussen

Java rules. Argumenten om voor Java als programmeertaal te kiezen

jan 14, 2022 | Blog

Java rules. Argumenten om voor Java als programmeertaal te kiezen

Java, Programmeertaal, Bloomreach Content Management Systeem

header-blog-java-progameertaal

Java is cool! Het is logisch dat ik dat vind, want Java is mijn dagelijks werk. Maar jij zou Java ook cool moeten vinden. Waarom? Omdat Java niet voor niks een van de populairste programmeertalen is. Java zorgt ervoor dat je games kunt spelen, kunt chatten en virtueel de wereld kunt rondreizen. Ook bij online trainingen, online bankieren en interactieve kaarten is Java onmisbaar.

Leestijd: 3 minuten – Auteur:

Ricardo Sawirjo
Senior Software Developer

Wat maakt Java zo bijzonder?

Java is een object-georiënteerde programmeertaal, waardoor het makkelijker is om complexe problemen op te lossen. Je kunt Java gebruiken voor het bouwen van enterprise applicaties die werken op 1 computer, maar die ook net zo makkelijk gedistribueerd kunnen worden over verschillende servers en clients op een netwerk.

 

Wat is het grootste voordeel van het gebruik van Java?

Het allergrootste voordeel: Java-applicaties kunnen op meerdere platformen worden gebruikt. Java is een zogenaamde General Purpose programmeertaal. Het kan dus gebruikt worden voor verschillende OS-en zoals Windows en Linux. Je hoeft maar één keer je programma te schrijven en het loopt overal. Java converteert de code zelf naar het OS dat er gebruikt wordt. Hoeveel voordelen wil je nog meer hebben?!

Nou vooruit, nog meer voordelen:

  • Java is flexibel en robuust.
  • Java is open source.
  • Er zijn volop krachtige ontwikkeltools beschikbaar voor Java.
  • Java is stabiel en schaalbaar.
  • Java is veilig en betrouwbaar.

In welke situatie móet je eigenlijk wel Java gebruiken?

Er is niet 1 situatie precies aan te duiden waarbij je specifiek Java moet of kan gebruiken. Sterker nog; naar mijn idee kun je Java bijna altijd gebruiken. Bijvoorbeeld voor: Desktop GUI Application, Development of Web Applications, Mobile Applications en Enterprise Applications development.

Welk misverstand bestaat er over Java?

Tot mijn ergernis hoor je nog steeds mensen zeggen dat Java traag is. Dat is echt niet waar. Dit misverstand stamt uit de begintijd van Java, meer dan een decennium geleden. Vergeet dit vooroordeel snel, want nogmaals: het is gewoon niet waar.

Daarom kies ik voor Java

Ik bouw nieuwe applicaties. Ook voeg ik nieuwe functionaliteiten toe en onderhoud ik bestaande functionaliteiten van applicaties die gebouwd zijn met Bloomreach Content Management Systeem. Dit systeem is gebouwd met behulp van Java en wordt heel veel gebruikt bij grote organisaties, commerciele bedrijven en de overheid. Bij Alvant vinden we het tof om samen met onze klanten te werken aan de mooiste oplossingen. En precies dat doe ik het liefst met Java.

Blijf alert en mis niets uit onze timeline!

Vul je gegevens in en ontvang onze nieuwsbrief.

IT is our nature