STD: Social (Networking) Transmitted Disease?
Most of us have experienced the need to disinfect a virus-laden system — though a near-total immunity is one of the many benefits of being a Linux user. If public health officials in northern England are to be believed, though, the term "computer virus" may be in for a new meaning.
Social networking can do many things for users: help them kill vast amounts of time, expose career-ending after-hours antics, and sometimes even connect them to new and interesting people. According to the Teesside (UK) Director of Public Health Prof. Peter Kelly, they can also help users catch VD.
Syphilis, a potentially fatal sexually transmitted disease, has been on the rise in many developed nations over the last decade, after marked decline in the two decades leading up to the year 2000. That rise has apparently been particularly apparent in northern England of late, where cases have reportedly quadrupled. Searching for a cause for this dramatic immuno-explosion, Professor Kelly's staff have discovered that Facebook, of all things, is to blame for the increase in infections.
Teesside is an enclave of Facebook popularity — one of the site's most popular areas in the UK, apparently. The health department's staff have reportedly concluded that the site's popularity is providing a convenient means to arrange casual sex encounters, and more casual sex leads to syphilis run amok. "Social networking sites are making it easier for people to meet up for casual sex."
Facebook, unsurprisingly, isn't particularly thrilled with the revelation, and has been quick to say as much. “Facebook is no more responsible for STD transmission than newspapers are responsible for bad vision,” read a statement from the company, which reportedly described the suggestion as "ridiculous." The problem with the health department's theory — as Facebook pointed out — is that Professor Kelly and his staff have confused correlation with causality.
Such misconclusions, known to statisticians as spurious relationships, are not uncommon. A particularly well-known example is the connection between increased ice cream sales and an increase in drownings. The two often coincide, but neither causes the other — rather both are spurred by warm weather. That two (or more) situations exist simultaneously does not necessarily connect them to one another, or as the mathematically-minded might say: "Correlation does not imply causation."
Indeed, one could just as easily speculate that syphilis infections cause Facebook use. Perhaps all these suddenly STD'd individuals are seeking out solace from the similarly-afflicted, desperately founding Facebook groups and friending one another. The theory also lacks an explanation for why syphilis is the infection of choice — if the cause of the infections is social network-spawned sexualizing, why isn't VD on the rise in general? What is it about Facebook that selectively incites the syphilis sufferer's passions?
Perhaps most telling, however, are Kelly's own words: "I don't get the names of people affected, just figures, and I saw that several of the people had met sexual partners through these sites." A few flings and figures, professor, do not a Facebook epidemic make.
Justin Ryan is a Contributing Editor for Linux Journal.
|Dynamic DNS—an Object Lesson in Problem Solving||May 21, 2013|
|Using Salt Stack and Vagrant for Drupal Development||May 20, 2013|
|Making Linux and Android Get Along (It's Not as Hard as It Sounds)||May 16, 2013|
|Drupal Is a Framework: Why Everyone Needs to Understand This||May 15, 2013|
|Home, My Backup Data Center||May 13, 2013|
|Non-Linux FOSS: Seashore||May 10, 2013|
- RSS Feeds
- Making Linux and Android Get Along (It's Not as Hard as It Sounds)
- Using Salt Stack and Vagrant for Drupal Development
- Dynamic DNS—an Object Lesson in Problem Solving
- New Products
- Validate an E-Mail Address with PHP, the Right Way
- Drupal Is a Framework: Why Everyone Needs to Understand This
- A Topic for Discussion - Open Source Feature-Richness?
- Download the Free Red Hat White Paper "Using an Open Source Framework to Catch the Bad Guy"
- Tech Tip: Really Simple HTTP Server with Python
- Roll your own dynamic dns
3 hours 57 min ago
- Please correct the URL for Salt Stack's web site
7 hours 8 min ago
- Android is Linux -- why no better inter-operation
9 hours 24 min ago
- Connecting Android device to desktop Linux via USB
9 hours 52 min ago
- Find new cell phone and tablet pc
10 hours 50 min ago
12 hours 19 min ago
- Automatically updating Guest Additions
13 hours 28 min ago
- I like your topic on android
14 hours 14 min ago
- This is the easiest tutorial
20 hours 50 min ago
- Ahh, the Koolaid.
1 day 2 hours ago
Enter to Win an Adafruit Pi Cobbler Breakout Kit for Raspberry Pi
It's Raspberry Pi month at Linux Journal. Each week in May, Adafruit will be giving away a Pi-related prize to a lucky, randomly drawn LJ reader. Winners will be announced weekly.
Fill out the fields below to enter to win this week's prize-- a Pi Cobbler Breakout Kit for Raspberry Pi.
Congratulations to our winners so far:
- 5-8-13, Pi Starter Pack: Jack Davis
- 5-15-13, Pi Model B 512MB RAM: Patrick Dunn
- 5-21-13, Prototyping Pi Plate Kit: Philip Kirby
- Next winner announced on 5-27-13!
Free Webinar: Hadoop
How to Build an Optimal Hadoop Cluster to Store and Maintain Unlimited Amounts of Data Using Microservers
Realizing the promise of Apache® Hadoop® requires the effective deployment of compute, memory, storage and networking to achieve optimal results. With its flexibility and multitude of options, it is easy to over or under provision the server infrastructure, resulting in poor performance and high TCO. Join us for an in depth, technical discussion with industry experts from leading Hadoop and server companies who will provide insights into the key considerations for designing and deploying an optimal Hadoop cluster.
Some of key questions to be discussed are:
- What is the “typical” Hadoop cluster and what should be installed on the different machine types?
- Why should you consider the typical workload patterns when making your hardware decisions?
- Are all microservers created equal for Hadoop deployments?
- How do I plan for expansion if I require more compute, memory, storage or networking?