Archief - Eigen boekhoudprogramma schrijven

Ik zit momenteel tussen 2 jobs in (net weg op een vorig werk en net begonnen op een ander) en 1 ding hebben ze gemeen. Tijdens het werken met het programma denk ik geregeld, 'dit moet toch beter kunnen'. Daarom dat ik zelf wel eens wil beginnen prutsen om te zien of ik het wel beter kan.

Ik heb in het middelbaar VB6 en in het hoger een jaartje Java gedaan. Kon met beide behoorlijk goed overweg, maar ik weet ook dat er nog zijn. VB.NET is nu de opvolger van VB6 (VB7 was er ook nog zeker), C#, C++, ...
Programmeren is me niet onbekend, maar dat was uiteraard maar op een basisniveau. Ik heb nooit een taal in al haar facetten ontdekt en bv ook nooit met externe links (database) gewerkt.

Ik wil me daar ingooien, maar het het karakter niet om dat stap voor stap op te bouwen en steeds kleine tutorials te gebruiken met telkens een paar nieuwe functies. Ik kom liever continu problemen tegen om daar dan oplossingen voor te zoeken. Vind ik veel leuker en steek ik ook meer van op.

Nu, wat ik me afvraag is, zijn er talen die hiervoor beter geschikt zouden zijn dan andere? Of is zelfs hier het typische antwoord 'elke taal heeft zijn voor- en nadelen, maak zelf je keuze' van toepassing? Ook bv diverse soorten manieren om data in een DB aan te roepen en te wijzigen. Organisatie van data, soorten tabellen, ...

Om een idee te krijgen van hoe een boekhoudpakket werkt, de DB staat normaal op een netwerkschijf waar meestal verschillende users vanop verschillende pc's tegelijkertijd in werken. Informatie wordt bij elke boeking live geupdate voor elke user.
Heel belangrijk is het snel kunnen importeren en exporteren van data. Exporteren dan vooral tabellen (balansen, grootboeken, historieken, saldo's, ...) in excel of xml. Verder is een boekhoudpakket zo visueel mogelijk, zonder de muis te gebruiken heel snel in serie kunnen boeken. Mogelijkheid om continu, snel en soms massaal gegevens in de DB (boekhoudingen hebben gigantische DB's nodig) aan te kunnen passen.
Ook user privileges. Soms tot 5-6 verschillende soorten rechten (CFO - ... - hulpboekhouder).
Gebruiksvriendelijkheid in combinatie met snelheid en kracht in de uitdaging, een die ik graag wil aangaan.

Zijn dit allemaal zaken die perfect inpasbaar zijn in gelijk welke taal, of zijn er talen die hiervoor toch wel voordelen hebben tov andere? Dit is iets waarrond ik op dit moment volledig in het duister tast. Vind hier ook niet meteen relevantie discussies over terug...

Alvast bedankt.

Over dat laatste deel van je post kan ik niet veel zeggen, maar ik denk dat je veel zal hebben aan een taal waarvoor deftige boeken zijn geschreven, of waar in het algemeen veel info over te vinden is..

Eigenlijk is dat bijna iedere taal, maar ik (maar ik kan natuurlijk mis zijn, ik weet er ook niet alles van ) zou wat richting java neigen.

Je neemt wel héél wat hooi op je vork als beginner. Aan dit soort software wordt vaak met zeer grote teams gewerkt en dan nog slaagt men daar zelden volledig. Veel succes dus

Dit is ook niet iets dat volgend jaar moet af zijn. Zie het als een hobby, klein beginnen. De massa zit hem vooral in de duizenden kleine features die overal bij komen kijken. Maar die kom ik ook op m'n werk dagelijks tegen. Veel inspiratie en alle tijd van de wereld om te prutsen.

Ik heb toevallig vorig jaar op de CM gewerkt als jobstudent. Ik werkte daar met de lelijkste, meest inconsistente en traagste, ongebruiksvriendelijkste software ooit. Iedereen klaagde erover. Ik heb het daar ook over gehad met de baas van CM Limburg en die kon me simpelweg vertellen dat er een deal is tussen de CM en één of ander klote-softwarebedrijfke en dat die deal langdurig opgesteld is en andere software uit den boze was.

Ik heb ook al gehoord dat dit op andere bedrijven ook vaak zo is (KBC-kantoren, ziekenhuis Genk en Hasselt, ...) dus ik weet niet of ze je applicatie met open armen zullen ontvangen, vraag eens na?

To the point zou ik zeggen dat pratisch eender welk software-pakket de mogelijkheden genoeg biedt die jij zoekt, maar ik zou aanraden een taal te gebruiken die gemakkelijk te leren en te onderhouden is, zodat anderen eventueel in je code zouden kunnen gaan zitten Java? C#?

Om het kort te houden, kies voor een .NET taal. Aangezien je met excel e.d. werkt ga je dit het makkelijkste kunnen implementeren.

Voor de rest hangt het af van jouw programmeer ervaring. Als je wat C kan kun je beginnen met C#. Of anders VB.

Ik zou het ook op VB of C# houden. Vermits je al een basis hebt van VB kun je dat misschien gebruiken, anderzijds kan je C# gebruiken vermits die veel weg heeft van Java syntaxgewijze. En imo is C# ook wat moderner dan VB en leesbaarder, maar dat is meer persoonlijk.

Waarom C# ipv Java? Voor de reden die JoeCatshoe opgeeft + je maakt veel sneller een gui met .NET (daar ga ik commentaar op krijgen, maar kom), die ook nog eens dezelfde feel heeft als andere Windows-programma's (niet onbelangrijk vermits ook leken het moeten gebruiken).

Moeten boekhoudprogramma's ook niet gehomologeerd worden ofzo?

Mee zei:

je maakt veel sneller een gui met .NET (daar ga ik commentaar op krijgen, maar kom)

Klik om te vergroten...

Ook voor Java bestaan GUI ontwerpers, maar in veel gevallen zijn GUI ontwerpers af te raden omdat die nogal brakke code produceren. De drempel in Java is mss iets hoger om met swing degelijke GUI's te maken, maar zeker niet onoverkomelijk

Ik werk nu met Qt Jambi om een GUI in Java te maken. Zeer handig voor personen die gekend zijn met Qt in C++ Ik gebruik geen designer ofzo maar denk eerst de GUI logisch uit op papier. Dat in code omzetten is echt 10 minuten werk, en dan heb je tenminste zuivere code

Gurdt zei:

Ik heb ook al gehoord dat dit op andere bedrijven ook vaak zo is (KBC-kantoren, ziekenhuis Genk en Hasselt, ...) dus ik weet niet of ze je applicatie met open armen zullen ontvangen, vraag eens na?

Klik om te vergroten...

Maakt mezelf weinig uit. Moest ik ooit een quasi afgewerkt product hebben zie ik maar 2 mogelijke manieren om dat te gaan commercialiseren. Namelijk als zelfstandige de software zelf gaan gebruiken en op die manier wat propageren. Ofwel samenwerking met een of meerdere kleine kmo's die zelf voor hun boekhouding instaan. Van zodra je programma ergens positief onthaald wordt, kan het snel gaan.
Maar moet je de eerste 5 jaar zeker niet verwachten. Om alle mogelijke aspecten van de job te kunnen implementeren, moet ik ze eerst zelf tegenkomen in m'n takenpakket. En dat alleen al is een werk van meerdere jaren.
Maar soit, C# it is. :doc:

mijn tip is dan vooral: begin klein voor ge met een programma begint met al uw features
want voor ge het weet maakt een aanpassing aan 1 deel al de rest kapot en vanaf dan zit ge diep in de miserie...
na nen tijd leert ge wel om dingen gescheiden te houden, maar na 1 jaar hogeschooljava, kunt ge imo nog veel te weinig om echt grote programma's te maken

en qua talen... ik ben een java-lover, gewoon omdat ik die taal het meeste gebruik op school... vb heeft z'n voordelen als ge kleine programma's maakt, maar vanaf het moment dat ge gaat uitbreiden en ge wilt dingen echt customizen, dan kies ik elke keer weer voor java... en over c# heb ik niet echt een mening omdat ik daar niet mee werk

Ik heb enkele jaren geleden meegeschreven aan het boekhoudprogramma van de grootste diepvrees-keten van de Benelux ..

Mijn advies .. bezint eer ge begint

Sowieso ook een saai werk, je zal heel veel repetitieve zaken tegenkomen. Er zijn veel andere zaken te programmeren waar je veel meer van zal opsteken en meer voldoening uit zal halen.

Er is al zoveel software op de markt die dit doet,ik zou alvast niet van 0 beginnen maar verder bouwen op bestaande systemen bvb op Salesforce, Axapta, Navision en daar specifieke modules voor gaan schrijven. Je zou bvb module kunnen schrijven voor kleine bouwbedrijven of kleinere handelszaken bovenop bestaande erp paketten. Denk ook goed na over uw distirbutie model, ga je nog op de pc installeren of ga je cloud based werken. Als je voor .NET kiest en wilt het cloud model gebruiken, kijk dan zeker naar het Windows Azure platform. Een zeer schaalbaar platform volledig op .NET (ook php/java/...) zijn mogelijk.

Axapta, Navision, Cloud/Azure, php ???

Lees nog eens de OP

Mogelijkheid om continu, snel en soms massaal gegevens in de DB (boekhoudingen hebben gigantische DB's nodig) aan te kunnen passen.

Klik om te vergroten...

Moto zei:

Axapta, Navision, Cloud/Azure, php ???

Lees nog eens de OP

Klik om te vergroten...

ja dus? lukt toch met die technologie?

ja dus? lukt toch met die technologie?

Klik om te vergroten...

Idd het "lukt", het is een compleet belachelijk idee om die technologiën voorstellen maar het "lukt" wel ermee.

Moto zei:

Idd het "lukt", het is een compleet belachelijk idee om die technologiën voorstellen maar het "lukt" wel ermee.

Klik om te vergroten...

en waarom is het belachelijk

Allez,

Boekhoud pakket, dacht dat boekhoudkundige regelkes per land verschillen dus markt = België
Gaat vooral leven van support-contracten omdat die regels soms veranderen.
De target nu is blijkbaar kmo's
Hoeveel kmo's hebben axapta of navision?
-> Uw markt verkleint zeer snel
Hoeveel kmo's zijn bereid om axapta of navision binnen te halen voor een boekhoudpakket?
-> Na het zien van licenstie kosten?, geen
Dus naast eigen support + updates ook support + updates van axapta/navision supporteren, verschillende klanten die met verschillende versies werken, enz...
Tijd die dus in het begin misschiens uitgespaard kan worden, zal in de toekomst terug nodig zijn.

Zonder axapta/navision hoeft een bedrijf niet de volledige MS-stack te hebben + zelf kan men dan nog een opensource DB gebruiken om de kosten te drukken

Cloud:
Wilt de klant dit? bij KMO's zijn ze niet mee met de hype
Piek-momenten verkoopspraat is hier niet echt van toepassing
Men kan de server ook in eigen beheer houden maar ten koste van performance
Legaliteit rond cloud, bewaren van fiscale data in een data center dat niet onder uw beheer valt in een ander land.
Vertrouwen van de klant om zen data niet in eigen beheer te hebben, privacy/ownership toestanden bij opzegging contract