Slashdot Mirror


Quantum Computing Programming Language

William Walker writes "The Economist has an article in its new issue describing attempts to write a programming language for quantum computers, if and when they appear. It does a good job of putting the challenges of qubits versus regular bits into layman's terms. ... The original paper is here."

232 comments

  1. Future work... by Cutriss · · Score: 5, Funny

    Port Slashcode to this, and we'll have FP comments *before* the articles appear!

    --
    "Mod, mod, mod...and another troll bites the dust."
    1. Re:Future work... by br0ck · · Score: 5, Funny

      But, luckily, as soon as they're observed they'll disappear.

    2. Re:Future work... by dark-br · · Score: 2, Funny

      Port Slashcode to this, and we'll have FP comments *before* the articles appear!

      And dont forget TACO posting dupes *before* the original posts :)

    3. Re:Future work... by wordisms · · Score: 2, Funny

      How will this affect the 'evil' bit in IPv4?

      Sorry, I couldn't resist.

    4. Re:Future work... by Anonymous Coward · · Score: 0

      I don't get it.

    5. Re:Future work... by Tablizer · · Score: 2, Funny

      Why do I imagine funky stuff like:

      function foo(x) {
      return(result);
      result = x + bar(x);
      }

  2. Quantum Computers by Anonymous Coward · · Score: 0

    I have a quantum computer. I just #include stdqc.h.

  3. Lets just think about this by Lasuuco+Tulkas · · Score: 1, Interesting

    So how are they going to handle an infinite number of variables? Oh right, dont worry... Someone else's problem?

    1. Re:Lets just think about this by Progman3K · · Score: 1

      The infinite number of variables will be stored in the infinite amount of universes that will be multi-processing the algorithm.
      No problem.
      Entanglement will assure that the result YOU (the you in THIS universe) asked for is returned to this universe.
      Quite simple, actually.

      --
      I don't know the meaning of the word 'don't' - J
    2. Re:Lets just think about this by Anonymous Coward · · Score: 0


      The infinite number of variables will be stored in the infinite amount of universes that will be multi-processing the algorithm.
      No problem.
      Entanglement will assure that the result YOU (the you in THIS universe) asked for is returned to this universe.


      WHAT ARE YOU TALKING ABOUT!! WHERE DID YOU GET THIS FROM! Entanglement is the pairing of two particles: If you have two photons entangled, if one is vertically polarized the other is horizontally polarized, no matter what. NOTHING TO DO WITH PARELELL UNIVERSES!! Christ, where do you people get this stuff?

    3. Re:Lets just think about this by pacc · · Score: 1

      The functional programming language Haskell already handles infinite lists. It is no problem since you don't have to allocate or compute any data until the program actually uses it - lazy evaluation.

      Quantum computing would handle infinite lists even more efficiently since only the correct answer would have to be evaluated.

    4. Re:Lets just think about this by Progman3K · · Score: 1

      I'd cite the books I got that from, but you're too insulting for me to bother.

      --
      I don't know the meaning of the word 'don't' - J
  4. Q! by Anonymous Coward · · Score: 1, Funny

    Someone should create a quantum programming language named "Q" in the fine tradition of "C".

    1. Re:Q! by __aaklbk2114 · · Score: 5, Funny

      Better yet, Q#: the fastest way to negate any speed improvments gained by quantum computers.

    2. Re:Q! by russellh · · Score: 1

      I'd call it Q*Bit

      --
      must... stay... awake...
    3. Re:Q! by Anonymous Coward · · Score: 0

      There is already a Q programming language. Check
      http://www.musikwissenschaft.uni-mainz.de/~ ag/q/

    4. Re:Q! by Anonymous Coward · · Score: 1, Funny

      What about QBasic?

  5. perl 6 already has it by mindserfer · · Score: 1

    too slow!!!!

  6. Ok... by Sheetrock · · Score: 1

    Isn't this a bit like trying to figure out which year we're going to time travel to first, or the best type of outfit to wear when you're teleporting to a party millions of light years away?

    --

    Try not. Do or do not, there is no try.
    -- Dr. Spock, stardate 2822-3.




    1. Re:Ok... by Jason1729 · · Score: 4, Insightful

      Not quite. This is more like Boole working out the basic theories of digital logic in the mid-19th century, long before anyone thought of digital computers.

      Jason
      ProfQuotes

  7. A name for the new quantum language by dfn5 · · Score: 4, Funny

    c??

    --
    -- Thou hast strayed far from the path of the Avatar.
    1. Re:A name for the new quantum language by Shenkerian · · Score: 1

      \w

      --
      You tell me how "whilst" differs from "while," and I'll stop calling you a pretentious jackass.
    2. Re:A name for the new quantum language by JonnyElvis42 · · Score: 1

      How about Uncertainty? The compiler will have to be kept hidden somewhere lest you watch the compile and screw up the resulting code.

    3. Re:A name for the new quantum language by OECD · · Score: 5, Funny

      In honor of Schrodinger: c@

      --
      One man's -1 Flamebait is another man's +5 Funny.
    4. Re:A name for the new quantum language by Jason1729 · · Score: 1

      I prefer unCertainty?

      We can run the complier on a machine stored in a Klein bottle

      Jason
      ProfQuotes

    5. Re:A name for the new quantum language by TeknoHog · · Score: 4, Funny
      As a physicist who likes scripting languages, I propose the following:

      (|Perl> + |Python>)/sqrt{2}

      And as soon as I get a quantum cable connection, you can warez my copy of "The Qubbit, or (|There> + |Back again>)/sqrt{2}".

      --
      Escher was the first MC and Giger invented the HR department.
    6. Re:A name for the new quantum language by gnuadam · · Score: 1

      I never thought I'd ever see it. A bra-ket/computer joke. Dirac would be proud, I'm sure.

      --
      You say :wq, I say ZZ. Why can't we all just get along?
    7. Re:A name for the new quantum language by burden123 · · Score: 1

      I think QBASIC would be more fitting

    8. Re:A name for the new quantum language by kavau · · Score: 1
      If it's an object-oriented quantum programming language, I'd suggest

      ( |c++> + |c--> ) / sqrt(2)

  8. Heisenberg says... by pr0nbot · · Score: 5, Funny

    attempts to write a programming language for quantum computers, if and when they appear

    Just don't observe them and they will appear!

    1. Re:Heisenberg says... by Aerog · · Score: 1

      Whether or not they appear, if you put it squarely on your desk you'll have no way of finding out how fast it is.

      --

      - Relativistic? That's barely Newtonian!
  9. Isn't this the job of the compiler? by shamilton · · Score: 1

    I mean, C is portable across endless architectures. It would seem far more sensical to put efforts into a new C compiler. If parallelism is required, surely the compiler can simply find bits of code which can execute in parallel without affecting each other.

    And of course, C++ objects can execute independently of one another.

    Blah, I must just be missing the point. Fuzzy bits, which are read in a non-fuzzy manner? The applications are endless!

    Never mind.

    --
    "[A] high IQ is like a Jeep; you will still get stuck, just farther from help!" --Just d' FAQs, c.g.a
    1. Re:Isn't this the job of the compiler? by The+Only+Druid · · Score: 5, Insightful

      Yes, not to be patronizing, but you're missing the point.

      No matter how non-linear the programming of current software seems to be [i.e. through multithreading and object oriented programming], the software nonetheless relies on the fact that certain things will occur in a certain chronological order.

      Quantum computing's power is in the ability to perform truly simultaneous, non-sequential operations. As a result, an entirely new language must be written to implement the new types of processes which are possible.

      As an anology, consider the "programming language" of an abacus. When a computer is compared, you dont talk about writing a new "compiler" for abacus code on the computer, you write a new language. Similarly, quantum computing is in many ways something wholy different from normal computers.

      --
      "Stumble before you crawl"
    2. Re:Isn't this the job of the compiler? by BitterOak · · Score: 1
      All right then, try implementing Shorr's factorization algorithm in C.

      --
      If I can be modded down for being a troll, can I be modded up for being an orc, or a balrog?
    3. Re:Isn't this the job of the compiler? by WetCat · · Score: 1

      Why not Ada? Why not Fortran90?
      Why not Erlang??
      those languages better fit for non-sequental
      stuff that happens VERY asynchronously.
      Why not Prolog? Getting goals checked simultaneously is a huge advantage for that language!

    4. Re:Isn't this the job of the compiler? by lonedfx · · Score: 1

      >All right then, try implementing Shorr's factorization algorithm in C.

      That's actually possible, though it'll be really slow. There are a few procedural formalisms out there for quantum computing (see for instance http://tph.tuwien.ac.at/~oemer/doc/qcldoc/qcldoc.h tml), most of them were written... in C. Of course it's gonna be slow if the runtime isn't quantum, but it'll work -- well sortof.

      wrt "isn't this the job of the compiler" : the problem is not really the compiler, it's the language's semantics. If C had a mean to manipulate and react correctly to operations on entengled variables, then we could just 'port C to quantum computers', but it doesn't so we need a different framework altogether, although we can write a simulation of such a framework (language) ... in C, C programs themselves do not have the necessary ontologies [caveat: some C++ cleverness could maybe change this -- it'd get very far architecturally from what the real thing would be, but in principle, why not].

      The fact is, you don't need quantum computers to do state entenglements (tho of course classical simulations have limited eigenvector sizes), so in principle you could program Shorr's factorization in a classic computer. Of course you wouldn't benefit from quantum polynomial time (ie, it'd be very slow and use a LOT of memory, depending on the number to factor), but that's another matter: the ontological power of the language is still there, even if it is, for all intent and purpose, quite unusable :)

      -lone, dfx.

    5. Re:Isn't this the job of the compiler? by Anonymous Coward · · Score: 0

      what's wrong with _beginthread()?

    6. Re:Isn't this the job of the compiler? by s88 · · Score: 1

      unfortunately I dont see any revolutionary ideas here. They seem to simply be rehashing old ideas. oooowww the pointers point to qbits. wow!

      When I'm programming my quantam computer I better not be allocating registers (arrays) of qbits.

      As quantum computation is a completly new computing platform, so do we need completely new ways to describe computation.

    7. Re:Isn't this the job of the compiler? by Anonymous Coward · · Score: 0

      Are you serious? C is basically a portable assembler. One of the main problems compiler and microprocessor guys are battling with these days is trying to squeeze out any parallelism out of C/C++ code. It would be so much easier if they were allowed to change to a different language, but the market realities are what they are... No architecture that doesn't excel in C/C++ stands a chance. The problem is the quality of the average programmer (present company excepted).

    8. Re:Isn't this the job of the compiler? by p3d0 · · Score: 1

      Yes, you're missing the point. To put it in your terms, these guys are inventing the language that could be used to write your C compiler, or perhaps the code your C compiler generates.

      --
      Patrick Doyle
      I mod down every jackass who puts his moderation policy in his sig. Oh, wait a sec....
  10. Good. by Anonymous Coward · · Score: 0

    I was getting tired of the repetitiveness of hexadecimal. A base 6561 representation of 8 cubits should be fun to learn. Mandarin Chinese ASCII anybody?

  11. that'll never happen by xeeno · · Score: 1

    because of the uncertainty principle, you'll never know exactly how to write your program in it and still have it run 100% correctly.

    1. Re:that'll never happen by scott1853 · · Score: 4, Funny

      This article is about quantum programming, not Windows programming.

    2. Re:that'll never happen by tomhudson · · Score: 4, Funny

      even worse - half the time, when you order your quantum computer and you open the box, it will be DOA.

    3. Re:that'll never happen by notsoanonymouscoward · · Score: 1

      This could be good for windows. They'll be able to blame all the bugs on heisenburg.

      --
      I ate my sig.
    4. Re:that'll never happen by Anonymous Coward · · Score: 0

      and even worse than that, if you don't open the box it's DOA *and* working fine at the same time! Just don't collapse that probability wave...

    5. Re:that'll never happen by kungfuBreaks · · Score: 1

      Why of course! After all, all bugs will presumably be heisenbugs

    6. Re:that'll never happen by Anonymous Coward · · Score: 2, Funny

      No you've gotten it quite wrong:

      *All* the time, when you order your quantum computer and you open the box, it will be *both* DOA *and* fully functional. You simply won't know until you open the box.

      It will, however, *always* contain a dead cat in the box.

    7. Re:that'll never happen by alanshitface · · Score: 1

      Can anybody tell me the exact moment when a cat dies?

    8. Re:that'll never happen by Anonymous Coward · · Score: 0

      right about now.

    9. Re:that'll never happen by Lord+Ender · · Score: 1

      " even worse - half the time, when you order your quantum computer and you open the box, it will be DOA."

      That's about the failure rate of 7200rpm hard drives today.

      --
      A slashdotter who didn't build his own computer is like a Jedi who didn't build his own lightsaber.
    10. Re:that'll never happen by archeopterix · · Score: 2, Funny
      Can anybody tell me the exact moment when a cat dies?
      Every time you... uhm... err... nevermind.
    11. Re:that'll never happen by Squiffy · · Score: 1

      No, but the horse is already dead.

  12. Seen Quantum::Superpositions by legLess · · Score: 5, Interesting

    Perl's had support for quantum computing for three years, thanks to Damian Conway's Quantum::Superpositions module. I saw him do a presentation in Portland few months back, and it was pretty mind-blowing. It may seem odd to talk about programming a computer that doesn't exists yet, but Q::S actually works.

    The promise of quantum computers is doing computations (as Damian says) "in multiple universes, in constant time" and Q::S obviously can't do this. It can and does, however, act like you're programming a quantum computer by allowing you to give one scalar multiple simultaneous values.

    Like Perl wasn't confusing enough, now it's like programming line noise ... in multiple universes :)

    --
    This isn't as much "normalization" as it is "don't take so many drugs when you're designing tables."
    1. Re:Seen Quantum::Superpositions by nihilogos · · Score: 5, Insightful

      I have to say that while it's an excellent Perl module it's utterly useless for the purpose of describing/studying quantum computers.

      Two criticisms I have from 20 seconds reading the CPAN page are

      1. It only seems to handle equal superpositions
      2. He seems to be unaware that even though you can perform computations in parallel on a superposition , you can only access the result of a SINGLE computation. So the primality testing example he includes isn't going to be running on a quantum computer.

      The language Betteli et al describe isn't breaking any new ground in physics, but it's aim is probably to enable computer scientists to start trying to apply formal methods in analyzing quantum computer programs. Maybe they'll have more luck coming up with new algorithms.

      --
      :wq
    2. Re:Seen Quantum::Superpositions by Anonymous Coward · · Score: 1, Funny

      Don't worry, soon the other universes will pass the Quantum Millenium Copyright Act which makes all IP computed in their universes their property.

      Hell I don't know about you, but I don't want those freeloading universes using up MY computer cycles without paying me!

    3. Re:Seen Quantum::Superpositions by Ardias · · Score: 1

      I saw him do a presentation in Portland few months back, and it was pretty mind-blowing.

      So, was he in two places at once? And, when you saw him, was he alive or dead?

    4. Re:Seen Quantum::Superpositions by polv0 · · Score: 1
      The promise of quantum computers is doing computations (as Damian says) "in multiple universes, in constant time" and Q::S obviously can't do this. It can and does, however, act like you're programming a quantum computer by allowing you to give one scalar multiple simultaneous values.
      To expound upon Damian's phrase, consider that a traditional computer will take a binary string of length N such as

      B = {1,0,0,1,1,0,1,1,1,0,...} (N bits)

      and compute a function of B

      F(B) = {0,1,1,0,1,0,...} (M bits)

      Where for example B could be an image and F(B) is it's compressed .jpg form (compressed if M is less than N). The power of a quantum computer is that it can compute F(B) for all possible B's in one computational pass!

      While this not terribly useful for our compression problem (who would want to compress all possible pictures simultaneously?) it is immensely useful for other tasks, such as testing the primality of a number. If F(B) is 1 when B represents a prime number, and F(B) is 0 when B represents a composite number, then a single quantum run of F would test the primality of all numbers from 0 to 2^N simultaneously!!
    5. Re:Seen Quantum::Superpositions by .com+b4+.storm · · Score: 4, Interesting

      To give people an example of what Quantum::Superpositions does, take the following snippet of code:

      if($foo == 1 && $foo == 2 && $foo == 3) {
      print "hooray";
      }

      With traditional Perl, such a condition could never evaluate to true. After all, if $foo is 1, how can $foo be 2 and 3 as well? Now take a look at the following:

      use Quantum::Superpositions;

      my $foo = any(1, 2, 3);

      if($foo == 1 && $foo == 2 && $foo == 3) {
      print "hooray";
      }

      Thanks to our Quantum-powered Perl (heh), this condition is true. $foo is 1, 2, and 3 all at once. Sort of. In quantum terms, $foo isn't any of those values. But once you test $foo to see if it is 1, it becomes 1. And when you look to see if it's 2, it becomes 2, etc. But if you test $foo to see if it is 4, it is not - that's not one of the possible values.

      --
      "Wow, you're like some kind of superhero able to ward off happiness and success at every turn."
      -- Ryan Stiles
    6. Re:Seen Quantum::Superpositions by Tablizer · · Score: 2, Funny

      (quote)
      use Quantum::Superpositions;
      my $foo = any(1, 2, 3);
      if($foo == 1 && $foo == 2 && $foo == 3) {
      print "hooray";
      }
      (end quote)

      Can it be encapsulated behind API's like?:

      if(spookyShit($foo,[1,2,3])) {
      print "hooray";
      }

    7. Re:Seen Quantum::Superpositions by Anonymous Coward · · Score: 0

      if(spookyShit($foo,[1,2,3])) ....

      Ah, you mean like Windows API with more descriptive (honest) naming :-)

    8. Re:Seen Quantum::Superpositions by Anonymous Coward · · Score: 0

      (quote)
      Thanks to our Quantum-powered Perl (heh), this condition is true. $foo is 1, 2, and 3 all at once. Sort of. In quantum terms, $foo isn't any of those values. But once you test $foo to see if it is 1, it becomes 1. And when you look to see if it's 2, it becomes 2, etc. But if you test $foo to see if it is 4, it is not - that's not one of the possible values.
      (/quote)

      I don't think this is exactly correct. You see in quantum terms if a state is the superposition of say three such eigenstates (as your example indicates) and say each of these eigenstates are of equal probability then it just indicates that a measurement of the eigenvalue of the system will yield any possible one of these eigenvalues (linked to the eigenstates). But that does not mean if you re-measure the same variable over and over again you will get different values. The trick is if, say you have 3 million such particles that you know are in the same superposition state; then you will see that if you measure each one of the three million particles there will be approximately 1 million at each possible value.

      For example consider the electron spin and say we measure the x component of the spin and it is pointing "up." Now if you measure the z component then there is an equal probability that it points either "up" or "down." But if you re-measure the z-component you will see that it is exactly what you measured before. But if you re-measure the x-component then that has an equal probability of being either "up" or "down." (Note that z-component "up" and "down" are different than the x-component "up" and "down.")

      What I really want to stress is a state may not take different values on the repetition of a single experiment. So it seems unplausible to me that when you want to measure a value of 2 out of state you will be able to do so, if you have previously measured a 1 and have not done any "other" experiments in between.

    9. Re:Seen Quantum::Superpositions by Fastolfe · · Score: 2, Informative

      It's meant to be more of a novelty than a practical example of quantum computing. There's also a Quantum::Entanglement module, allowing you to put variables in a superposition of states, do some calculations on them, and then "observe" the value of the result. The observation then causes the states of all of the other variables along the way to instantly resolve into states consistent with that observation.

    10. Re:Seen Quantum::Superpositions by Fastolfe · · Score: 1

      What I really want to stress is a state may not take different values on the repetition of a single experiment.

      Quantum::Entanglement takes this a step further and behaves more like you expect. The act of testing/observing the value of a variable permanently fixes its value (along with the other variables entangled with it).

  13. for those who cant wait by RidRash · · Score: 3, Informative

    http://tph.tuwien.ac.at/~oemer/qcl.html

  14. layman's terms... yea right by Christopher_G_Lewis · · Score: 4, Funny

    It does a good job of putting the challenges of qubits versus regular bits into layman's terms.

    Yea right. A sample run past my mom...

    (Mom reads the article...)

    Mom: Will this make FreeCell any easier?

    Me: Well, a quantum computer could actually solve all the possible shuffles of FreeCell in one pass.

    Mom: That wouldn't be any fun... Would the Internet be faster?

    Me: Not until we get rid of your dialup and get you a cable modem.

    and so on :-)

    1. Re:layman's terms... yea right by kirun · · Score: 1

      I hear it will make online shopping as fun as the lottery.

      --
      I'm scared of numbers that can't be written as a fraction. It's an irrational fear.
    2. Re:layman's terms... yea right by GuyMannDude · · Score: 2, Interesting

      Hey, at least your mom has the sense to ask how the technology applies to what she wants to do. My mom tries to understand all the details and then gets all confused. I remember when she went to the computer store to buy her first computer. She told me afterwards that a "very nice young (sales)man" helped her understand exactly what she needed in a computer. She told me that she was pretty sure that she wanted to get a computer with a ROM since that was necessary to get the computer to do what she wanted. When I explained to her that she didn't need to understand such details of the computer's inner workings if she just wanted to check her email and surf the web, she would hear none of it. After all, this wonderful salesman told her that she should make sure she knew exactly what she was getting. I wanted to hunt down that slick-talking asshole and strangle him for confusing her like that. When she started worrying aloud if she would have to buy some device drivers to make sure her mouse didn't become obsolete, I damn near screamed.

      GMD

    3. Re:layman's terms... yea right by mmol_6453 · · Score: 1

      I don't think you're giving your mother enough credit. If she's not afraid of buzzwords, then she has every right to know what she's getting into.

      Her only problem was that she thought she understood more than she actually did. IMHO, rather than grumble at her ignorance, which you deem unnecessary, you ought to be pointing her to websites like Wikipedia, Ars Technica and Everything2, so she can drink from the wells of knowledge. That'll let her decide whether she wants to be "in the know," or whether she wants something that "just works."

      As incentive, think about this: Wouldn't you rather she be able to fix her own computer? If she's interested in learning, she will.

      --
      What's this Submit thingy do?
    4. Re:layman's terms... yea right by Anonymous Coward · · Score: 0

      Not all the shuffles- one's been proven impossible.

    5. Re:layman's terms... yea right by Anonymous Coward · · Score: 0

      Maybe you should have offered to build one for her.

  15. That's a good idea by Anonymous Coward · · Score: 0

    I think it's a good idea. I mean, if quantum computation is actually a viable means by which to base PC computation (or any computer for that matter) I would think that it will put our traditional 1s and 0s in the history books.

    With all the power that lies in the quantum domain, we won't just have to be writing new software, infact, all of the computer science and computer engineering we learned in school will be taught much differently. As a CS/CE student, everything I'm learning is pretty much linear, 1s and 0s, == and != kinda theories. With quantum computing, we'll have to start thinking in hyper-parallelism and in continuous framesets, not descrete!

    What from the keyboard will we use to designate variables that are somewhat the same, but not really? Maybe !?==. How will gate logic be designed? NANDkinda gates?? Stuff like that interests me.

    Holy moley, this could be really interesting. Or, it could not. But I think so!!

  16. How long . . . by cjpez · · Score: 2, Funny

    . . . before this makes it into the Gnu Compiler Collection?

    1. Re:How long . . . by Anonymous Coward · · Score: 0

      Well, someone has to create it before GNU can stea^H^H^H reverse engineer it.

    2. Re:How long . . . by nihilogos · · Score: 1

      already been done.

      http://www.physics.uq.edu.au/gqc/

      Don't tell Stallman.

      --
      :wq
  17. You are correct! by twitter · · Score: 4, Interesting
    So how are they going to handle an infinite number of variables? Oh right, dont worry... Someone else's problem?

    Yes. With an infinite number of universes, there are an infinite number of you typing the code. Most of you will get it right and the computer will average the correct answer for you. So there, an infinite number of monkeys CAN write Shakespere, GUIs or anything else they please.

    Microsoft has been working on this for a long time with their robot code from thier IDE. It still looks random and does not work quite right because they have not figured out how to make regular digital logic uncertian. When they figure that out, they will have it.

    A gold star for you.

    --

    Friends don't help friends install M$ junk.

    1. Re:You are correct! by hsa · · Score: 1

      Yes. With an infinite number of universes, there are an infinite number of you typing the code. Most of you will get it right and the computer will average the correct answer for you. So there, an infinite number of monkeys CAN write Shakespere, GUIs or anything else they please. No, no, no. Haven't you heard of the The Infinite Monkey Protocol Suite (IMPS) which proves you wrong?

    2. Re:You are correct! by spike+hay · · Score: 1

      Where does everyone get this idea that quantum computers have something to do with paralell universes? And they have an infinite number of variables? That doesn't quite make sense.

      Quantum computers are based on interactions of qubits, which may be atoms, SQUIDs, or any number of things. They've got working quantum computers up to 7 qubits now, which means 64 operations per cycle, or what ever you want to call it. Quantum computers have nothing to do with parelell universes! Physicists aren't quite sure that they even exist.

      --
      If you don't understand any of my sayings, come to me in private and I shall take you in my German mouth.
    3. Re:You are correct! by mdielmann · · Score: 1

      I resent being called a monkey.

      --
      Sure I'm paranoid, but am I paranoid enough?
    4. Re:You are correct! by Anonymous Coward · · Score: 0

      I think someone did not understand that the original post was a joke (or at least I read it so), it's curious that /. got so lame that complicated jokes are moderated as Interesting because of the fact nobody undestands them...

    5. Re:You are correct! by spectral · · Score: 1

      I once read a sci-fi book that had this idea in it, a computer that somehow always corrected your mistakes by working just like this. It then got a little funkier and the people started crossing the dimensions for fun then eventually to live there, all without letting the people in charge of the project know what they were doing.

      If you know the name of this book PLEASE tell me, I lost it years ago and remember it as being good, so I want to read it again. Your comment made me think you might have heard of it.

  18. Sample line of code by jamesmartinluther · · Score: 5, Funny

    my $cat = new Cat('Felix');
    my $occupants = [$cat];
    my $room = new Room($occupants);
    $room->kill_occupant($cat);

    # is he dead?
    $room->status_occupant($cat);
    # doh!

    - James

    1. Re:Sample line of code by Anonymous Coward · · Score: 0

      Schrodinger at least gave the cat a change to live!

    2. Re:Sample line of code by gmuslera · · Score: 1

      mif (condition) {
      (actions when condition is true)
      } else {
      (actions when condition is false)
      } maybe {
      (actions when you don't know)
      }

  19. Curse my physics background! by dabootsie · · Score: 5, Funny

    If I didn't know the difference between quantum superposition and tachyons, I'd probably have found that funny too.

    1. Re:Curse my physics background! by infinite9 · · Score: 1

      So when my computer boots, will it finally do a level 3 diagnostic to check for tachyon emissions? That fixes everything!

      Will, are you listening?

      --
      Disconnect your television. Do your own research. Draw your own conclusions. They're probably lying. Don't be a sheep.
  20. Not just the compiler by Anonymous Coward · · Score: 0

    Yeah, and underneath the compiler, there will have to be new OSes, machine code, and who knows what the hardware will be like.

    I agree though, the compiler would be the fastest way to migrate the traditional C/C++ programmer to the quantum based computer. They keep typing like they've always known, and the compiler does the translation.

    But I wonder, like going from 32-bit to 64-bit processors, what the hell kind of programming adaptations will have to be made going to quantum bits? You know where each of those 32/4 bits can be a bazillion variables itself? I bet researchers will have work to do in that area.

    The compiler would have to be super smart, and able to detect where events take place which would be parallal operations, and somehow not confuse "int a" from the "int a" in the other universes or whatever craziness quantum computing has.

    I bet it can be done, but the compiler will probably have to be designed by CS guys sitting along side EE and Quantum Physics guys as well.

  21. Re:last FP by Anonymous Coward · · Score: 0

    too bad this is just another Troll from the Troll Compendium.

    otherwise I'd say, "thank god, finally."

  22. Re:DEATH TO THE US by L0J46K · · Score: 0, Flamebait

    Death to all who oppose

  23. New name for programs by cachorro · · Score: 2, Funny

    If we build something with qubits, should we call it an ark?

    1. Re:New name for programs by Boatman · · Score: 1

      Right. What's a qubit?

      --
      --Just the place for a snark!
    2. Re:New name for programs by WasteOfAmmo · · Score: 1
      Lets see... I use to know what a qubit was. Well nevermind, when you have that done I want you to go out into the world and collect all the animals 2 by 2, male and female, and put them into the ark!

      Obviously I spent far to much time listening to his tapes as a kid... Doh: I just aged myself!

      --
      Merlin.

    3. Re:New name for programs by Open_The_Box · · Score: 1

      Heh. Cubits - qubits - ark - biblical reference. Qu-ark. Nice one. Funny on soooooo many levels.

      Shame I seem to be the only one who gets it though. ;-)

      --
      If you can't think of something nice to say then don't say anything at all. No, REALLY.
    4. Re:New name for programs by MarvinMouse · · Score: 1

      Riiiiiighhhht.... Am I on Candid Camera? No really, why do you want me to do all these weird things?

      --
      ~ kjrose
    5. Re:New name for programs by Anonymous Coward · · Score: 0

      I'M GOING TO DESTROY THE WORLD.

      Right. How you gonna do it?

      GONNA MAKE IT RAIN FOR A THOUSAND YEARS & DROWN EM RIGHT OUT.

      Right. Listen to this, you'll save water. Let it rain for forty days and forty nights and wait for the sewers to back up.

      RIGHT.

  24. Unfortunately... by Anonymous Coward · · Score: 0

    ...I don't think that quantum computing will allow us to go back in time.

    Unless of course, you can swing around the sun at warp 10.

  25. languages that assume answers by argoff · · Score: 1

    I think a quantum language would half to assume the answer. eg:

    factor ( int c ){
    int a, b;

    a * b = c;
    a > 1;
    b > 1;
    c > a;
    c > b;
    b >= a;
    print a, b;

    }

    if c = 91, then it would print 7, 13 - because that's the only answer, and if there was no answer than it would be null, it there were multiple answers it would print a random working answer.

    1. Re:languages that assume answers by protonman · · Score: 1

      neh... can do that in prolog already.

      --
      The man of knowledge must be able not only to love his enemies but also to hate his friends.
    2. Re:languages that assume answers by awol · · Score: 1

      I think a quantum language would half to assume the answer. eg: factor ( int c ){ int a, b; a * b = c; a > 1; b > 1; c > a; c > b; b >= a; print a, b; } if c = 91, then it would print 7, 13 - because that's the only answer, and if there was no answer than it would be null, it there were multiple answers it would print a random working answer.

      Well done you have just written a prolog program

      --
      "The first thing to do when you find yourself in a hole is stop digging."
    3. Re:languages that assume answers by mindriot · · Score: 4, Insightful

      No... quantum computing will not allow you to factor in constant time or anything, or by "assuming the answer", get back the factors. Your idea seems to be "let's take the result and then calculate backwards" so to speak. But that won't work. Now if we could create two superpositions of "all numbers between 0 and sqrt(c)" (to put it in an easy way), calculate the product and then find a way to filter out all results equal to c (which seems to be what you're looking for), then we'd of course be able to simply measure the factors. But the problem is that you can't "filter out" only the results you want to look at. You might be able to slightly increase the likelihood of measuring the 'correct c' and therefore getting correct factors. That's (very simply put) what Shor's algorithm is doing - it only manages to increase the likelihood to measure the right result and therefore retrieve correct factors.

      Note that I'm grossly oversimplifying...

      Another example is trying to solve 3CNF-SAT - figure out whether a formula in 3CNF can be satisfied - in O(1). Classically, it's an NP-complete problem with exponential complexity. Now the naïve attempt would be to create a superposition of all possible inputs, filter out only those that yield "true" as a result, and then measure the "filtered" superposition to get a solution. Same problem; you can't really filter out the "true" results, you can only make it slightly more likely to measure a "1" as a result and therefore retrieve a solution for the input. You'd still need to repeat that for a couple of times, only less often as in the classical case - but still not in O(1), or even O(n).

      So no, quantum computing is not that much of a magic solve-everything-instantly machine... e.g. Grover's algorithm to find an element in an unsorted list will not bring you from classical O(n) to O(1), but rather O(sqrt(n)).

      But then again, maybe you're just trolling :)

      Anyway, I found this paper here very interesting: it's called "Quantum Computing for Non-Physicists".

    4. Re:languages that assume answers by Anonymous Coward · · Score: 0

      Not quite, both ISO and Edinburgh require both arguments to and friends to be instantiated. Therefore "pure" prolog doesn't allow this. It is however an instance of constraint logic programming, and of course most prolog systems these days have _some_ form of constraint handling as a value-added feature. But you're right in that it ain't a quantum algorithm.

  26. In Soviet Russia.. by Anonymous Coward · · Score: 0

    In Soviet Russia the Quantum Computer programs YOU.

  27. We ran a longer story about this... by Eric+Smalley · · Score: 2, Interesting

    ...paper a couple of years ago. Programming goes quantum, TRN March 28/April 4, 2001

    --
    Eric Smalley
  28. Re:last FP by Anonymous Coward · · Score: 0

    are you sure that manning the fries machine is really more important that "lettuce fetcher".

    I'm not so sure it's worth giving up your time on slashdot over. Maybe if they make you assitant manager or something.

  29. Heisenburg Works for code, too by GuyMannDude · · Score: 4, Funny

    Personally, I'm just waiting for someone to complain to me that they found a bug in my quantum code:

    "It wasn't like that when I originally coded it! You must have looked at it or something! So it's really your bug now, isn't it?

    GMD

    1. Re:Heisenburg Works for code, too by maxentius · · Score: 1

      50 percent chance it's a dead bug, though.

      --
      Imagine a Beowulf cluster of neurons.
    2. Re:Heisenburg Works for code, too by wirde · · Score: 1
      Maybe someone should make an addition to this entry in the Jargon Lexicon...

      heisenbug: /hi: 'zen-buhg/ n.
      [from Heisenberg's Uncertainty Principle in quantum physics] A bug that disappears or alters its behavior when one attempts to probe or isolate it. (This usage is not even particularly fanciful; the use of a debugger sometimes alters a program's operating environment significantly enough that buggy code, such as that which relies on the values of uninitialized memory, behaves quite differently.) Antonym of Bohr bug; see also mandelbug, schroedinbug. In C, nine out of ten heisenbugs result from uninitialized auto variables, fandango on core phenomena (esp. lossage related to corruption of the malloc arena) or errors that {smash the stack}.

      --
      in GNUin GNUin GNUin GNUin GNUin GNUin GNUin GNUSegmentation fault
  30. Sample code: by Anonymous Coward · · Score: 5, Funny

    if(1 && 0)
    {
    DoBothBranches();
    }
    else
    {
    DoBothBranchesAnyways();
    }
    else
    {
    WhatTheHellIsGoingOn();
    goto PrintAnswerToQuestionYouWereThinkingOf();
    }

    1. Re:Sample code: by Anonymous Coward · · Score: 1, Funny

      while(break)
      true;

      false = true;

      segmentation fault (core dumped)
      ** please do not view the core, you will change it if you do **

  31. Can ye imagine the mess? by El+Jynx · · Score: 1

    After the "Hello, maybeworlds" jokes/programs trundle down, well start sifting through Qubits running Q-Bert. These will be linked to cubicles and Dilbert almost immediately after that. From there, it's an easy downhill slide to memory banks which are and aren't running proprietary software, illegal music coexisting with Bach, cybermaybewarfare and a whole new dimensional lattice of blonde jokes. I wonder if anyone will understand them anymore? Superimposition of superintendants! Double Dragon like you never may have played it before! No more uncertainty about whether you've lost your car keys! Stand up and smile, gentles all. The lawyers are finally screwed six states from Sunday.

    El Jynx

    --
    A positive attitude may not solve all your problems, but it will annoy enough people to make it well worth the effort.
  32. No thanks... by inertia187 · · Score: 1

    I'll just wait for Sun Microsystems to come out with J2QE (Java 2 Quantum Edition). For example:

    package java.lang.quantum ;

    public strange abstract QuantumObject {

    public abstract void deconfine ( ) ;

    public abstract void charm ( ) ;

    public Object clone ( ) {
    throw new RelativisticException("You can't clone a QuantumObject, you insensitive clod!") ;
    }

    }

    --
    A programmer is a machine for converting coffee into code.
    1. Re:No thanks... by javatips · · Score: 1

      I think it would go like this:
      package java.lang.quantum ;

      public strange abstract QuantumObject {

      public abstract void deconfine ( ) ;

      public abstract void charm ( ) ;

      public Object clone ( ) {
      throw new RelativisticException("You can't clone a QuantumObject, use teleport() instead!") ;
      }

      public Object teleport( ) {
      System.out.println("WHERE AM I!!!!!!!!!");
      }
      }

  33. Turns out that... by Wolfier · · Score: 1

    Compiling a Quantum Computer program is NP-hard on problem size. DOH!!

    1. Re:Turns out that... by j3110 · · Score: 3, Interesting

      I'm sure there will be a reward for the first compiler that can compile itself for a quantum computer from a quantum computer.

      On a side note, I really don't think quantum computers will overrun the market much though. There really is no need for them in your average application. Where they will be popular is in add-on cards. It will do wonders I presume for mathematical applications such as: graphics(will OpenGL work?), encryption, perhaps even some kind of strange storage device or network device will make use of quantum shenanigans someday. Anyone with mork knowledge on the subject care to comment about the possible uses in the non-research world other than breaking encryption? I can't think of many cases where NP problems are even used in day to day tasks. Besides traveling salesmen or theives trying to optimize their theivery, what else is actually a practical use?

      --
      Karma Clown
    2. Re:Turns out that... by greenhide · · Score: 1

      On a side note, I really don't think quantum computers will overrun the market much though.

      Okay, maybe this is weirdo logic, but here goes:

      Consider how much faster our processors are now than they were 20 years ago.

      Consider that even now, there are programs that we have to wait on as they use the processor.

      My guess is that as quantum computers become available, we will get software that needs that level of computing power.

      Non-existent quotes concerning 64K aside, I don't think many people in the computing field would have imagined in the 80s that we would now routinely have computers with 1GB of RAM. There was a time when a 20MB hard drive could easily hold everything you needed. Processors had speeds in Mhz, not Ghz, and that was the single or double digits max.

      The amount of work we're putting on our computers is much greater than the amount of work we put on them 20 years ago. In 20 years, who knows how much work we'll be putting on them.

      --
      Karma: Chevy Kavalierma.
    3. Re:Turns out that... by etcpasswd · · Score: 2, Interesting
      My guess is that as quantum computers become available, we will get software that needs that level of computing power.

      I won't bet on it. Quantum computing is a fundamentally different idea. For most of the user experience, you don't need to solve N-P complete problems. There is a difference between doing something 20 times faster, and 2^20 times faster. A vast majority of algorithms that exist currently on the desktop are solvable in polynomial time - quantum computing for these is probably an overkill.

      Like the parents' post said, travelling salesman problem was hard many decades ago, and is _still_ hard, irrespective of our computing speed increasing by many times. However, one major impact of Quantum computing that I can think of is, we need to invent new algorithms for encryption, and new paradigm for security. The current ones are based on the notion that they are computationally hard to crack.

      And I also assume it is much harder to manufacture a quantum computer than a classical one. The idea of quantum computing is about 2 decades old (?), and we aren't even close to making one.

    4. Re:Turns out that... by demi · · Score: 1

      Well, I'm really looking forward to some help packing that knapsack.

      --
      demi
    5. Re:Turns out that... by Anonymous Coward · · Score: 0
      Sorry... but solving NP-hard problems efficiently would be of enormous economical significance. Just about any practical problem where you need to find the optimal (cheapest, fastest...) way of doing something can be modelled as an NP-hard optimization problem. If you manage to solve an optimization problem by a polynomial time algorithm, you have most probably ignored many practical considerations to simplify the problem.

      Some examples of practical applications: scheduling of complex projects, routing of delivery trucks, routing of internet packets, packing of goods in minimum space, code optimization in a compiler...

    6. Re:Turns out that... by sirius_bbr · · Score: 1

      what else is actually a practical use

      I think computer vision, or complex control systems (which are limited by available computing power at the time).

      --
      this sig has intentionally been left blank
    7. Re:Turns out that... by j3110 · · Score: 1

      Obviously business would be effected a lot, but I meant my question for more of an average Joe than a corperate entity. I don't think most user's will want or need quantum computing power as his/her main form of processing. My point is, you're average user doesn't need to solve NP complete problems. Can a quantum computer calculate 2^N instructions per second such that CPU's will be replaced by something faster, or will quantum computers be in the same boat as already engineered silicon at executing polynomial algorithms?

      Another thing I think you are missing about the real world is that more often than not, random occurances and general storage has more influence on the tasks that you are saying they would be good at. At least scheduling projects and routing delivery trucks are more based on other factors like traffic to actually get proper weighting etc.

      Packing of goods in minimal space doesn't seem to be what companies are going for... I get enough patroleum products to keep me out of most products I buy for at least 5 minutes :)

      Code optimization would be a great place for things to work. It would be ironic though if you were using a quantum computer to optimize code for X86 :)

      --
      Karma Clown
    8. Re:Turns out that... by Anonymous Coward · · Score: 0

      As it happens, I (the same anon coward as above) am working on heuristic solutions to NP-hard delivery truck routing problems... Even assuming no traffic variation, it is common to get 5 to 10 per cent savings compared to manual routing. We could get another 5 per cent if we could actually find the NP-hard optimum which we currently cannot do in any reasonable time. This is enough to be economically significant, but obviously there is much to improve, eg. in probabilistic models and traffic measurements like you noted. And usually the more complex your model is, the further from the optimum you are stranded, if all you've got is heuristics. Being able to solve any NP-hard problem fast would be a godsend.

      But anyhow, I don't think it's known whether quantum computers can solve NP-hard problems significantly faster than standard computers. They are an improvement in some problems like factorization but there's no way known to execute 2^N instructions in N time units.

    9. Re:Turns out that... by Leers · · Score: 1

      Personally I will use my Windows Quantum Edition computer to solve arbitrarily large Minesweeper boards. Imagine solving a 1000x1000 game in under a second!

      Actually Windows Quantum Edition will solve this problem for us because it will come with Office NP. So doing simple tasks like saving files and spell check will require quantum technology!

  34. Strangeness by Anonymous Coward · · Score: 4, Interesting

    I've put a little thought (very little) and it's a very interesting issue. First, for the doubters, they do have some quantum computing successes, the basics are proven. It's worth figuring out what the language is like. A couple things occur to me.

    (1) Loops. Don't need them. You just have one line, when you use index "i", it contains all the possible values, so all loops are single statements.
    OK, so in general, you won't have issues with flow logic, you write a forumula and theoretically all possible answers are in the output and the input also represents all possible inputs. So this languages is going to have less to do with flow control and more to do with filtering out all the unwanted answers. Not just "wrong" answers that don't fit, but extra answers. To use the looping analogy, if you have a qbyte index and would normally loop through to the total number of elements, the qbyte will loop through all it's values, some of which might be out of range, create numerical problems like divide by zero.

    Ok, this should be easy for you to tear apart since it's not well thought through, but what do you expect, a freaking Quantum genius to post this?

    1. Re:Strangeness by hawkfish · · Score: 1
      So this languages is going to have less to do with flow control and more to do with filtering out all the unwanted answers.
      Sounds like functional programming.
      --
      You will not drink with us, but you would taste our steel? - Walter Matthau, The Pirates
    2. Re:Strangeness by Tablizer · · Score: 1

      Sounds like functional programming.

      I was thinking more of "logic programming", but am fuzzy about the difference between them. I am envisioning something like SQL where instead of describing the iterations, you describe the requirements you want satisfied. The DB engine then determines the best course of action, including any iteration strategy, and returns the results.

      Thus, something like SQL could perhaps be used unchanged in the new quantum machines because it describes *what* you want instead of *how* to get it.

      (I don't think SQL is the best relational language, BTW. This is just an example.)

    3. Re:Strangeness by Anonymous Coward · · Score: 0

      Good point! Something better than SQL I hope, but you are right. In fact, this is why I found SQL hard to get my head around as a programmer... I'm used to the statement being compiled, (in C++ for example), where as in SQL the statement is interpreted first (my word), in the sense that an approach is calculated from, as you said, what amounts to a statement of requirements.

      You are onto something there.

      -The Original AC of this Thread.

    4. Re:Strangeness by Tablizer · · Score: 1

      I'm used to the statement being compiled, (in C++ for example), where as in SQL the statement is interpreted first (my word), in the sense that an approach is calculated from, as you said, what amounts to a statement of requirements.

      I don't think it is really a matter of compiled or interpreted, for SQL could perhaps also be "compiled" into specific machine instructions ahead of time. The difference is in how the language goes about specifying what it wants to be done.

  35. You forgot me! by Anonymous Coward · · Score: 0

    Hey neal n bob, you forgot to list me!

    Don't you remember all the fun we had goofing around on Slashdot.

    Anyway, I'll miss you! Take care chief! I'll keep the cause alive and well while your gone!!!!

    -Anonymous Coward

  36. hehehehehehhehe by Anonymous Coward · · Score: 0

    hehehehehehehehehehehehehehehehehehehehehehehehehe hehehehehehehehehehehehehehehehehehehehehehehehehe hehehehehehehehehehehehehehehehehehehehehehehehehe hehehehehehehehehehehehehehehehehehehehehehehehehe hehehehehehehehehehehehehehehehehehehehehehehehehe hehehehehehehehehehehehehehehehehehehehehehehehehe hehehehehehehehehehehehehehehehehehehehehehehehehe x 8923745234625634562152572456

    damn "postercomment" compression filter. that's the /.gestapo at work for ya, ya damn socialist tyrant

  37. Quantum Computing Language exists. by zCyl · · Score: 2, Informative

    Let's not forget QCL (Quantum Computing Language) developed by Bernhard Oemer (a slashdotter) in 1998.

    1. Re:Quantum Computing Language exists. by Ignatius · · Score: 1

      Thanks for mentioning QCL! After all, QCL has already been around for 3 years as the first version of the above article appeared in March 2001 and the QC-lib (libqc), a C++ library comparable to the QRAM lib, which now serves as the simulation back-end of the QCL interpreter dates back to 1996.

      cu

      Bernhard Oemer

    2. Re:Quantum Computing Language exists. by mvw · · Score: 1
      Let's not forget QCL (Quantum Computing Language) [tuwien.ac.at] developed by Bernhard Oemer (a slashdotter) in 1998.

      Both languages piss me off considerably (forgive the strong language)!

      First procedural (QCL) and now OOP! But everyone knows, that OOP is snakeoil, well except for those gready UML tools vendors and their greedy consultanting brothers who errected a tool industry to cure the problems they caused by pushing OOP into PHB everywhere :-)

      Honestly. Quantumn physics is reversable phyics, as physical relevant quanties must be measureable and thus be represented by unitary operators.

      This implies that quantumn operations are inheritently reversible and that thus a destructive update is very hard to realize!
      Man, non-destructive updates (persistent data!) don't I hear "functional programming" cried out loud here?

      Regards,
      Marc

    3. Re:Quantum Computing Language exists. by zCyl · · Score: 1

      I would take this post as an obvious troll, if not for your low user number and the fact that you've posted insightful comments in the past.

      Both languages piss me off considerably (forgive the strong language)!

      First procedural (QCL) and now OOP!


      While you seem to have gripes with OOP, OOP certainly has its strengths. The article you linked to is clearly written by a strong proponent of functional languages (which have certain, but limited, uses). OOP does an excellent job of abstracting the job of programming into units comprehendible by human short term memory (which of course make those units useful for programming). OOP also allows one to design logical interfaces to describe real world concepts in an abstract manner, and this feature is exactly what is required to make quantum computing understandable and useable in the field of computer science.

      QCL does a similar task in a procedural manner by integrating the relationships between quantum objects into the structure of the language itself. This is perfectly reasonable.

      Quantumn physics is reversable phyics... and that thus a destructive update is very hard to realize! ... don't I hear "functional programming" cried out loud here?

      I haven't studied the new language, but QCL performs this task quite well. The state of the system is preserved in a data structure containing an array of qubits.

      A functional language would seem a particularly poor choice at this point in quantum computing language design. When designing languages for quantum computers, it should be clear how the appropriate portions of the language would map directly onto a sequential set of operations to instruct a physical quantum computer to perform (in other words, a sequence of fundamental quantum gate operations). Functional languages do not provide this with the same clarity as procedural or object oriented languages.

    4. Re:Quantum Computing Language exists. by mvw · · Score: 1
      I would take this post as an obvious troll, if not for your low user number and the fact that you've posted insightful comments in the past.

      A low user number just means that I stumbled a bit earlier on this site. :)
      But I admitt that my mode was polemic.

      When designing languages for quantum computers, it should be clear how the appropriate portions of the language would map directly onto a sequential set of operations to instruct a physical quantum computer to perform (in other words, a sequence of fundamental quantum gate operations).

      I agree.

      Functional languages do not provide this with the same clarity as procedural or object oriented languages.

      I doubt that. The operators of course map to functions and the successive use of operators to a sequence of function applications.

      What I find striking is that a thing like "a:= 12" will map to a measurement in a quantumn computer, this not a reversible operation. On the other hand that using non-destructive assignments is what functional languages use.

      Let's talk again in about half a year, until then I will have accumulated more knowledge on quantumn computing (I'll read through the Gruszka book this semester).

      Regards,
      Marc

  38. Yay by dubbayu_d_40 · · Score: 4, Funny

    GOTO will be all the rage. Maybe they'll call it LEAP instead!

    1. Re:Yay by Garion911 · · Score: 1

      Just better not look before you LEAP.

      [ducks]

      --
      Slashdot is like Playboy: I read it for the articles
    2. Re:Yay by new+death+barbie · · Score: 2, Funny

      and there'll finally be an implementation of the long-awaited COMEFROM statement...

      --

      It's supposed to be completely automatic, but actually you have to press this button.

  39. The real problem will be... by FurryFeet · · Score: 3, Funny

    ... when programs have Shroedinger's bugs.
    Imagine debugging those. Are they squashed? Or are they squashed/unsquashed at the same time?
    (Apologies to real physicists. I'm just being silly. In case you can't tell)

  40. A nitpick... by Chinju · · Score: 2, Interesting

    In the paper they wrote, they claim that Grover's algorithm provides an exponential speed up over classical search algorithms. If I'm not mistaken, Grover's algorithm takes time O(N^(1/2)) while classical search algorithms take time O(N), which is only a quadratic speedup, not an exponential one... I'm sure the rest of their paper is well done, but this bothers me anyway.

  41. Now, we can have real Heisenbugs. by Ardias · · Score: 2, Interesting

    Debugging quantum programs is going to be a real pain. This will allow a whole new type of bug. Before, people blamed bugs on faulty software, non-compliant compilers, and bad hardware. Soon they can blame their bugs on physics itself.

    heisenbug: /hi:'zen-buhg/ n. [from Heisenberg's Uncertainty Principle in quantum physics] A bug that disappears or alters its behavior when one attempts to probe or isolate it. (This usage is not even particularly fanciful; the use of a debugger sometimes alters a program's operating environment significantly enough that buggy code, such as that which relies on the values of uninitialized memory, behaves quite differently.) Antonym of Bohr bug; see also mandelbug, schroedinbug. In C, nine out of ten heisenbugs result from uninitialized auto variables, fandango on core phenomena (esp. lossage related to corruption of the malloc arena) or errors that smash the stack.

  42. Any intros to Quantum Computing? by Anonymous Coward · · Score: 0

    Does anyone have a link to any intros on Quantum Computing? The only things I've seen so far are (all but) complete frauds. They're about as bad as the early literature on Object Oriented programming.

    1. Re:Any intros to Quantum Computing? by Milhouse_ph · · Score: 1

      try http://www.qubit.org they have lots of info and links on the topic.

    2. Re:Any intros to Quantum Computing? by Anonymous Coward · · Score: 0

      That's the type of P T Barnum material I was talking about. The link hasn't work in over five days. How are we supposed to take quantum computing seriously when the only people pushing it are complete frauds?

  43. Perhaps the new language might be Set oriented? by Mr.+Asdf · · Score: 5, Insightful

    Here's my take on the new language. (Sorry this is so simple for you seasoned programmers.)

    Consider how you might factor a large number:

    N = 23489803289

    for (i=3;i lessthan N;i=i+2)
    {
    if (N/i has remainder 0)
    FACTORS = i and N/i
    }

    This algorithm takes up to the square root of N tries to complete. This is really slow for big numbers.

    If you look at the algorithm, even a quantum computer would not really be able to improve on it, unless you had an EXTREMELY smart compiler that could recognize that each try is independent and could be separated. But that is wishful thinking. Instead, consider using sets:

    S: {3, 5, 7, ... ,sqrt(N)}
    (S is the set of odd numbers from 3 to the square root of N)

    Now the code might look like this:

    Function Divide(S(x), N)
    {
    if (N/S(x) has remainder 0)
    FACTORS = S(x) and N/S(x)
    }

    Now the Divide function would be called with the entire set. Compilers would still need to be smart, but the intent here is utilize the parallel processing of the New hardware. So I'm guessing a language similar to LISP might be a good starting point.

    Thoughts?

    1. Re:Perhaps the new language might be Set oriented? by nihilogos · · Score: 1

      And after you measure the result of Divide on the entire set you get the answer to ONE of the test divisions. Just one. The whole thing would have been quicker on your pocket calculater.

      --
      :wq
    2. Re:Perhaps the new language might be Set oriented? by Anonymous Coward · · Score: 0

      A better traditional algorithm that in no way diminishes your point:

      while (i%2==0) { addfactor(2); i/=2; }
      while (i%3==0) { addfactor(3); i/=3; }
      q1=5; q2=7;
      lim=sqrt(i); change=false;
      while (q1<lim)
      {
      while (i%q1==0)
      { addfactor(q1); i/=q1; change=true; }
      while (i%q2==0)
      { addfactor(q2); i/=q2; change=true; }
      if (change)
      { lim=sqrt(i); change=false; }
      q1 += 6; q2 += 6;
      }
      if (i>1) addfactor(i);

    3. Re:Perhaps the new language might be Set oriented? by Mr.+Asdf · · Score: 1

      That isn't quite what I intended. First of all, in the case I gave, there is only one answer, so that answer would be desired. But for the case of a number that has, say, 10 factors, this function might return a Set of 5 pairs. The return set can be defined in many different ways, and that would be best determined by the designer. But the idea is that the function is called one time, with an entire set as an argument, (or a pointer to a sample space if you prefer), and the compiler/hardware realizes this, and calculates each test in parallel utilizing the "magic" of quantum mechanics. I hope that was more clear.

    4. Re:Perhaps the new language might be Set oriented? by nihilogos · · Score: 1

      Sure it calculates each test in parallel utilizing the "magic" of quantum mechanics, but you can only access the result of one of those calculations. So in effect all you have done is test a single case.

      --
      :wq
  44. Re:Linux Sucks by Anonymous Coward · · Score: 0

    yeah, go gnu!

  45. This computer will self-destruct... by Anonymous Coward · · Score: 0

    Is it just me, or is it weird to imagine a computer whose registers get blown away every time you try to read their contents? I don't know if this is always the case, but I read something like that in the early literature about quantum machines.

    Then again, since it's only a few atoms we're talking about I think we can spare it. It's not like we'd be frying an Athlon or P4 every time we played a Quake death match!

    1. Re:This computer will self-destruct... by kps · · Score: 1
      Is it just me, or is it weird to imagine a computer whose registers get blown away every time you try to read their contents?


      It's just you.
      Core memory is (mostly 'was') erased by reading it.

  46. THIS is news for nerds! by Anonymous Coward · · Score: 0

    THIS is news for nerds!

    By the way, The Economist is Bill Gate's favorite magazine (according to a really old interview).

  47. superpositions are nothing new in cs! by inburito · · Score: 2, Interesting

    Having a superposition of states is really the exciting thing about quantum computing but as a concept there is really nothing new for any cs-majors.

    Abstractions of this concept can be pretty well cooked up by nondeterministic programming and lazy evaluation but should one actually be able to run these on a quantum computer the speed-ups could be enormous.

    The point being that with the above two concepts you can create even more general problem solving strategies than quantum computers would allow for, however in the same spirit, and use them with current computers. Having a language does not mean that you can really run it with any quantum computers. That's more of a job for a compiler.

  48. A natural feature for a quantum computer language by Waffle+Iron · · Score: 2, Funny
    I propose this useful builtin library function:

    decrypt(cyphertext)

    returns tuple: (public_key, private_key, plaintext)
  49. Quantum Computing Jobs by YetAnotherName · · Score: 3, Funny
    I'd wager some lame-brain human resources departments (under direction from pointy-haired bosses) will soon start posting job advertisements for this theoretical language on non-existent hardware:
    WANTED: Software development engineers and software QA engineers. Require three to five years experience with qubit-based systems (Q#, Qava, etc.).
    After all, Java jobs appeared (requiring a minimum four years experience) when Java was just two years old.
    1. Re:Quantum Computing Jobs by univgeek · · Score: 1

      But with Quantum Programming it would be a correct requirement, all you need to figure out is how to program in multiple universes at the same time!!!

      Voila! An infinite amount of experience to be had, even in one day!!

      Although the problem might then be producing something that an infinite number of monkeys can't do ;-)!!

      Arguing with a Quantum Programmer is like wrestling with an infinite number of monkeys - or something...

      --
      All bow to his Noodliness!! His Noodle Appendage has touched me!
    2. Re:Quantum Computing Jobs by Ozan · · Score: 2, Funny

      WANTED: Software development engineers and software QA engineers. Require three to five years experience with qubit-based systems (Q#, Qava, etc.).

      Interviewer: How many years of experience in quantum programming do you have and in which languages?
      Applicant: Last time I checked it was 4 years in Q++ and Turbo Q.
      Interviewer: So you have 4 years of experience in Q++ and Turbo Q?
      Applicant: To be honest I can't be sure of it anymore.
      Interviewer: Gnah!

    3. Re:Quantum Computing Jobs by Anonymous Coward · · Score: 0

      After all, Java jobs appeared (requiring a minimum four years experience) when Java was just two years old.

      If they wanted to hire the langauge designers, they'd have to pay a pretty high rate. :)

  50. Simulators? by SanLouBlues · · Score: 1

    I see on google, that various quantum computer simulators are available. Would this make the actual machines emulators of the simulators when they're built? Between the now and lators, I'm a bit confused . . .

  51. Someone else's "Someone else's" problem? by Anonymous Coward · · Score: 0

    I'm no physicist, but if there are supposedly infinite universes and that in at least one of those universes, let's suppose a person already has a working quantum computer. Could that quantum computer's computing power be combined with other quantum computers in parallel universes?

    In short, is it possible to have these computers work with each other?

    And can I have a Beowulf cluster of these please? :)

    1. Re:Someone else's "Someone else's" problem? by Progman3K · · Score: 1

      Short answer: They already are.
      Long answer: At every juncture where there could have been a different outcome, an infinite bunch of universes got created to pursue those outcomes.
      So of course, since everything that could have happened (previously) HAS happened, then there probably are universes where someone (YOU in one of them no doubt) already has a beowulf cluster of quantum computers.
      But those lie along a different, very divergent path from us.
      What we are trying to make happen is this: by creating a variable in a program that has an indeterminate value, it means that in every other universe where it could take on one of the possible values, it is currently being computed.
      Each one of these universes will actualize the variable into a different, known state. Different from the ones in the other neighboring universes where the computation also arrived at a result. In this way, the value will have been multi-processed in all its possible outcomes by the other universes. Through entanglement (which I don't really quite get, yet), the one universe where the computation corresponds to the answer to the original question we posed will return the answer to us.

      --
      I don't know the meaning of the word 'don't' - J
  52. Quantum Project Management... by PinchDuck · · Score: 3, Funny

    I can either tell you what milestone we're on, or how fast the project is progressing, but not both.

  53. Debugging by miketang16 · · Score: 2, Funny

    Error: Missing ';' near identifier 'qubit0'
    (Could be you left out a semicolon, could be background cosmic radiation messing with your qubits)

    hehe... Microsoft'll love this...

    --
    -------
    "In times of universal deceit, telling the truth becomes a revolutionary act."
    -- George Orwell
  54. A little premature? by sketerpot · · Score: 3, Insightful
    Doesn't this seem a little early to be making real programming languages for quantum computers? I was thinking that the first languages would be things that quantum computer researchers just sort of hack up quickly, and then when quantum computers are here they'll get decent languages. Suppose that these people spend a whole lot of effort on these first-generation languages---will they want to discover that a different approach is better, and wish they had taken it from the start?

    Gradual development....

  55. Not just a simple abstraction by rufusdufus · · Score: 3, Interesting

    I've seen several posts that imply that the its the job of the compiler to handle the parallelism. Quantum computers can only be exploited with highly specialized algorithms and as such, the compiler has no place. In fact people who study quantum computers today dont even use assembly language, they use gates.

    It is clear to me that most people who think they have an idea of how quantum computers work don't. Now I'm not an expert, but I have studied up enough to know that they aren't just a happy parrallel abstraction. Most of the information you get on internet about quantum computers is completely bogus (as someone points out this paper appears to be).

    Quantum computers are not universal; they cannot be used to do anything you want in "parallel universes".

    I highly suggest people who even ponder quantum computers first get a reputable book on the subject.

    1. Re:Not just a simple abstraction by NullProg · · Score: 1

      My thoughts exactly. We are talking about multi-state machines here. We cannot abstract what we know today into these new machines.

      Think back to the ENIAC. Did the hardware or software come first? Did they write a language before the computer? No they didn't, they toggled the switches manually and the languages and refinements came later.

      Correct me if I'm wrong here, (it may be still too 2 dimensional) but I envision:

      {
      if( bitstate ) !& maybe
      result = maybe(bitstate) & not(bitstate)
      switch(maybe | not result)
      }

      with all three procedures being executed simultaniously. In human terms it would be like, reading, listening, and typing at the same time.

      Interesting stuff. So is molecular computing. Finite states with infinate possibilities. We need to get away from clock cycles (NOP) to enjoy this new technology. The fuzzy logic math from back in the 80's is begging to be re-born on these computers.

      Enjoy,

      --
      It's just the normal noises in here.
    2. Re:Not just a simple abstraction by barawn · · Score: 2, Insightful

      Did you read the paper? If you had, you'd realize that the people who wrote the paper in fact do understand how quantum computers work, and they in fact do mainly think in terms of gates (well, primitive operations) as well.

      The main point that they make is that a final quantum computer will be a hybrid of a classical computer and a quantum "add-on". The classical computer handles all portions of the algorithm that are deterministic, and sets up the quantum portions and controls the measurements.

      There are many, many algorithms out there (okay, not 'many, many', but at least 'many') for quantum computers, and they even give code snippets for those portions. The code snippets contain many abstractions (like QFourier, QHadamard, etc.) which right now require a lot of tweaking and careful setting-up by the experimenters, but will hopefully in the future be automatable (I'm probably wrong - it's probably automatable now).

      We know certain things about quantum computers - after all, we can build simulators for them trivially - it's just that the computations will take much much longer than they would on corresponding hardware (with sufficiently large N, where N is the number of elements to deal with, assuming a proper quantum computer with a sufficiently large number of qubits).

      The paper's not bogus, and this kind of stuff is needed - it'll let people write algorithms in a standard defined way, and eventually when a quantum computer is built, they can construct a "compiler" for it fairly trivially. In this case, a compiler is not what we normally think of as a compiler - it's more like a processor - something that takes instructions and performs the operations on the setup.

      This paper is the equivalent of saying "Well, if we're going to build a computer, we need to know what instructions we want to process. What do we need? AND, OR, XOR, LOAD, STORE, ADD, SHIFT." Here it's more complicated, but it's the same idea - just with a quantum computing paradigm.

      The current state of quantum computing really doesn't have a 'processor' - the experimenters set things up, and let things run. Eventually that'll change, and this is anticipating it. I think you're being a bit naive to think that a general-purpose quantum computer setup could never be built. Anything that experimenters can do, engineers can automate.

    3. Re:Not just a simple abstraction by rufusdufus · · Score: 1

      I did read the paper. The problem is that the language they are building is neither necessary nor sufficient to describe quantum algorithms. It allows you to string together a handful of quantum operations with classical code. The problem of course is that those operations are not sufficient to do anything new; the interesting stuff (if there is any) is in that layer below the language, unreachable by the language.

      As far as a general purposes quantum computer setup, I think it is naive to assume it can be done without some hints as to why it would be worthwhile. The algorithms invented so far are not general, and there is no indication that general algorithms will ever be possible. Indeed research is necessary, but it is well below the level of computer languages.

    4. Re:Not just a simple abstraction by barawn · · Score: 1

      What exactly do you mean? All quantum operations can be represented as unitary transformations upon the state - the language encodes those transformations into code.

      They address the completeness issue in the paper at least twice - first in the desiderata (i.e. a desire to do so, which means if the proposed language isn't inclusive, then it needs to be refined) and then second in the low-level primitive section - they're building a language one step above 'machine language' for a quantum computer. You don't know which gates will be available, so you write a language which can handle any "complete" set of gates ("complete" means that they can generate any other set of operations through linear combinations - thus, they form a basis for all operations). If the quantum portion doesn't have a complete set of gates, it isn't a quantum computer, it's a quantum machine.

      As per the general purpose quantum computer setup, I still don't see your point. The "algorithms" so far can be used in many general purpose computations : Grover's algorithm is a good example, and the quantum prime factoring algorithm as well. It's stupid to think that there aren't an infinite number of useful quantum algorithms.

  56. quantum joke by tinrib · · Score: 1

    This post was funny until you read it

  57. Double take! by macshune · · Score: 1
    Looking at the screen for too long...

    "The trick is to find a way to describe, in a
    manner useful to computer scientists, the
    urinary transformations that underlie a
    program."

    Quantum pee!!!

  58. Qubits by talleyrand · · Score: 2, Funny

    With apologies to Bill Cosby

    God: I want you to build an ark.

    Noah: Right! What's an ark?

    God: Get some wood. Build it 300 cubits by 80 cubits by 40 cubits.

    Noah:Right! What's a cubit?

    --

    "My fingers Emit sparks of fire in Expectation of my future labours." William Blake
  59. There is a QC language already by halfelven · · Score: 1

    It's called QCL and you can get an emulator for it that runs on Linux.

  60. There is a QC language already by halfelven · · Score: 1

    It's called QCL and you can get an emulator for it that runs on Linux.

  61. Isn't that Perl? by Anonymous Coward · · Score: 2, Funny

    An infinite number of ways to get from here to there?

  62. Close ... by A+nonymous+Coward · · Score: 1

    ... try qark ... or quark ...

  63. A parallel language? by ivoras · · Score: 1
    Wouldn't a language that is purely procedural, like ML (or derivatives...) be useful here?
    I remember that a very high level of parallelism can be achieved with great ease, with pattern matching and similar features.
    (a classical example: Fibonnaci numbers:
    fun fib 0 = 1
    | fib 1 = 1
    | fib n = fib (n-2) + fib (n-1);
    )
    --
    -- Sig down
  64. Programming Language Already Exists by wildmage · · Score: 2, Informative

    A programming language already exists. It's called QCL by Bernhard Oemer.

    It also includes an emulator with 64 qubits. Pretty neat.

    He also wrote some very useful papers on understanding quantum computing.

    --
    ------
    wildmage
    Memoirs of a Mad Scientist
  65. Please Don't Tell The Kids About This by istartedi · · Score: 1

    Mommy, Mommy! She's looking at me again! and we won't be able to say "just ignore her".

    --
    For all intensive purposes, "whom" is no longer a word. That begs the question, "who cares"?
  66. sci.physics.research by Anonymous Coward · · Score: 0

    There is a discussion going on right now in the sci.physics.research newsgroup (moderated) on the subject of quantum computer programming languages

  67. Does not bear any relationship to quantum computer by rufusdufus · · Score: 1

    How do you think this relates to quantum computers exactly? The very idea here is way way off base. Quantum computation is statistical. Solutions are built into a superposistion of answers, which must be clevery designed to positively interfere in order to create a signal that has a statistical chance of objectifying.

    Take a good long look at Shor's algorithm to get an idea how this actually works.

  68. superposed phases by sstory · · Score: 3, Funny

    Phase 1: Steal Underwear Phase 1: ??? Phase 1: Profit!

  69. not the same thing by rufusdufus · · Score: 1

    Unfortunately, though the concepts seem similar to quantum computing models, they are in fact different.

  70. Quantum Computer Programming Language by billbarstad · · Score: 1

    Don't know of another way to tell you this, but the link to the article in the Economist is non-functional. Takes you to an error page.

    1. Re:Quantum Computer Programming Language by user32.ExitWindowsEx · · Score: 1

      It's a quantum article. As soon as you look at it, it disappears.

      --
      "Evil will always triumph because good is dumb." -- Dark Helmet
  71. Even worse than that... by rufusdufus · · Score: 1

    You cant even do SAT in polynomial time with a quantum computer.

    In fact, there really is no proof that quantum computers can do anything that (specialized) classical computers cant do.

    I have seen hardware that uses content-addressable memory to data-search, or even sort, in O(1) time, and it doesnt use any quantum mumbo-jumbo.

    Interestingly, even Shor's factoring algorithm may not be special. You see, nobody knows what the actually operating time of factoring on a determistic machine is; it is quite possible that an algorithm can be written which is just as "fast" using non-quantum hardware.

    Ok, yes, quantum computers can make really good random numbers, but thats just a dongle on a classical computer stuck in a cup of tea.

    1. Re:Even worse than that... by p3d0 · · Score: 1
      Technically, I don't think your content-addressable memory gives O(1) because "O" itself is defined as asymptotic behaviour; that is, the resources required by an algorithm as the size of the input goes to infinity.

      No matter how big your content-addressable memory is, it is finite, and so there is some input size for which you can't use your contant-time algorithm. When you try to scale your search algorithm to suit these cases, it will become O(log n).

      Having said that, my very limited understanding is that this is exactly the case with quantum computing, as you say. Namely, they give some great speedups for problem sizes that fit into a given number of qbits, but they don't give any benefit in asymptotic behaviour.

      --
      Patrick Doyle
      I mod down every jackass who puts his moderation policy in his sig. Oh, wait a sec....
  72. Damn! I had this idea before! by posternutbaguk · · Score: 1
    Of course I have no way of proving it but I thought of doing this some time ago, after reading a few quantum computing sites and realizing that nobody had actually tried to make a 'virtual' quantum computer.

    It's a great idea, though I feel it would be better to make a header file for another language rather than write a new language from scratch. I intended to write such a beast in C++, mainly cos' thats what I know best.

    Finally, it has to be said thay any new quantum language/library ultimatly suffers from 2 defects:

    1: It is slow, after all it has to emulate the 'speedy' aspects of quantum computing: for example, an 8-qbit operation will be some 256x slower than an equivalent 8-bit variable operation.

    2: Most normal computers cannot generate a true random number, needed for 'real' quantum computing.

    (2) can be fixed with hardware, but (1) is much tougher. Remember a tool such as this can only really be used to see *WHAT* a quantum computer will be like, not to actually use it.

    Anyway, thats my 2c, you can vist

    1. http:/www.unac.org.uk/


    to see what I'm currently working on.
  73. Coming Next: Electron Programming Language by g4dget · · Score: 1
    Move huge numbers of electrons from one capacitor to another with a single statement. Cause electrons to speed down long wires and recombine with holes.

    Seriously: if you feel you must muck around with quantum states, a simple library like QDD will probably do. Or have a look here.

    If quantum computers ever do anything useful--and that's a big "if"--then most likely you will just be using it through high-level operations and datatypes.

  74. Q*Bert by Easy2RememberNick · · Score: 1

    Q*Bert ...everyone was thinking it.

  75. There are already languages out there by Spanishfly · · Score: 1

    There is already tons of software for quantum computers, I know this because out team at Georgia Southern University has a grant from the National Science Foundation to design the very first atomic chip.

    --
  76. Schrodinger's Cat by Marlor · · Score: 1

    Here's a question I've wondered about since I heard about 'Schrodinger's Cat':

    Won't the cat be able to observe whether it is (itself) alive or dead?

    Of course it won't suddenly realize 'Oops, I'm dead'; but it will certainly be able to tell that it is still alive. Therefore the decision would have to be made while the cat is still in the unopened box, because the cat is constantly 'observing' itself during that time.

    Have I got the concept of Schrodinger's Cat totally wrong, or is there something I am missing?

    1. Re:Schrodinger's Cat by spot35 · · Score: 1
      The cat is irrelevant in this thought experiment. it's the cat's status to the outside world that is important. Schrödinger's hypophesis is centered around the observer not the cat. It's a good way to lay out how things can be both one state and another, supposedly mutually exclusive other state.

      Not sure I've made myself clear here. Oh well, I am very hungover.

    2. Re:Schrodinger's Cat by Open_The_Box · · Score: 1

      It doesn't really matter if the cat knows whether it's alive or dead. Well, I guess it matters to the cat but...

      Anyway. The thought experiment means that while the cat is in the box the outside observer doesn't know whether the cat is alive or dead (two possible states forming one wavefunction). When the box is opened in the observers frame of reference the wavefunction collapses into one of the two states (you find out if the cat is alive or dead). It's a simplified example designed to illustrate the superposition of 2 quantum states.

      Of course you could also say that from the cat's perspective the observer could be alive or dead and it won't know until the box is opened so it also works from the cat's frame of reference (hey, stick the box opening mechanism on a timer - no observer intervention required). But now it's getting a bit silly...

      --
      If you can't think of something nice to say then don't say anything at all. No, REALLY.
    3. Re:Schrodinger's Cat by Bisqwit · · Score: 1

      The process can be chained.
      The cat knows whether she lives, yes.
      The observer gets to know whether the cat lives, yes.
      But for the boss, who still hasn't heard about the results, the cat is still both alive/dead, and the scientist is still both having seen a dead cat and an alive cat.

      Now as people have already noticed, it isn't very clearly defined what is "observing".

      I think it's very safe to put the upper limit at light speed: Things that have happened after the latest information you could have possibly received (top speed for information is light speed) can be said to have happened all ways possible at the same time. When information reaches from the event to the observing point, the event must have a determinate state.

      For me, this is just filosophical crap though.
      It's just another excuse to close your eyes from inconvenient things: Bad things don't happen if you don't see them.

  77. Revolutionary by pete-classic · · Score: 1

    According to the article these quantum computers will use registers and operators. The registers will be useful for holding pointers to memory locations. The operators will include boolean operators.

    Also according to the article these low-level constructs will eventually combined into "objects" consisting of both commands and data.

    Wow. It's hard to imagine such a computer. This is some futuristic stuff!

    -Peter

  78. How will/does it look like? by kukiszabolcs · · Score: 2, Interesting
    Most of us I think are new bees in Quantum Programming, but we have a pretty good background in linear and parallel programming (things before quantum :-)).

    So I would like to know if we could cope up any similar concepts, just to get us starting.

    Until now I see two concepts which might be similar, both or only one of them - you tell me, I'm a real new bee in Quantum Programming:
    Backtracking - because this is an exponential fractal like algorithm (you call the function and this will repeat itself until exit conditions are true)
    Parallel computing - because you different threads the same local variables might have different states

    PS: knowing more about basic principles might help finding the best algorithm (somewhat like knowing about cache and writing algorithms around small buffers)

  79. Did you hear... by Dem0sthenes · · Score: 2, Funny
    "Did you hear about that quantum computer that factored 15?"

    "Seriously?! Now I have to change my PGP key..."

  80. Like early computing; closer to PROLOG than LISP by Randym · · Score: 2, Insightful
    After reading the Bettelli paper, it appears that, just like on the early computers, you have to first build the computer out of the quantum objects (initialization) before you can use it. (Initialization is analogous to setting up the connections between the plug-boards.) Then you use it to solve your problem (evolution) [in today's terms, imagine a Transmeta box modifying itself as the solution to the problem progresses], then you have to interpret the results (finalization). (like reading off the mercury cylinders in the days of yore -- only here, of course, each cylinder vanishes into oblivion as you 'read' it).

    And to the poster who suggested a LISP-type language: no way. Too procedural. A parallel PROLOG is probably closer; you set up some initial conditions (both in terms of data and quantum 'procedures': i.e. the quantum objects), but since the solution is all simultaneous, you don't have to worry about back-tracking.

    --
    DNA is a Turing machine. You, however, being dynamic and emergent, are not.
  81. Serious question: Quantum computing resources by SteelX · · Score: 1

    Here's a question to the Slashdot crowd: What resources on quantum computing and quantum mechanics are out there? I'm asking from the perspective of a computer scientist who has heard of quantum computing and know the very basics, but has yet to delve any deeper into it.

    Which websites would be useful? What books would be useful? What else would you do to gain a better understanding of the theory?

    1. Re:Serious question: Quantum computing resources by DamnYouIAmALion · · Score: 2, Informative

      I found this article to be a very useful. A nice starting block.

    2. Re:Serious question: Quantum computing resources by kps · · Score: 1
  82. Would that be an abacus in a Chinese room? by whimdot · · Score: 1

    Your last paragraph seemed significant somehow, but I haven't had time to think it through. Perhaps it is just the "quantum" context that is causing the illusion.

    John Searle used the Chinese room thought experiment to try and debunk some theories about hard AI. He prefers to think that minds are quantum devices rather than classical computers. The thought of having a computer language for an abacus seemed to connect with this problem. Anyone?

  83. Elimination of 'array vs list' and indexing ? by master_p · · Score: 1

    Does quantum computing mean that the question 'array or list ?" is eliminated ? since quantum searches will become constant time.

    Does this also mean that DB indexing would be a thing of the past ?

    1. Re:Elimination of 'array vs list' and indexing ? by SuiteSisterMary · · Score: 1

      Perhaps, but it also means that when you're running the accounts batch at night, NOBODY LOOK AT THE COMPUTER! You might change the balances....

      --
      Vintage computer games and RPG books available. Email me if you're interested.
  84. Not premature by Per+Abrahamsen · · Score: 1

    At least not compared to the history of ordinary computers. The theory of computation predates actual hardware with more than a decade.

  85. The first "quantum" computer was released in 1984 by erinacht · · Score: 1

    The Sinclair QL - the worlds first 32bit home computer

    QL = Quantum Leap

    According to his book Just for fun Linus Torvalds cut his teeth on this old classic

    I don't remember superbasic having any qubits or quantum registers or quantum operators though, perhaps someone can backport the quantum programming language to it's rightful home

  86. hello parallel worlds. by mindserfer · · Score: 1

    the standard first program on a quantum computer.

    hehe

  87. Re:Does not bear any relationship to quantum compu by Mr.+Asdf · · Score: 1

    I agree that solutions are built into a superposition of answers, but that is at the hardware level, or at least IMHO that's where it belongs. In order for the true merits of quantum computing to be useful to a programmer, I believe the language should encapsulate the physics, especially when dealing with finite algorithms such as factoring numbers. The programmer should not need to think (or even know) about probablities when writing algorithms based on discrete mathematics.

  88. As a programmer I'm screwed! by meatpopcicle · · Score: 1

    Just think, in all those universes they can have monkeys programming. With an infinite number of monkeys they could accomplish anything!

    Shakespeare, Stephen King, Windows, its all endless. Guess I'll have to find a job at McDoodles.

    Sigh...

    --
    "You're on my side and the dark side, like Lando Calrissian?" --Gimpy, Undergrads
  89. Woowww by floydman · · Score: 1

    So now we are really hi tech we can make programming languages for computers before we make them....
    could we have thoght about that a 1000 years ago....
    this human species is funny kawrrakclw dont u think

    --
    The lunatic is in my head
  90. Linkage by Anonymous Coward · · Score: 0
    Check out this link for an introduction to quantum computing. Googled for it, came up right away. It's pretty heavy, but if you've had college math and physics, it's not too bad.

    If you want something more specific, check out Grover's algorithm for quadratic searching. Imagine a database with N entries, and you only need to spend sqrt(N) time to search the whole thing! For you cipherpunks out there, see Shor's algorithm for quantum computers. This is the algorithm everyone says will destroy public-key crypto.

  91. Procedural? by Anonymous Coward · · Score: 0

    Wouldn't a language that is purely procedural, like ML (or derivatives...) be useful here? I remember that a very high level of parallelism can be achieved with great ease, with pattern matching and similar features.

    ML and friends are functional languages...

  92. So... by Rhinobird · · Score: 1

    So...she needs a Mac?

    --
    If Mr. Edison had thought smarter he wouldn't sweat as much. --Nikola Tesla