On the whole, this all seems like a good strategy, and for what I understand of the system, I'm entirely on board. Couple comments:
On 01/23/2014 02:37 PM, Erik Huelsmann wrote:
One new consideration: Bitcoin. I just attended a talk yesterday that really made me see the value of digital currencies in terms of fraud prevention -- compared to credit cards, it's a much, much better deal and far less risky for merchants. But its value, obviously, fluctuates dramatically at any time.
At least being able to store and report on accounts stored in BTC would be an easy way to become an early accounting system with support for it... then we could add a digital wallet support later as an add-on or something... See some of my thoughts here: http://www.freelock.com/blog/john-locke/2014-01/bitcoin-future-e-commerce
Not sure I agree with this one. If we make the web service interface essentially extend an ORM to http, we can use http requests for testing. It's pretty easy to put together a generic test harness that would allow us to test requests and responses, aside from any UI issues. By "functional" do you mean functions in the database, or functional forms for user input? If the first, ok. If the last, I would like to see the REST interface use exactly the same code as the form handlers -- the form handlers just providing an HTML client layer that shares the same business logic.