Forgot your password?

typodupeerror

Comment: Just wait.. (Score 3, Insightful) 404

by synthesizerpatel (#43285953) Attached to: T-Mobile Ends Contracts and Subsidies

If they really were thinking about customers, the contract would be a no-penalty cancel-anytime-you-want contract that would lock you in for a specific price for a non-trivial amount of time.

I'm skeptical and will stick with AT&T out of laziness for a while. Prove me wrong T-Mobile and I'll switch. But even though cellular has been one-sided customer-screwing contracts since the inception of the service - contracts can actually protect _both_ parties if you do them right. No contract == No guarantee.

Comment: Are you KIDDING me? (Score -1, Flamebait) 121

by synthesizerpatel (#42788733) Attached to: Firefox and Chrome Can Talk To Each Other

Web-browsers being able to both open socket connections to arbitrary remote end-points, and be listening / processing data for incoming connections?

Worst idea ever. If anything ends up being responsible for destroying the internet - this is it. It's just going to be a giant mesh of infected browsers constantly doing battle, like the dust-clouds of dead nanites from the Diamond Age.

You fucking web guys. Take WebRTC, Flash, PHP, JSON, Flash, native browser plugins and all the other half-baked non-standard make-it-up-as-you-go-along "technologies" and go fuck yourselves.

Comment: Ads are for the lazy and ignorant (Score 2) 716

by synthesizerpatel (#41075967) Attached to: Ask Slashdot: To AdBlock Or Not To AdBlock?

Either they're so lazy they don't care or they don't know how to get rid of them.

If you feel bad about circumventing their terrible business model, just wait until they're broadcasting commercials directly into your dreams.

And they laughed at me for wearing the tinfoil hat! Who's laughing now!

Comment: Re:designed to fend off malware (Score 1) 230

by synthesizerpatel (#40762287) Attached to: OS X Mountain Lion Out Tomorrow

But, but, but, it's a MAC! We don't GET malware!

Oh you might want to rethink that, apparently Macs (and Linux boxes for that matter) tend to be crawling with malware making them a very significant threat vector according to the windows admins where I work. .

... Yeah. Windows admins usually are the uncontested experts about OSX and Linux malware ...

Comment: Re:To the Bone! (Score 5, Insightful) 647

by synthesizerpatel (#39029971) Attached to: GNOME 3: Beauty To the Bone?

Sarcasm aside, drawing the distinction between why one would do this on a printer vs. why one wouldn't want to do it on a desktop UI.

The reason printers have less and less buttons (when possible) can more accurately be attributed to a cost-cutting feature (less buttons == less hardware to manufacture, less moving parts to replace when they break in the field, less warranty problems, etc). If you don't get bothered by having to hold buttons down to get them to exercise new behaviors - this is all fine and good.

If I had to click and hold anything for 10 seconds in a UI I'd find a new UI. While pixels are finite on a desktop, they're still free.

Comment: Uh.. What? (Score 3, Insightful) 97

by synthesizerpatel (#37246130) Attached to: Mac OS X Lion LDAP Vulnerability Emerges

I'm not quite sure what the 'bug' here is.. First off, Apple's LDAP is 'OpenLDAP'. So. Is this a flaw in OpenLDAP or Apple's configuration for OpenLDAP?

Also.. LDAP is kinda like DNS, except most places don't secure it. To see this in action, download Apache LDAP Studio, connect to your friendly local LDAP server and start browsing around (without authentication).. Most times you can get an almost full LDAP dump from a remote server without authenticating at all. Generally the only 'protected' elements are the passwords. You can enumerate users, groups, etc.

Comment: Let us not forget Transmeta... (Score 1) 167

by synthesizerpatel (#37132654) Attached to: ARM Is a Promising Platform But Needs To Learn From the PC

One of the reasons ARM has succeeded over Intel in the embedded platform is exactly because it's a hodgepodge in terms of implementation.. Arm just designs the chip, they don't make it, they leave that up to others, who then in turn support their own chips by providing kernel patches - which has been amazingly successful for Linux (and incidentally the non-linuxy iPhone as well)

Not to talk trash, he definitely understands the kernel and software but the nuances of hardware development and what makes hardware successful or unsuccessful aren't in his core skill set. After all, way back when he could have picked any position anywhere he picked Transmeta.

A lot has changed since then but ARM has done nothing but help Linux. If your chip vendor has a poopy Linux implementation they'll sell less. If they have a great one (and great documentation) they'll sell more. TI's a pretty good example of an awesome ARM / Linux implementation, and.. there are less awesome examples..

Many are called, few volunteer.

Working...