grotesmurf

mmmm... idd... ik zie dat Nils een spelfout heeft gemaakt "dank" i.p.v. "denk", waardoor ik het wat bot opvatte. Ik las dus ook echt "dank" en las niet het vraagteken aan het eind. De applicatie zoals ie nu is, is erg gericht op een bedrijf wat materiaal verhuurt. Maar ik zou dit graag wat algemener hebben. Vandaar dat ik heel erg geinteresseerd ben in wat verschillende ondernemers graag willen zien in zo'n applicatie... qua functionaliteit. Al zou dit pakket dan gericht blijven op ondernemers die materiaal verhuren, dan ben ik nog steeds geinteresserd in de ideeen van dit type ondernemer.

Waar slaat dit nou weer op. Ik geef op jou eerste reactie een normale reactie terug met daarin de excuses voor mijn inderdaad misschien foute woordkeus. Waarom nou dan nog zo'n sarcastische reactie? Voor grote bedrijven zal mijn applicatie gewoonweg niet geschikt zijn.... Hoe moet ik het dan omschrijven volgens jou. Als je behulpzaam wilt zijn, doe dat dan a.u.b. op een normale manier. Ik vraag tenslotte ook om mensen die behulpzaam willen zijn. Als je sarcastisch wilt zijn, zoek dan a.u.b. iemand anders, want daar vraag ik tenslotte niet om.

Ok... Ga er maar vanuit dat ik overtuigd ben van je stelling. Maar wat moet ik doen om je ervan te overtuigen dat ik de applicatie zowiezo ga schrijven (lees mijn posts nog maar eens door). Wat maakt het dan uit, dat ik er nog wat extra tijd in wil steken om mijn applicatie breder inzetbaar te maken. Ik wil dit gewoon graag doen... Dus eerlijk gezegd interesseren mij de "opportunity costs" in deze situatie niet veel (sorry).

Het schrijven van de applicatie doe ik geheel in mijn vrije tijd. Daarbij heb ik veel ervaring in het schrijven van applicaties waar zeer veel gebruikers mee moeten werken. Het ontwikkelen van een single user applicatie (of voor iets meer dan 1) zou voor mij ook nooit een optie zijn, ook al is de applicatie nog zo simpel. Zodra er een database aan te pas komt denk ik toch meteen groot. Ik zie dus niet in waarom de ontwikkeling van de applicatie mij veel meer tijd zou moeten kosten wanneer het 20 of meer gebruikers moet ondersteunen. Ik schrijf zoiets standaard al met deze gedachte.

Het is niet mijn bedoeling om iemand te beledigen met de term "MKB'er"... mijn excuses hiervoor... Het was meer bedoeld om de doelgroep te verduidelijken. Om antwoord te geven op je reactie: Het interesseert me niet of het wel of niet onmogelijk is om een nieuw administratie pakket in de markt te zetten. Het is nl. zo dat ik voor die vriend van mij, die dus ondernemer is, dit pakket zowiezo ga schrijven. Hij werkt er reeds mee, alleen nu als standalone applicatie. Schrijven doe ik dus zowiezo.. Het lijkt mij alleen een goede zaak om dan meteen ervoor te zorgen dat mijn pakket wat breder inzetbaar wordt. Mijn applicatie kan prima werken met 20 of meer gebruikers. Ik zou het maximum aantal gebruikers zo niet weten. Dit te meer omdat de backend te clusteren is, echter heb ik dit nog nooit getest. Theoretisch is er dus zeer groot aantal gebruikers mogelijk. Mijn applicatie is niet echt te vergelijken met een Visual Basic achtig ding, waarbij er wat componenten op een formulier worden gesleept met een access database als backend. Mijn backend is een proven concept opensource database systeem wat goed te clusteren is, en ook prima platform onafhankelijk draait, dit temeer omdat ik zelf meer de voorkeur geef aan unix systemen, maar mensen die liever windows gebruiken niet uit wil sluiten. Vandaar ook het simpele feit dat ik web applicatie bouw, omdat hiervoor een webbrowser het enige is wat je nodig hebt om de applicatie te gebruiken. Aangezien er voor ieder OS een webbrowser beschikbaar is, betekend dit ook dat op ieder OS mijn applicatie te gebruiken zal zijn. Wat weer voor die vriend van mij betekend dat hij straks linux kan gebruiken op zijn werkstations, wat weer licenties scheelt. Dit laatste is tevens ook een van de redenen (samen met aanpassingen die moeten gebeuren aan de applicatie), dat ik hiermee bezig ben. De ondenemer waarvoor ik dit doe wil o.a. graag af van windows. Ik snap niet wat je bedoeld met ontwikkel kosten... aangezien ik in mijn eerste post al gemeld heb dat ik de applicatie zelf schrijf. De ontwikkel kosten zijn dus vrijwel gelijk aan 0, afgezien het feit dat het me een hoop tijd kost. Zoals ik ook gemeld heb in mijn eerste post, is de huidige functionaliteit een "begin", ik ben dus zeker van plan om de functionaliteit uit te breiden. Echter kan ik niet alles tegelijk, en moet ergens beginnen. De functionaliteit waar ik dus mee begin is de functionaliteit die de vriend van mij nodig heeft.

Ik ben bezig met het schrijven van administratie software. In het begin zal dit gericht zijn op debiteuren adminsitratie, facturen, voorraad beheer. Dit alles wordt een web gebaseerde applicatie, wel heeft dit de look and feel van een standalone applicatie. Het voordeel van een webbased applicatie is natuurlijk dat je dan overal bij je administratie terecht kunt. Dit project doe ik in samen werking met een vriend van mij, deze is mkb'er en ook op zoek naar dit soort software. Hij draait reeds een aantal jaren met een standalone versie van dit pakket, echter zijn er aanpassingen nodig, en is het mijn idee om hier een web based applicatie van te maken omdat ik denk dat hier toch de toekomst in zit, en omdat dit aanzienlijke voordelen met zich mee brengt. Echter wil ik deze keer graag met meerdere mkb'ers spreken, om zo meer inzicht te krijgen in hun adminsitratie, zodat ik mijn software meer algemeen kan maken. Mocht u dus interesse hebben om hier een klein beetje tijd in te steken, dan hoor ik dat graag. Het voordeel voor u hierin is natuurlijk dat bepaalde gewenste functionaliteit er dan zeker in komt.