3 ms·
Ben Upton worked for Broadcom during the time of the creation of the Pi. Broadcom gave them a sweetheart deal on the processors, they took it. The Pi was initi
by Crosseye_Jack 5y ago
Ben Upton worked for Broadcom during the time of the creation of the Pi. Broadcom gave them a sweetheart deal on the processors, they took it.
The Pi was initially created as a cheap way to get kids into computer science, they didn’t foresee the closed off parts of the processor being an issue towards that goal. They just wanted a cheap computer for kids to learn on that wouldn’t be the end of the world if they broke it. I mean who is gonna want to run an Open Source VideoCore?
THEN, us “grown up” geeks came along and was like “OHHHH, a cheap Linux SBC… Yes Please…” and brought out the initial run on day one.
So ever since then they were kinda stuck with Broadcom unless they wanted to redo a ton with another manufacturer.
To Bens and Raspberry Pis credit, they have managed to get Broadcom more open than they were, Initially we didn’t even have a data sheet for the processor.
Edit: Pre-coffee brain even more prone to typos then when I’m caffeinated…
- 3np 5y agoThere must be more to it than that, considering all the generational change otherwise.
- wronglebowski 5y agoI disagree, pioneering SBCs on a non-profit budget means this one hitch on binary blobs is a very low priority for them. Working with the same vendor consistently to iterate on a very similar design each time is ideal.
- 3np 5y agoWell, that right there does count as "more to it"
- Crosseye_Jack 5y ago> considering all the generational change otherwise Sorry, my brain is not fully in gear yet. Do you mean the changes between the generations of the Pi?
- mattl 5y agoEben Upton
- Crosseye_Jack 5y agoMy bad, Pre-Coffee brain had Ben stuck in it for some reason.
- userbinator 5y agoThey just wanted a cheap computer for kids to learn on that wouldn’t be the end of the world if they broke it. I've always said that an old PC (but not too old, because retrocomputing has driven up prices then) is probably the best for that. Can be bought for next to nothing or even free, has extensive compatibility with lots of software, and also decades of detailed documentation.
- Mindwipe 5y agoThat isn't something schools can buy several hundred of (with a stable platform) and not worry about electrical testing liability etc. Which is the main intended use case of the Pi.
- MrRadar 5y agoEbon's reasoning at the time was that he wanted a standardized computer you could build a curriculum around, that was cheap enough that schools could issue to kids without fear of them breaking it, and which was small enough the kids could take home with them in their backpack. (This was obviously well before Chromebooks and iPads took over the education market.)
- Crosseye_Jack 5y agoWell there is a benefit to using new hardware, No issues with aging caps, no issues with sourcing peripherals (Unless a pandemic comes along messing up everyones supply chains), no issues with compatability. By only have a single platform to support out the box you are getting rid of having to support multiple hardware configurations which could cause headaches for newcomers on day one. Remember it was basically an attempt to remove the roadblocks of getting people into CS. One of those roadblocks is getting people to "hello world". IMO its a simailar reason to why Arduino worked so well, sure we could push people to using any other microcontrollers but by having single known board (atleast to start with) everyone is in the same boat and makes it eaiser (and cheaper) to offer support and lowers the barrier of entry imo. Basically is solving the fragmentation issue. Is it the best way to learn? That depends on how you look at things. IMO it makes it a great stepping stone to get into the field which can then lead on to other things/interests, but you will probally learn more earlier on by skipping the "spoon feeding" stage but that (imo) comes with a steeper learning curve which could drive people away from the subject. I know I delayed my own learning of the NRF platform to start with simply because at the time the toolchain was a PITA to get started with (esp on an unclean machine that had other compilers installed) so on a number of times I got fed up trying to get to "hello world" I would put it down and come back to it at a later time. However that process of less handholding did teach me more about the toolchain.