Want to read Slashdot from your mobile device? Point it at m.slashdot.org and keep reading!

 



Forgot your password?
typodupeerror
Trust the World's Fastest VPN with Your Internet Security & Freedom - A Lifetime Subscription of PureVPN at 88% off. Also, Slashdot's Facebook page has a chat bot now. Message it for stories and more. ×

Comment Re:If Apple built a Hololens we'd never hear about (Score 1) 107

Not really. They're both projecting 3d images in front of a person's face. Both require motion tracking of some kind to reorient the image as a person's head moves. It's just that VR headsets so far have used IR lights, dead reckoning and other methods to do the tracking while hololens went full head-on with image processing. It didn't need to be that expensive just because it was AR.

Regardless, it was stillborn because it was prohibitively expensve. And not very good for all the tech either.

Comment Re:If Apple built a Hololens we'd never hear about (Score 1) 107

The first version was so expensive and technically flawed that it's hard to see who it was targeted for. The Oculus Rift dev kits cost $350, the HoloLens cost $3000. Regardless of the technical complexity that accounted for that price difference, it still doomed the headset.

Comment Re:Until (Score 1) 374

Rust generates code which is different in performance than C or C++ code written correctly.

Most of Rust's safety is done at compile time and compiles away to nothing or is in the design of the apis that check you're not doing something dumb when you call them. So if you tried to copy a slice of a buffer in excess of a buffer it would panic but it wouldn't impact on performance any more than C code doing the same.

Obviously you can forego safety in C but that's the point Rust is trying to address - safety without penalising performance. That makes it perfect for IoT and its why the assumption that C can rest cosy because of IoT is a bad one. If I were writing any code for IoT I wouldn't choose C unless I had no choice. I might choose C++ assuming I could be sure of using only C++11/14 and nothing else. But I would choose Rust in preference to either of them.

Comment Re:Higher profit margins? (Score 2) 40

Samsung manage it. If you look at the firmware that Samsung puts on the premium devices vs the low end, it's virtually identical. They've managed to increase their reach with a relatively minor additional effort. I suspect Samsung are also pretty glad that they have all those sales to sustain them when they suffer a flop such as their recent battery scandal.

Comment Higher profit margins? (Score 1) 40

Surely any profit margins are good, especially if the budget handsets introduce people to your brand and allows you to spread the risk across a range of models instead of putting all the eggs in one basket.

I realise that's in theory. HTC have kind of fucked up in recent years and it's less to do with their hardware but how they've marketed them.

Comment Re: Learn C for advanced security, not for basics (Score 1) 374

I'm sure learning C is essential. It doesn't mean it's the only language and as I said if Rust were a choice I'd have to have a strong reason not to use it. And you're not paying attention to what's going on in IoT if you think everything is bare metal these days. The likes of Samsung, Google, Amazon et al are building software stacks over a kernel, so compliant devices are separated from the metal by a substantial amount of layers. And even if they weren't, Rust is available for some microcontrollers and there is no reason to think that won't grow over time.

Yeah C is there and I haven't said any different. But it's a horribly dangerous language to code IoT and I expect that will reflect in the languages people choose to develop such devices over time.

Comment Re:Until (Score 1) 374

Heartbleed was a problem with C because C allowed the code to walk straight right off a buffer and send the contents to the client. If you tried that in Rust you would get a runtime panic.

Comment And yet no link to the actual essay (Score 3, Insightful) 186

That neither link actually leads to the essay. The Verge link is basically regurgitated clickbait summary of the Nature link. Utterly redundant in and of itself.

The Nature article while more informative only provides a handful of selective quotes from the essay but still no link. Instead it frames the essay in the context of Churchill's interest in science. How about an actual link to the actual essay?

Comment Re: Learn C for advanced security, not for basics (Score 1) 374

Where did the "we're talking kernel level here" nonsense arise from? This is a thread about a resurgence of C for programming IoT devices. This may surprise you but IoT devices do not implement their functionality in the kernel. Either the board is a microcontroller of some sort and has no kernel, or the board ships with an SDK consisting of a kernel and the developer writes a userland process on top which to all intents and purposes behaves as you may expect with access to files, sockets, memory etc.

Either way Rust is a viable option providing the architecture is supported. Rust relies on LLVM to generate machine code so if LLVM supports an architecture then so potentially does Rust. It already supports a lot of architectures ARM, MIPs, x86 on Windows, Linux, OS X and a bunch of microcontrollers.

I'd also point out that at least one kernel HAS been written in Rust. I wouldn't seriously propose using Redox in its existing form, but it kind of pisses on the argument that even if we were talking about the kernel (and we're not) that somehow Rust is ruled out there either.

Comment Re:The usual bollocks (Score 1) 309

$80 to replace a $15 battery is not much of a justification for sealing a battery in. More to the point, Apple's service is expensive and contains all kinds of odious language to deter people from using it - the battery must hold less than 80% of its original charge, the phone must be backed up and unlocked before sending it in, you lose your phone for 3-5 days, you might not even get YOUR phone back at the end of all this.

There is no way this is an acceptable alternative to just buying a battery and swapping it in. Some people might even carry a spare when they're travelling.

It is a very deliberate ploy by Apple to offer a replacement service but make it so expensive and inconvenient to use that they can maximize the chances that people just buy a new phone instead. As I said originally Apple aren't the only practitioners of this scummy practice but they pioneered it.

Slashdot Top Deals

Any sufficiently advanced bug is indistinguishable from a feature. -- Rich Kulawiec

Working...