BLU Discuss list archive
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Discuss] Personal finance software on Linux
- Subject: [Discuss] Personal finance software on Linux
- From: tmetro+blu at gmail.com (Tom Metro)
- Date: Sun, 21 Sep 2014 22:59:09 -0400
- In-reply-to: <21533.44947.461527.308609@snorkack.blazemonger.com>
- References: <226446c734e69d4e78c70d5fb0055920.squirrel@webmail.ci.net> <21533.44947.461527.308609@snorkack.blazemonger.com>
Daniel Barrett wrote: > Having tried all the Linux (and several of the Mac) > options, none of them was as capable as Quicken... Can you elaborate? List a few specifics? The places where it fell short for you may be things most people consider obscure. One place where I bet the open source tools fall short is in interfacing with the online bill paying services provided by banks. For a while Intuit was the only third party the banks would deal with. It's gotten better, but I think Moneydance still struggles with this. (They work with some banks, but probably far fewer than Quicken.) > Money is kind of important so I recommend throwing FOSS allegiences > aside for this one. :-) Likewise for taxes (I run TurboTax in that > same VM). I wouldn't apply the same logic to both. Double entry accounting is not all that complicated. The sorts of bugs you'll find are far more apt to be in UI quirks or missing features. Your "important" language implies FOSS solutions might not be trustworthy. When it comes to taxes that's a different story. Now you are asking volunteer programmers to implement a huge pile of complex rules, that vary by state, and a pile of which changes each year. No single volunteer programmer would want to or could take on all of that, and a project is unlikely to attract enough developers to consistently deliver each year a new version covering most states. Then there is the question of legal liability if the calculations are wrong. As a user, you might not want to use a product where you can't hold the developer accountable (sue for damages) and a volunteer developer is going to shy away from an area with that sort of liability risk. Open source tax software could work, but you really need to have several commercial contributors tied to the project, like a RedHat/Canonical/etc. type of situation. Then there would be a business model with revenues to pay a sufficient quantity of developers to implement the annually changed rules, and fund a liability insurance policy. It would also help if the various taxing agencies cooperated by unifying the standard used by the states (such as for e-filing), and releasing tax rules as machine readable descriptions. -Tom -- Tom Metro The Perl Shop, Newton, MA, USA "Predictable On-demand Perl Consulting." http://www.theperlshop.com/
- Follow-Ups:
- [Discuss] Personal finance software on Linux
- From: dbarrett at blazemonger.com (Daniel Barrett)
- [Discuss] Personal finance software on Linux
- References:
- [Discuss] Personal finance software on Linux
- From: richb at pioneer.ci.net (Rich Braun)
- [Discuss] Personal finance software on Linux
- From: dbarrett at blazemonger.com (Daniel Barrett)
- [Discuss] Personal finance software on Linux
- Prev by Date: [Discuss] Personal finance software on Linux
- Next by Date: [Discuss] Home security & automation
- Previous by thread: [Discuss] Personal finance software on Linux
- Next by thread: [Discuss] Personal finance software on Linux
- Index(es):