Bij programmeren is het een vereiste dat je de code die je schrijft goed test. Dat weten de meeste programmeurs ondertussen wel. En omdat het testen met de hand te veel tijd kost, willen we dit graag automatiseren. Daarom schrijven we naast de productiecode nog meer code die de andere code uitprobeert en kijkt of het nog steeds werkt.
Een drukke dag vandaag. Ik ga niet alles wat ik gezien heb samenvatten. Dat zou te veel worden. De presentatie van Patt Maddox over Domain Driven Design in Ruby verdient zijn eigen blogpost, dus die houden jullie nog van me tegoed. Nu dan een overzicht van de keynotes van vandaag.
De eerste echte dag van RailsConf stond in het teken van tutorials. Van de acht tutorials van ieder 4 uur kon je er dus maar 2 volgen. Daarnaast was de unconference “Bohconf” begonnen. Een unconference is een gratis alternatief voor de conferentie, met wat lichtere onderwerpen in een informele setting. Er wordt gezellig gehackt en gekletst, de ene keer wat gestructureerder dan de andere keer.
Lees verder
Op dit moment ben ik in Baltimore, Maryland. Daar is deze week RailsConf 2010, de officiële conferentie over Ruby on Rails. De komende paar dagen zal ik vanaf hier verslag doen van wat er hier zoal gaande is.
Lees verder
Inleiding
Programmacode kan men op verschillende manieren opslaan. Alleen op de harde schijf van een ontwikkelaar of op een netwerkschijf. Toch is dat niet handig als men er met verschillende mensen tegelijk aan werkt of wil werken. Versiebeheersystemen bieden hier een uitkomst. Dit klinkt logisch, maar worden deze systemen op een handige manier gebruikt? Dit artikel verhandelt wat algemene versiebeheerconcepten en de manier waarop CVS/SVN het meest gebruikt worden.
Deze blogpost bestaat uit 2 delen, om niet in een keer te diep op de stof in te gaan. In het eerste deel zal ik meer uit de doeken doen waar het nou eigenlijk om gaat en geef ik concrete voorbeelden van metrieken en in het tweede en laatste deel ga ik deze op code loslaten om het praktische gebruik ervan te demonstreren.
Sinds alweer bijna twee jaar beschikt Finalist over een beheerorganisatie. Activiteiten die deel uitmaken van beheer zijn o.a. het leveren van support m.b.t. de ingevoerde content, oplossen van incidenten en het bouwen van nieuwe functionaliteit Request for Changes (RFC’s). Langzamerhand zien we overgang naar andere soorten projecten die in beheer worden genomen, zoals de complexere java applicaties bestemd voor gebruik door grote aantalen gebruikersgroepen i.p.v. de kleinere webapplicaties bedoeld voor inter- en intranet sites.
Het doel van dit artikel is om de aandachtsgebieden van het intake proces toe te lichten en de ervaringen met recente intakes hierin te verwerken.
Dit artikel wordt geschreven door een developer die slechts zeer beperkte ervaring heeft met tools zoals maven, tools die het leven van een programmeur makkelijk maken. Een uitdaging voor het schrijven van dit artikel ligt daarin toch iets zinnigs te schrijven over maven, zonder de broodnodige ervaring in de praktijk. Doel van dit artikel is een eerste indruk te geven in Maven.