Robert Pogson reports:
Recent news about the popularity of Chromebooks with schools may seem puzzling.
Schools in Hillsborough, New Jersey decided to make an experiment out of its own program. Beginning in 2012, 200 students were given iPads and 200 students were given Chromebooks. After receiving feedback from both students and teachers, the schools sold off their iPads and bought 4,600 Chromebooks.
After all, a keyboard is a great input device and writing is one of the three "Rs" but why not just [buy] a notebook PC? The answer is that the high cost of maintaining the legacy PC is too great. Keeping content on the server makes the job easier and with Chromebooks, schools don't even need to own the server.
...then there's the malware, the slowing down, the re-re-rebooting with that other OS.
That makes the ChromeBook a winner in education and probably a lot of organizations large and small, even consumers. Of course, they could get those benefits with GNU/Linux but it would take more technical knowledge. Again Chromebooks win.
See iPad vs. Chromebook For Students
(Score: 2) by morgauxo on Thursday August 14 2014, @03:23PM
"It's the walled garden tied as a thin client to the corporate mainframe that makes programming so out of touch. You don't really get the feeling of controlling your actual physical hardware."
No, not programming HTML5 apps on Chromebooks. You could use something like Phonegap on Android or iOS to get more hardware access. For iOS you would need a Mac to do the coding on though. Of course, in either of those you can also just code natively so it kind of loses the point.
Does having Chromebooks somehow make kids less likely to learn to code though? I think the fact they can actually do something with what they write, maybe publish an app that goes viral or at least share with their less technically inclined friends more than makes up for this loss of hardware access. It provides motivation. A kid who gets into writing HTML5 apps has a good gateway into learning something deeper. Still making those 1980s comparisons, I don't remember a whole lot of hardware access then either. I remember using LPRINT to send ASCII directly to a printer but that was about as far as it went. Sure, there was PEEK and POKE but that is so painful! Any kid who learned about hardware through those would have a 'real' computer today regardless of a school-assigned Chromebook. And... the kid would probably root the Chromebook too!
"And those Bluetooth keyboards leak passwords and usage patterns."
Are there really that many cases of people sniffing bluetooth keystrokes? Is it really happening in the schools? I thought bluetooth was encrypted? I don't consider myself an expert so if I was wrong then please tell. Whatever the case, technology moves on and people really do like their peripherals wireless. If bluetooth is an insecure protocol then I hardly think it is uniquely the schools' fault for chosing tablets/chromebooks that have it. It's the industry's fault for settling on a crappy protocol plus consumers' (in all walks of life, not just schools) for buying it.
"USB btw provide opportunities for resident malware that will survive complete re-installs."
Ok. Again, not really a unique problem for kids being issued things by schools. USB is everywhere. What would you issue to kids that would not have USB? The only things I can think of are older, cheaper tablets that didn't have USB host capability. That's not exactly getting you out of the walled garden!
So what about USB makes in insecure anyway? Are you talking about just using USB keyboards, mice and maybe an occasional Arduino? That's what I was talking about. Is there some kind of flash built into every USB device that is prone to storing malware infections or something? Or are you just talking about infected USB storage devices? If the latter, how is that different from any other kind of storage device? Would you somehow give kids a less locked-down machine that doesn't keep them in the walled garden while at the same time doesn't allow external storage? How does that work?
(Score: 2) by kaszz on Friday August 15 2014, @03:30AM
Phonegap is just a toy to build applications for mobile devices using JavaScript, HTML5, and CSS3. There's no hardware access to even think about.
Some 1980s computer could go "10 Graphics mode" and then "20 Circle 80,90,150" without any networking whatsoever. And if you needed physical I/O there was always peek & poke to handle it. Assembler was also an option.
Prior to Bluetooth v2.1, encryption is not required and can be turned off at any time. Security is shaky at best. Sending password over links like this is a really bad idea. When Bluetooth security sucks. School shall not require or default to its use. Instead offer USB based alternatives (USB sucks tos, but is better).
USB devices may be reprogrammed to be evil [soylentnews.org]. In essence many of them have a microcontroller and they are connected to a computer bus that lacks strict access control. This means any USB device has the potential to become an attack device.
One way to reduce the USB threat vector is to not require more USB devices than absolutely needed. And those that needs to be used could be screened to make sure they use one-time-programmable (OTP) microcontrollers (MCU).
What we have now is a an operating system that spies on the user connected to a mainframe that logs your every action for eternity and is also connected to other devices that may turn out to evil. And the user is uninformed and can't really use the machine as a real physical independent platform. Seems you need to be better updated on these issues.