EASYACC Multi-port USB charger review

EasyAcc 25W USB charger K-5B25
Multi-port USB charger
Purchased: 2014-03-01

First Impressions

• Nice size for what it is. It's not small but it's not too big either.
• Good build quality. Feels solid, not cheap -- kinda like an Apple MacBook charger.
• Port selection seems a little random. 2.1A, 1.3A, 2.1A, 1.0A, 1.0A.
• There's probably a good explanation for it. Whatever.
• Clearly labelled ports and their charging values are printed on the back. Handy.
• Universal power cable. IEC_60320 C7/C8. Yay - standards!
• No obvious manual. Good. No waste of paper.

That's it. I like it.

Performance
Unknown.

Longevity
I'll see how it goes. But for now, going strong.

Could it be better?

• They could print a permalink URL on the device for a support and FAQ page.  Links to the online manual a must.
• Put the charging ports into an order of some sort. I'm nitpicking.

Is Rapid Development a security threat?

The business world borrows Open Source software methodologies so that they can become agile (little a).  Release early, release often.  Continuous builds.  Unit testing.  This works out well.  Lower costs, quicker time-to-market, more reliable, repeatable and redundant.

We're into update cycles now.  We know about version numbers, feature sets, upgrades, updates.  That latest security thing?  Just update it.  Make sure it says v15.0.20140210_Build_29e4.  It's mundane.  One of my browser's plugins wants an update.  And my phone has some.  And my tablet.  TV.  Car.  Meh.  It's probably just a new wallpaper option, anyway.  Via the new in-app store!  I'll reboot on the weekend and it can apply the updates and reboot three times if it wants to.  I'll make some breakfast and eat it with my daughter, watching Regular Show.

But could Rapid Development actually be providing crackers with the exact information they need?

A committed attacker probably has about a week to crack a lot of systems.  But where should a potential cracker go to look for such weaknesses?  Backlogs, issue lists and change logs.  "It crashes right after I click save.  Here's the stacktrace and corresponding log entries: ..." "oops.  forgot to uncommnt the call to the fn() that cleans up all the tmp files before we exit().  Sorry.  Pull request 
6ac1649f26daed8e1e0ccafba43568a67ed00686."  Thanks for the exploit, fellas.

Perhaps this is why +Google  never reply to their users?  "Customer service rule 2: Just read what people are complaining about, don't say anything, fix the problem, release the update, announce '..., bug fixes, ...' and move on."