[Tutor] Quantum computing (Alan Gauld)
Bo Morris
crushed26 at gmail.com
Sat Dec 14 14:13:41 CET 2013
Haha guess we all have to become quantum physicist!
This type of computing is still just a theory, is it not?
I found this to be interesting..
."First, there’s the question of knowing if it’s even working in the first
place. A widely known tenet of quantum mechanics is that merely observing
the phenomenon changes the outcome of an event. So, watch a quantum
particle, or a qubit, or anything quantum for that matter, and you change
its behaviour. That means that it’s actually very difficult to tell if a
quantum computer is behaving in the way we’d expect or need it to."
*****quoted from
http://www.gizmodo.com.au/2013/12/whats-wrong-with-quantum-computing/
On Sat, Dec 14, 2013 at 4:36 AM, <tutor-request at python.org> wrote:
> Send Tutor mailing list submissions to
> tutor at python.org
>
> To subscribe or unsubscribe via the World Wide Web, visit
> https://mail.python.org/mailman/listinfo/tutor
> or, via email, send a message with subject or body 'help' to
> tutor-request at python.org
>
> You can reach the person managing the list at
> tutor-owner at python.org
>
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of Tutor digest..."
>
>
> Today's Topics:
>
> 1. Re: weird lambda expression -- can someone help me understand
> how this works (Steven D'Aprano)
> 2. Quantum computing (David Hutto)
> 3. Re: Tutor Digest, Vol 118, Issue 62 (Keith Winston)
> 4. Re: list comprehension equivalent to map(function, list item)
> (Bo Morris)
> 5. Re: weird lambda expression -- can someone help me understand
> how this works (Alan Gauld)
> 6. Re: Quantum computing (Alan Gauld)
>
>
> ----------------------------------------------------------------------
>
> Message: 1
> Date: Sat, 14 Dec 2013 15:21:45 +1100
> From: Steven D'Aprano <steve at pearwood.info>
> To: tutor at python.org
> Subject: Re: [Tutor] weird lambda expression -- can someone help me
> understand how this works
> Message-ID: <20131214042144.GP29356 at ando>
> Content-Type: text/plain; charset=us-ascii
>
> On Sat, Dec 14, 2013 at 12:29:54PM +1000, Amit Saha wrote:
>
> > Consider this simple example:
> >
> > >>> l = lambda x: x**2
> > >>> apply(l, (3,))
> > 9
>
> The built-in function apply is deprecated in Python 2 and removed in
> Python 3. Instead apply, you should use argument unpacking:
>
> l(*(3,))
>
> In this case, it's silly to unpack a tuple of a single value, instead
> you should just do this:
>
> l(3)
>
>
> --
> Steven
>
>
> ------------------------------
>
> Message: 2
> Date: Fri, 13 Dec 2013 23:36:37 -0500
> From: David Hutto <dwightdhutto at gmail.com>
> To: "tutor at python.org" <tutor at python.org>
> Subject: [Tutor] Quantum computing
> Message-ID:
> <
> CA+vVgJW63imaqsP52+EReRkVztcpM55i+ri68xoiCpcje_NHJA at mail.gmail.com>
> Content-Type: text/plain; charset="iso-8859-1"
>
> Recently, after having some personal problems, I've returned to looking at
> the future of not only prototyping languages like python, but also the more
> advanced/older(refinement of your computers resources) languages.
>
>
> My main question/topic, is what is to become of languages like python with
> the emergence of quantum computing?
>
> How will python evolve to meet the needs of these newr technologies
> intertwining into the marketplace?
>
> We know the richest get it first, but how do we begin to even simulate, and
> evolve to meet the needs of tomorrows world of advanced computing, and will
> the instruction sets of these newer technologies effect us considerably?
>
> Just to kick off a topic.
> --
> Best Regards,
> David Hutto
> *CEO:* *http://www.hitwebdevelopment.com <http://www.hitwebdevelopment.com
> >*
> -------------- next part --------------
> An HTML attachment was scrubbed...
> URL: <
> http://mail.python.org/pipermail/tutor/attachments/20131213/cd7a9eef/attachment-0001.html
> >
>
> ------------------------------
>
> Message: 3
> Date: Fri, 13 Dec 2013 23:25:28 -0500
> From: Keith Winston <keithwins at gmail.com>
> To: tutor at python.org
> Subject: Re: [Tutor] Tutor Digest, Vol 118, Issue 62
> Message-ID:
> <CAO5ffbbPE7aTbwVXye9oUX0ntDsa==
> FcDK5Pz3n4b_X3xP+rBg at mail.gmail.com>
> Content-Type: text/plain; charset="iso-8859-1"
>
> >
> > Message: 6
> > Date: Thu, 12 Dec 2013 23:10:31 -0500
> > From: Sky blaze <skyblaze101 at gmail.com>
> > To: tutor at python.org
> > Subject: [Tutor] Coding for a Secret Message in a Game
> >
>
>
> > it'd be amusing to have the message change after the player types
> something
> > other than "start" at least 10 times. I've attempted numerous times to
> code
> > this, but all of them have failed. Could you help me with the coding? It
> > should look something like this in the end:
> >
>
>
> > while start != True: #Infinite loop that doesn't end until "start" is
> typed
> > if start_prompt == "start":
> > start = True #Continues from the title screen
> > else:
> > #This is where I'm stuck. I can loop it so it always returns the
> > command message when
> > #"start" isn't typed, but changing the message upon having that
> > occur at least 10 times is
> > #what's giving me trouble
> >
>
> Probably smarter people than I will have better ideas, but if you make your
> else an elif and use an expression something like
> *** counter = 0 # somewhere before the while
> elif counter < 10:
> counter += 1
> print("type start")
> else
> print("just do it")
> that should (roughly) do it, unless I'm misunderstanding. Good luck!
> -------------- next part --------------
> An HTML attachment was scrubbed...
> URL: <
> http://mail.python.org/pipermail/tutor/attachments/20131213/18d76856/attachment-0001.html
> >
>
> ------------------------------
>
> Message: 4
> Date: Sat, 14 Dec 2013 04:12:20 -0500
> From: Bo Morris <crushed26 at gmail.com>
> To: Amit Saha <amitsaha.in at gmail.com>
> Cc: "tutor at python.org" <tutor at python.org>
> Subject: Re: [Tutor] list comprehension equivalent to map(function,
> list item)
> Message-ID:
> <
> CAKKCnfd9+aTpKiP-VfN8CWxsHdFCnZhKX-B_am7JzuFsk_X2fQ at mail.gmail.com>
> Content-Type: text/plain; charset="iso-8859-1"
>
> Thank you for your assistance. Based on your direction, I figured it out.
>
> *This... *
>
> def add(number):
> print 1 + int(number)
>
> x = ['2', '4', '6', '8', '10', '12']
>
> [add(item) for item in x]
>
> *Is the same as... *
>
>
> def add(number):
> print 1 + int(number)
>
> x = ['2', '4', '6', '8', '10', '12']
>
> map(add, x)
>
> They both yield the same results. Is there a benefit to using one way over
> the other? In larger computations, does one way calculate faster or is it
> merely a preference? Again, thank you.
>
> AngryNinja
>
>
> On Fri, Dec 13, 2013 at 9:24 PM, Amit Saha <amitsaha.in at gmail.com> wrote:
>
> > On Sat, Dec 14, 2013 at 11:03 AM, Bo Morris <crushed26 at gmail.com> wrote:
> > > i have the following simple function that iterates over the list. It
> > passes
> > > the list item into the function and adds the numbers. What would be the
> > > equivalent way of writing the "map" portion with list comprehension? My
> > code
> > > is as follows:
> > >
> > > def add(number):
> > > print 1 + int(number)
> > >
> > >
> > >
> > > x = ['2', '4', '6', '8', '10', '12']
> > >
> > > map(add, x)
> >
> > Think of a list comprehension as:
> >
> > [ dosomething(item) for item in alist]
> >
> > And, comparing it with your map implementation, here is what you get:
> >
> > >>> [1+int(item) for item in x]
> > [3, 5, 7, 9, 11, 13]
> >
> >
> > Here, dosomething(item) corresponds to 1+int(item).
> >
> > Hope that helps.
> >
> > -Amit.
> >
> >
> > --
> > http://echorand.me
> >
> -------------- next part --------------
> An HTML attachment was scrubbed...
> URL: <
> http://mail.python.org/pipermail/tutor/attachments/20131214/1c4329cf/attachment-0001.html
> >
>
> ------------------------------
>
> Message: 5
> Date: Sat, 14 Dec 2013 09:27:17 +0000
> From: Alan Gauld <alan.gauld at btinternet.com>
> To: tutor at python.org
> Subject: Re: [Tutor] weird lambda expression -- can someone help me
> understand how this works
> Message-ID: <l8h89a$p0i$1 at ger.gmane.org>
> Content-Type: text/plain; charset=ISO-8859-1; format=flowed
>
> On 14/12/13 04:19, Steven D'Aprano wrote:
>
> > Lambda is just syntactic sugar for a function. It is exactly the same as
> > a def function, except with two limitations:
> >
> > - there is no name, or to be precise, the name of all lambda functions
> > is the same, "<lambda>";
>
> Sorry, I don't think that is precise. lambda is not the name of the
> function. You can't use lambda to access the function(s) or treat it
> like any other kind of name in Python. In fact if you try to use it as a
> name you'll likely get a syntax error.
>
> lambda is the key word that defines the function. But its no more
> the name of the function than def is.
>
>
> --
> Alan G
> Author of the Learn to Program web site
> http://www.alan-g.me.uk/
> http://www.flickr.com/photos/alangauldphotos
>
>
>
> ------------------------------
>
> Message: 6
> Date: Sat, 14 Dec 2013 09:36:14 +0000
> From: Alan Gauld <alan.gauld at btinternet.com>
> To: tutor at python.org
> Subject: Re: [Tutor] Quantum computing
> Message-ID: <l8h8q3$u3c$1 at ger.gmane.org>
> Content-Type: text/plain; charset=ISO-8859-1; format=flowed
>
> On 14/12/13 04:36, David Hutto wrote:
>
> > My main question/topic, is what is to become of languages like python
> > with the emergence of quantum computing?
>
> Nothing, I suspect, since by the time quantum computing hits the
> mainstream we will all have progressed to other languages anyhow.
>
> These kinds of breakthrough take decades to reach maturity. QC has
> been around conceptually for 30 years and there is still no
> commercial QC hardware available (so far as I know). When/if
> it does appear it will be in the mainframe/supercomputing arena
> first and then it may percolate down to mid size and personal
> computers.
>
> But I'm sceptical. QC may have a role in the medium term but it
> will be in niche areas I suspect.
>
> I remember being shown a computer in a petri dish while at Uni' and
> being told that biological computing was the future. It has never
> happened. Similarly the transputer (real commerial hardware) was
> heralded as the dawn of massive parallel computing in the late '80s.
> Instead we got multi-core CPUs and blades and Google...
>
>
> --
> Alan G
> Author of the Learn to Program web site
> http://www.alan-g.me.uk/
> http://www.flickr.com/photos/alangauldphotos
>
>
>
> ------------------------------
>
> Subject: Digest Footer
>
> _______________________________________________
> Tutor maillist - Tutor at python.org
> https://mail.python.org/mailman/listinfo/tutor
>
>
> ------------------------------
>
> End of Tutor Digest, Vol 118, Issue 69
> **************************************
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/tutor/attachments/20131214/12be5714/attachment-0001.html>
More information about the Tutor
mailing list