Tech-Angels

Tech-Angels recherche un(e) designer web avec ou sans expérience, mais avec beaucoup de curiosité et d’autonomie. Vous êtes un expert en (x)html, css, javascript (en particulier jQuery), et souhaitez collaborer sur des prototypes de projets innovants ? Rejoignez notre équipe d’ingénieurs.

Le poste est à pourvoir dès aujourd’hui sur Chantilly, au nord de Paris, avec possibilité de travail à distance. Rémunération fonction de votre expérience.

Envoyez votre canditature à philippe|@|tech-angels.biz

4beansoup:

Recently we have been working on adding billing support to tweet hopper, and we had all types of debates on how to handle each little nuisance. After much discussion and research, I have found the right answer: don’t make it complicated!

There is a saying, “no code is faster than no code”. Very smart coding proverb, which can be easily restated as “no functionality is less buggy than no functionality”. What I am trying to say is, adding complex billing functions just adds unneeded complexity to an already tough problem.

Once a month or 30 days?

This decision doesn’t have deep ramifications, but it is an important question to decide on. Do you bill every 30 days or the same day every month? Services like github charge on the same day every month, or be more like 37signals and charge every 30 days. The biggest difference is that going every 30 days means you get an extra payment every 10 years… Yes, 10 years, shrug.

There is also one other issue to consider if you charge on the same day every month, heard of February? What if someone signs up on the 31st? You have to start accounting for month end dates and make sure you get a monthly charge in on shorter and longer months, leading to more code complexity.

To prorate or not to prorate

Wait? Someone wants to upgrade in the middle of the month! There are two different schools of thoughts; prorate or just bill the higher amount on the next billing date. Linode, our hosting provider, charges on the 1st of every month and then charges prorated amounts if you need to upgrade or add services. On the other hand, github and 37signals both wait and charge you the upgraded amount on your next billing date, but you get immediate access to upgraded plans.

The prorating method has another down side that can lead to extra code complexity if you aren’t careful. What happens if you charge a customer $30 a month and they signup on November 29th? If you prorate and charge them, you will charge them $1, which will be almost nothing after credit card processing fees - depending on who you use to process transactions. Linode handles this by charging prorated amounts plus the next month if it is after the 20th, but that adds to complexity.

For tweet hopper, we decided to avoid complication and skip prorating and just go with the higher billing amount on the next billing date. Why write code that has to do complicated math? The side benefit of it all? Credit card billing can be completely separated from the app and run via cron scripts, there is no need to do on the spot prorate charging.

Refunds? We don’t need no stinkin’ refunds!

This one is pretty straight forward for me, don’t offer refunds. Don’t write any code in your app to push refunds - your gateway should have the tools you need for the few instances that you need it. It is the customer’s responsibility to cancel their account, and if they don’t it in time it isn’t your fault.

This is a clear cut “no code” win!

Freemium vs Trials

Free and paid plans versus 30 day trials with paid plans, it is less of a clear cut choice. The choice really depends on your product and the resources each plan uses.

With tweet hopper we have a lot of expense that goes into even just one twitter account. Due to that expense we decided to offer a free 30 day trial instead of a completely free account. We collect the credit card up front, mark the 30 day billing date, and charge your card once that date hits unless you cancel. By offering only paid plans, the plan changing and card collecting is pretty straight forward.

37signals offers both options in their products, either free plans or paid plans, taking credit cards up front. When you upgrade from a free plan to a paid plan, they have a bit of extra logic they need to handle to setup billing dates and get the charging going.

Keep it simple…

In the end, do whatever feels right when you are collecting payments. Keep it secure and keep it simple. The most important thing to understand is that no code is less complex than no code!

Lately, BinaryLogic has posted a note (a great post!) explaining why he’s discontinuing his plugin Resourcelogic. One of the most interesting reason is :

“Deviating from standards makes it harder to work with other programmers”

We can’t agree more with this.

While it’s often tempting to use bleeding edge libraries or create your own library, remember that your code must be kept readable and maintainable.

All software providers must understand this : the more your software is standard, the more developers will adopt it. Developers also have to build their professional project, and including a very specific technology on their resume costs a lot of time / money. If this very specific technology is discontinued, their skills will worth nothing.

TIP-1 : Make sure the developers (your customers ?) will want to use your products, and not only for fun.

Don’t build “Concorde” products, build useful and perennial products instead. While your project might be awesome on a technical point of view, if nobody wants it, it’s worth nothing.

Another good example is this note about spreading your apps :

“If they are familiar with your software and it will solve a problem for their clients, you might get a recommendation — maybe even a big one.”

TIP-2 : Make sure early adopters get the product for free.

They are likely to blog about it, or spread the word in their company.

Installing Windows 7 is pretty easy, at least if you’re using the 32bits version. Things get complicated when it comes to the 64bits version. Boot Camp installer won’t warn you about the upcoming (after reboot) problem :

Boot Camp is not compatible with 64 bits versions of windows !

Anyway, there’s a way to install boot-camp on this installation, in a few steps. You will need your Snow leopard DVD (not tested with Leopard, but I doubt the files were available for leopard shipment).

1. Insert your Snow Leopard DVD
2. (maybe optional, I had problems running the installer from the DVD) Copy the content of “Boot Camp” on the hard drive.
3. Execute “Command Line” as Administrator (requires admin account, of course !)
4. Go to Boot Camp -> Drivers -> Apple and run BootCamp64.msi from the command line
5. That’s all !

I’ve tested these steps on a 24” imac core 2 duo 3.06Ghz with success, and the partition is also recognized and used by Parellels Desktop now.

Really simple :

sudo mysqlcheck -1 -A —optimize

-A : “Check all the databases. This will be same as
—databases with all databases selected.”

-1 : “Instead of issuing one query for each table, use one
query per database, naming all tables in the database in
a comma-separated list.”