Journal fucksl4shd0t's Journal: More on accounting software 10
I've worked out some basics for my accounting package, and I really haven't had time to do this as quickly as I wanted.
I've chosen Python and wxPython as my platform, with Metakit for the file-based database. Since Metakit appears to support multiple processes accessing the same database, I'm not going to worry a lot about having a separate accounting server right now. I will move first to construct the UI while creating a DB-abstraction layer with Metakit implemented for the first versions. It should be a simple matter to add to the DB-abstraction layer later to support other databases.
I've done all the basic research I need, and I've formulated the db schema, so I'm ready to start coding.
Is there anybody else that wants to jump in now, before I get started and make some potentially irrevocable decisions?
Long-term goals are to extract the db-abstraction layer to a C++ library, and from there it will be possible to split the library into an accounting server and a client library if that is still what I want to do. Honestly, I'm so impressed by the metakit api that I don't think I'll need a separate accounting server to provide multi-user access for home users, although such a server might still enable the app to scale to very large enterprises in the future. Since my immediate focus is on home accounting, and then small business accounting, I think that my plan provides suitable room for making it scale upwards while simplifying design for initial implementation.
Interesting Project (Score:2)
Mostly I look at program change management and user access management - but one of the things I've never seen is a decen
Re:Interesting Project (Score:2)
YES! That is exactly the kind of help I need right now! I know basic double-entry accounting, and all the literature puts it as fairly straightforward stuff, and since it's a well-known, well-practiced, and well-tested method, converting it to code is the easy part. Making it useful for both accountants and home users is the hard part.
Go to my website and send me an email through the web form, and I'll be in touch. Basically, as soon as I have some basic code worked up (I was hoping to do it tonight, b
Re:Interesting Project (Score:2)
Re:Interesting Project (Score:2)
I'm sorry, I just recently rebuilt my server, and I didn't realize that I had placed FormMail in /var/www/cgi-bin (one of the partitions that got formatted). I have fixed it now, but I haven't yet put the link back onto the website (still some extra work).
The URL is this [servebeer.com]. It's not pretty, but what do you expect for 5 minutes of work to get the form back up? I'll make it pretty later, bigger fish to fry right now. :)
A question (Score:2)
Re: Oh, and by the way.. (Score:2)
Re:A question (Score:2)
I have looked long and hard, and actually have a history, however small, with GNUCash. Basically, and this is in another journal entry, I went to GNUCash and offered to help them. I offered budgeting, offered proposals, discussed it on the list, and then the guy who was really interested told me he would provide a UML diagram of what he was saying and then disappeared. About two weeks later my window for adding budgeting to GNUCash expired and other responsibilities kicked in. Soon after that, GNUCash p
Re:A question (Score:2)
From what you say though, it sounds as if your main problem with Gnucash was not the codebase, but the people. Did you seriously consider the fact that you don't have to deal with the people at all to make improvements and/or add-ons to their codebase ?
Nothing stops you from importing their latest CVS and then opening up e
Re:A question (Score:2)
From what you say though, it sounds as if your main problem with Gnucash was not the codebase, but the people. Did you seriously consider the fact that you don't have to deal with the people at all to make improvements and/or add-ons to their codebase ?
Have you looked at the GNUcash codebase? It's a C monstrosity! Man, oh man did I think long and hard about forking. I generally oppose forks (they can divide the community in a bad way), but occasionally forking makes a lot more sense then starting from
Re:A question (Score:2)
Sure I have. I agree the choise of C is unfortunate. It *does* however help somewhat that larger and larger parts of the actual accounting-logic are being moved to guile, which has garbage-collection and all that other new-fangled stuff.
The thing is, there are specific benefits to starting from scratch.
Sure. I know. The benefits and the drawbacks are essentially the same: You get to choose how to do everything yourself, and don't need to