Satellite Internet Service for Macs?

Untimely Ripp'd asks: "Satellite broadband has been available to PC users for half a decade, and still is not trivially available to Mac users. It can be done, but it's always an unsupported hack, or it requires buying expensive extra hardware and software. I cannot understand why Hughes and the other providers would refuse to spend the relatively few dollars necessary to develop a couple of device drivers and glue libraries. Time after time, the vendors have said, 'it's coming,' but it never does, and the promise eventually goes away. (Earthlink's FAQ page no longer says that Mac software is being developed, for example). I'm not gung-ho on conspiracy theories, but the only explanation I can figure is that they're either being paid or bullied. Does anyone know of any serious tech hurdle that would make it cost more than $100K or so to develop the necessary software?" this article mentions one-way Mac service coming online from OWC in a future expansion, along with nationwide service. A comment from that story does mention a simple solution, but why is it that Satellite service, even one way satellite service, depends on Windows-only software? What other solutions have Mac users resorted to when they wanted their Macs connected?

Comments

Re:Again?

[swdunlop]

Having done a stint or two of technical support, a tour in quality assurance, I can point out several costs of supporting less-used OS's and hardware platforms.

First, it's not quite so easy to provide technical support for more than one environment. Like it or not, it isn't just a case of hitting Command-C instead of Control-C; Windows users expect one set of UI conventions, Mac users expect another, and Unix users want it three different ways, and it should also work from the command line. Each OS requires different tactics to work around existing issues. For technical support departments supporting diverse platforms is a nightmare, since it means they have to either spend most of their time in training, or provide multiple specialized departments, which can easily eat up manpower.

Setting rigid support boundaries is a partial solution, but I have yet to have a customer who knew of the support boundaries and had a problem outside those nicely defined lines who didn't try to cajole and/or threaten me into helping him "just this once." It wastes my time, and his.

For developers, this is similarly a nightmare. I know of one decent cross-platform GUI toolkit that works on X11, Win32 and Mac OS, and on the Mac, it doesn't conform strictly to the Apple User Interface guidelines. Compound that with the highly specialized skillset required to write drivers for a particular operating system, with some exceptions, and to go with your bloated support department, you'll have an increased software development budget, and QA budget.

The only recourse we fringe users have is open standards; encourage your vendors to use published protocols, open standards and to document their API's. Take those documents and write a solution for your environment of choice.