Blogs

​Een private cloud applicatie voorzien van nieuwe functionaliteit en bug fixes lijkt met alle nieuwe technologie steeds eenvoudiger te worden, maar waar begin je als je huidige OTAP straat nog elke maand met de hand wordt bijgewerkt?
Met deze vraag klopte één van onze klanten onlangs bij ons aan.

​Er wordt de laatste tijd veel gesproken over DevOps. Hoewel DevOps op zich los staat van Cloud computing, kan de Cloud wel gezien worden als een ‘enabler’ voor DevOps. Nu het gebruik van de Cloud meer en meer ingeburgerd raakt, zien we dat de discussie rondom, en zelfs de introductie van DevOps in een stroomversnelling komt.

​In deel één van deze blog serie hebben we gezien dat veel organisaties gebruiken maken van Team Foundation Server (TFS) voor o.a. source control en de ondersteuning van hun Agile werkproces. Een alternatief voor TFS is Visual Studio Team Services. In dit deel kijken we naar de mogelijkheden die Visual Studio Team Services biedt.

In de eerste 2 delen van deze blogserie (een introductie en Visual Studio Team Services) hebben we al gezien dat Continuous Delivery een belangrijk aspect is van DevOps. Continuous Delivery wordt dan ook vaak gezien als de eerste stap op weg naar DevOps. Om misverstanden te voorkomen…

De Visual Studio suite biedt vandaag de dag een brede ondersteuning voor een groot aantal tools, technologieën, processen en platformen. Die ondersteuning wordt met elke update weer uitgebreid. Toch zullen er altijd functionaliteiten zijn die (nog) niet in de Visual Studio suite beschikbaar zijn.

Code schrijven is een creatief proces, veel stukken code zijn uniek. Dat is de vrijheid die een ontwikkelaar heeft. Die vrijheid zorgt ook voor risico’s. Als de code telkens opnieuw uitgevonden wordt, zit een fout in een klein hoekje. Daarom is het prettig om verschillende vangnetten te hebben.

Bij Delta-N maken we al jaren gebruik van Scrum als agile methodiek. Een waardevolle aanpak die ruimte biedt aan innovatie en creativiteit, maar voldoende regels kent om te voorkomen dat het een chaos wordt. Scrum is echter gericht op de samenwerking binnen een team, terwijl software producten vaak door meerdere teams ontwikkeld worden.

In het begin van de transitie naar een agile organisatie blijft men vaak hangen in wat men zelf weet.