I think "cost1uk" brings up many valid points. His criticism is not of TurboCASH, but of the whole open source concept. I have been juggling with this for a while now. How do we get funding to move through the project? There should be some kind of Bounty and Auction system. At the moment we only have the extreme : If YOU want it, then YOU go and make it. The program advances in the areas that those who want to take it, take it. To date that has worked well, but there are frustrated members. Take a real world example, Branch accounting. It will cost about $ 40 000 to make a branch accounting version of TurboCASH. We have a number of developers in the project who are capable of developing and a number of users that want it. Our competitors, the commercial developers take the $ 40 000 risk and includs it in the next upgrade for which they charge. What we are looking for is for one user to pay the 40 000 Dollars, the developer makes it and then everyone else gets it for free. This is how it has worked for the last 2 years. The biggest risktaker so far being myself. The users don't want to pay $ 40 000 for Branch Accounting, but they would be prepared to pay say $2000. We need some mechanism - lottery - auction - "stockvel" - pyramid scheme, whereby those that want to contribute to a pool do so and those that need it, pay to take it out. I am not sure how to balance this. I have some ideas here: The 40 Page version The One Page version
I quite agree.... -----Original Message----- From: Turb...@googlegroups.com [mailto:Turb...@googlegroups.com] On Behalf Of Jan Verlaan Sent: 09 February 2006 11:32 To: Turb...@googlegroups.com Subject: Re: Moving towards the new database Then you don't know the consequences of software that is flexible enough to support MANY businescases. TurboCASH is flexible in this way, but need configuration before using it. If you want out of the box workable software, the functionality will be limited and mostly you discover after some time that you use software that doesn't meet your needs. TurboCASH can be changed in setup by parameter to fit again, even if your company needs changes. But glad that there are ALSO many out-there that do like TurboCASH very much. I'am one of them. Oh, before I forget to mention. If your busines is your core business, you definitly want to have an accounting system that supports you in making the right dissions based on financial facts. Not only a accounting system to store your data for your accountant and Tax department. See here where TurboCASH delivers this functionality also in reporting flexibility. cost1uk wrote:But what's the point of saying your free then want to charge people money for new features you might as well by Microsoft at least you no your being taken for a ride. When you ask for new features when I can get them free from www.accountz.com <http://www.accountz.com/> as part of there development with no charge to me I make one payment of 29.99 to buy. When turbo cash programmers want as (Philip says Our top programmers earn around 5000 pounds per month.) You want a software that's easy to use not more complicated than Microsoft beats the point. Not better than Microsoft the same. I see open source just another Microsoft in disguise. At least yes the lay out of personal accounts is poor but it does what I require the way I require it easy to set up just write in categories and I am away in 5 minutes I don't want to spend ages on turbo cash setting it up to use. Have better things to do which is run my business not trying to sought out turbo cash. Free cents /-------Original Message-------/ /*From:*/ Henry Eko H <mailto:dma...@cbn.net.id> /*Date:*/ 02/09/06 07:03:02 /*To:*/ Turb...@googlegroups.com <mailto:Turb...@googlegroups.com> /*Subject:*/ RE: Moving towards the new database the chalange of open source software is to provide low cost / free software solution that suit the needs of users. basically, turbocash carry on this mission. but then there come great consequenses. how to make this as a business so developer can make a living from it. in developing country. a GNP of under $300 / month. $40 is worth every penny. this is were opensource solution came in place. but if you live in america or europe, the choice is vary. with $40, you can choose any software that fit your needs. never has been in the history a opensource accounting software make this far. turbocash not also suit a small medium company, but also scale down to personal use. a single software, very customizable, without the need to split the software, fits many needs, interna the only chalange is to create the precise setup for each needs. this is a great chalange of balance. but we can look up to another successfull opensource software such as - Compiere, opensource ERP, bussiness driven - Mandrake, a linux distro, bussiness driven my two cents. Salam Henry Eko H Kokutama Komputer Roxy Square Lt. 1 Blok A9/ no. 15 Jl. Kiai Tapa no. 1 Tomang, Jakarta 11440 Telp. 021-56954332 Fax. 021-56954332 -----Original Message----- From: cost1uk [mailto:cos...@yahoo.co.uk] Sent: 09 Februari 2006 4:44 To: Turb...@googlegroups.com <mailto:Turb...@googlegroups.com> Subject: Re: Moving towards the new database Buy looking at www.accountz.Com <http://www.accountz.com/> <http://www.accountz.com/> website they are making the money on it buy having a software that the user wants just look at there customer comments who are also accountants http://WWW.personalaccounts.co.UK/customer.HTML <http://www.personalaccounts.co.uk/customer.HTML>. Ease of use is the best seller for any software as accountz.Com have cracked it.simple easy to use. To current my spelling A while ago I asked about easy setup features in source forge and in the forum on the website under ease of use for turbo cash with now real joy from any one about this I now found that software by personal accounts does this with its easy to setup accounts www..accountz.com <http://www..accountz.com/> <http://www..accountz.com/> which turbo cash does not as you can not customize turbo cash to suit your own need you are stuck with how the programmer thinks it should be a good software should have the user in mind and what they also require I need ease of use and setup plus customising the setup to the individual requirements. It seems asking for feature here is like talking to a brick wall what's the point of it being open source if you just don't listen to users who ask for new features we are important. T0 -------Original Message------- From: Philip Copeman Date: 02/08/06 18:09:19 To: Turb...@googlegroups.com <mailto:Turb...@googlegroups.com> Subject: Re: Moving towards the new database Sorry man I missed that one. Can everyone please use this link for posting bugs. http://sourceforge.net/tracker/?group_id=86088&atid=578365 <http://sourceforge.net/tracker/?group_id=86088&atid=578365> It is of no vlaue to report bugs byt postiung them on the forum or by sending out email. Only by using the reportiung system can we be sure of monitoring closing and updating them. Stephan wrote: Haven't received the link you were going to send in connection with Reporting a glitch in programming. Can you please send Thanx -----Original Message----- From: Turb...@googlegroups.com <mailto:Turb...@googlegroups.com> [mailto:Turb...@googlegroups.com] On Behalf Of Philip Copeman Sent: 08 February 2006 11:18 AM To: Turb...@googlegroups.com <mailto:Turb...@googlegroups.com> Subject: Re: Moving towards the new database I agree about message.db. Pieter seems to think it is all right. I have found one really good use of the current structure around Message.db. In a Point of sale environment with high repetition of lots Of small similar documents. TurboCASH saves space in an order of Magnitude of about 5 times. I think if we are going to redesign the Dartabase now is the time to do It. Pieter is gogit fro a simple conversion, nby leavign the database Moreor less in tack, many of the rountines coem though with little change. I am more worried about: Multi branch Serial numnbertracking Multi currency Even of we don't implement this now, we should make sure it is provided For in the database. Henry Eko H wrote: Hi, The move to firebird is on roll. It is great. And now database optimation can be started. The first issue of the database is to replace the messages.db / message.db The firebird / mysql is already support varchar. So I think message.db is No Longer necessary. It is also will create a nice boost over performance because long messages / Descriptions no longer must refer to message.db. It will increase Significantly in reporting performance. But it will also make this a great task, because much of the architecture Must be adjusted accordingly. But I'm sure the benefit is far more greater. Sorry if this is already in your development task. Just put out another Idea :)) Salam Henry Eko H Kokutama Komputer Roxy Square Lt. 1 Blok A9/ no. 15 Jl. Kiai Tapa no. 1 Tomang, Jakarta 11440 Telp. 021-56954332 Fax. 021-56954332 __________ NOD32 1.1398 (20060207) Information __________ This message was checked by NOD32 antivirus system. http://www.eset.com <http://www.eset.com/> <http://www.eset.com/> -------Original Message------- From: Philip Copeman <mailto:phi...@pinksoft.co.za> Date: 02/08/06 21:31:14 To: Turb...@googlegroups.com <mailto:Turb...@googlegroups.com> Subject: Re: Moving towards the new database Thanks I will look at it. TurboCASH has never been developing faster. Unfortunately it developes where the money chases it. In that sense Open Source is like any commercial product it is customer driven, it follows the money. I am busy trying to refine this system. Will get back to you as soon as I have it. cost1uk wrote: I a while ago asked about say setup feature for turbo cash with now real joy from any one about this I now found that software by personal accounts does this with its easy to setup accounts www..accountz.com <http://www..accountz.com/> <http://www..accountz.com/> which turbo cash does not as you can not customize turbo cash to suit your own need are stuck with how the programmer thinks it should be a good software should have the user in mind and what there what from it as I need ease of use and setup plus customising the setup to the individual requirements. It seems asking for feature here is like talking to a brick wall what's the point of it being open source if you just don't listen to users who are important. T0 -------Original Message------- From: Philip Copeman <mailto:phi...@pinksoft.co.za> Date: 02/08/06 18:09:19 To: Turb...@googlegroups.com <mailto:Turb...@googlegroups.com> Subject: Re: Moving towards the new database Sorry man I missed that one. Can everyone please use this link for posting bugs. http://sourceforge.net/tracker/?group_id=86088&atid=578365 <http://sourceforge.net/tracker/?group_id=86088&atid=578365> It is of no vlaue to report bugs byt postiung them on the forum or by sending out email. Only by using the reportiung system can we be sure fo monitoring closing and updating them. Stephan wrote: Haven't received the link you were going to send in connection with reporting a glitch in programming. Can you please send Thanx -----Original Message----- From: Turb...@googlegroups.com <mailto:Turb...@googlegroups.com> [mailto:Turb...@googlegroups.com] On Behalf Of Philip Copeman Sent: 08 February 2006 11:18 AM To: Turb...@googlegroups.com <mailto:Turb...@googlegroups.com> Subject: Re: Moving towards the new database I agree about message.db. Pieter seems to think it is alright. I have found one really good use of the current structure around message.db. In a Point of sale environment with high repetition of lots of small similar documents. TurboCASH saves space in an order of magnitude of about 5 times. I think if we are going to redesign the Dartabase now is the time to do it. Pieter is gogit fro a simple conversion, nby leavign the database moreor less in tack, many of the rountines coem though with little change. I am more worried about: Multi branch Serial numnbertracking Multi currency even of we don't implement this now, we should make sure it is provided for in the database. Henry Eko H wrote: Hi, the move to firebird is on roll. it is great. and now database optimation can be started. the first issue of the database is to replace the messages.db / message.db the firebird / mysql is already support varchar. so i think message.db is no longer necessary. it is also will create a nice boost over performance because long messages / descriptions no longer must refer to message.db. it will increase significantly in reporting performance. but it will also make this a great task, because much of the architecture must be adjusted accordingly. but i'm sure the benefit is far more greater. sorry if this is already in your development task. just put out another idea :)) Salam Henry Eko H Kokutama Komputer Roxy Square Lt. 1 Blok A9/ no. 15 Jl. Kiai Tapa no. 1 Tomang, Jakarta 11440 Telp. 021-56954332 Fax. 021-56954332 __________ NOD32 1.1398 (20060207) Information __________ This message was checked by NOD32 antivirus system. http://www.eset.com <http://www.eset.com/> <http://www.eset.com/>
Unless you can program yourself, the only way to get the prgram to move
in the direction you want is to come up with the money. Harsh as it may
seem - that is exactly how the rest of us work. Take a look at my
article "The Accounting Market" to see the dangers of trying make the
program "easy".
http://www.turbocash.co.za/philip/docs/accounting%20market.html