Tijdens wat rondsurfen stuitte ik op de volgende tekst:
Doorzetten & lief zijn
Aan jezelf werken is ongelooflijk ingewikkeld als je burnout bent. Het leven is toch eigenlijk al te veel. En dan moet je nog van alles gaan doen ook. Dat is misschien wel het allergrootste dilemma bij een burnout. Niet de energie hebben en die toch nodig hebben om eruit te komen. Dat kost dus ongelooflijk veel doorzettingskracht, discipline en toewijding aan jezelf.
Het grootste cadeau dat je jezelf kunt geven in dat proces is dat je lief bent voor jezelf. Niet oordelend bent. Dat in ieder geval alles wat je doet goed is. Je hebt immers iets gedaan. En zelfs als je niets doet dan is dat op dat moment kennelijk nodig. Veroordeel jezelf daarvoor niet.
Dat betekent niet dat je jezelf niet ergens toe kunt zetten. Kracht kunt ontwikkelen naar jezelf om iets te doen. Discipline kunt handhaven naar jezelf toe.
Het gaat hier om de houding naar jezelf. Daarin liggen kleine nuance verschillen. En die kleine nuances maken het mooi of strijd. Dat is het verschil tussen inspannen en overspannen.
..een juiste boodschap en al zul je mij niet horen zeggen dat het leven me te veel is, kan ik me wel aansluiten bij bovenstaande tekst. Soms voel ik me wat onzeker en wanneer ik op een dergelijk moment forceer om met iets door te gaan, dan loopt alles in het honderd.
Juist door goed naar mijn gevoel te luisteren, lukt het me, om me ontspannen in te spannen. En juist dan ben ik ook het productiefst.
In de praktijk betekent dit, dat wanneer ik opmerk dat ik veel aan het piekeren ben en mezelf onzeker begin te voelen, ik even moet stoppen om bijvoorbeeld even wat huishoudelijke taken te gaan doen. Wanneer ik zo’n pauze heb genomen voel ik me vaak weer helemaal beter, doorzie ik het voorgaande probleem en los het vrijwel meteen op.
Voor de meeste mensen klinkt deze handelswijze waarschijnlijk doodnormaal, maar voor mij en andere met dezelfde klachten, kan dit soms onopgemerkt blijven met de nodige gevolgen.
Wanneer hier onjuist mee om wordt gegaan, kan dat in de toekomst zelfs nog meer onzekerheid opleveren. Want zie je wel, het ging toen ook fout. Een vicieuze cirkel, waar je uit kunt komen, door goed naar je gevoel te luisteren en vooral vertrouwen te hebben in jezelf.
Een planning geeft rust en al kan het maken nog wel de nodige moeilijkheden opleveren, is het voor mij een extra steun waar ik bij onzekerheid op terug kan vallen.
Dat heb ik nu al een aantal keer ondervonden, daarom maak ik ook voor de wat kleinere onderdelen toch een stapsgewijze indeling van zaken die ik wil uitvoeren of onderzoeken. Zo kan ik wanneer ik ergens op vastloop, makkelijker door gaan, door eventueel al vast verder te gaan met een volgend onderdeel.
Hierdoor leer ik mijzelf aan, om makkelijker dingen los te laten en ondervind ik vaker dat zaken zonder te piekeren ook wel goed komen, ook al is het een dagje later.
Voor de komende periode heb ik een planning gemaakt om mij te oriënteren op de techniek die ik wil gaan inzetten om van mijn bedrijf een succes te maken.
Dit omvat ondermeer onderzoek naar beschikbare kant-en-klaar oplossingen en bijhorende eigenschappen zoals de toepasbaarheid die ik stel op het gebied van architectuur, beveiliging en prestaties. Om zo te voorkomen dat ik zelf het wiel opnieuw ga uitvinden, terwijl er geheel betaalbare en uitgebalanceerde softwarecomponenten beschikbaar zijn.
Daarnaast ga ik de komende tijd ook kijken hoe ik met behulp van een zelf te ontwikkelen software bibliotheek alle onderdelen kan samen voegen.
De uitdaging zit in het ontwerpen van een architectuur, die niet alleen de laatste innovaties op dit gebied omvat, maar door middel van moderne ontwikkeltools ook nog steeds helder en praktisch blijft.
Daarnaast kan met de juiste keuze van ontwikkeltools en ontwikkelmethodieken een goede basis worden gelegd voor het beheer van de levenscycli en overdraagbaarheid van toepassingen.
Levenscycli beheer van toepassingen omvat naast technische maatregelen om probleemloze migraties naar nieuwere versies van software te garanderen, ook ondermeer afspraken over hoe fouten worden gerapporteerd en afhandelt en de stappen die worden doorlopen tussen het aanvragen en implementeren van nieuwe wensen. Maar hierover meer in een later stadium.
Voordat ik aan mijn planning begin wil ik u eerst hierover nog wat meer vertellen.
Eerder schreef ik al dat ik op basis van de nieuwste internettechnologieën maatwerksoftware wil gaan ontwikkelen, maar wat ik hier precies mee bedoel, zal ik proberen duidelijk te maken. Daarvoor duiken we eerst even terug in de tijd.
In een ver verleden toen de meeste toepassingen nog geen grafische elementen kenden en nog niemand van het Internet had gehoord, bestonden de meeste toepassingen uit alle onderdelen die nodig waren voor het opvragen en
bewaren van gegevens, bedrijflogica voor het uitvoeren van transacties en de schermen voor het presenteren en bewerken van de gegevens door de gebruiker.
Wanneer een nieuwe toepassing delen van dezelfde functionaliteit nodig had, werd er vaak gewoon een kopie gemaakt van de onderdelen die nodig waren, met als gevolg dat wijzigingen nu op twee plaatsen bijgehouden moesten worden.
Ook kwam het vaak voor dat de interne organisatie van toepassingen, ofwel de architectuur, het toeliet dat logica die aangeduid kan worden als zijnde bedrijfslogica, bijvoorbeeld welke taken voltooid moeten zijn voordat een order kan worden gefactureerd, verweven raakte met de presentatie onderdelen.
Dit laatste zorgde dan ook vaak voor veel fouten in de programmatuur en stond efficiënt hergebruik in de weg.
Dit komt gelukkig vrijwel niet meer voor, met uitzondering dan van sommige in scripttaal ontwikkelde software, dat soms nog door minder technisch gedreven (website)ontwikkelaars wordt aangeboden.
Met de komst van meer geavanceerde opslagsystemen, zo´n 15 jaar geleden werd er ook betere architectuur ontwikkeld, waarbij de interne organisatie van software zo werd ingedeeld dat de ontwikkelaars gedwongen werden om functionaliteiten te scheiden in lagen.
Hierdoor werd het eenvoudiger om onderdelen te hergebruiken zonder dat een kopie maken noodzakelijk was.
Nog later is de ontwikkeling van kleinschalige software net als dat bij de grotere systemen meer abstract geworden en meer en meer vanuit beproefde concepten modulair ontworpen.
Door specifieke onderdelen van een toepassing als legoblokjes te isoleren konden deze eenvoudig worden hergebruikt en nam de algehele productiviteit toe. Tevens werd hierdoor de complexiteit drastisch verminderd, met minder fouten tot gevolg.
De kwaliteitssoftware van vandaag hebben we aan deze innovaties te danken.
Het Internet van vandaag met al haar toepassingsmogelijkheden, heeft in de afgelopen jaren talrijke nieuwe software innovaties opgeleverd.
Ondermeer zijn er over de tijd voldoende uitgewerkte standaarden ontwikkeld, die het mogelijk maken dat de meest uiteenlopende soorten van computersystemen met elkaar gegevens en diensten kunnen uitwisselen.
Om deze mogelijkheden optimaal te benutten zijn er nu nieuwe architecturale concepten ontwikkeld om toepassingen zo op te bouwen dat boven op bestaande bedrijfslogica nieuwe diensten kunnen worden gebouwd, wederom als herbruikbare bouwstenen.
Het komt er op neer dat men systemen service georiënteerd ontwerpt. Hierdoor wordt het eenvoudiger om nieuwe wensen op basis van al aanwezige onderdelen aan te bieden.
Hierdoor kunnen diensten worden aangeboden die men ook als zodanig herkend, bijvoorbeeld het aanvragen van een abonnement, het opvragen van een bankafschrift of het bestellen van een boek.
Deze architectuur wordt dan momenteel ook voornamelijk nog gebruikt door hele grote organisaties, omdat nu juist daar met deze aanpak veel winst kan worden behaald.
Softwarehuizen als Microsoft, Sun, IBM, Oracle en SAP hebben dan ook groots ingezet op deze als “Service Oriented Archictecture” aangeduide techniek.
Voor relatief kleine systemen is het onhaalbaar en zinloos om alle aspecten toe te passen, echter kan er wel veel voordeel gehaald worden uit specifieke onderdelen.
Bij een goed ontworpen systeem kan men bijvoorbeeld onderdelen ontwikkelen die moeiteloos, zowel in de browser als in een gewone desktop toepassing kan worden gebruikt, bijvoorbeeld de presentatie onderdelen zoals invoerschermen, gegevensvelden en grafieken. Dit alles zonder iets echt twee maal te hoeven ontwikkelen.
Het belangrijkste voordeel is dat men, de bij bedrijfsprocessen behorende transacties als diensten kan samenvoegen om ze vervolgens aan te bieden via het Internet of een bedrijfsnetwerk.
Hierdoor wordt het mogelijk om koppelingen te maken vanaf toepassingen die klanten gebruiken om bijvoorbeeld 
bestellingen te plaatsen. Ook zijn koppelingen met bijvoorbeeld mobiele apparatuur hierdoor eenvoudig te realiseren.
Voor gebruikers die soms geen beschikking hebben over een internetaansluiting kan slimme software worden ontwikkeld die gebruik maakt van deze koppelbaarheid om gegevens lokaal te bewaren om transacties op een later tijdstip alsnog te synchroniseren met een server. Bijvoorbeeld voor een verkoper die met zijn laptop op locatie een offerte voor de klant produceert.
Door een eigen bibliotheek aan te leggen met bijhorende programmeer methodieken, kan een ontwikkelaar een eigen raamwerk ontwikkelen waarbinnen applicaties kunnen worden gebouwd.
Door bij het ontwerp hiervan de juiste architecturale keuzes te maken kan worden voorzien in een ontwikkelplatform waar alle aandacht kan uitgaan naar de te ontwikkelen functionaliteit, zonder consessies te doen op belangrijke aandachtspunten die de beheersbaarheid en continuïteit van een systeem dienen te garanderen.
Mijn ondernemingsplannen omvatten dan ook het aanbieden van diensten waarbij ik voorzie in al deze besproken aspecten.
De markt waar ik me op zal richten is momenteel tweeledig, aan de ene kant heb je de steeds groeiende vraag naar moderne webapplicaties en aan de andere kant is er een groeiende behoefte naar maatwerksoftware voor de kleinere en middengrote bedrijven.
Webapplicaties
Voor websites bestaan er tegenwoordig veel kant- en klaaroplossingen.
Toch komen ondernemers steeds vaker met innoverende ideeën die maatwerk vereisen.
Met keurig opgestelde functionele eisen gaat men op zoek naar een partij die het kan realiseren.
Bij deze keuze zijn kosten vaak doorslaggevend voor opdrachtgevers van maatwerk webapplicaties, daar men redeneert dat het relatief eenvoudig is in een later stadium, na bewezen succes, de software alsnog te reorganiseren.
Maatwerkopdrachten voor websites gaan vanwege kostenbesparing vaak naar de goedkopere PHP-ontwikkelaars.
Al zijn onafhankelijke experts het er vaak over eens dat .NET (dot net), het enige platform van de nieuwe generatie, nog ongeëvenaard is in veel opzichten, weet men dat de kosten hoger zijn bij de kleine opdrachten en adviseren voor projecten die klein beginnen dan ook vaak voor de goedkopere PHP-ontwikkelaars te kiezen.
In de praktijk blijven opdrachtgevers onvoldoende betrokken bij de architectuur en technische implementatie van dit soort systemen.
Wanneer men vervolgens na het eerste succes wil uitbreiden blijken de mogelijkheden tegen te vallen, met de nodige extra kosten.
Daarom wil ik een betaalbaar alternatief bieden door het aanbieden van hoogwaardige .Net toepassingen die ook voor kleinere projecten een gedegen fundament bieden voor een veilige, duurzame en schaalbare oplossing.
Door het inzetten van commerciële en open-source kant-en-klaar producten, die als bouwstenen kunnen worden ingezet bij maatwerkopdrachten, kan ik een breed scala aan functionaliteit, voordelig aanbieden.
Maatwerksoftware
De markt voor maatwerksoftware groeit nog steeds.
Ondernemend Nederland wordt langzaam wakker en realiseert zicht dat het nog te weinig gebruik maakt van de beschikbare ICT mogelijkheden, met name in het MKB.
In de afgelopen jaren heeft het ontwikkelen van software de naam gekregen duur en overbodig te zijn. Bedrijven zijn op grote schaal overgestapt op pakketten. Daar waar het gaat om ondersteunende bedrijfsfuncties is dit inderdaad zeer verstandig. Daarom functioneren administratieve systemen, office en allerlei andere pakketten in veel bedrijven naar tevredenheid.
Zodra het echter gaat om systemen die het primaire proces ondersteunen, zien we dat de tevredenheid over de ERP-systemen en CRM-systemen doorgaans laag is. Ze maken het namelijk in veel gevallen onmogelijk de Unique Selling Points van een bedrijf daarin onder te brengen. Juist deze USP’s maken het een bedrijf mogelijk onderscheidend te zijn naar hun klanten en prospects.
Juist voor dit onderscheidende vermogen is het vaak nodig additioneel maatwerk te creëren. Veel bedrijven schrikken hiervoor terug omdat hier hoge kosten aan verbonden zijn.
Bron: MarketingFacts
Voor de meer lange termijn zie ik een taak weggelegd voor mijn onderneming om innovatieve concepten uit te werken.
Zoals modulaire bouwstenen waarmee de basis van vrijwel elk administratief systeem kan worden aangelegd, zodat ontwikkelkosten voor administratieve- maatwerksystemen aanzienlijk kunnen worden gereduceerd.
Nu u een beter beeld heeft waar mijn inspiratie uit voort komt, zal ik nu beginnen met het uitvoeren van mijn planning en met enige regelmaat over mijn bevindingen en ervaringen schrijven.
Groet,
