Follow Slashdot blog updates by subscribing to our blog RSS feed


Forgot your password?

Comment: Good News for Mac users (Score 1) 239

by GrahamCox (#49714025) Attached to: How Windows 10 Performs On a 12-inch MacBook
If this is true, then in the long run it's good news for Mac users - it will spur Apple on to make OS X better. That's what competition is good for - just as Windows users are now reaping the rewards of greater Mac market share in having Windows get better.

I have never understood why Windows users wanted to "win" by having all competition sink without trace, nor Mac users for that matter. If there's only one game in town, why would anyone ever want to make it any better? Healthier for everyone if there are at least 2 viable systems, preferably 3 or 4.

Comment: Re:Make sure your project is ready for the real wo (Score 1) 107

by GrahamCox (#49713967) Attached to: Turning an Arduino Project Into a Prototype
What you're talking about is "productionization" - in other words making a prototype able to be manufactured. That sounds over-the-top for a hobbyist project, especially a one-off, but I think it's often worth doing for several reasons: those you state, i.e. for reliability, longevity, but also a) because it gives you some insight into what's needed to create a real product not just a hobby project, b) it adds greatly to the satisfaction you get from the finished article. If (b) isn't a consideration for you, then you're probably pursuing the wrong hobby, for the wrong reasons.

Comment: Re:Nice little tutorial... (Score 1) 107

by GrahamCox (#49713925) Attached to: Turning an Arduino Project Into a Prototype
I have to agree with you - Eagle is downright obstructive. Maybe you can get used to it, plenty seem to, and that perhaps blinds them to how awkward it is for occasional, casual users. Even the dedicated Racal CAD minicomputer system we used in the 80s was a lot easier to use than Eagle, and that's saying something.

Comment: Manual Quantization (Score 1) 175

by GrahamCox (#49679597) Attached to: The Decline of Pixel Art
Pixels are a quantized version of whatever it is you want to portray. Pixel art is doing that quantization manually, when the computer could do it for you, rasterizing to whatever resolution it needs. Therefore the artwork should all be in vector form. They've been doing it that way for Fonts since the late 1980s, it's really about time all other graphics caught up.

Comment: Re: No thank you (Score 1) 203

by GrahamCox (#49655995) Attached to: Critics Say It's Time To Close La Guardia Airport
The problem with LGW, STN and LTN is that they are not in London. Not even close. It's a bit of a joke that they even have the audacity to put London in their names. There are of course road and rail connections, but that just makes the journey more complicated and stressful.

Heathrow's "classic" terminals are dilapidated and badly laid out, requiring miles of walking through nasty corridors and passageways to and from the gates - the newer terminals are better but the entire airport is completely space constrained. In fact the whole south-east is completely space-constrained, so there's never going to be a new, fully functional London airport. Crossrail might make it more bearable, but the entire experience of flying in and out of Heathrow is a horrible nightmare. I haven't flown through La Guardia but I have through LAX many times, and that's the only airport worse than Heathrow in my opinion.

Comment: Re:Hi I'm Patrick (Score 2) 130

allows anybody to inject unsigned code into internet downloads. Then, even if the user has set Gatekeeper to only allow code from the Mac App Store, the unsigned code is allowed to run

Wrong. Anyone can inject code into any data stream trivially. It's getting it to run that's the tricky part. How exactly are you going to do that? If the code that's performing the download is in on the plot, then fine, but a) you would have to get that code past the App Store review, and b) you would have to expect Apple to revoke your signature with maximum prejudice the moment you were caught, and c) you would still have to work around the sandboxing all App Store apps require to do anything truly nasty. Getting an innocent app to run the injected code is another option, but that's back to requiring some other known exploit, such as a buffer overrun.

The short answer is: injecting the code isn't the problem, getting it to run undetected is.

Comment: Tablets not as useful as expected (Score 2) 417

by GrahamCox (#49541843) Attached to: We'll Be the Last PC Company Standing, Acer CEO Says
Anecdotally, I'm hearing a lot of people lately wishing they'd bought a small laptop instead of a tablet. It's the typing that's the main problem it would seem. Sure, you can use a bluetooth keyboard with most tablets, but having it right there built-in is a lot more convenient. Combined with the drop off in sales of tablets, it might suggest that the tablet "era" ends up short-lived and will turn into a resurgence for full-fledged laptops.

Apple seem to be aware of this as well, with their latest Macbook Air being only slightly larger and heavier than an iPad but with a usable keyboard.

People are now used to devices with few to no ports, and connecting to everything wirelessly. The days of chunky laptops that have CD burners, ports galore and are nearly an inch-thick are long gone, but lightweight laptops that are really like super tablets seem to be the future.

Comment: Re:~1500 App Developers wasted their time (Score 4, Insightful) 73

by GrahamCox (#49525705) Attached to: Networking Library Bug Breaks HTTPS In ~1,500 iOS Apps
iOS 2.0 added NSURLConnection. iOS 7 added NSURLSession. Downloading chunks of data and saving them to a file is trivial with the latter, still pretty easy with the former. I'm not sure what you needed to do prior to iOS 2, but that's ancient history - I doubt anyone is still supporting back that far. Point is, using a 3rd party library today when there are straightforward classes to do it in Foundation that have been debugged already by Apple (and will continue to be so) is the only really sensible option. Even if you're writing cross-platform it's easy enough to create equivalent objects you can interface to that wrap other networking solutions on non-iOS devices.

Comment: ~1500 App Developers wasted their time (Score 3, Informative) 73

by GrahamCox (#49525549) Attached to: Networking Library Bug Breaks HTTPS In ~1,500 iOS Apps
iOS has perfectly functional networking libraries and simple objects that provide an API to them. Why anyone would bother linking in a 3rd party library to replicate that functionality I can't understand. If a vulnerability were found in the iOS libraries, Apple could roll out an update and fix it overnight. As it is, that's ~1500 apps need to be revved.

If all else fails, lower your standards.