gitah

The platitude about needing a "talented", "passionate" team is vacuous and meaningless. You might as well write the key aspect of a good app is very little bugs. Absolutely meaningless statement. It's very obvious a bad developer with a good framework will lead to bad output; no need for a 5000 word article on it.

From the looks of it, the Starbucks app + iOS passbook integration uses a regular barcode.

http://www.amazon.com/gp/feature.html/ref=cd_def?ie=UTF8&*Ve...

It does Desktop folder syncing just like dropbox.

I wonder how this new AWS service is going to interact with Amazon Cloud Drive as they seem to be similar products but one is aimed at Consumers and the other is aimed at the Enterprise.

One big advantage of FBA is prime shipping. I usually pick the items wiht prime shipping over other 3rd party options even if it's 20% more expensive.

I wonder how well this technology would work in the real world. There will be a lot more interference and random, unexpected obstacles than in a lab environment.

However, the growth of the British Empire was probably faster during this time period.

If it was up to business, they would have developers crank out features non-stop without time to go back and clean up technical debt.

The root cause is management not understanding how software development works.

Not sure why the author think data-binding and declarative UI programming is trivial. When evaluating AngularJS and Backbone, AngularJS was much more productive to work with: code is much more succint, understandable and testable. Backbone turned out to be a nest of binding and removing event handlers, no better than jQuery soup.

Regarding the 'too magical' argument, at some point developers accept abstraction and magic otherwise we'd all be coding in pure JS without libraries. AngularJS has clean abstractions that are understandable (especially for Java developers).

Anything that you need to pay for has a chink in the network effect armor. All a competitor needs to do is price cheaper and all your users will flock to them.

Tech companies survive on fat margins, but I think this industry is heading the other way.

* Self-service warehousing and distribution (Fulfillment by Amazon)

* Package Delivery (Google Shopping Express, AmazonFresh) TV setup box (Amazon FireTV)

* Search Engine (Google Search) Web Browser (Chrome)

* Laptop/Desktop OS (Chrome OS)

* Wearable Tech (Android Wear, Google Glass) etc.

Also for many offerings like Aliyun and Aliyun OS pale in comparison in the features offered by AWS or Android.

I went to an Alibaba presentation in the US awhile ago. They want to pursue the same strategy as Google and focus deep on big data and Machine Learning rather than building out huge logistic infrastructure like Amazon. This is probably a good idea since the margins are better.

I smell a good opportunity here. Many chinese startups succeeded simply copying the concept and business models of successful Silicon Valley startups.

In several years once the Chinese tech industry matures some more, some enterprising fellow on the west coast will get wealthy porting an innovative Chinese idea to the US.

Mobile wallet apps have not gained traction and Square marketplace looks like a giant distraction. Square is going to face incredible competition with card readers and POS products from Paypal, Apple, Amazon and Shopify.

Users are free to use the mobile browser on their phones but most of the time native apps are a better experience. And guess who develops the framework and tools to create these value-adding native apps.

This is the free market at work.

My frustration is that I want to see things in another perspectives, but I simply can't a lot of the time..

To describe the Internet when someone asks how the web works would be like describing how the iOS works when someone is curious about a specific app.

I have a hard time understanding this: programming skills are extremely transferable and learning the hot language/platform of the month isn't extremely difficult. Is it just inertia that prevents them from doing this?

I agree reusing passwords for multiple services is risky, but shouldn't having different tiers of passwords handle this? Use a really weak password for stuff you don't care about or sites you don't trust and then use a stronger password for your bank, email, etc.

I was kind of worried about the context switching when I first started out, but it didn't turn out to be an issue. The breaks are a good breather and allow me to code for longer. The strict timing of the breaks also prevent me from slacking off and not going back to work.

The 25 minute quantums may be short for some people. There's no reason why you can't customize this and use 45 minutes with a 10 minute break instead.

[1] http://www.pomodorotechnique.com/book.html

Once the files are open, I tend to use buffers, splits and tabs to navigate between them. NERDTree is just used to load a file into a Vim buffer. Also note that the NERDTree explorer replaces the default vim file explorer.

I heard good things about Command-T though, maybe I'll try that and see if it works better with my workflow than NERDTree.

I recently made a website that scrapes a popular message board and displays the archived posts. My goal wasn't to make money, but rather scratch an itch for the users of the board myself included (the message board deletes old posts and does not allow users search for posts based on user handles).

I was thinking of putting on Google ads to pay for hosting costs. I haven't bothered to do any SEO (I'm absolutely clueless in this area), but this month I have around 120k page views and 40k uniques. Most of the visits (over 80%) is from Google keywords.

Is the return high enough, like this article implies, to deface my site with Google ads? I heard that Google doesn't like content farms and my site could be considered a content farm, so would I even be allowed to put Google ads on? I would be happy to make $80 dollars a month so I can finally move from my free-tier EC2 micro-instance to a small instance... Any advice would be cool.