675 karma · joined November 15, 2007
Blog: https://tech.simplepay.cloud
My start-up is an online payroll system. I entered this crowded market because the competing software has very poor usability. The goal is to allow a novice to easily create a correct payroll. South Africa, Singapore and Ireland. Soon the world.
https://www.simplepay.co.za https://www.simplepay.com.sg https://www.simplepay.ie
http://en.wikipedia.org/wiki/Yoga#Reception_in_the_West
Let me save you the trouble while I'm here:
"...legitimizing yoga as a purely physical system of health exercises outside of counter culture or esotericism circles, and unconnected to a religious denomination."
UPDATE: As much as I like Haml, I think I'll just switch to eco, since it seems better integrated for now, and... CoffeeScript! Now all I need is haml-coffeescript / eco-haml. Well it turns out this does exist: https://github.com/9elements/haml-coffee. But I don't know how much work I'd need to do to get it working with the sprockets asset pipeline?
Questions: When will it send me things back? You might want to make it configurable since not everyone is in the same timezone. I'd also like to be sure I get messages tagged as #work or #inspiration in the middle of the working day.
Bug report: A thought that was just created is listed as created 2 hours ago.
Quote:
A higher total volume of patents leads to increasing transaction costs, particularly in markets which are patent intensive. The cost/benefit trade-off of the patent system may shift away from the socially optimal position – i.e. where innovation incentive benefits outweigh transaction costs by the largest margin.
And (sequential here refers to innovation that gradually build on past innovation, with computer programs specifically mentioned as a case of that):
This means that while for non-sequential inventions, such as a new drug or medical treatment, having a patent system generally yields higher welfare than not having one; in a fully sequential case, higher welfare and more innovation may be more likely to result from the absence of patenting opportunities. Over time, as digital technology becomes pervasive across the economy, this represents a serious concern.
At least they have a very good understanding of the problem of software patents.
Here's an example to help illustrate:
Discounted (future) revenues: $100
Discounted (future) ongoing costs: $20
Value: $80 ($100 - $20)
Acquisition cost: $60 (e.g. adwords)
Net Present Value (NPV): $20 ($80 - $60)
An NPV of $20 means you create $20 in value by acquiring a customer. That's what you were trying to say with "true" value / net gain or loss - but there's no such thing as "true" value - you're either working with value or you're not.Note that revenue to date did not figure into any of the above - we're concerned with the future here, so the past is only useful in as much as it helps you with forecasting.
The wikipedia page on CLV is surprisingly good, have a look.
Lifetime: The entire length of the relationship with your customer, including the future, not just for the period where you have data, as done in the article. Of course there will be some estimating involved, but that's what happens when you consider an entire "lifetime".
Value: All cash flows (in AND out) attributable to the customer, discounted to present value. Not just revenue as used in the article. If your sales (e.g. adwords) or support costs are at all significant, you can't ignore them.
I know it's easier to criticize than to write up a helpful article. I do applaud the blogger for taking the time to write about this, but can only recommend not using words like lifetime value to describe something else entirely.
Works really well once you've sorted a few quirks - it's what finally allowed me to fully switch from NetBeans to Vim about a month ago.
Hint: add the following to your .vimrc if using MacVim:
let g:ruby_debugger_progname = 'mvim'I'm just using compiling as an illustration of CPU performance. You'll have the same problem when running unit tests, for example. You can only spend so much time on forced coffee breaks before it gets old. Or you can have a very tiny test suite.
If it backfires, it doesn't take him that much further away from achieving his original goal.
Or, as I like to think of it, governments, by necessity, introduce a certain amount of friction into our lives, and have every right to try and reduce that friction. If your business is built on reducing that friction, you simply need to ensure that your service stays ahead of the free service, because your profits are not a right.
Rails developer wanted. I've been on the lookout for a while, but finding one around here is not the easiest. For that reason I'll also be happy to consider you if you have a proven track record in a different technology and are eager to get into Rails. Join me in bringing a fresh approach to a stale industry (payroll). As employee #1, you'll have the option of equity. E-mail is in profile. http://www.simplepay.co.za
"It's not the daily increase but the daily decrease. Hack away at the unessential." - Bruce Lee
Obviously not hack as in hack, but when it came to fighting he was a better hacker than any of us.
It's not all bad news though. You need to revisit your motivation for doing your own project. Money alone is rarely enough to offset the emotional drain of doing so. And as I said above, neither is doing it just because society values individuals who pull it off / go the effort of at least trying. Ambition for the sake of ambition won't cut it.
Find something you're passionate about. Change the world, change people's lives, or change a very tiny part of the lives of many people. Find a competitor who has stopped innovating because they have a monopoly on a market and fight tooth and nail to break their monopoly by providing a superior service. Pick a fight and don't back down. People don't give up after 2 to 4 weeks if they're passionate about something.
http://github.com/relevance/labrepl
It's so good that I think the clojure website should be linking to it. Here's the summary from the above link:
Labrepl is an environment for exploring the Clojure language. It includes:
- a web application that presents a set of lab exercises with step-by-step instructions
- an interactive repl for working with the lab exercises
- solutions with passing tests
- up-to-date versions of Clojure, contrib, incanter, compojure and a bunch of other libraries to explore
See instructions below for getting started with NetBeans/Enclojure, Eclipse/Counterclockwise, Maven, Mac/Linux command line, Windows command line, IDEA/La Clojure, and Emacs.