[IPython-dev] IPython for Education

Fri Mar 21 16:03:04 EDT 2014

Hi all,

for those interested, the notes from our dev meeting when we worked out our
plans for the next few months are, as everything else in ipython, publicly
available:

https://hackpad.com/IPython-Winter-2014-Development-Meeting-fKrExqKCWmC

Getting 2.0 fleshed out and released has taken a little longer than we'd
anticipated, but we're almost there and will shift energy into this.

As usual, our in-depth discussions take place during our public weekly dev
meetings, which folks can follow on youtube.  And once code begins to
materialized, we'll continue doing everything as always, with code review
in public on github and other discussions here + weekly meetings.

Cheers

f

On Fri, Mar 21, 2014 at 9:03 AM, Brian Granger <ellisonbg at gmail.com> wrote:

> We plan on (and have funding for) building a full multiuser notebook
> server later this year. One of the main usage cases for this server
> will be teaching. We will have more details as we get started with the
> work after 2.0 is released.
>
> Cheers,
>
> Brian
>
> On Fri, Mar 21, 2014 at 6:42 AM, Doug Blank <doug.blank at gmail.com> wrote:
> > On Thu, Mar 20, 2014 at 10:20 PM, Clare Sloggett
> > <claresloggett at gmail.com> wrote:
> >>
> >> Hi Doug,
> >>
> >> I'm still fairly new to IPython Notebook - is this idea (multiple
> different
> >> logins) just talking about something you'd like to see, or are you
> talking
> >> about technology which exists?
> >
> > Doesn't exist yet, something I'd like to see, and something that I can
> > help build.
> >
> >> I've been thinking about using IPython Notebook for teaching by having
> each
> >> student create a separate notebook, but I'm given pause by
> >> a) it's very easy for students to mess with one anothers' notebooks,
> either
> >> accidentally or on purpose
> >> b) all students would be based in the same working directory so they
> could
> >> easily corrupt one anothers' data files - this would be even more
> likely to
> >> happen by accident than (a).
> >>
> >> The best I've come up with so far is to create a set of notebook
> profiles
> >> with different passwords, and launch a server instance per student on
> >> different ports. If there is currently a way of handling multiple users
> in
> >> IPython Notebook I'd be interested!
> >
> > That is probably the best that there is. But it wouldn't be too hard
> > to imagine automating that, and allowing id + password via a server.
> >
> >> Of course the other option is to have students run their notebook on
> >> localhost on their own computer, but sometimes we're in a lab situation
> >> where I don't have a lot of control over the machines and this is
> difficult
> >> to set up. Servers are easier in that situation.
> >
> > Yes, that will always be an option, but I want to make it really easy
> > for beginning students to get started.
> >
> > I believe that the IPython team is planning to turn their energy to a
> > server this summer. I hope to have something in place for this Fall.
> >
> > -Doug
> >
> >> Cheers,
> >> Clare
> >>
> >>
> >> On 21 March 2014 04:30, Doug Blank <doug.blank at gmail.com> wrote:
> >>>
> >>> On Thu, Mar 20, 2014 at 1:06 PM, Alessandro Gagliardi
> >>> <alessandro.gagliardi at glassdoor.com> wrote:
> >>> > I was thinking about that. But my understanding is that when multiple
> >>> > people
> >>> > are logged into the same IPython server, this might cause problems
> for
> >>> > the
> >>> > server. Particularly if they are using the same notebook, it seems
> like
> >>> > the
> >>> > kernel could easily get into an inconsistent state. Were you
> imagining
> >>> > that
> >>> > the students would each be using their own notebook but hosted on a
> >>> > single
> >>> > server? Or are there ways to have multiple users working on the same
> >>> > notebook without it causing problems?
> >>>
> >>> I am imagining a Notebook Server where each user logs in with unique
> >>> ID/password and controls their own kernels/clusters (perhaps similar
> >>> to how Sage Cloud with IPython works). Students would be members of at
> >>> least one, maybe more, classes. The server would need to be able to
> >>> run (or farm out) at least one kernel per student.
> >>>
> >>> At that point, one can start to think about sharing, and interacting
> >>> with students as users. A homework submission could just be a menu
> >>> option. I guess I am thinking about a multi-user system, perhaps like
> >>> Drupal/Wordpress built on Tornado for managing users as
> >>> students/ta's/teachers/graders etc.
> >>>
> >>> -Doug
> >>>
> >>> > Date: Thu, 20 Mar 2014 12:17:49 -0400
> >>> > From: Doug Blank <doug.blank at gmail.com>
> >>> > Subject: Re: [IPython-dev] IPython for Education
> >>> > To: IPython developers list <ipython-dev at scipy.org>
> >>> > Message-ID:
> >>> > <CAAusYChcc4VHK=HTHhVVHGXSX4rUw9g2wapMZXSVHo7E_xMxyg at mail.gmail.com>
> >>> > Content-Type: text/plain; charset=ISO-8859-1
> >>> >
> >>> > Alessandro,
> >>> >
> >>> > I think you are right that there are many possibilities for using
> >>> > IPython in the classroom. I think many of these could be explored
> more
> >>> > easily if the students were logged in via an IPython server... at
> >>> > least that is where I will be concentrating my explorations this
> year.
> >>> > I could imagine: sharing, commenting, grading, hand-in methods,
> >>> > testing, quizzes, and clicker-style anonymous polling ("are we all at
> >>> > the same place? ready to move on?"), etc. It would be great to make a
> >>> > list of such feature ideas, and prioritize....
> >>> >
> >>> > -Doug
> >>> >
> >>> > _______________________________________________
> >>> > IPython-dev mailing list
> >>> > IPython-dev at scipy.org
> >>> > http://mail.scipy.org/mailman/listinfo/ipython-dev
> >>> >
> >>> _______________________________________________
> >>> IPython-dev mailing list
> >>> IPython-dev at scipy.org
> >>> http://mail.scipy.org/mailman/listinfo/ipython-dev
> >>
> >>
> >>
> >> _______________________________________________
> >> IPython-dev mailing list
> >> IPython-dev at scipy.org
> >> http://mail.scipy.org/mailman/listinfo/ipython-dev
> >>
> > _______________________________________________
> > IPython-dev mailing list
> > IPython-dev at scipy.org
> > http://mail.scipy.org/mailman/listinfo/ipython-dev
>
>
>
> --
> Brian E. Granger
> Cal Poly State University, San Luis Obispo
> bgranger at calpoly.edu and ellisonbg at gmail.com
> _______________________________________________
> IPython-dev mailing list
> IPython-dev at scipy.org
> http://mail.scipy.org/mailman/listinfo/ipython-dev
>

-- 
Fernando Perez (@fperez_org; http://fperez.org)
fperez.net-at-gmail: mailing lists only (I ignore this when swamped!)
fernando.perez-at-berkeley: contact me here for any direct mail
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/ipython-dev/attachments/20140321/9da2bb53/attachment.html>