17 mei 2013 Simon Klees
De mensheid is te verdelen in twee groepen: zij die mensen in twee groepen verdelen, en zij die dat niet doen. IT’ers zijn een ander slag volk. Die kun je grofweg indelen in back-enders en front-enders. Een back-ender wordt van binnen warm van mappings, adapters, stored procedures, ingenieuze SQL-query’s en lange klassennamen.
Een applicatie is af als alle ellende die gebruikers (enge wezens!) invoeren, netjes wordt gevalideerd en in de krochten van The Cloud verdwijnt. Nu is dat wat overtrokken natuurlijk, maar de typische back-ender krijgt koud zweet van front-end. Sommige noemen het zelfs magisch. En dat is het uiteraard ook!
Read the rest of this page »
Als je hier nieuw bent, wil je je misschien inschrijven voor onze RSS feed.
Bedankt voor je bezoek!
13 mei 2013 Albert Jan Visser
C++ in C#
Heeft u ook nog C++ libraries liggen die u wilt gebruiken, maar die u niet kunt gebruiken omdat alles nu C# is geworden? Daar kunnen we wat aan gaan doen.
Ik zal in een aantal stappen beschrijven welk zaken benodigd zijn om dit te verwezenlijken.
Voor wie?
Voor ontwikkelaars die zelf C++ libraries hebben geschreven en die willen hergebruiken of ontwikkelaars die bestaande C++ libraries willen gebruiken.
Read the rest of this page »
08 april 2013 Léon Hagenaars-Keus
Het Continuous Delivery seminar van 13 maart j.l. was er vooral op gericht om een overzicht te geven van de belangrijkste principes, zoals; alleen werken in trunk, het verschil tussen unit testen en scenario testen en natuurlijk de hoofdzaak done = released.
Lees verder >>
24 december 2012 Simon Klees
Front-end nu. Ga eens naar Amazon en probeer te tellen hoeveel achtergrondplaatjes je tegenkomt. Elke gradient, elk kader (hoekje linksboven, rand boven, hoekje rechtsboven, rand rechts, hoekje rechtsonder, rand onder, hoekje linksonder, rand links), elke button, alles. Zouden ze elke .png apart van hun servers naar jouw browser sturen?
Read the rest of this page »
20 september 2012 Jan-Willem Goedheer
De afgelopen periode heb ik mij wat gefrustreerd over het kopiëren van virtuele machines tussen VMWare player en een ESXi server en tussen ESXi servers.
Op zich is het kopiëren van VMWare player naar ESXi geen probleem met VMWare converter. Echter is dit een tijdrovend proces.
Omdat ik dit na verloop van tijd zat werd dacht ik slim te zijn door de VM’s gewoon op de server zelf te maken.
Dit had ik natuurlijk veel eerder moeten doen omdat ik dan tijdens het opzetten gebruik kom maken van de snapshot functionaliteit.
Lees verder >>
30 juli 2012 Simon Klees
HTML in combinatie met JavaScript is populair om apps mee te ontwikkelen. Het draait immers op praktisch elk apparaat. De afgelopen dagen zijn we druk bezig met een HTML5-applicatie die middels Phonegap op mobiele apparaten moet gaan draaien. Met Phonegap kun je namelijk HTML5 in een native app bakken, zodat je mensen niet naar een mobiele website hoeft te sturen.
Alleen liepen we tegen een vervelend probleem aan. Je mag niet zomaar vanuit Javascript calls doen naar een server om daar code op te halen. Na een hoop uitzoekwerk bleek de oplossing hier te staan.
In IIS is een crossdomain.xml of een clientaccesspolicy.xml niet genoeg, je moet in de Web.config binnen de system.webServer-tags de volgende code toevoegen:
<httpProtocol>
<customHeaders>
<add name="Access-Control-Allow-Origin" value="*" />
</customHeaders>
</httpProtocol>
Hopelijk helpt dit jou ook. Happy devving!
Lees verder >>
01 mei 2012 Roshan Raktoe
Het is een goede gewoonte om je code altijd in vorm van commentaar toe te lichten aan collega ontwikkelaars om onduidelijkheid en misverstanden te voorkomen. Echter wordt in het boek ‘Clean Code’, geschreven door Robert C. Martin, juist gezegd zo min mogelijk commentaar te schrijven bij de code, en in plaats daarvan juist je code zodanig te schrijven dat het voor zich spreekt en commentaar overbodig maakt [1]. Wanneer voeg je wel commentaar toe en wanneer niet?
Lees verder >>
09 maart 2012 jweelink
Ontwikkelaars zijn dol op abstracties. Hoe meer, hoe beter.
Lees verder >>
09 maart 2012 Hanno Embregts
Bij Sogyo voeren we regelmatig een C# versus Java-debat. Elke programmeertaal heeft namelijk z’n lovers en haters. Maar er bestaat er één waar niemand echt volledig fan van is: JavaScript. Robert Cailliau, samen met Tim Berners-Lee de grondlegger van het World Wide Web, zei ooit over JavaScript:
“I know only one programming language worse than C and that is JavaScript. (…) I was convinced that we needed to build-in a programming language, but the developers, Tim first, were very much opposed. It had to remain completely declarative. Maybe, but the net result is that the programming-vacuum filled itself with the most horrible kluge in the history of computing: JavaScript.”
Nu is het helemaal niet erg om een afkeer te hebben van een programmeertaal die je niet vaak gebruikt. Maar dat is bij JavaScript nu juist het probleem: het wordt tegenwoordig meer gebruikt dan ooit. De rijke applicaties die we overal op het internet tegenkomen, zijn in grote mate afhankelijk van JavaScript. En wanneer je zo’n taal veel gebruikt, kun je ook veel winst behalen door de taal te vereenvoudigen. CoffeeScript is daar een goed voorbeeld van: het probeert het dynamische karakter van JavaScript te combineren met een flinke laag syntactische suiker. In dit artikel geef ik een korte introductie van CoffeeScript en geef ik aan in welke situaties het je leven als webontwikkelaar een stukje makkelijker kan maken.
Read the rest of this page »