<FONT face="Default Sans Serif,Verdana,Arial,Helvetica,sans-serif" size=2><div><font color="#990099">-----kwlug-disc-bounces@kwlug.org wrote: -----<br></font>>My personal need is for the database to run on a local linux server<br>>and <br>>access it via browser.  Super easy, I create the specs and our<br>>developer <br>>whips it up in php/mysql.  If I want to make it more modular, I<br>>seperate <br>>the database functions so it allows other databases.  <br><br>Abstraction is pretty easy and I think it can often be done after the fact on small projects like this one. All you have to do is stay away from non-standard SQL. Incidentally, creating abstraction is a good project to let the community do. Let the person who wants this to run on PostgreSQl do the work.<br><br>> This would also work well for those that have some number of employees and the<br>>ability to run a local linux server.  It doesn't work well for independent<br>>folks running MS on their desktops.  That segment of the market is actually<br>>far larger than the users that have my profile.  I'm questioning the <br>>tradeoff between looking after these folks and the additional work<br>>and costs (remember, I'm paying for developer time, at market rates). <br><br>It's always a good idea to look into the future but don't spend much time on it. Get your needs met first. If it's easy to allow future functionality then go for it. If it's unduly complex let it go until later.<br><br>>It seems that if I'm going to allow easy cross platform useage and a <br>>non-browser based interface (i.e. both a linux based system accessed<br>>via browser and a local desktop windows app) then I've got quite a few <br>>hurdles to overcome.  Specifically:<br>>- I think I have to go with some C variant instead of php.  More<br>>costs, and more effort.  We're not a C shop.<br>>- Screen/output have to be *really* modular.  HTML output with smarty<br>>templates, easy.  Abilitiy for one set of code to run smarty<br>>templates and whatever it is that windows uses, way more complex.  I guess I<br>>even have to start thinking about print functions.<br>>- same thing with the database.  It's one thing to have a linux/php <br>>system access a couple different common linux databases.  It seems<br>>like a whole other level of complexity to use mysql as a database and I<br>>don't know what on windows. <br><br>Picking a platform is definitely something that you need to do carefully here. Going with a compiled application in C/C++ will not restrict you in any way and, with proper other choices, will allow you to be truly cross platform. It's tougher to code, which translates into more expensive.<br><br>If you are considering stand-alone programming Java is one language that is meant to be cross platform, although it has it's challenges with that.<br><br>Still you should consider the ramifications of a big installation foot print on client PCs. The more reliance on the client PC the more support for their PC you will find yourself doing. Many software houses have switched to providing MS Terminal Server versions of their product to reduce the PC support. Now all that has to work on the PC is the TS client.<br><br>The browser is the one ubiquitous application and although it won't entirely relieve you of PC support it reduces it quite well. <br><br>Those single, technically challenged potential clients would be great sources of recurring revenue. Host the service on your system and provide https access to it for a monthly fee. It allows for easy demonstrations and trials. A prospect may feel that $20/month is a better deal than a $500 purchase. You can punch up that they can access it anywhere. The additional responsibility is the negative here. You have all the data and are responsible for security, backup and uptime.<br><br>If it's user interface functionality there are lots of AJAX libraries that allow you to do quite complex screens. At this point programming may start to get as complicated as interfaces in C/C++.<br><br>>And I don't expect this to be a typical OSS project, even if <br>>successful.  Given my non-tech marketplace, we'll be the only ones <br>>doingin any coding.  So hoping for someone else to port isn't going<br>>to happen.<br><br>I'm always surprised to find programmers or techie poeple in industries which are known for being non-techie. You're one example. All you need is a few others and you've got a team.<br><br>>Are these hurdles easy to overcome? Should I just do a linux system<br>>and  worry about MS later?<br><br>You have to support MS clients, but since that can be done with a browser I'd only go to more effort if you want to make money on this. If it's just for more project contributions consider this: if the client is non-techie, then they won't contribute code. so they can only be a user who. more often than not, will only contribute cryptic bug reports.<br><br></div></FONT>