In het kader van de roefeldag heeft ook ISAAC twee groepjes kinderen gedurende een middag uitgelegd wat wij doen en hoe wij dit doen. Onder begeleiding van een ISAAC medewerker, mochten de kinderen een LEGO robot programmeren zodat deze zelfstandig een parcours kon afleggen. Het was een plezierige en succesvolle middag waarbij we als organisatie konden terugblikken op een leuke nieuwe ervaring om ons werk eens te laten zien aan de volgende generatie.
Jantje Beton Roefeldag
De naam Jantje Beton Roefeldag komt van het Belgische woord 'roefelen' wat 'snuffelen' of 'ontdekken' betekent. Al meer dan 15 jaar laat Jantje Beton kinderen van 7 tot 13 jaar een kijkje nemen in de wereld van volwassenen. Een mooie gelegenheid om organisaties, verenigingen en bedrijven in hun buurt te leren kennen en te beleven wat volwassenen nou zoal de hele dag doen. Tijdens een roefeldag doen kinderen zelf mee en mogen ze zelf de rol van bijvoorbeeld bakker, brandweerman of portier vervullen.
donderdag 23 april 2009
Roefeldag bij ISAAC
dinsdag 21 april 2009
Vers brood door Twitter
Om de Twitter-hype te sponsoren hier nog een berichtje van een slimme hippe bakker in de UK. Het is een RE-blog dus bij deze de originele versie in het engels:
twitter-enabled box alerts customers to fresh bread
Everyone knows that baked goods tend to be best when fresh from the oven; the challenge for bakery customers is predicting when that might be. New technology from London agency Poke now removes the guesswork, however, by enabling bakeries to alert their customers via Twitter any time a new batch is done.
Much the way fans of LA's Kogi Korean BBQ can follow the company on Twitter to find out where its taco truck is at any given moment, so BakerTweet allows bakers to keep their customers informed. But because bakery kitchens don't tend to be hospitable to electronic devices—replete as they are with flour, eggs and other messy stuff—BakerTweet uses a specially designed box that can withstand the messiest kitchen conditions. Bakers begin by creating an account online with BakerTweet using their regular computer, inputting all the baked items they want to Twitter about along with the body of the Tweet that will be sent out for each. Back in the kitchens, the wall-mountable BakerTweet box captures that information, allowing bakers to simply turn a dial to select which item they want to Tweet about at that moment ("Fresh Buns," for example) and then push a button to send the full Tweet wirelessly to Twitter. Customers following the bakery then get updated immediately when it's time to go get those buns. A video on Vimeo demonstrates BakerTweet in action.
Poke staff originally developed BakerTweet for the Albion Cafe—its neighbour in Shoreditch, London, and currently the site of the only prototype device—for the very practical purpose of finding out the best time to go get stuff there. (To find out what's available, they simply follow @albionsoven.) However, as the company sagely notes itself, the technology is eminently applicable to just about any business that needs to communicate quickly and easily in real time about offers, pricing, stocks or other information. There's no word yet on pricing or availability; nevertheless, BakerTweet is not only a no-brainer to be implemented by bakers the world over as soon as possible, it's also yet another tasty illustration of the increasingly blurred lines between the online and offline worlds, as our sister site describes in its OFF=ON briefing. One to implement, adapt or partner with in the application of your choice!
Website: www.bakertweet.com
Spotted: Springwise
dinsdag 31 maart 2009
Java Swing: past, present and future
Toch wordt in de tussentijd de toolkit wel bijgehouden. Er worden nog steeds bugs uit gehaald en de performance kan blijkbaar nog altijd beter. Tevens worden er verschillende libraries met generieke componenten in de JDK opgenomen die het programmeren in Swing vergemakkelijken. Dit zijn vaak hoger level componenten, ontwikkeld door Swing gebruikers, die een bepaalde functionaliteit bieden die je anders zelf zou moeten ontwikkelen of steeds overnieuw zou moeten schrijven. Op die manier is er voor Swing applicaties steeds minder boilerplate code nodig omdat je steeds meer componenten tot je beschikking hebt die je standaard kunt gebruiken. Denk hierbij aan de SwingWorker, het TimingFramework en JOGL. De laatste maakt zelfs 3D rendering in Swing applicaties mogelijk!
Swing is van nature een toolkit die basisfunctionaliteit voor grafische applicaties biedt, maar wat niet veel mensen beseffen is dat dit juiste de kracht van de toolkit is. Dat heeft ook Sun ingezien en daarom willen ze in de volgende versie van de JDK (ja ja, versie 7 alweer!) gewoon verder gaan met het optimaliseren van de Swing engine. Tevens wordt er hard aan gewerkt om Swing in steeds meer frameworks te integreren. JavaFX bijvoorbeeld zal Swing componenten kunnen gebruiken voor bepaalde functionaliteit in dergelijke applicaties. Het verder uitbreiden van toepasbare Swing componenten laat Sun lekker over aan iedereen die hier aan mee wil werken. Ze hebben zelfs een website opengezet (http://openjdk.java.net/) dat als het zenuwstelsel hiervoor moet dienen.
Ik ben benieuwd wat er van Swing in de toekomst gaat komen. De volgende JDK brengt geen wereldschokkende uitbreiding van de toolkit met zich mee, maar ik denk dat het juist aan de Swing communities is om de toepasbaarheid van Swing te vergroten. Nog steeds, na al die jaren dat Swing in ontwikkeling is, denk ik dat het voor veel ontwikkelaars een ondergewaardeerde toolkit is. Het potentieel van een robuuste, goed presterende applicatie met een mondwaterende gebruikersinterface behoort zeker tot de mogelijkheden maar de mogelijkheid hiervan is niet bij iedereen bekend. Natuurlijk is Swing niet de enige speler meer op de markt als het aankomt op een web- of desktopapplicatie met een mooie grafische interface. Toch is deze toolkit veruit de meest generieke, wat ook meteen zijn kracht en tegelijk zijn zwakte vormt.
vrijdag 20 maart 2009
Wellicht Java?
Recentelijk heb ik een weblog geschreven over een bepaalde "monad", namelijk de "Maybe Monad".
Maar toen ik er bijna klaar mee was kwam ik erachter dat ik ook nog een post moest schrijven voor deze ISAAC weblog. Het artikel is een beetje te groot, en wellicht te esoterisch, om zomaar te vertalen naar het Nederlands. Daarom geef ik hier een samenvatting.
Het volledige artikel is hier te lezen.
De Maybe Monad, in de simpelste van termen, gaat over de vraag, "Wat moet een functie teruggeven als de combinatie van parameters eigenlijk tot niks uitkomt?" Om een voorbeeld te noemen, delen door nul. De meeste talen die we tegenkomen in ons werk bij ISAAC geven, in dit geval, over het algemeen een "exception", of in geval van Javascript "NaN". In feite is een exception throwen precies wat er zou moeten gebeuren, omdat delen door nul nog helemaal niet is opgelost door de wiskunde. Maar een aantal talen naast Java leveren een antwoord op deze vraag met een mechanisme dat "lichter" is dan een exception. Om dit te doen word in vrijwel alle gevallen een variatie van de Maybe Monad gebruikt. In een aantal talen is dit enorm simpel uitgedrukt, bijvoorbeeld Haskell:
data Maybe = Some a
Nothing
Of in Scala:trait Option {}
sealed case class Some[A](val a:A) extends Option[A] {}
sealed case object None extends Option[Any] {}
Maar dat zijn Haskell en Scala, en niet Java. Gelukkig is het (bijna) net zo simpel als in deze talen. Net zo simpel als een Pair of (simpele) Tuple class die iedereen wel eens schrijft tijdens een project. De Scala versie hierboven is eigenlijk enorm vereenvoudigd (maar is, binnen Scala helemaal functioneel te gebruiken), het heeft extra methoden, bijvoorbeeld een "getOrElse", die voor Some a terug geeft, en voor None de parameter die je meegeeft. Daarnaast is Option "Iterable", dat wil zeggen, je kan het in een for-loop gebruiken. Deze dingen zijn zeker nodig in Java, omdat Java geen Pattern Matching heeft, zoals Haskell en Scala (Haskell leeft erop!). Daarnaast zijn constant instanceof checks in je code niet veel beter dan null checks.
In Java is de Maybe Monad niet veel moeilijker in het gebruik dan het bovenstaande (code is te vinden in de post hierboven):public Maybe
Het grootste voordeel is dat je de mogelijkheid dat het "fout" kan gaan expliciet gemaakt word, i.p.v. een runtime exception (zoals ArithmaticException, bij het delen door 0). Je wilt die niet zomaar krijgen in een 24/7/365 systeem alleen omdat een informatieleverancier ergens (per ongelijk) een 0 plaatst. Maar om try/catch om iedere deel operatie te zetten is ook weer te vervelend, het zelfde met iedere keer if statements om een deel operatie. Nu kan je gewoon, simpel, getOrElse aanroepen. Ik moet toegeven, in Haskell en Scala heb je het mooie Pattern Matching mechanisme, waar dit allemaal elegant word opgelost. Hoewel dit in Java iets minder elegant is, is het nogaltijd eleganter dan exceptions of velen if statements.
Daarnaast beschrijf ik hoe je de Map interface kan uitbreiden zodat deze Some teruggeeft als de key daadwerkelijk bestaat, en None teruggeeft als deze niet bestaat. Heel handig als null een goede waarde is voor een value bij een Key. Je hoeft dan niet nog een keer de key op te zoeken. En dat gebeurd ook niet in de aangepaste get, omdat er alleen Some of None waardes erin staan zal het zo zijn dat als er null terugkomt (intern) het alleen kan betekenen dat de key niet bestaat, en dan kan None teruggegeven worden.
Als laatste gaat de post over wat het nou toch is met die null, waarom ergeren we er ons toch iedere keer aan, en blijven we er toch bij terugkomen? Een van de karakteristieken van null is dat je het aan iedere type kan toewijzen, dit lijkt heel vreemd, en dat is het in feite ook. Null is een zogenaamde "Bottom Type", en is een type (in een Type System) dat (impliciet) een subtype is van alle andere types in het Type System. In Java is, bijvoorbeeld, Object een bottom type, zelfs Object subclasses Object in Java. Maar, er zit een gotcha aan, null heeft geen type. En dat is (vind ik) nou jammer, het betekend gewoon dat er allerlei special cases in de JVM en de Type System van Java zitten, alleen maar om die null waarde zonder type. Maar waarom is null nou bedacht?
Die eer komt toe aan Sir Tony Hoare, in 1965, en hij noemt het zijn "Million Dollar Mistake". Het was toendertijd zo gedaan omdat het simpeler was om te maken. Ik zal zeker de eerste zijn om te zeggen dat luiheid over het algemeen een goede karakter eigenschap is voor een programmeur, maar nu, 44 jaar later, moet zelfs ik bekennen dat er gevallen zijn waar luiheid schade berokkend. Null references zijn er een van. Het is wellicht grappig om te weten dat C++ null pointers kan hebben, maar niet null references (het zou een compiler bug zijn als dat mogelijk was!). Maar de pijn lijkt een beetje verbeterd nu er Elvis operators (zoals ze deze noemen in Groovy) komen in Java7.
En toch, ik vrees dat we voor een lange tijd niet af zijn van "null". Gelukkig hebben we gezien dat er "betere" dingen zijn in het geval "geen waarde". Dus, als je je afvraagt "wat moet ik doen als ik eigenlijk niks kan teruggeven vanuit deze functie?" Dus geen exception (tenzij het echt "exceptioneel" is) en ook geen null, want dat is een waarde, maar geen "None" terug! Maak het expliciet, de wereld zal je er dankbaar voor zijn.
zondag 8 maart 2009
Compatibility wars: nieuwe browser wars?
Het is een tijdje redelijk rustig geweest aan het browserfront. Elke maand een procentje Firefox erbij en een procentje Internet Explorer minder in de wereldwijde gebruikersstatistieken, maar dat was het dan ook wel qua spanning. Inter Explorer 6 wil (helaas) maar niet echt doodgaan in de lijstjes, hoewel er vanuit Skandinavië dappere pogingen worden gedaan om deze jaren oude security- en stadaardhel de nek om te draaien met een "Upgrade dan tenminste naar IE7"-actie. En zoals mijn CTO Front-end-collega Koen onlangs wijs sprak: "Ik heb eigenlijk liever dat IE6 gebruikers upgraden naar IE7 dan naar Firefox, want dan kunnen ze tenminste niet meer terug!". Juist! Zo erg is het met IE6. Weg ermee dus, en upgraden, hup!
Het lijkt er echter op dat we na een relatief rustige periode weer een nieuwe "oorlog der titanen" tegemoed gaan. Google kwam met het slim gethreadde hipster-browsertje Chrome (lekker snel maar niet echt een killer app naar mijn mening), maar Apple mengt zich nu ook zeer serieus in de strijd met de nieuwe Safari. En deze fraaie Safari 4-beta is 100% ACID 3-compatible! Voor de niet-zo-browser-en-web-savvy-lezer: ACID is een testsuite voor browsers om te beoordelen hoe goed een browser zich aan de webstandaarden weet te houden. IE6 scoort bijna of-the-record aan de onderkant, maar Safari 4 beta is in staat gewoon de volle 100% te scoren. Het kan dus gewoon wél! Voor webontwikkelaars is de gedachte aan een wereld met alleen maar ACID 3-compatible browsers op het internet, als een soort ultieme Red-Shoe-Diariesdroom: alles maar één keer testen, en het werkt meteen op elke PC of Mac! Oh boy oh boy! Als dat toch eens waarheid kon gaan worden!
Enfin, intussen zit Microsoft ook niet helemaal stil (IE8 komt er aan), maar helaas komt deze lang zo ver niet als Safari in de tests. IE zet wel weer een stap (en eerlijk: dit keer best een flinke), maar een echte sprong naar compatibiliteit zoals Safari en de nieuwe Opera die maken is het niet. Firefox doet zoals verwacht braaf mee in deze vooruitgangsdrift, maar lijkt wat problemen te hebben met de nieuwe Javascript-engine. Nu is een random crash en memory leak hier en daar natuurlijk ook wel traditie voor een Firefox-betaversie.
We kunnen bij ISAAC alleen maar hopen dat al die internet hatende systeembeheerders die hun medewerkers (for hell's sake) dwingen te blijven draaien op IE6 tenminste over gaan stappen naar IE8. Maar liever nog naar Safari dus, want dat lijkt een échte browser te gaan worden.
De heren van GeenStijl.nl linkten vandaag een erg interessant artikel over de "nieuwe" browser battle die in aantocht is. Een vergelijking van negen huidige en aankomende websurfapplicaties. Het is een artikel van MaximumPC.com, en brengt je in een paar minuten up-to-date met de huidige stand-van-zake op browsegebied. Klikt allen!
Zoals David Duchovny aflevering na aflevering zei: "Dear red shoes...", let this dream become reality!
maandag 2 maart 2009
DotCMS
Er is steeds meer vraag van klanten naar CMS functionaliteit, zodat ze zelf hun content kunnen beheren. Dan hoeven ze niet voor elke kleine aanpassing ISAAC te bellen, en hoeft ISAAC niet veel tijd te besteden aan kleine wijzigingen die altijd langer duren dan gepland. Er is binnen ISAAC gekozen voor DotCMS, een gebruiksvriendelijk java-based open-source systeem dat ook onder JBoss kan draaien. Dat betekent dat ISAAC hiermee makkelijk aan de slag kan, en ook extra wensen van de klant kan bewerkstelligen die buiten de huidige functionaliteit van het CMS systeem vallen.
DotCMS is op verschillende manieren te gebruiken. Zo kan het worden gebruikt om een hele website te beheren, of het kan worden gebruikt om alleen kleine delen van (bestaande) websites te CMS'en. Dus kan ISAAC op deze manier verschillende niveau's van CMS-baarheid aanbieden aan klanten.
Delen van de website in DotCMS
DotCMS is oorspronkelijk bedoeld als CMS systeem voor een hele website, of in elk geval voor webpagina's. Je maakt een template (blauwdruk) van een pagina en hergebruikt dat in je website. Maar hoe de template eruit komt te zien heb je zelf in de hand. Je kan dus een HTML template maken, maar ook een XML template. ISAAC gebruikt deze mogelijkheid om content structuren aan te maken en te beheren in DotCMS, en de content aan te bieden via XML (SOAP communicatie bijvoorbeeld). Zo kan een andere website uit DotCMS zijn content halen.Op deze manier kan een heleboel functionaliteit van DotCMS worden gebruikt en hoef je niet de hele website in DotCMS te zetten. En je hoeft geen eigen mini-CMS te maken. Dit scheelt een hoop tijd (en geld) en biedt klanten toch al aardige CMS functionaliteit. En met handig programmeerwerk kun je voorkomen dat er meerdere calls naar DotCMS nodig zijn om meerdere soorten content op te halen, dus veel latencty heb je niet.
De hele website in DotCMS
Uiteraard kun je ook de hele website in DotCMS zetten, op die manier is alles aanpasbaar voor de klant. Daarmee krijg je alle functionaliteit die in DotCMS zit tot je beschikking. Maar waar ik iedereen voor wil behoeden is dat het gebruik van DotCMS ook nadelen met zich meebrengt... Je werkt namelijk in een bepaalde structuur en daar zit je aan vast (dat is logisch, alleen ziet de klant dat anders). Daarom moet er een duidelijk beeld worden geschept bij de klant wat er nu precies wel en niet mogelijk is in DotCMS. De details zal ik hier niet noemen, maar voor medewerkers heb ik een wiki pagina gemaakt genaamd DotCMS_Schattingen. De naam verklapt al dat er schattingen staan per onderdeel, en er staat een lijst met details over functionaliteiten. Deze kunnen je helpen bij het praten met de klant en het maken van schattingen.
woensdag 25 februari 2009
Safari 4 public beta: benchmark time!
Today Apple released the latest version of their browser: Safari 4. It's only a public beta but with an impressive list of new features including a JavaScript engine that is 4.5 times faster than the previous Safari version, I couldn't resist: benchmark time!
For this benchmark I used the webkit SunSpider benchmark. This benchmark only tests the core JavaScript language, not the DOM or other browser APIs. Looking at the current RIA trend this makes sense: more and more of the application logic (and therefore data structure) is being run inside the browser, so core data structure manipulation will become much more important in the future.
The benchmark runs a couple of tests that consist of crypto and 3d calculations, some bit operations, string and date manipulations, recursion, and object access tests. It returns the time it took to complete each test and the sum of all the tests is the overall score. Here is an example of one of my runs on safari 4 (time in milliseconds).
For the benchmark I used my Dell latitude D830, running Windows XP. I tested the following 5 browsers:
- The new Safari 4
- Google Chrome 1.0
- IE 7
- IE 6
- Firefox 3.0
- Opera 9.6
After running the same test 5 times in each of the browsers I found the following results (lower bar is better)
In my very non-scientific tests the new Safari 4 is just a fraction faster than Google Chrome and about 2.2 times faster than Firefox and Opera. But it's much much faster than IE6 and IE7: a whopping 13 times on my machine.
Apple itself claims to be 3 times faster than Firefox and even 30 times faster than IE7, using SunSpider and iBench as benchmarks. My findings where not this extreme, but impressive nonetheless.
I guess Google's goal to raise the bar on JavaScript performance was a success. With their dependance on fast JavaScript for all their cloud apps I guess they are the ones that will be most pleased with this new version of Safari.
Oh, and don't forget our ultimate benchmark. Yeah baby!
dinsdag 17 februari 2009
Afstudeerverslag: Data Streaming
Alex Kasabov (2008)
What mechanisms are available to push data updates, resulting from a back-end model data changes, directly to (thin or thick) client applications that are connected to, or interested in updates? Which of these can be used in a Flash/Flex and Java Enterprise Edition-based environment, and how to keep only a loose coupling with the model when retro-applying them?
These questions were faced by graduation student Alex Kasabov from Bulgaria, who dived into the subject and researched and prototyped technologies like BlazeDS, LiveCycle Data Services, WebORB and the connectivity with an Enterprise Java Beans 3 model through JMS (Java Messaging Service). Alex demonstrated his approach and findings by integrating push-datastreams with ISAAC's Personal Time Management software. The prototype made use of JBoss as an application server, JBoss MS, and BlazeDS from Adobe. Alex finished his project in July 2008 with an in-depth presentation at ISAAC.
Due to the technical depth and insight, well-performed research and excellent reporting on his graduation project, Alex was rewarded with a 9 as graduation mark.
woensdag 11 februari 2009
Afstudeerverslag: Dashboard Development
Merijn Bertels (2009)
In iedere organisatie spelen de vragen "Hoe gaat het met proces X?" of "Hebben we de afgelopen drie maanden beter gepresteerd op gebied Y?". Deze vraagstukken dienen voor een efficiënt beslissingsproces zo snel mogelijk te worden beantwoord. Merijn heeft voor Loyalty Lab een systeem ontworpen dat de belangrijkste indicatoren van de organisatie meet, de Key Performance Indicatoren (KPI). Het systeem meet periodiek de performance van de organisatie en presenteert deze in een overzichtelijk dashboard. Via deze manier is het mogelijk om management informatie snel beschikbaar te stellen.
De afstudeerstage bestond uit twee fases:
· Fase 1 : Inventariseren van indicatoren bij Loyalty Lab en deze vertalen naar KPI's.
· Fase 2 : Het realiseren van een proof-of-concept dashboard.
Merijn heeft zijn afstudeerstage voor BI op de Fontys Hogeschool Eindhoven in janauri afgerond. Hij gaat vrolijk een volgende studie volgen op de TU/e.
Download afstudeerverslag
vrijdag 30 januari 2009
Ingenieur in ondernemen
Het begon in 1999 met ISAAC (Internet Strategy and Automation Company), een bedrijfje dat websites bouwde en software maakte, bijvoorbeeld om webshops te onderhouden. Het was een onderneming van studenten. Nu werken er bijna veertig man en staat het in de top-50 van snelst groeiende Nederlandse technologiebedrijven. Eén van de directeuren is TU/e-alumnus ir. Max Hufkens (31). ‘In de komende vijf jaar willen we één van de grootste spelers van Zuid-Nederland worden voor complexe internetoplossingen. Het verleggen van je horizon – dat maakt ondernemen zo leuk.’
Klik hier om de PDF te downloaden
(Matrix 4 2008)
‘Ik heb altijd ondernemer willen worden, al tijdens mijn studie ambieerde ik een leidinggevende positie in een bedrijf. ISAAC was daarom een logische stap. Als directeur ben ik nu bezig met de koers uitstippelen, ideeën verwezenlijken, kansen zien en ze grijpen, en mensen motiveren om die kansen te benutten. Precies wat ik wilde. Wanneer zaken op hun plek vallen en je bent succesvol, dan geeft dat energie. Wanneer iets op zijn plek valt? Een klant heeft een idee. Die klus blijkt groot en het is de vraag of wij het aankunnen. We gaan het toch doen en dankzij onze kennis, creatief omgaan met de bestaande technieken en slim werken slagen we in de opdracht. Dat is denkwerk, puzzelwerk en soms gewoon je zin doordrijven: jawel, we gaan het wél doen. Vervolgens lever je een geslaagd product af. Dat is lekker.’
Als ondernemer ben je vaak bereid meer risico’s te nemen dan de werknemers, dat zit in de aard van de ondernemer. Je moet dus mensen overtuigen. Zo is ons doel om in de komende paar jaar één van de grootste spelers van Zuid- Nederland te worden voor complexe internetoplossingen. Wanneer we met zeventig man zijn, kunnen we die oplossingen bieden voor mkb en grootbedrijf. We halen nu al mooie opdrachten binnen, maar uiteindelijk willen we een autoriteit zijn in ons vakgebied. Het verleggen van je horizon, dat maakt ondernemen zo leuk.’
Bandbreedte
‘In 2003 studeerde ik af in technische informatica, ISAAC bestond toen al vier jaar. Ik begon het bedrijf met ir. Mark Hoogendoorn en dr.ir. Harm van Beek. We hadden onder meer een windows-applicatie waarmee je een webshop kon onderhouden. Mensen hadden toen vaak te weinig bandbreedte om hun site online bij te houden. Met onze tool kon je locaal en offline een site genereren. Wanneer je online kwam, werd de site aangepast. Het leuke is dat dit concept nu weer actueel is. Bij grote systemen die veel data verwerken heb je nu ook een tool nodig waarmee je op je eigen pc dit kan doen, deze applicaties werken via een browser veel te langzaam. We waren onze tijd dus aardig vooruit. We hadden het bedrijf naast de studie. We ambieerden geen baantje achter de bar, maar wilden dingen doen die we leuk vonden, zoals websites maken en programmeren. We hadden beperkt de tijd en konden dus niet op volle kracht producten in de markt zetten, maar we hebben er toch een handvol ontwikkeld en verkocht.
Het begon met het ontwerpen van websites. Dat was toen iets exclusiever dan nu – inmiddels zijn er veel tools die het erg toegankelijk maken. Wij hadden contacten met een reclamebureau dat ‘iets’ met internet wilde doen. Het had interessante klanten, zoals het toenmalige Megapool, Horn en Media Markt. Wij deden kleine opdrachten, nog niet de corporate websites. We werkten ook voor PrimeLine, bekend van de financieringen ‘koop nu, betaal in 2010’. Toen maakten we voor dat bedrijf actiewebsites.
Het is nog steeds een klant, maar nu één van onze grote klanten waar we een centrale rol hebben in de automatisering. Het reclamebureau ging failliet, en wij gingen met de klanten verder. Dat heeft geresulteerd in het ISAAC wat we nu hebben. Dit bestaat uit het maken en vermarkten van websites, de webtak. Onze softwaretak is gespecialiseerd in Enterprise Applicatie Integratie.
Bijvoorbeeld: een klant heeft een SAP-systeem, het heeft een website en die twee moeten op elkaar worden aangesloten. Vaak heeft het zelfs meerdere online labels die met dat ene SAP-systeem moeten communiceren. Wij bouwen middleware waarmee je op een creatieve manier het systeem kunt ontsluiten naar de verschillende websites.’
Groei
‘Een andere opdracht is voor LaSer Nederland, de eigenaar van PrimeLine. Dat bedrijf heeft een heel nieuw bancair systeem achter hun diensten gekocht. Ze hebben een eigen visa-kaart en een eigen leensysteem. Maar de broncodes van dat systeem dateren uit de jaren tachtig, toen internet nog helemaal geen rol speelde in die systemen. Wij hebben hier een middleware laag ingebouwd die het bancaire systeem met andere systemen combineert. De gegevens die daaruit komen worden gebruikt voor de websites.
Zo kunnen bijvoorbeeld klanten van LaSer zelf adresgegevens wijzigen, de transacties van hun creditcard real-time inzien en online leningen aanvragen. Er wordt direct getoetst of je kredietwaardig bent. Dit was een mooie klus voor onze experts.
Ons kantoor zit midden in Eindhoven, we kijken uit op de Stratumsedijk. Erg leuk dat we niet op een industrieterrein zitten, maar op termijn zullen we hier uit onze jas groeien. Er werken bijna veertig man die websites bouwen en programmatuur maken. Dit aantal zal hopelijk blijven groeien. Toen we met drie mensen waren, was het vooral alles zelf doen en veel bordjes in de lucht houden. Nu we met bijna veertig mensen hier werken, moet je bedrijfsprocessen sturen en optimaliseren. Daarvoor is een academische denkniveau noodzakelijk. De opdrachten die we doen zijn ook groter en vragen meer kennis. Misschien was het achteraf beter geweest als ik bedrijfskunde was gaan studeren, maar ook al werk ik niet meer als informaticus, het is toch goed om veel van de materie te weten. Het is een toegevoegde waarde om precies te weten wat wij als bedrijf verkopen.’