BrisPy: Monthly Meeting - Q&A, Lightning Talks

Hello all,

Firstly, PyCon Australia ticket sales are going really well, we're basically half way through our early bird sales, so get in quick to get the discount. If you have any questions about the conference please ask me.

We don't have a planned talk for next week, so everyone is invited to give small lightning style talks about their current project or python module/tool they're using.

Please remember to RSVP so that our sponsor, Netbox Blue, can sponsor appropriately.


Join or login to comment.

  • Tim W.

    I've been hacking Haskell. Lots of fun. Looking at how to interface with Python. Seems there are some folks working on this idea. Found this When I started with python I had a "Gee I like this" moment. I'm having that again with Haskell. Interesting that there are common ideas in both langs. Makes the comparison and enrichment of understanding of both languages better.

    June 12

  • A former member
    A former member

    In support of Caleb's comments on FP in Python, here's my BrisPy talk from a couple years ago on exactly that topic (monads included):

    Also, for anyone interested, some Elk links:

    And finally, a plug for Brisbane Functional Programming Group:

    June 12

  • Caleb H.

    FWIW Here is a moderately upvoted answer I gave on stackoverflow back in 2010 defending Python as a functional programming language!:[masked]

    The big issues are tail-call optimisation, code-is-data, and (for pure FP) side-effects, but you can easily play around with most FP concepts that involve higher order functions without leaving Python. It was when I realised I would never write self-modifying code (i.e. code-is-data) that I left Scheme behind.

    June 12

  • Tim W.

    Informative as usual.

    June 11

  • Caleb H.

    This is the book "The Little Schemer" that I mentioned. This is a wonderfully playful introduction to thinking recursively, I can't recommend it highly enough, even if you plan to never use FP.

    June 11

  • Caleb H.

    I have a hobby project I've been working on for quite some time (although I do also use the module for work) but I never bothered learning how to get it correctly packaged and uploaded onto PyPI. I would appreciate a short discussion on current best practice for doing this right. It is slightly tricky in that it uses cython and the numpy integration that cython provides. Currently It is py2, but it should be possible to make it single-source for py2 and py3. I would prefer to distribute binaries on Windows (src should be ok on others but I don't how how cython is dealt with), so I guess we're talking wheels? So I have been wondering how would *correct* packaging look for such a module, i.e. both py2 and py3, Linux, Mac, Windows, and wheels, and potentially x86 as well as x64 in all configurations? Could we have a short discussion on the Right Way to package such a module, and keep updated on PyPI?

    June 4

    • Clinton R.

      Please ask Nick, that's what these Q&A sessions are all about!

      June 11

16 went

People in this
Meetup are also in:

Create a Meetup Group and meet new people

Get started Learn more

Meetup has allowed me to meet people I wouldn't have met naturally - they're totally different than me.

Allison, started Women's Adventure Travel

Sign up

Meetup members, Log in

By clicking "Sign up" or "Sign up using Facebook", you confirm that you accept our Terms of Service & Privacy Policy