Slashdot is powered by your submissions, so send in your scoop


Forgot your password?
Check out the new SourceForge HTML5 internet speed test! No Flash necessary and runs on all devices. ×

Comment Re:Just sayin' (Score 3, Informative) 48

They'll get it back out of you somehow. Either by raising some other fee, or by reducing the quality of service.

If by reducing quality of service you mean increasing the quality of service, you're right. My notice from Teksavvy reduced my bill $9/month while simultaneously increasing my link speed 10%.

Comment Re:What about stop making stuff super thin? (Score 3, Insightful) 289

big thick phones don't sell well.

We don't know that. Every time there's a new chipset or screen that increases efficiency, the manufacturers reduce thickness and battery life at the same time. We stay at maybe four-hours of full-power usage. Nobody's made a phone that gets a next-generation efficient SoC but keeps its thickness and markets it as "last year this was thin enough, only now we've got 16 hours of battery life!"

Comment Re:My PowerPoint Rule of Thumb. (Score 2) 38

Don't use it. People's eyes glaze over as soon as they see the first slide.

Makes sense. A presenter generally boils down what they want to convey to four or five bullet points to make a slide. That slide get displayed, the audience reads it, and then the presenter reads it and talks for five minutes. Most of the time the audience got the message from the bullet points. Now they're slipping into a coma, waiting for the presenter to move on.

A good presenter can still use this, by engaging via interesting, useful, amusing anecdotes at each point. Problem is, if the presentation is about oh... product features, or sales projections... there's nothing interesting, useful, or amusing about it. So don't try. Just show us the slide and hit "next". If the presentation in on "ways to avoid getting mugged", or "how to tell if you're a raccoon", maybe you should talk about each point. Maybe.

Comment Re:What you know... (Score 1) 215

So, before electronic storage, the police shouldn't have had access to paper storage? Why memorize a phone number if you can write it down?

The problem with encryption is not that the police shouldn't have access to the data (with a warrant), it's that there's no way to grant only the police access. Those who want strong encryption believe keeping the data private from third parties is the greater good.

No, the police shouldn't have access... if you scrambled/encrypted the data. Only your knowledge can decrypt that data on the paper. If it's in plain text... you haven't really made the data knowledge-dependent. Writing something down in plain-text is equivalent to saying what you know out loud.

I hear you, but I don't agree I consider my mind a sanctum that is mine alone. Period. Ever. Not the least... I know I've had had "don't think of the purple elephant" horrible thoughts. Thoughts that don't actually reflect my opinions, or that I would ever, ever act upon, but were more or less random. If taken out of context, they remain merely horrible, and misrepresent me. So mind is a thing I don't think anyone should have access to without permission, EVER. Which I feel applies to mind-extension technology.

I totally get it that law-enforcement may fail to get access to a perp's "Terrorist Buddies" contact list if they can't crack a phone. I accept that as a worthwhile price, but I also understand that's a personal judgment.

Comment What you know... (Score 5, Insightful) 215

To a large degree, data storage is an extension of what a person knows. Why bother memorizing a phone number when you have hardware to do it? Why bother memorizing a hundred passwords when you have hardware to do it? Even our music collection is on hardware purely because our ability to memorize it is imperfect.

The moment a law is passed that mandates law-enforcement access to our electronic devices, we are giving them access to what we know. Today that may or may not be reasonable. But tomorrow, the day after, or a hundred years from now we will have these devices integral to ourselves. Implants within us, most likely, that augment our memories. It's not unreasonable to predict a (likely distant) future where a device taps our optic nerve and provides us "augmented reality". Can't remember the name of the person you're looking at? The device will do that for you. But it will also be able to record what you see, or hear, for future perfect recall.

So what happens when the iPhone law is applied to internal storage? It's mind-reading. This legislation is one step shy of "police must be allowed to read your mind if it is possible". That disturbs me.

Comment Re:Then what's the point? (Score 1) 280

The four execution policies are no scripts (default), only scripts signed by trusted publishers, only scripts created locally or signed by trusted publishers, and all scripts. But in practice, most individual developers distributing scripts to the public through GitHub aren't going to be able to afford the CA racket. Nor will they be able to simultaneously satisfy CAs' private key nondisclosure requirements and GPLv3/LGPLv3 requirements for "Installation Information". Thus most scripts distributed through popular source code repository hosts will be unsigned, and effectively everybody will end up setting the policy to unrestricted to "just make it work, G.D. it".

So in practice, what protection does execution policy afford if most users of PCs not joined to a domain will end up setting it to unrestricted? Where if anywhere does Microsoft recommend which execution policy is appropriate for common situations?

First of all, given the choice between CMD.EXE which can only do file type activities and PowerShell which can perform those plus a massive number of other things, worrying about (default) script policy isn't worthwhile. With CMD.EXE you can do so much less that you might as well be running with a policy of "there are no scripts".

Secondly, most people - by far - will never have need to run a PowerShell script. If they do, they're the sort of people who can read "step 1: set your execution policy". Joe Average has no business running PowerShell scripts that they don't know what they are and how they work. Which is why a default policy preventing unsigned scripts from running is a good idea.

Third, the recommendation is "how we shipped it". You don't need to document that.

Comment Re:Apple should not be worried (Score 1) 95

I'm not defending Samsung, nor the Note 7 product. Just pointing out that if you're counting failures, including Note 7 won't get you a percentage increase.

How would we know? Blannco Technology doesn't say a thing about how they get to there numbers. All we know is that they do it in a way so that the total failure rate for iOS devices is much higher than that for the iOS device model with the highest failure rate. So or all we know the Note 7 may raise the Android failure rate to 114%.

Because a failure rate of a few dozens of phones out of several millions shipped isn't a number that raises anything that isn't already effectively zero.

Comment Re:Don't forget... (Score 1) 280

If by "anything", you mean unsigned scripts, well, sort of.

Then how do you sign a script without paying hundreds per year to the CA racket? Last I checked, code signing had no counterpart to Let's Encrypt or even an affordable Comodo reseller like SSLS.

1} You don't. I'm not a dev, but I'm pretty sure you pay to sign your code if you need it signed. It's interesting. On a platform I administer and the right and need to run scripts on, I have the ability to temporarily or permanently permit unsigned to code to run. On systems where I don't have the ability to set execution policy, what business do I have running arbitrary unsigned scripts?
2} More importantly, my point was that using interactive commands doesn't require changing execution policy.

Comment Re:Don't forget... (Score 1) 280

Every time you open a command prompt, don't forget you have to enter "set-executionpolicy unrestricted" before you can actually run anything.

If by "anything", you mean unsigned scripts, well, sort of. Just running commands interactively doesn't require this at all.

As has been explained elsewhere, it's a one-time thing per account, and can be administered globally in multiple ways.

Comment Re:Apple should not be worried (Score 1) 95

20 failed? That must be the number for those "we found the problem, this phone will not explode , we promise" version of the Note 7.

Heck, even Samsung claimed 35 confirmed cases when they started the exchange program to that version. And that's how statistics are twisted

20. 35. Out of millions. The point I was making was that what actually failed was a tiny portion of the whole. That doesn't speak to how many would have failed given a few more months or years of being used. It just addresses actually failures.

I'm not defending Samsung, nor the Note 7 product. Just pointing out that if you're counting failures, including Note 7 won't get you a percentage increase.

Comment Re:First Victory! (Score 3, Insightful) 355

Maybe this Trump thing could be a good thing.

Dream on.

The most important thing that happens when a presidental term expires is that the corporate interests are forced to purchase legislators again. Rest assured something like the TPP will appear after a couple years of "influence" changes hands.

Slashdot Top Deals