There are a number of approaches you can take for this. Many developers simply have a production and staging store. Another approach is to have a production and staging theme which you can preview.
The shopify_theme[1] gem or the new theme sync tool[2] help keep synchronization quick. I can see the problem in the lack of context objects that are available to a theme, and there was even a tool a long time ago that solved that.
ActiveMerchant is just an abstraction layer around various gateways. It's goal was never to provide a full-stack solution, but to simply making working with numerous gateways easier because you have a common interface for working between all of them.
As for subscriptions, that's a feature that could be added but many of the Gateways that ActiveMerchant supports don't have subscriptions baked into them (compared to say Stripe).
You could of course have your application store the credit card information and manage the charges yourself using ActiveMerchant, but that opens a bunch of PCI compliance and such.
If you just need to accept money and aren't already bound to a specific merchant account, then plain ole Stripe or Payola are a better option.
> you don't need special licenses or laws to enforce that. Just have a law that says "you must have insurance valid for the kind of driving you do"
Licenses provide the proper checks and balances proving that the driver has complied with their legal requirements. The license is typically shown somewhere in the taxi, so the fare can see that they are covered if anything bad were to happen.
That's of course assuming the fare knows about this, which for foreigners isn't always the case.
If you are running the same application on equivalent hardware at the same API level then you should be fine.
Android has issues with hardware as well as the various API versions. The closest parallel in Java would be comparing a Pentium 4 running Java 1.3 vs some 12 core server running Java 1.7 or something.
I believe you don't need to do anything along the lines of JRuby where you would sometimes need to bridge libraries from Java-land into Ruby.
This most likely makes the same assumption that you are using a similar kind of project management as in RubyMotion for iOS and using RM specific libraries.
This might prevent you from getting drunk, but the result is going to be some terrible gas. Anyone who homebrews will know this because of those times you've drank beer that still had tons of yeast in suspension or when they accidentally drank the sediment.
Threes is indeed a better game. There's subtle changes in the mechanics that make your decisions much more important than in 2048 which is effectively broken.
Maybe they spent too much time on it, but this is a thing many game developers do. They place a lot of emphasis on releasing finished products, or at least products that present really well.
While in the UK over Christmas that was a plan though because of all the flooding and bad weather my partner and I decided against it since we didn't want to lose our last day in bad transit.
If I can recall it's something like a 45 minute train ride from Euston station to Bletchley.
I'd say it depends. There's lots of things that can really throw people through a loop. Maybe you are using an editor they aren't familiar with, or perhaps you don't have your environment setup for gradle projects. There's so much more to this that we don't know. I'm willing to give the benefit of the doubt.
A way to get around excuses like these are to encourage people to bring in their own systems. Explain that you know how your setup might be awkward and it's probably better if they work on something they are familiar with. Besides, during the pairing session, you shouldn't be writing too much anyway.
Let's throw you into a high stress environment give you data you've never worked with before and on top of that, just for funzies throw some namespaced SOAP at you. Oh and here's the WSDL, we want you to use that too, no parsing it on your own by hand.
A lot of people don't parse XML as much anymore. Most API providers have moved over serving up JSON and pretty much ask developers to only use that API.
Also this company fucked up. So you can't provide access to an API, but here read this RSS feed instead of something like serving up a static JSON file from a server somewhere.
As for the regex there's shipping, and there's doing it right. For all we know, they had to have it done before the 2 hours were up so they cut corners and got it done within the time requirement.
A players should work on pulling people in other categories into their category. If everyone works on making everybody better you can make the place better.
Rejecting people because they don't match your idea of an A player (I'm assuming 'perfection') is pretty narrow minded.
I've taken to using Draft for all my writing and then just export the post or whatever to submit it to my blog that's self-hosted on Wordpress.
Using Wordpress to simply serve up my content and manage comments has been working so far. I'm in between being locked in and lazy so I haven't bothered moving to something like Ghost.
Earning money is one thing. But teaching someone how to budget has drastically better chances of using their money more effectively.
Besides, once they get old enough to work (maybe throw in chores) they'll already have plans on what they want to do with the money that goes beyond drinking, games and consumer goods.
I actively practice using gender neutral nouns whenever I write stuff. Sometimes I'll slip up, but I'm pretty confident this isn't the case with the HN crowd.
Using they, spouse or partner is pretty safe and only the only people that are likely to get offended are more than likely already a part of an entitled group anyway.
The shopify_theme[1] gem or the new theme sync tool[2] help keep synchronization quick. I can see the problem in the lack of context objects that are available to a theme, and there was even a tool a long time ago that solved that.
Sadly, it was very difficult to keep in sync.
[1] https://github.com/shopify/shopify_theme [2] https://github.com/csaunders/phoenix