Forgot your password?
typodupeerror

Comment: Re:Use the souce. (Score 1) 150

by tapehands (#34524308) Attached to: Apple, Google Diss the DoD Over Mobile Security
Wait...are you advocating that the Government do something (semi)competent with their money?! Although, I guess it would just get contracted out to someone, and still run the chance of being insecure/buggy/overbudget/not on time...

Regardless, a third party company rolling their own DoD-approved secure ROMs for common Android phones sounds like a pretty good business plan (though I'm not sure how the licensing would play out)...

....brb, off to become a patent troll.

Comment: Re:Don't buy any servers. Use the cloud. (Score 1) 600

by tapehands (#34301360) Attached to: Best IT-infrastructure For a Small Company?
Seconding this, just because it's an interesting take on managing a company's needs...it'd probably still be a good idea to have a local box for login/email [if not using gmail] so you don't have to worry about lag over the WAN.

The cost benefit of doing something like this could be pretty big, especially if the small company is looking for a highly redundant, highly available, highly scalable solution, and they don't have anything in place already. If you built something similar in-house, you'd need a dedicated room with proper cooling (and possibly need it to be secured), racks, a UPS system, at least three servers (login/email [again, if not using gmail] on one box, storage on the 2nd box, web on another [especially if it's externally facing]), and a tape backup. This isn't factoring in any of the software needed to run it, any off-site backups (always a good idea), or any WAN requirements of on-site servers versus running almost everything in the cloud. Skimping on anything here means that you're going to have a ghetto setup, which is bad for everyone.

I'm wondering if the person asking the question has any idea what the client wants, though....why would you even consider thin clients if you've already put forth desktops/laptops as an option? It just seems like there's not a firm grip on what the client applications are going to be (or, if they do know what apps will be ran, that they don't have a firm grip on building out IT infrastructure.) Are the users ever going to be working from home? Are they only going to be using the web/word processors/console apps all day long, which would mean thin clients could be an okay solution? Do they need a lot of cheap computing power at their desk, but no need for mobility?

If you're doing email in-house, and using voip...as terrible as I feel about suggesting it, Microsoft Exchange and OCS tie in together rather nicely, and could handle your VoIP needs. Unfortunately, I don't have experience setting these products up versus setting up a free OSS alternative (asterisk/jabber), so I can't say which would be easier to build/support.

Regardless, the first thing to do is find out what the heck your client will be doing with their hardware, if they ever want to expand, and what your budget is. Then you can choose the right hardware for the job. Otherwise, you're just asking a question that's way too generic, and could be solved in a myriad of ways.

Comment: Re:No hardware? (Score 1) 225

by tapehands (#33734650) Attached to: HDCP Encryption/Decryption Code Released
No. That's why there's DVI-A and DVI-D. DVI-A has no support for HDCP (as it is analogue.) DVI-D does (all digital..) If you're using a DVI to HDMI adapter, you can transmit the signal as much as you want, regardless of if it has HDCP or not....but if you don't do proper HDCP handshaking at some point (especially if you're going from DVI-A to HDMI), you end up with a useless signal (which generally will result in an error message on your display.)

Comment: Re:Add Top Apps for more price ranges (Score 5, Insightful) 437

by tapehands (#26070477) Attached to: iPhone App Pricing Limits Developers
oy. Seriously...if I were a developer that was considering writing an app that could be construed as "killer", the #1 turnoff would be Apple's ability to cannibalize my work.

What recourse, if any, would there be if Apple decided to yank my $XX app off the store, only to have the same functionality trumpeted in a new firmware release? (like they already have done)

Futhermore, Apple chooses when and where to enforce their store rules. Google is allowed to break rules. Would a small development firm be so lucky?

There just isn't enough incentive or security to develop something much more useful than a game, ringtone, or eggtimer.

We have a equal opportunity Calculus class -- it's fully integrated.

Working...