Java Magazine

Tijdens mijn zwerftocht langs de verschillende sessies op de JavaOne van 2015 in San Francisco, kwam ik eigenlijk toevallig in een sessie terecht genaamd ‘Kotlin in Anger’. Deze sessie werd gegeven door Justin Lee. Hij werkt bij MongoDB en is onder andere verantwoordelijk voor de Java driver van mongo. In zijn sessie liet hij zien hoe hij de Java driver in zijn geheel in Kotlin had geschreven. Er zijn altijd wel een aantal sessies die bij mij blijven hangen na een conferentie en mij enthousiast maken en dit was er zeer zeker één van. Ik wil mijn enthousiasme graag met jullie delen en in dit artikel ga ik in op een aantal belangrijke punten van Kotlin.

Dit jaar vieren we het 20-jarig bestaan van Java, de populairste programmeertaal van dit moment. Tenminste, als we uitgaan van de TIOBE index (1). Populariteit verkrijg je echter niet zomaar en in het begin moesten er wel degelijk zieltjes worden gewonnen. Zo werd Java destijds gepositioneerd als een beter alternatief voor C++: "We were after the C++ programmers. We managed to drag a lot of them about halfway to Lisp." -- Guy Steele, co-auteur van de Java specificatie.

Samen coderen met veehouders, proberen het vak van een veehouder goed te begrijpen en natuurlijk heel veel plezier met Java development. Dat is kort samengevat ons werk bij een coöperatie voor veehouders, waar we met een team van First8 zitten. We vinden het leuk om over ons vak te vertellen: van innovatieve Java development tot samenwerking met de veehouders. Na een korte inleiding over het bedrijf en de veehouderijbranche vertellen we over de Java technologieën, die we er toepassen.

In elke editie zal Robert Scholte een probleem voorleggen en deze oplossen met behulp van Apache Maven om meer inzicht te geven in Maven zelf en de vele beschikbare plugins.

In het nieuws hoor je steeds vaker verhalen over beveiligingsproblemen bij allerlei bedrijven, van klein tot groot. Aan ontwikkelteams wordt steeds vaker de eis gesteld om ‘veilige’ software te ontwikkelen. Aan de andere kant wordt er tijdens de ontwikkeling van software steeds meer gestuurd op continuous integration(CI). Dat wil zeggen: De code wordt meerdere keren per dag geïntegreerd, functionele tests worden automatisch uitgevoerd en op deze manier streven organisaties ernaar om steeds sneller en vaker ‘live’ te gaan met een nieuwe versie van de software. Zou het niet mooi zijn als we een aantal security tools kunnen integreren in onze bouwstraat? In dit artikel beschrijven we een aantal tools die eenvoudig zijn op te nemen in een bestaande bouwstraat, zodat vulnerability checking een vast onderdeel wordt.

Sherlock Holmes had er geen boodschap aan toen Dr. Watson hem erop wees, dat er negen planeten in ons zonnestelsel zweven. Hij had zijn handen vol aan het oplossen van het mysterie, waar hij op dat moment aan werkte. “Dat is precies wat we met programmeren meer zouden moeten doen”, stelt Jessica Kerr, de Amerikaanse developer en topspreker op het gebied van software engineering en testing. “We moeten ons meer focussen op het probleem dat we moeten oplossen en ons niet laten afleiden door zaken daarbuiten.”

"Zo Joop, vertel ons eens: hoe werkt een computer?"

De meesten van jullie kennen Netflix waarschijnlijk wel. In 1997 begon het bedrijf nog met het rondsturen van dvd’s, maar inmiddels zijn ze de grootste aanbieder van online films en series. Sterker nog, Netflix is inmiddels verantwoordelijk voor een groot gedeelte van het internetverkeer. Desondanks werkt het meestal goed en stabiel. Het mooie is dat Netflix een aantal van de softwareprojecten (die het zelf gemaakt heeft en ook zelf gebruikt) open source heeft gemaakt. Daardoor kan iedereen gebruikmaken van de lessen, die ze bij Netflix geleerd hebben. Onlangs heeft Netflix een nieuwe continuous delivery applicatie, genaamd Spinnaker, uitgebracht. In dit artikel leer je meer over Spinnaker, waarna je het eventueel zelf in kunt gaat zetten.

Nog niet eens zo heel lang geleden had ik geen idee hoe belangrijk code van goede kwaliteit is voor het laten slagen van een project. Als junior projectmedewerker snapte ik de toegevoegde waarde van unit tests nog niet. Het bouwen aan een nieuwe feature is immers leuker dan het testen en herschrijven van code. Niet verrassend: op een dag ging het helemaal mis.

Met de komst van Docker is het gebruik van containers in een stroomversnelling geraakt. Bij het ontwikkelen en deployen van bijvoorbeeld een microservices platform is het inzetten van Docker een bijna automatische keuze geworden. De voor- en nadelen van Docker zijn in een eerder artikel reeds toegelicht. Wat lastig blijft, is de stap van het draaien van een aantal containers op een lokaal workstation naar een productie-klaar deployment, bijvoorbeeld in de cloud. Een Debian container opstarten en op de shell rondsnuffelen is gemakkelijk te doen, maar hoe kom je van “Hello World” naar een zelf-managende service, die automatisch schaalt? Orchestration is hiervoor de oplossing. In dit artikel leg ik uit hoe dat werkt.