This is coming kind of late, because I actually received it about a week ago, but the box of stuff I got for being a moderator on Physics Stack Exchange has finally arrived!
It includes a Physics Stack Exchange T-shirt and sticker, a generic Stack Exchange pen, Sharpie, and sticker, and a letter of appreciation from the company's founder and CEO, Joel Spolsky.
Here's something I discovered recently: quantum tic-tac-toe is a variant of tic-tac-toe which allows players to make multiple moves at once, in an attempt to simulate quantum entanglement and superposition. Apparently it was invented in part to provide a way of visualizing quantum concepts. In that respect, it seems to be a decent but imperfect conceptual aid, but it's a pretty interesting game in its own right.
Anyway, tic-tac-toe is one of the simplest games there is, so the optimal sequence of plays have been known for a long time (in particular that if both players play optimally, the game always ends in a draw). But what about quantum tic-tac-toe? This question recently popped up on Board & Card Games Stack Exchange, and I'm rather curious to see what answers it comes up with. Currently it has a 100-point bounty attached, which means if you contribute the winning strategy, you could get 100 free reputation to get your start on Stack Exchange!
Here's one for the fellow Star Trek fans out there. At the end of Star Trek: Nemesis (SPOILER ALERT), the Enterprise-E and Shinzon's Romulan warbird, the Scimitar, get involved in a battle in which the Scimitar latches on to the Enterprise using grips. One of the community members at Science Fiction and Fantasy Stack Exchange thought to ask, when the Scimitar fired its engines in reverse, why did it detach from the Enterprise rather than dragging both ships along?
At the question on SFFSE, there are two proposed explanations, the inertia of the Enterprise and the failure point of the grips. Both of them are relevant, but inertia doesn't explain what happens all by itself. After all, if it were just inertia, what's to say that the Scimitar detaches from the Enterprise instead of the engines detaching from both ships? As we'll see, inertia does play a role in determining how much force is exerted on each part of each of the two ships' structures. But once that force distribution is determined, it really comes down to whether the amount of force on the grips is enough to break them.
In the grand tradition of physics, I'm going to make a simplified model of this situation. Instead of two starships with hulls locked together, consider two boxes connected with massless strings. Suppose you pull on the string on the far right with a force
. What happens to the boxes? Well, Newton's second law applies to the system of the two boxes as a whole, so the system of both boxes moves to the right with an acceleration
.
Suppose that the string is stretched out. Both boxes will move together; in other words, each one individually has acceleration
. That means the net force acting on the box on the right is

As you can see from the diagram, the box is subject to a rightward force
, from the string on the right (that's just the total pulling force
), and a leftward force
, from the string on the left. Their difference has to be equal to the net force. I can use this equation to determine the value of
,

You can apply the same reasoning to the box on the left: it's subject to a rightward force
and a leftward force of, well, zero. Their difference, which is just
, has to be equal to
:

Notice that the leftward force acting on the box on the right is equal to the rightward force acting on the box on the left. What this means is that the string pulls inward on both ends with the same force. This is just what you'd expect, since if the string is massless,
with
tells you that there cannot be any net force acting on it.
Of course, if the string is pulling on the boxes it's attached to, Newton's third law says that the boxes must also be pulling on the string, just as hard. So the string itself is experiencing a force of
stretching it out in both directions. This is the source of the string tension. Now, any object, including a string, will break if it's subjected to a certain amount of tension. This maximum tension is sometimes called the failure point. In this example, if
exceeds the failure point of the string, then it will snap.
So how does this apply to the Enterprise and the Romulan warbird? Imagine the warbird as the box on the right, the Enterprise as the box on the left, and the grips that are holding them together as the string. The force
that pulls to the right now comes from the warbird's engines.
As with the string connecting the boxes together, the grips that hold the Scimitar to the Enterprise are subject to a tension force of

If this force is greater than the failure point of the grips, they will break. Notice that the inertial mass of the Enterprise,
, does affect how much force is exerted on the grips.
This case was pretty easy to analyze because it's obvious that the grips are the weak point in the system of the two ships. But we'd get a better model if we used not just two boxes, but a whole chain of them. The same reasoning used in the case of two boxes applies to a longer chain:
Let
be the mass of each individual box in the chain, and
be the chain's total mass. Then the whole chain moves with acceleration
.
is
.
, and a force from the string on the right,
, whose difference is equal to
.
.
The string on the far right has the most tension, and then the tensions decrease as you move toward the free end of the chain. Each box "absorbs" an amount of force proportional to its mass, reducing the tension by that much for the next string over. That is the effect of inertia.
In this analogy, the boxes represent atoms, and the strings represent the electromagnetic forces that hold atoms together. Using roughly this sort of technique, you could make a "stress map" showing how much force each part of the Enterprise and Scimitar (or any other structure) would be subject to, and use it to predict which parts are most likely to fail. Obviously, it's more complicated in three dimensions, but this is the basic form of the kind of analysis used by structural engineers and geologists on a daily basis.
Here's a little treat for the holidays: add Santa hats to all the gravatars in Stack Exchange chat! You can copy and paste the CSS below into a Stylish user style, or download a userscript that will insert the styles for you.
This includes all the extra markup you need to copy and paste directly into Stylish:
@namespace url(http://www.w3.org/1999/xhtml);
@-moz-document domain("chat.stackexchange.com"), domain("chat.stackoverflow.com") {
div.avatar {
position: relative;
display: block;
}
div.avatar:before {
content: url("http://static.ellipsix.net/ext-tmp/santahat32.png");
position: absolute;
top: -8px;
right: 3px;
}
div.avatar-16:before {
content: url("http://static.ellipsix.net/ext-tmp/santahat16.png");
position: absolute;
top: -4px;
right: 0px;
}
div#active-user div.user-gravatar64:before {
content: url("http://static.ellipsix.net/ext-tmp/santahat64.png");
position: absolute;
top: -18px;
right: 0px;
}
}
I've occasionally posted here about my involvement with Physics Stack Exchange — in fact, don't be too surprised to see more posts of that nature in the upcoming weeks. But today I would like to bring your attention to another potential Stack Exchange site that will be of interest to many physicists and others: Scientific Computing.
As some of my regular readers (let us assume for the moment that these "regular readers" exist) will know, Stack Exchange is a network of question and answer websites on various topics. It started with Stack Overflow for computer programming, then expanded to Server Fault and Super User for sysadmins and power users respectively, and based on the success of that model, the people in charge have created about 70 more based on proposals from community members. The proposal for a scientific computing site came about because the topic occupies a niche between general-purpose programming and the specific science. To take computational physics as an example, these sorts of questions don't quite fit on Physics Stack Exchange, which is about physical principles, but they don't get a particularly good response on Stack Overflow, because they get swamped by all the questions about popular languages and libraries like C# and jQuery. It makes sense to have a place for practitioners of computational physics (and other computational sciences) to ask and answer questions where they can get the attention they deserve.
Right now the proposal needs about 50 more people committed to demonstrate that it has enough support to be launched. So if you'd like to have a place to ask computational questions (and come on, you do), head over to the proposal page and sign up!