Why learn to use a real accounting program which can print useable reports for your tax preparer when you can use Quicken or Money that let you create "money" from nowhere?
It's truly amazing to me that people can't see that MSMoney is a flaming piece of dog crap. Sure, I went from that to GnuCash an it took me a couple of days to figure out how to set up my accounts properly. But then again, I've never taken an accounting class. Ever. Which says something good for the interface and backend logic of GnuCash IMO.
I run my business with GnuCash and I can create customers, jobs, invoices, and all with *proper* accounts receivable and payable accounts that track payments in to an sales account and my bank account. All reconciled perfectly, just like my tax preparer likes it.
If you aren't running a business and find it too cumbersome then maybe try another solution, but don't say it's crap or too hard to understand. It's all about the right tool for the job.
And since I'm up here on this box I might as well address all this bitching about dependancy hell; have any of you tried building ANY application on Linux, ever? If you expect to build a application that is this complex without having to satisfy some dependencies you are insane or worse. Keep in mind people, we aren't clicking "install.exe" here, we ARE COMPILING FROM SOURCE CODE. It's not intended to be "Point and Click Easy". Find an RPM, in fact, here you go -> RPMfind.com
I for one say hats off to the GnuCash developers. When I first started using it I had some ideas for modifications and I got in touch immediately with the developer working on that section of the app and had a nice conversation about what was currently planned and what was possible right then.
GnuCash is a great open source success story, and I for one will be lurking on the user mailing list looking for ways to help.
It would be interesting to do a poll to see how many people (like myself) are forced to use Windoze at work, but come home to some version of Linux (like myself)... possibly that would account for the high IE traffic?
I know that/. takes up a lot of my time at work doing, uh, *research* on *technology*.......
Re:Kiss and say goodbye to Java language!!
on
PHP 5 Beta 1
·
· Score: 4, Informative
Uh, none of those links work, however here is a *recent* comparison of JSP and PHP using several different containers for JSP and PHP. It seems that the server setup has a great deal to do with the speed of the application (duh).
It's interesting that people like to make comparisons to JSP and ASP all the time but don't remark on what platform they run on. Obviously JSP running on tomcat/apache through with mod_jk will be slower than with just plain Resin.
And open should note that a statement like ' Kiss and say goodbye to Java language!!' almost sounds like a troll, when you consider Java is used for a great deal more than web applications, indeed the servlet functionality that JSP relies on is a *very* small portion of the overall tools that Java supplies to developers.
But whatever, use the right tool for the job and try to remember it's technology, not religion. The more options the better IMO.....
Sorry, no. That would be very unfortunate coincidence and perhaps eerie circumstance, but not ironic.
There is a good essay on the subject of Irony (and what it is and what it is not) in the book by Dave Eggers titled 'A Heartbreaking Work of Staggering Genius'. It is on page 33 in the Notes, Corrections, Clarifications, Apologies, and Addenda section at the back. I only recommend reading that section, as he does, to the excruciatingly boring and nitpicky gaurdians of the true meaning of the word. (You know who you are.) I do recommend the rest of the book to the general public who like the gen-X genre of literature.
His simple definition is "the use of words to express something different from and often opposite to their literal meaning"
Another big difference between the two programs, as I understand it, is that Ardour is designed to be a very low-latency application since it is based on Jack. Because of this it also requires a significant amount of time to setup and get working properly (they suggest a low-latency custom kernel config, and it requires Jack which is a separate application). Also, it as been said before, but Ardour only runs on Linux whereas Audacity works 'out of the box' on Windows, Linux, and OS-X.
And generally, Ardour is more geared towards audio professionals who have a studio of some sort and are used to using very powerful editing suites like ProTools. ON the other hand Audacity is a very user-friendly, feature rich application that will do most tasks that a normal user would like to accomplish (like mixing a few tracks, recording and editing samples, converting files, etc.)
That said, I would suggest using Audacity if you are beginning to play with digital audio and aren't looking to do live multi-track recording. Ardour is where you want to go if you need some more power under the hood and are willing to invest smoe time in installation/configuration and money for some gear to make it worth using.
I may be WAY wrong here, but since no one else seems interested in answering the question and providing some good information besides "I did this back on my amiga when we had to create IP tunnels with our TEETH. So there."
The most common network mount types for regular joe users is NFS for running linux->linux or Samba(SMB) for linux->windows boxes. Neither of these systems are inherently very secure, either in terms of user authentication, or data encryption. Generally they are used on internal networks behind a firewall from the internet at large. This at least prevents any hacker with a port scanner from getting direct access to a box running an NFS or SMB server.
So, this leaves a big problem for those of us that want to mount our huge troves of mp3s and oggs, errr, I mean data for work that we have on our boxes at home for listening, I mean use at work. So, you can't really do that with standard ftp, since you can only download the files, which we don't want to do, we want to access them directly off the drive they are on. And since leaving a box running NFS or SMB out on the internet is like running up and down the street waving a giant flag and saying "Come one and all! Hack my data!" then a solution had to be made.
So in comes some folks who said, hey why don't we take ssh, which is pretty secure, and create some sort of tool that we can mount shares with that works on ssh? And so, some students post thier progress on creating just such a tool on/. and millions of people come crawling out of the woodwork to declare that indeed, they were using just such a system back in '91 when there was no png standard and all the p0rn was ascii.
Such is the way of the world here...
hope that helps.....
if by pulling up front you mean has totally blown away i'd concur....
It's interesting that there have been no significant innovations from IE in several versions... I wonder if the codebase for IE is so confused that even a standard like tabbed browsing is too difficult to implement at this point without totally toppling an otherwise shaky product?
well, I see what you are saying but there is a big difference between downloading patches, turning off options in windows, and swapping cards then configuring a low-latency kernel, configuring and installing Jack and ardour (not to mention if you don't have GCC and company loaded up to compile all the previous to begin with). I tried Ardour out, it works, sort of, when it doesn't crash, but it is nowhere as mature as PT or the rest of that crowd. I literally spent over 40 hours getting that system running as well as it would (even upgrading to a dual chip MB) and had to go back to windows last minute to get my design done on time... Not to say that I don't wish them well, or that some people aren't currently using it, but it's just not a feasable solution for 99% of the market. My best wishes to them, I'll be happy to download the release once they set it loose. For now I'll stick to tools that don't require me to be root to run....;)
I don't klnow if I'd say that Ardour is a solution for the PT market that "is nicely filled by Ardour" by any long shot. I've been using pro tools since '95 and have since used pretty much every other audio NLE that exist with the exception of nuendo and I can say that Ardour has a ways to go. I've never heard a studio engineer saying "so, you run./configure, then make install.....?". Granted if you are a masochist and need a studio to work in but don't want to pay for software with time instead of money then Ardour may fill your needs. If you have to make a living using your studio forget it. We'll see once they finally release a package but until then it's a strictly Linux gear-heads market IMO.
It's interesting reading the posts bewailing software bloat, I wonder how many of these posts are submitted by media creation professionals? Have you taken a look at Newtek'sVideoToaster lately? Or how about Final Cut Pro? Granted, both are more NLE video editors (Although VideoToaster comes with Aura and Lightwave) but both of these products are chock full of "bloat" and causing the industry leaders like Avid take notice.
I'd much rather have a production suite with some "bloat" in order to curtail some of the endless Render -> Export -> Import/convert -> re-sync -> export -> encode -> master -> blah -> blah -> blah process.....
I for one can't wait to try out the new blender features, nice work and full steam ahead!
Slashdot Mirror
Why learn to use a real accounting program which can print useable reports for your tax preparer when you can use Quicken or Money that let you create "money" from nowhere?
It's truly amazing to me that people can't see that MSMoney is a flaming piece of dog crap. Sure, I went from that to GnuCash an it took me a couple of days to figure out how to set up my accounts properly. But then again, I've never taken an accounting class. Ever. Which says something good for the interface and backend logic of GnuCash IMO.
I run my business with GnuCash and I can create customers, jobs, invoices, and all with *proper* accounts receivable and payable accounts that track payments in to an sales account and my bank account. All reconciled perfectly, just like my tax preparer likes it.
If you aren't running a business and find it too cumbersome then maybe try another solution, but don't say it's crap or too hard to understand. It's all about the right tool for the job.
And since I'm up here on this box I might as well address all this bitching about dependancy hell; have any of you tried building ANY application on Linux, ever? If you expect to build a application that is this complex without having to satisfy some dependencies you are insane or worse. Keep in mind people, we aren't clicking "install.exe" here, we ARE COMPILING FROM SOURCE CODE. It's not intended to be "Point and Click Easy". Find an RPM, in fact, here you go -> RPMfind.com
I for one say hats off to the GnuCash developers. When I first started using it I had some ideas for modifications and I got in touch immediately with the developer working on that section of the app and had a nice conversation about what was currently planned and what was possible right then.
GnuCash is a great open source success story, and I for one will be lurking on the user mailing list looking for ways to help.
It would be interesting to do a poll to see how many people (like myself) are forced to use Windoze at work, but come home to some version of Linux (like myself)... possibly that would account for the high IE traffic?
/. takes up a lot of my time at work doing, uh, *research* on *technology*.......
I know that
Uh, none of those links work, however here is a *recent* comparison of JSP and PHP using several different containers for JSP and PHP. It seems that the server setup has a great deal to do with the speed of the application (duh).
It's interesting that people like to make comparisons to JSP and ASP all the time but don't remark on what platform they run on. Obviously JSP running on tomcat/apache through with mod_jk will be slower than with just plain Resin.
And open should note that a statement like ' Kiss and say goodbye to Java language!!' almost sounds like a troll, when you consider Java is used for a great deal more than web applications, indeed the servlet functionality that JSP relies on is a *very* small portion of the overall tools that Java supplies to developers.
But whatever, use the right tool for the job and try to remember it's technology, not religion. The more options the better IMO.....
Sorry, no. That would be very unfortunate coincidence and perhaps eerie circumstance, but not ironic.
There is a good essay on the subject of Irony (and what it is and what it is not) in the book by Dave Eggers titled 'A Heartbreaking Work of Staggering Genius'. It is on page 33 in the Notes, Corrections, Clarifications, Apologies, and Addenda section at the back. I only recommend reading that section, as he does, to the excruciatingly boring and nitpicky gaurdians of the true meaning of the word. (You know who you are.) I do recommend the rest of the book to the general public who like the gen-X genre of literature.
His simple definition is "the use of words to express something different from and often opposite to their literal meaning"
Indeed.
Keep in mind that it will not be ironic for you to post something that is not ironic, but claim that it is. That would just be moronic.
Another big difference between the two programs, as I understand it, is that Ardour is designed to be a very low-latency application since it is based on Jack. Because of this it also requires a significant amount of time to setup and get working properly (they suggest a low-latency custom kernel config, and it requires Jack which is a separate application). Also, it as been said before, but Ardour only runs on Linux whereas Audacity works 'out of the box' on Windows, Linux, and OS-X.
And generally, Ardour is more geared towards audio professionals who have a studio of some sort and are used to using very powerful editing suites like ProTools. ON the other hand Audacity is a very user-friendly, feature rich application that will do most tasks that a normal user would like to accomplish (like mixing a few tracks, recording and editing samples, converting files, etc.)
That said, I would suggest using Audacity if you are beginning to play with digital audio and aren't looking to do live multi-track recording. Ardour is where you want to go if you need some more power under the hood and are willing to invest smoe time in installation/configuration and money for some gear to make it worth using.
Report this to the SEC and make some cash!
I may be WAY wrong here, but since no one else seems interested in answering the question and providing some good information besides "I did this back on my amiga when we had to create IP tunnels with our TEETH. So there."
/. and millions of people come crawling out of the woodwork to declare that indeed, they were using just such a system back in '91 when there was no png standard and all the p0rn was ascii.
The most common network mount types for regular joe users is NFS for running linux->linux or Samba(SMB) for linux->windows boxes. Neither of these systems are inherently very secure, either in terms of user authentication, or data encryption. Generally they are used on internal networks behind a firewall from the internet at large. This at least prevents any hacker with a port scanner from getting direct access to a box running an NFS or SMB server.
So, this leaves a big problem for those of us that want to mount our huge troves of mp3s and oggs, errr, I mean data for work that we have on our boxes at home for listening, I mean use at work. So, you can't really do that with standard ftp, since you can only download the files, which we don't want to do, we want to access them directly off the drive they are on. And since leaving a box running NFS or SMB out on the internet is like running up and down the street waving a giant flag and saying "Come one and all! Hack my data!" then a solution had to be made.
So in comes some folks who said, hey why don't we take ssh, which is pretty secure, and create some sort of tool that we can mount shares with that works on ssh? And so, some students post thier progress on creating just such a tool on
Such is the way of the world here...
hope that helps.....
if by pulling up front you mean has totally blown away i'd concur....
It's interesting that there have been no significant innovations from IE in several versions... I wonder if the codebase for IE is so confused that even a standard like tabbed browsing is too difficult to implement at this point without totally toppling an otherwise shaky product?
<input type crash> anyone?
I've been using Moz on several boxes with Rage128 chips w/ no problems whatsoever....
So, whats the problem here? Mozilla? Or someone's proprietary software backend that is impossible to make good drivers for?
Just askin'
-;)
well, I see what you are saying but there is a big difference between downloading patches, turning off options in windows, and swapping cards then configuring a low-latency kernel, configuring and installing Jack and ardour (not to mention if you don't have GCC and company loaded up to compile all the previous to begin with). I tried Ardour out, it works, sort of, when it doesn't crash, but it is nowhere as mature as PT or the rest of that crowd. I literally spent over 40 hours getting that system running as well as it would (even upgrading to a dual chip MB) and had to go back to windows last minute to get my design done on time... Not to say that I don't wish them well, or that some people aren't currently using it, but it's just not a feasable solution for 99% of the market. My best wishes to them, I'll be happy to download the release once they set it loose. For now I'll stick to tools that don't require me to be root to run.... ;)
I don't klnow if I'd say that Ardour is a solution for the PT market that "is nicely filled by Ardour" by any long shot. I've been using pro tools since '95 and have since used pretty much every other audio NLE that exist with the exception of nuendo and I can say that Ardour has a ways to go. I've never heard a studio engineer saying "so, you run ./configure, then make install.....?". Granted if you are a masochist and need a studio to work in but don't want to pay for software with time instead of money then Ardour may fill your needs. If you have to make a living using your studio forget it. We'll see once they finally release a package but until then it's a strictly Linux gear-heads market IMO.
It's interesting reading the posts bewailing software bloat, I wonder how many of these posts are submitted by media creation professionals? Have you taken a look at Newtek's VideoToaster lately? Or how about Final Cut Pro? Granted, both are more NLE video editors (Although VideoToaster comes with Aura and Lightwave) but both of these products are chock full of "bloat" and causing the industry leaders like Avid take notice. I'd much rather have a production suite with some "bloat" in order to curtail some of the endless Render -> Export -> Import/convert -> re-sync -> export -> encode -> master -> blah -> blah -> blah process..... I for one can't wait to try out the new blender features, nice work and full steam ahead!