The full quote was "people whose opinions I respect and who are experts in math and economics." Whether or not I respect their opinions, surely you don't think everyone on Slashdot is an expert in math and economics.

Well, what percent of sexually explicit pictures sent by text message, are still present on the recipient's phone the next day? Almost all of them.

What percent of sexually explicit pictures sent by snapchat, are still present on the recipient's phone the next day? Probably not the majority.

Snapchat is not perfect, it's just better. Seat belts don't prevent all injuries, but you wear them anyway, don't you?

Slashdot isn't the only place I share these arguments with people; I also share them with people whose opinions I respect and who are experts in math and economics, and their feedback tends to be much more positive than the commenters on Slashdot. So I assume the proportion of such people among Slashdot readers, is not zero. (Occasionally, there are comments and posts from people who did get the point of the article and argue it on its own terms, those posts just get drowned out by people saying that the article was too long.)

Yes, Slashdot used to be only summaries followed by links. Now it's mostly summaries followed by links, and the occasional long-form post. That's still not an argument against it.

Good points. Addressing separately:

1) On a phone that hasn't been jailbroken or rooted, I believe Snapchat notifies the sender if the recipient takes a screen capture of their message. This doesn't prevent it from happening, but it may at least make people think twice about it. If you're having a fling with a girl, and the girl sends you an explicit Snapchat picture which is intended to disappear after you view it, and the girl gets notified that you took a screen capture of it, she might go "What the fuck?" and you might not get any more nookie from that girl; for some guys, this might not be worth the risk.

More generally, of course you're right -- some pics will get screen captured. But Snapchat doesn't have to work perfectly for this purpose, it just has to work better than what people are doing now (sending texts which stay on your phone forever). What percent of explicit pictures sent by text message get deleted right after they get sent? Probably very few. What percent of similar pictures sent via Snapchat get deleted right after they're sent? Probably most of them. It's just an improvement, not a panacea.

2) It would be better if Snapchat let users set up end-to-end encryption so even Snapchat wouldn't be able to eavesdrop on people, and we wouldn't have to "trust" them. For now, all we can say is that it's better than using text messaging.

You're right, that would have made it more readable, sorry.

On the mitigating side, most of the frequent commenters take great pride on not being able to read that far.

Oh ok, good point. But he never made that argument either. (And the same response applies - he'd have to show why the unavoidable costs of skipping one's eyeballs two inches, are higher than the benefits.)

You're very articulate. But you never made an actual argument as to why the long-form posts are bad. (More precisely, why the benefits are outweighed by the unavoidable costs -- where the benefits include giving some people an argument to think about, and the unavoidable costs are that if someone doesn't want to read the article, they can move their eyeballs two inches down the page to skip it.)

I think this is confusing "protection and safety" in the sense used by politicians and moralists (e.g. "protecting" kids from porn) with "protection and safety" in the normal English meaning of the words (protecting a person from some kind of measurable harm). Just because workshops use language like "safety" does not mean that they're actually increasing anyone's safety in the literal sense.

Most psychologists believe -- correctly -- that teenagers are not harmed (in the correct English meaning of the word) by seeing other teenagers naked (otherwise, wouldn't they be leading the charge against teenage sex?).

If you want to argue that such workshops are there for students' "safety" then you'd have to make an argument as to why you think the behavior in question is actually dangerous.

The reasons you've given have come up many times, but they sound like the kind of reasons that people invent after the fact, in order to rationalize conclusions that they've already reached. If blocking students from getting on Facebook were really about "focus", then schools would let students get on Facebook who could demonstrate that they're already doing good work and know how to manage their time properly. If blocking students from getting on Facebook were about "managing finite resources", then they'd let students get on Facebook during non-peak hours, or when less than 50% of lab machines were in use, etc. But nobody ever even gets into these discussions, because I think deep down everybody knows these are not the real reasons.

I think that's a great reference. However, it doesn't have a column for "Are your past communications deleted by default by the client software, so that they will be unavailable even if your client machine is stolen by an adversary?", which is the feature of Snapchat that I'm focusing on here.

In fact, in a case where you want the clients to delete the messages by default, there's an argument that it's better not to have the client code and the protocol be completely "open". Because an open protocol makes it easier for third parties to write knockoff clients that speak the same protocol but that don't delete the received messages by default, thus increasing the risk to the sender. (Yes, people write third-party Snapchat knockoffs that do that anyway, but Snapchat can make it more difficult by changing their codebase and their protocol frequently.)

Technically it's "security through obscurity" to have your code be closed, but there's no real "security" here anyway, only a best effort. All you can aim for is that most of the time when you send a message, it will be deleted on the client side (and that they didn't take a picture of it first with another phone!).

My property taxes went up a couple years ago because the local residents decided to pay $2 million to have a flowage dredged and stocked with fish.

My property taxes are going up next year because the local residents decided to pay $25 million for a new sports complex at the high school.

Now, it may cost a couple mil to get a city wide fiber rollout, but after the initial build out, the monthly fees should cover peering and maintenance. So I get a 1 year bump in my taxes, and a life time of cheaper and faster internet access?

Now that's something I can get behind!

-Rick

"It turns out that there are zillions of little apps that make businesses run. Some of them are no more robust than an excel workbook on a well known file share. Some are Access applications. Lots of VB6 apps are still keeping businesses running."

I hear ya. Been right there in the trenches for almost 20 years now doing line of business application development/management. The organization I just started with has a product catalog that has over 1000 entries, with tons of additional excel/access solutions that remain undocumented.

But this is a problem. Each of these applications involve risks, maintenance, and support. The more of them there are (and some places have mountains of them) the more maintenance and support cost, the more often those risks present themselves.

The reason these apps exist is because of a business process, and that process was likely designed in a vacuum being held over a fire. It's not that the app is flawed, but the business process itself may be the source of the issue. Working with the business units to identify processes that have multiple IT needs and finding ways to streamline the process, not the apps, will save the company vastly more than sinking time into developing yet another application.

And that's where we get to the rub. There are already hundreds of POS suites, contract managers, document management, BRMs, ERPs, HR tools, taxes and accounting apps, etc... Any core business function that a company may have has likely already been solved with a tool that is vastly cheaper than what it would cost for us to build, with refined business processes built in, and with a significantly lower TCO including maintenance and support.

The world is full of giants. Stand on their shoulders so that your IT department can spend their time on projects that take your business where others can't.

-Rick

If you're just developing for the fun of it, have at.

But if your goal is to have a POS application, stop writing code right now. There exist hundreds of off the shelf POS apps all ready. For Windows, for Linux, thick clients, thin clients, web, desktop, green screen, etc...

Your time would be vastly better spent finding an existing product and adapting your business process to it. Especially if it is something that can tie into your accounting/inventory systems.

As the old saying goes, "Good developers write good code, great developers steal good code."

-Rick

Well, part of that is due to the scale. Union membership has been plummeting over the last few decades. We're down to ~14 million total union members in the US.

And we're at ~140 million total non-farm employees in the country.

Assuming that both corporations and unions perform 'evil' at the same rate, we should expect 9 times more 'evil' reports on corporations than we see on unions just as a matter of scale.

Even just some quick google-fu shows that expectation to have some truth. More reports of corporate driven voter intimidation are available than reports of union driven voter intimidation. That isn't to say that unions don't do horrible crap too. Hell, look at that mess in Nevada back in 2010. Uhg. And if union membership wasn't at such a low level and falling, I'd be more concerned about it. But as is, unions are going the way of the dinosaur. They're still making a lot of noise, but their political clout is faltering and they don't have the impact they once did.

-Rick

I just sent out the warning shot to my management group. 5 years to get there. 2 years of bickering and foot dragging before we have to have a plan in action so we can get Windows 10 rolling out on hardware replacement.

-Rick