Re: [Cerowrt-devel] [Bloat] Bufferbloat and the policy debate on packet loss in nanog

[Jonathan Morton <chromatix99@gmail.com>]

[-- Attachment #1: Type: text/plain, Size: 1845 bytes --]

And the reason for that, of course, is that "pile 'em high and sell 'em
cheap" works pretty well in the consumer marketplace - something that Far
Eastern companies have capitalised on a great deal. Amortising a not
inconsiderable R&D cost over the largest possible number of units makes
economic sense.

I think we'd all just rather they sorted out a better design in that
initial R&D phase. That's something that doesn't appeal to the mindsets of
most of those Far Eastern countries very well. Japan is the most likely
exception, but only because they tend to make stuff for themselves first
and others second.

Funny story from the early days of the Raspberry Pi: they were using a
Chinese factory because they needed cheap, and didn't really know how many
would sell - ten thousand was hoped for, as that would break even quite
nicely. But they went to a lot of trouble to be sure of getting something
that actually worked back from them. Engineering samples had come back to
the UK and tested fine, at last, so they gave the green light.

Then the first batch of 2000 Pis arrived, and the Ethernet port didn't work
on a single one of them. The factory had swapped out the RJ45 socket for a
cheaper one after completing the engineering samples, without noticing that
it didn't have the integrated magnetics that the design relied on, and as a
consequence also had a completely incompatible pinout. They quickly learned
their lesson on that point when the batch was sent back for repair, which
entailed hand desoldering and resoldering to swap the socket for the
correct one. That alone probably tripled the factory's costs, even at Asian
labour rates, but it was their own fault. Penny wise...

Of course the Pi sold slightly better than predicted, so they were soon
able to find a factory in Wales that fitted the budget.

- Jonathan Morton

[-- Attachment #2: Type: text/html, Size: 2009 bytes --]