TopPodcast.com
Menu
  • Home
  • Top Charts
  • Top Networks
  • Top Apps
  • Top Independents
  • Top Podfluencers
  • Top Picks
    • Top Business Podcasts
    • Top True Crime Podcasts
    • Top Finance Podcasts
    • Top Comedy Podcasts
    • Top Music Podcasts
    • Top Womens Podcasts
    • Top Kids Podcasts
    • Top Sports Podcasts
    • Top News Podcasts
    • Top Tech Podcasts
    • Top Crypto Podcasts
    • Top Entrepreneurial Podcasts
    • Top Fantasy Sports Podcasts
    • Top Political Podcasts
    • Top Science Podcasts
    • Top Self Help Podcasts
    • Top Sports Betting Podcasts
    • Top Stocks Podcasts
  • Podcast News
  • About Us
  • Podcast Advertising
  • Contact
Not in our directory?
Add Show Here
Podcast Equipment
Center

toppodcastlogoOur TOPPODCAST Picks

  • Comedy
  • Crypto
  • Sports
  • News
  • Politics
  • True Crime
  • Business
  • Finance

Follow Us

toppodcastlogoStay Connected

    View Top 200 Chart
    Back to Rankings Page
    News

    The Python Podcast.__init__

    The podcast about Python and the people who make it great

    Advertise

    Copyright: © 2023 Boundless Notions, LLC.

    • Apple Podcasts
    • Google Play
    • Spotify
    Latest Episodes:
    Kay Hayen on Nuitka Oct 24, 2015
    Show notes

    Visit our site to listen to past episodes, support the show, and sign up for our mailing list.

    Summary

    Kay Hayen is a systems engineer from Germany who has dedicated his spare time to the creation of Nuitka, a library that will compile your Python project to C++. In this episode we talked to Kay about what inspired him to create the project, how it operates, and some of the challenges he has faced. It is a very interesting project and it has the potential to let you run your Python code in a whole new way!

    Brief Introduction

    • Hello and welcome to Podcast.__init__, the podcast about Python and the people who make it great.
    • Subscribe on iTunes, Stitcher, TuneIn or RSS
    • Follow us on Twitter or Google+
    • Give us feedback! Leave a review on iTunes, Tweet to us, send us an email, leave us a message on Google+, or leave a comment on our show notes
    • I would like to thank everyone who has donated to the show. Your contributions help us make the show sustainable. For details on how to support the show you can visit our site at pythonpodcast.com
    • I would also like to thank Hired, a job marketplace for developers, for sponsoring this episode of Podcast.__init__. Use the link hired.com/podcastinit to double your signing bonus. Linode has also sponsored this episode and you can get a $10 credit using the link linode.com/podcastinit to try out their fast and reliable linux virtual servers.
    • We are recording today on October 6th, 2015 and your hosts as usual are Tobias Macey and Chris Patti
    • Today we are interviewing Kay Hayen about the Nuitka project
    Hired LogoOn Hired software engineers & designers can get 5+ interview requests in a week and each offer has salary and equity upfront. With full time and contract opportunities available, users can view the offers and accept or reject them before talking to any company. Work with over 2,500 companies from startups to large public companies hailing from 12 major tech hubs in North America and Europe. Hired is totally free for users and If you get a job you’ll get a $2,000 “thank you” bonus. If you use our special link to signup, then that bonus will double to $4,000 when you accept a job. If you’re not looking for a job but know someone who is, you can refer them to Hired and get a $1,337 bonus when they accept a job. Linode Sponsor BannerUse the promo code podcastinit10 to get a $10 credit when you sign up!

    Interview with Kay Hayen

    • Introductions
      • German, family with 2 kids, one cat
      • Working in ATM (Air Traffic Management), tracker product
      • Systems Engineer
      • Nuitka as a hobbyist

    • How did you get introduced to Python?
      • Once was Perl “Guru”.
      • Python was getting a lot of positive press
      • Team decision to want to use readable stuff
      • CPAN was still more complete, but Python was making inroads

    • Can you describe how to pronounce the name of your project?
      • Wife Anna, Russian, Annuitka -> Nuitka

    • Can you briefly describe what Nuitka is and what your motivation was for creating it?
      • I was thinking a fully integrated and compatible compiler should be possible.
      • Why is nobody doing it?
      • I can do it.
      • I am doing it.
      • Take Python beyond current use cases.
        • Everbody currently using Python needs no compiler, or wouldn’t use it
        • Less need for time consuming C++/Python hybrid coding
        • Simple code should compile to fast code by default
        • Complex code should still work



    • On the project web site it says that Nuitka does a lot of clever things after being fed a Python project. Can you provide some details as to what some of that cleverness is?
      • Re-formulations of Python into simpler Python
        • No “class”
        • No “assert”
        • No complex assignments

      • SSA tracing
        • Attaching uses to assignments properly
          • Despite try/finally
          • Loops

        • Avoids checks for known defined/undefined values



      • Function inlining (coming)

      • Constant propagation

      • Closure variable removal



    • What is libpython and how is it used in both Nuitka and CPython?
      • Core of the Python interpreter
      • With Python VM and C interface
      • Nuitka can fall back to it
      • Avoiding it as often as we can, key to performance

    • Is there any way to provide hints to Nuitka to generate more optimized output?
      • Nuitka is yet to make a difference based on type information
      • Not yet there, but coming soonish. SSA was pre-requisite
      • PEP 484 will be unreliable type information, mostly useless
      • I want type hints that are checked at Python run time

    • What are some of the biggest challenges in generating statically compiled code from a language as dynamic as Python?
      • Python is compiled to .pyc files
      • Compatible Frame stack, cached
      • Exception handling of Python is terrible
      • CPython type system designed to be extensible
        • Extension types for functions, bound/unbound methods, generators, etc.

      • Many details to get right



    • Are there any particular Python constructs that Nuitka is unable to translate and as a corollary to that is the compilation step lossy at all or do you have some way of ensuring that the functionality of the program remains unaltered?
      • Big point, no price attached
      • Except for not having bytecode, there is nothing missing
      • No pdb support
      • Edit / run cycle is not accelerated
      • That said: PyQt (integrated), PySide (available, unmerged), wxPython (available, maybe merged) needed patches to take compiled function/method objects for function objects too

    • Are there any particular types of programs that benefit the most from Nuitka’s compilation?
      • Bindings with ctypes of cffi compile into zero overhead C calls (planned)
      • Scientific programs are the most obvious goal (float type inference)
      • CPU bound or low latency programs

    • Is it possible to feed an entire project with multiple modules into Nuitka all at once or is the standard use to perform compilation one source file or submodule at a time?
      • You give it the main program and it recurses imports according to “PYTHONPATH”
      • nuitka –recurse-all “/usr/bin/hg” supposed to work
      • Might have to give directories with program plug-ins

    • I’m curious about what led you to choose compilation to C++ for Nuitka rather than making Nuitka an LLVM back end like Numba?
      • When I started Nuitka, I was using C++0x and variadic templates
      • Wanted to make a proof of concept that compatibility and integration is feasible
      • From there, code generation got less high level to goto ridden C

    • How does Nuitka compare to projects like Numba or Cython?
      • Graceful degradation goal
      • Complete compatibility with Python whole stack

    • How does Nuitka compare to PyPy? – Kay
      • PyPy is the coolest project ever
      • Pure Python goals shared

    • How can users evaluate the performance of Nuitka – Kay
      • They currently cannot
      • Developing a tool to compare CPython and Nuitka runs
        • Based on vmprof from PyPy people
        • Identify parts of program where Nuitka is slower
        • Links to source code

      • To be done, help needed.

      • Nuitka is only starting to get to serious performance
        • Compatibility is such a high bar to take
        • C++ to C took a year (avoiding C++ exceptions)
        • SSA literally took forever



    Picks

    • Tobias
      • Forbidden Island
      • Forbidden Desert
      • Otto Project

    • Chris
      • Grimm Super Symmetry
      • Are You Listening To?: Boston
      • Ripple

    • Kay
      • Learn being skeptic, Atheist Experience
      • MicroPython

    Keep In Touch

    • Nuitka Homepage
    • Google+
    • Email

    The intro and outro music is from Requiem for a Fish The Freak Fandango Orchestra / CC BY-SA

    Trent Nelson on PyParallel Oct 14, 2015
    Show notes

    Visit our site to listen to past episodes, support the show, and sign up for our mailing list.

    Summary

    Trent Nelson is a software engineer working with Continuum Analytics and a core contributor to CPython. He started experimenting with a way to sidestep the restrictions of the Global Interpreter Lock without discarding its benefits and that has become the PyParallel project. We had the privilege of discussing the details around this innovative experiment with Trent and learning more about the challenges he has experienced, what motivated him to start the project, and what it can offer to the community.

    Brief Introduction

    • Hello and welcome to Podcast.__init__, the podcast about Python and the people who make it great.
    • Subscribe on iTunes, Stitcher, TuneIn or RSS
    • Follow us on Twitter or Google+
    • Give us feedback! Leave a review on iTunes, Tweet to us, send us an email or leave us a message on Google+
    • I would like to thank everyone who has donated to the show. Your contributions help us make the show sustainable. For details on how to support the show you can visit our site at
    • I would also like to thank Hired, a job marketplace for developers, for sponsoring this episode of Podcast.__init__. Use the link hired.com/podcastinit to double your signing bonus.
    • We are recording today on September 7th, 2015 and your hosts as usual are Tobias Macey and Chris Patti
    • Today we are interviewing Trent Nelson about PyParallel
    Hired LogoOn Hired software engineers & designers can get 5+ interview requests in a week and each offer has salary and equity upfront. With full time and contract opportunities available, users can view the offers and accept or reject them before talking to any company. Work with over 2,500 companies from startups to large public companies hailing from 12 major tech hubs in North America and Europe. Hired is totally free for users and If you get a job you’ll get a $2,000 “thank you” bonus. If you use our special link to signup, then that bonus will double to $4,000 when you accept a job. If you’re not looking for a job but know someone who is, you can refer them to Hired and get a $1,337 bonus when they accept a job.

    Interview with Trent Nelson

    • Introductions
    • How did you get introduced to Python?
    • For our listeners who may not be aware, can you give us an overview of what Pyparallel is and what makes it different from other Python implementations?
    • How did PyParallel come about?
    • What are some of the biggest technical hurdles that you have been faced with during your work on PyParallel?
    • I understand that PyParallel currently only works on Windows. What was the motivation for that and what would be required for enabling PyParallel to run on a Linux or BSD style operating system?
    • How does Pyparallel get around the limitations of the global interpreter lock without removing it?
    • Is there any special syntax required to take advantage of the parallelism offered by PyParallel? How does it interact with the threading module in the standard library?
    • In the abstract for the Pyparallel paper, you cite a simple rule – “Don’t persist parallel objects” – how easy is this to do with currently available concurrency paradigms and APIs, and would it make sense to add such support?
      • For instance, how would one be sure to follow this rule when using Twisted or asyncio?

    • Are there any operations that are not supported in parallel threads?

    • What drove the decision to fork Python 3.3 as opposed to the 2.X series?

    • In the documentation you mention that the long term goal for PyParallel is to merge it back into Python mainline, possibly within 5 years. Has anything changed with that goal or timeline? What milestones do you need to hit before that becomes a realistic possibility?

    • Can you compare PyParallel to PyPy-STM and Go with Goroutines in terms of performance and user implementation?

    • What are some particular problem areas that you are looking for help with?

    • Assuming that it does get merged in as Python 4, how do you think that would affect the features and experiments that went into Python 5?

    • To be continued…

    Picks

    • Tobias
      • Testinfra
      • Software Engineering Daily

    • Chris
      • Hello Webapp – Intermediate Concepts
      • Grimm Rainbow Dome
      • PBS Idea Channel

    • Trent
      • Show Stopper by G. Pascal Zachary

    Keep In Touch

    • GitHub
    • Twitter
      • @PyParallel
      • @TrentNelson

    Dag Brattli on RxPy Oct 09, 2015
    Show notes

    Visit our site to listen to past episodes, support the show, and sign up for our newsletter!

    Summary

    Dag Brattli is an engineer with Microsoft and in his spare time he created the ported the Reactive Xtensions framework to Python in the form of the RxPy library. In this episode we had the opportunity to speak with Dag and learn more about what ReactiveX is, why it is useful and how you can use it in your Python programs. It is definitely a very powerful programming patern when manipulating data streams which is becoming increasingly common in modern software architectures.

    Brief Introduction

    • Hello and welcome to Podcast.__init__, the podcast about Python and the people who make it great.
    • Subscribe on iTunes, Stitcher, TuneIn or RSS
    • Follow us on Twitter or Google+
    • Give us feedback! Leave a review on iTunes, Tweet to us, send us an email or leave us a message on Google+
    • I would like to thank everyone who has donated to the show. Your contributions help us make the show sustainable. For details on how to support the show you can visit our site at
    • I would also like to thank Hired, a job marketplace for developers, for sponsoring this episode of Podcast.__init__. Use the link hired.com/podcastinit to double your signing bonus.
    • We are recording today on October 2nd, 2015 and your hosts as usual are Tobias Macey and Chris Patti
    • Today we are interviewing Dag Brattli about the RxPy project
    hired-logo-dark-padding.pngOn Hired software engineers & designers can get 5+ interview requests in a week and each offer has salary and equity upfront. With full time and contract opportunities available, users can view the offers and accept or reject them before talking to any company. Work with over 2,500 companies from startups to large public companies hailing from 12 major tech hubs in North America and Europe. Hired is totally free for users and If you get a job you’ll get a $2,000 “thank you” bonus. If you use our special link to signup, then that bonus will double to $4,000 when you accept a job. If you’re not looking for a job but know someone who is, you can refer them to Hired and get a $1,337 bonus when they accept a job.

    Interview with Dag Brattli

    • Introductions
    • How did you get introduced to Python?
    • For our listeners who haven’t heard of it before, can you describe what RxPy is and why someone might want to use it?
    • What problem domains are best suited for using the Reactive X approach?
    • What is involved in integrating RxPy into an existing code base?
    • When should we use RxPy over asyncio or asynchronous workers like Celery?
    • What resources or tutorials do you recommend people use when trying to understand how and when to use the Reactive X tools?
    • What in particular about Python lends itself to the ReactiveX pattern, and what features of the language does RxPy leverage in particular in its implementation?
    • In what ways does the Python implementation of the Reactive X framework differ from those of other languages?
    • The project description references the use of LINQ for querying the various data streams that RxPy enables consumption of. I had always heard of LINQ in the context of traditional database queries. What makes LINQ a good choice for stream processing?
    • I mostly hear about ReactiveX in terms of UI design, but the project description seemed to indicate it was much more generally useful. What are some of the less common and more interesting problems that RxPy lends itself to solving?

    Picks

    • Tobias
      • icdiff
      • Timeline card game
      • Griatch’s Digital Art
    • Chris
      • elpy
      • sshuttle
      • Chimay Grand Reserve
    • Dag
      • ASTor
      • How To Bake Pi – A book about the mathematics of mathematics

    Keep In Touch

    • GitHub
    • Links
      • Main ReactiveX Site
      • rxjava site for documentation
      • rxmarbles
      • MSDN Channel 9
      • Function Overloading in Python 3

      The intro and outro music is from Requiem for a Fish The Freak Fandango Orchestra / CC BY-SA

    uWSGI Core Developers Oct 03, 2015
    Show notes

    Visit our site to listen to past episodes, join the mailing list and support the show.

    Summary

    uWSGI is one of the most versatile application servers available. It was originally written for running Python applications and has since gained functionality to support Perl, Ruby, PHP, and more in addition to the incredible feature set. In this episode Tobias got to interview three of the core developers of this project and find out more about how the different pieces of it fit together and what its future holds.

    Brief Introduction

    • Hello and welcome to Podcast.__init__, the podcast about Python and the people who make it great.
    • Subscribe on iTunes, Stitcher, TuneIn or RSS
    • Follow us on Twitter or Google+
    • Give us feedback! Leave a review on iTunes, Tweet to us, send us an email or leave us a message on Google+
    • I would like to thank everyone who has donated to the show. Your contributions help us make the show sustainable. For details on how to support the show you can visit our site at
    • I would also like to thank Hired, a job marketplace for developers, for sponsoring this episode of Podcast.init. Sign up at hired.com/podcastinit to double your signing bonus.
    • We are recording today on September 22nd, 2015 and your hosts as usual are Tobias Macey and Chris Patti
    • Today we are interviewing the core developers of uWSGI (Adriano Di Luzio, Riccardo Magliocchetti, and Roberto De Ioris)

    Interview with uWSGI core developers

    • Introductions
    • How did you get introduced to Python?
    • For anyone who hasn’t come across the project before, can you explain what uWSGI is and what makes it unique?
    • How did you architect uWSGI in order to allow for supporting so many different languages?
    • The feature set of uWSGI is truly incredible. Does this make the code complicated to understand and modify?
    • Can you describe some of your favorite features in uWSGI?
    • What have you found to be the most overlooked or underutilized features of uWSGI?
    • Can you briefly describe how Emperor mode works and how that can be used to handle routing between microservices?
    • Could you discuss some of the particular features UWSGI provides around load balancing?
      • Is connection draining supported?
      • Can nodes be dynamically added and removed from the pool or does the config need to be rewritten and UWSGI restarted?

    • The configuration syntax looks like it provides a very rich set of capabilities. Is it based on a general purpose programming language or is it a DSL?

    • What might be some common use cases for using UWSGI in tandem with another web server like NGINX?

    • I have read that WSGI does not get along with http/2. Are there any plans to look towards supporting that protocol in some way?

    • What new capabilities can we look forward to in the future of uWSGI?

    Picks

    • Tobias
      • Manjaro Linux
      • Kontact
      • Blackhat

    • Riccardo
      • Building Microservices book
      • Django-Denis

    • Adriano
      • Paxos Algorithm

    • Roberto
      • The Brink

    Keep In Touch

    • Mailing List
    • #uWSGI on IRC
    • GitHub
    • latest docs
    • Roberto
      • Twitter
      • GitHub

    • Adriano
      • GitHub
      • Twitter

    • Riccardo
      • GitHub
      • Twitter

    Griatch on Evennia (Making MUDs with Python) Sep 29, 2015
    Show notes

    Visit our site to listen to past episodes, sign up for our mailing list and support the show.

    Summary

    Griatch is an incredibly talented digital artist, professional astronomer and the maintainer of the Evennia project for creating MUDs in Python. We got the opportunity to speak with him about what MUDs are, why they’re interesting and how Evennia simplifies the process of creating and extending them. If you’re interested in building your own virtual worlds, this episode is a great place to start.

    Brief Introduction

    • Hello and welcome to Podcast.__init__, the podcast about Python and the people who make it great.
    • Subscribe on iTunes, Stitcher, TuneIn or RSS
    • Follow us on Twitter or Google+
    • Give us feedback! Leave a review on iTunes, Tweet to us, send us an email or leave us a message on Google+
    • I would like to thank everyone who has donated to the show. Your contributions help us make the show sustainable. For details on how to support the show you can visit our site at
    • We are recording today on September 15th, 2015 and your hosts as usual are Tobias Macey and Chris Patti
    • Today we are interviewing Griatch about the Evennia project

    Interview with Griatch

    • Introductions
    • How did you get introduced to Python?
    • Can you explain what MUDs are and what that has to do with Evennia?
    • What is it about MUDs that keeps them interesting long after the technical restrictions that led to their creation are no longer present, especially in light of 3D multiplayer games like WoW and EVE Online?
    • Can you give us a rundown of the various parts of Evennia (MUD engine, web interface, etc.) and how they fit together?
    • How does Evennia handle the fact that a MUD world is comprised of many hundreds of objects containing various properties, maintaining consistent, persistent state as players interact with them?
    • What concurrency tools or paradigms does Evennia use?
    • During the height of MUDs popularity, one highly sought after feature was the idea of being able to have players travel from one MUD instance to another, would it be possible to implement this in Evennia?
    • Has the Evennia core team given any thought to adding features to support a richer client interface? Graphical maps or the like?
    • How difficult would it be to use Evennia to interface with something like Slack or Hipchat for a company-wide MUD? Have you ever heard of someone doing something like that?
    • Are there any fully fledged running MUDs built with Evennia out in the wild?

    Picks

    • Tobias
      • libraries.io
      • jsonapi.org
      • Marshmallow Marshalling Library

    • Chris
      • The End of All Things
      • David’s Tea Steeper
      • Hello Webapp – Intermediate Concepts

    • Griatch
      • F2Py
      • Designing Virtual Worlds
      • Imaginary Realities
      • Optional Realities

    Keep In Touch

    • Evennia Website
    • Evennia Github
    • Freenode IRC Channel #Evennia

    Links

    • roll20

    Hylang Core Developers Sep 19, 2015
    Show notes

    Visit our site to listen to past episodes, support the show, and sign up for our mailing list

    Summary

    We got the chance to talk to some of the core developers of Hylang, which is a Lisp dialect that runs on the Python VM! We talked about how it got started, how it works and why you should try it. Of particular interest is our discussion about using Hylang to backport language features, or create entirely new ones due to the power of Lisp and the Python AST (Abstract Syntax Tree). If you need to level up your Lisp knowledge, they gave us a great list of references to help out.

    Brief Introduction

    • Hello and welcome to Podcast.__init__, the podcast about Python and the people who make it great.
    • Subscribe on iTunes, Stitcher, TuneIn or RSS
    • Follow us on Twitter or Google+
    • Give us feedback! Leave a review on iTunes, Tweet to us, send us an email or leave us a message on Google+
    • I would like to thank everyone who has donated to the show. Your contributions help us make the show sustainable. For details on how to support the show you can visit our site at
    • We are recording today on August 27, 2015 and your hosts as usual are Tobias Macey and Chris Patti
    • Today we are interviewing Paul Tagliamonte, Tuukka Turto, and Morten Linderud

    Interview with Hylang Developers

    • Introductions
    • How did you get introduced to Python?
    • Before we get too far along can you explain what Hy is?
    • What inspired you to create Hy?
    • What do you recommend as reference material for Python developers to gain familiarity with idiomatic Lisp?
    • What are some of the problem domains where implementation becomes easier or more elegant as a result of Hy’s LISP syntax?
    • Given the ability to create powerful macros in Lisp, could Hy be used as a way of prototyping or backporting new language features in Python?
    • What are some of the most challenging and interesting problems you encountered bringing an alternate syntax to the Python runtime?
    • While playing around with the Hy REPL I noticed that it does visual matching of parentheses when closing an expression. What other niceties have been included in the REPL?
    • What are your thoughts on adding autocompletion to the REPL as a way of encouraging discovery and exploration of the Hy language?
    • Which LISP variant is Hy most similar to, and why?
    • How does garbage collection work in Hy, and why?
    • How hard would it be to port existing LISP packages to Hy like MACSYMA or CLOS?
    • What kind of overhead in terms of runtime performance and memory usage does Hy impose? Has this been a challenge in Hy’s development?
    • What are some of the most innovative uses for Hy that you have seen or created?
    • What does the future hold for Hy?
    • I noticed that there are a large number of core contributors to Hylang and I’m curious how you determine what features to work on?

    Picks

    • Tobias
      • Displacy
      • The Golem and the Jinni by Helene Wecker – Read it on Scribd
      • Safari Online

    • Chris
      • Dash and Zeal
      • Reasonably sound (podcast)
      • PBS Idea Channel (Youtube)

    • Paul
      • Reproducible Build Project
      • Model View Culture

    • Tuukka
      • SICP Lecture
      • F#
      • ReactiveX
      • 1 Game Per Month (#!GAM)

    • Morten
      • Hackers
      • Mr. Robot

    Keep In Touch

    • Paul
      • Twitter
      • paultag on IRC
      • Website

    • Tuukka
      • Twitter

    • Morten
      • Twitter

        Links


    • Core features of Hylang

    • Adderall – minicanron in hylang

    • Books
      • Joy of Clojure
      • Let over Lambda
      • Land of Lisp
      • Clojure programming

    • Herculeum – Tukka’s DSL for roguelikes

    • Pixie – Lisp in RPython

    • Dogelang

    • BPython

    • Github trending repos with Hylang

    • Pineal

    • hydiomatic – Algernon

    Bryan Van de Ven on Bokeh Sep 08, 2015
    Show notes

    Visit our site to listen to past episodes, subscribe to our mailing list, and donate to the show.

    Summary

    Bryan Van de Ven is the project maintainer for Bokeh, a plotting and visualization toolkit that allows Python developers to easily create attractive interactive visualizations for the web. We talked about the project’s history, some interesting use cases for it, and what its near future looks like. Bryan also told us about how Bokeh compares to some of the other visualization libraries in both Python and Javascript, as well as how to use Bokeh from other languages such as Scala and Lua.

    Brief Introduction

    • Hello and welcome to Podcast.__init__, the podcast about Python and the people who make it great.
    • Subscribe on iTunes, Stitcher, TuneIn or RSS
    • Follow us on Twitter or Google+
    • Give us feedback! Leave a review on iTunes, Tweet to us, send us an email or leave us a message on Google+
    • I would like to thank everyone who has donated to the show. Your contributions help us make the show sustainable. For details on how to support the show you can visit our site at
    • There is a new Python podcast that just started up recently! It’s called the Python Test Podcast and covers the world of testing in Python, so go ahead and give it a listen. You can find it at
    • We are recording today on Aug 18th, 2015 and your hosts as usual are Tobias Macey and Chris Patti
    • Today we are interviewing Bryan Van de Ven about the Bokeh project

    Interview with Bryan Van de Ven

    • Introductions
    • How did you get introduced to Python?
    • For our listeners who aren’t familiar with what Bokeh is, can you describe it?
    • What inspired you to create Bokeh?
    • Bokeh has integrations with some of the other Python graphing libraries such as matplotlib and seaborn. I can see how this would be useful to easily update existing code to publish visualizations on the web. Are there other use cases for these integrations?
    • I noticed that Bokeh has bindings for some languages other than Python. R and Julia are obvious candidates due to their strong focus on analytics work, I’m curious what made you choose Scala and Lua as languages worth targeting?
    • Do you lose any capabilities using the javascript library by itself?
    • Other than the sample data sets that come with Bokeh, can you suggest a good publicly available data set with accompanying tutorial for people who want to get started with data visualization using Bokeh?
    • Can you provide some comparisons between D3.js and the Bokeh javascript library in terms of capabilities and performance?
    • The Bokeh project has a server component that allows for streaming data to clients. Can you describe the architecture of that and some example uses for it?
    • Why was the server written as a Flask blueprint as opposed to making it a component of another framework such as Django or Pyramid and how difficult would it be to port the functionality to another system?
    • What’s the most interesting use of Bokeh you’ve seen?
    • Are you aware of any projects in other languages that are comparable to Bokeh?

    Picks

    • Tobias
      • wappalyzer
      • The Graveyard Book by Neil Gaiman

    • Chris
      • Edward Snowden Meets the IETF
      • Between the World and Me
      • Untapp’d

    • Bryan
      • Audiobooks
        • Scribd – Subscription service for ebooks and audio books with a great selection
        • Try Audible and Get Two Free Audiobooks

      • Cartographies of Time

      • The Post-Modern Jukebox



    Keep In Touch

    • Twitter
    • Mailing List
    • Bokeh Web Site

    Links

    • vispy
    • Vincent
    • vega
    • D3.js
    • nbviewer.org bokeh page
    • million song dataset
    • data.gov
    • ggplot / ggvis
    • mathematica

    Jessica McKellar Sep 01, 2015
    Show notes

    Visit our site to listen to past episodes, support the show and sign up for our mailing list.

    Summary

    We got the chance to talk to Jessica McKellar about her work in the Python community. She told us about her experience as a director for the PSF, working as the diversity outreach manager for PyCon, and being a champion for improving the on-boarding experience for new users of Python. We also discussed perceptions around the performance of Python and some of the work being done to improve concurrency, as well as her work with OpenHatch.

    Brief Introduction

    • Hello and welcome to Podcast.__init__, the podcast about Python and the people who make it great.
    • Subscribe on iTunes, Stitcher, TuneIn or RSS
    • Follow us on Twitter or Google+
    • Give us feedback! Leave a review on iTunes, Tweet to us, send us an email or leave us a message on Google+
    • I would like to thank everyone who has donated to the show. Your contributions help us make the show sustainable. For details on how to support the show you can visit our site at
    • We are recording today on Aug, 12 2015 and your hosts as usual are Tobias Macey and Chris Patti
    • Today we are interviewing Jessica McKellar

    Interview with Jessica McKellar

    • Introductions
    • How did you get introduced to Python?
      • Attended MIT, originally for Chemistry
      • Had friends pursuing CS degrees
      • Toolset and skills seemed worth investingating
      • Led to BA and MS
      • MIT was in transition from LISP to Python

    • Can you describe what your responsibilities are as a director of the PSF?
      • A lot of outreach and investment in the community

    • Do you think the PSF does a good job of making people aware of what it is, what it does for the community, and how they can help?
      • Struggled with this historically but has gotten better in recent years
      • Website re-design has helped

    • A large focus of your work in the community has been around improving the experience of users who are new to Python and programming in general and I noticed that you just received the Frank Willison Memorial Award for your contributions to outreach and education in the Python community. What is your motivation behind this particular focus?
      • Great deal of empathy for newcomers due to personal history
      • Knowing how to program changes how you think about the world

    • Has the situation for newcomers running Windows who wish to try Python gotten any better since your keynote at Kiwi PyCon?
      • Some vaguaries of setup have gotten better with recent versions (e.g. setting path variables)
      • Ruby has in-browser tutorial to get people hooked

    • Do “Batteries Included’ distributions like Anaconda help or is it the same problem of visibility you discussed in your talk?
      • Informatino flow / what are you default options question
      • We could be much more opinionated about this

    • You have presented a number of times about the future of Python and how we can all help to make sure that story is a happy one. How has the material for that talk changed over the past few years?
      • As a largely volunteer community, how to maximize the impact of the bandwidth that we have
      • Focus on the ‘top of the funnel’ to win over new users
      • Python has the steepest positive curve of any language
      • Community should invest in AP high school Python curriculum

    • What do you anticipate will be the talking points for this topic over the next few years?
      • We need to be smart about which areas we invest in to ensure success e.g. mobile, web, desktop.

    • If you could grade the Python community on how well they have listened to and acted on the calls to action in your talks over the past few years, what would you give them?
      • Rallying large groups of volunteers is a hard problem
      • We need to think about commercial partnerships in key areas

    • In your Kiwi PyCon talk you mentioned Kivy as an example of a great way to do mobile software development in Python. It feels to me like the Kivy team are still not getting the community involvement and buy in they should. How can we help make Kivy the mobile app development platform of choice for beginners?
      • This will be a tough battle because Python is not the default platform for mobile compared to Java for Android, Objective C, Swift
      • Users vote with their feet depending on what provides the most value to them
      • Opportunity for a virtuous cycle here

    • Game development as an entree to programming has been a recurring theme on our podcast. Has the Python game dev scene improved at all since 2013? And do you still see the same pitfalls holding people back (like app packaging), or have we moved on to different problems?
      • The problems are largely the same
      • Status quo still feels pretty broken
      • Creative experiments around this definitely make sense for the community
      • KivEnt could be a win here because Kivy apps are free standing binaries and require no dependencies.

    • What do you view as the biggest threats to the popularity of Python currently and what can we do to address them?
      • Other languages gaining popularity where Python has historically been strong (e.g. server-side development)
      • A lot of this may be a perception issue
      • May be largely a marketing problem

    • I understand that you were involved in the formation of the Open Hatch organization. Can you describe what Open Hatch does and how our listeners can get involved?
      • Non-profit dedicated to lowering barriers to entry for open source contribution
      • Host workshops in colleges, underserved communities, etc.

    Picks

    • Tobias
      • F.lux
      • Lightyear.fm
      • PEP 0401

    • Chris
      • The Alex Verus Series by Benedict Jacka
      • Rick Dillon’s Org-mode structure manipulation tutorial
      • Dominion

    • Jessica
      • Reply All Podcast
      • RFC 959 – original FTP RFC
        • Go read some RFCs!

      • Think Stats



    Keep In Touch

    • Google for “Jesstess”

    Conference Presentations

    • https://www.youtube.com/watch?v=CI_RPSbsRw8&utm_source=rss&utm_medium=rss
    • https://www.youtube.com/watch?v=2p-FecWny_Q&utm_source=rss&utm_medium=rss
    • https://www.youtube.com/watch?v=lH9KJBr_R1Q&utm_source=rss&utm_medium=rss
    • https://www.youtube.com/watch?v=d1a4Jbjc-vU&utm_source=rss&utm_medium=rss

    Static Site Generators with Justin Mayer and Roberto Alsina Aug 25, 2015
    Show notes

    Visit our site to listen to past episodes, comment on the show or find out more about us.

    Summary

    In this episode we had the opportunity to discuss the world of static site generators with Roberto Alsina of the Nikola project and Justin Mayer of the Pelican project. They explained what static site generators are and why you might want to use one. We asked about why you should choose a Python based static site generator, theming and markup support as well as metadata formats and documentation. We also debated what makes Pelican and Nikola so popular compared to other projects.

    Brief Introduction

    • Welcome to Podcast.__init__ the podcast about Python and the people who make it great
    • Follow us on iTunes, Stitcher or TuneIn
    • Give us feedback on iTunes, Twitter, email or Disqus
    • We donate our time to you because we love Python and its community. If you would like to return the favor you can send us a donation}. Everything that we don’t spend on producing the show will be donated to the PSF to keep the community alive.
    • Date of recording – August 08, 2015
    • Hosts Tobias Macey and Chris Patti
    • Today we are interviewing the core developers of Nikola and Pelican about static site generators

    Interview

    • Introductions
      • Monitorial.net <- Justin
      • Upriise <- Justin
      • Works for Canonical <- Roberto

    • How did you get introduced to Python?
      • Justin:
        • Needed a way to get order data to payment processor for commerce company

      • Roberto:
        • 1996 got involved with Linux
        • Found XForms
        • Wrote Python bindings



    • For our listeners who might not know, what are static site generators and what are some of the advantages they bring to the table over other similar systems that perform the same function?
      • Roberto
        • Remove all the effort from the computer that serves the website
        • Server runs no code
        • Smaller ssurface area for security purposes

      • Justin
        • Better performance – important for responsiveness and uptime
        • Easier deployment and maintenance
        • Easier versioning and migration
        • Can version both input and output



    • There are a number of static site generators available in virtually every language. Why would a user want to leverage a Python solution vs Ruby, javascript, Go, etc.?
      • ReStructured TeXT is best supported in Python
      • Good language for supporting various markup syntaxes

    • Most static site generators seem to have a primary focus on blogging. What is it about these tools that lend themselves so well to that use case?
      • The author of the tools shape the purpose of the tool
      • Most popular among programmers which is a demographic that is likely to have a blog
        • Workflow is similar to what programmers are used to

      • Still useful for non-chronological pages due to templating system



    • Something that struck me comparing the two systems is that they have largely the same kinds of data going into the metadata block for each post, but it’s expressed in a different / incompatible way in each. Have you ever considered agreeing on a standard and even advertising it as such so all static site generators could make use of it?

    • Challenging because of the idiosyncratic way problems are solved in each system

    • Wouldn’t end up with the same site even if metadata were identical

    • Roberto & Justin are talking, this may happen!

    • The themes in Pelican and Nikola have very different feels and one of the things that initially drew me to Pelican is the larger catalog of themes available. What are some of the challenges involved in creating a theme for a static site generator?

    • Many programmers who write SSGs aren’t amazing at HTML

    • Pelican and Nikola seem to be the most widely used projects for creating static sites using Python. What do you think is the key to that popularity?
      • Frequent updates, good documentation and large community
      • Easy to get up and running
        • Need to be productive inside of 2 minutes

      • Good first impressions are key

      • Importance of extensibility

      • Core modularity and availability of plugins



    • A lot of people have written about the importance (and difficulty) of writing and maintaining good documentation in open source projects. Nikola’s documentation is excellent. How did Nikola manage this in its development process and what can other open source projects learn from this?
      • No secrets – just do it and keep it updated.
      • Need to look at the tool as if using it for the first time

    • What are some specific examples of unique and interesting uses your site generators have been put to?
      • Justin:
        • kernel.org, Debian, Chicago Linux Users, TransFX (translation house) all use Pelican
        • Embedding Jupyter notebooks and MathML rendering in posts
        • Site search plugin

      • Nikola:
        • Big adoption in the sciences (Jupyter notebook embedding supported in core)
        • Output is forever
        • Plugin to trigger internet archive to reindex site



    • Nikola’s flexible deployment architecture (e.g. the use of doit tasks) seems to lend itself to some interesting use cases. What was the inspiration for this?
      • Build was taking 1 1/2 hours, doit allowed for incremental generation
      • Doit is a generic task system. Nikola has no “main” it’s a collection of doit tasks.

    • Is there any specific help that you would like to ask of the audience?
      • Contribute themes
      • Help with reviewing issues and pull requests

    Picks

    • Tobias
      • Termux
      • Magic Wormhole
      • Arrow

    • Chris
      • Emacs Lisp Introduction
      • 3D Cellular Automata in Minecraft
      • Prompt 2

    • Justin
      • Monitorial.net
      • Upriise
      • Ergodox
      • Jarvis Bamboo Sit/Stand Desk
      • Talky.io
      • Fish shell
        • Tacklebox

      • iTerm v3.0 beta

      • Brother Thelonious Belgian Ale

      • Frog’s Leap Winery

      • PyCon Italia and Italy in general



    • Roberto
      • Neal Stephenson
      • Docopt
      • Fried Pickles
      • PyAr Python Argentina User Group
      • PyCon Argentina in Mendosa
      • PyCamp

    Keep In Touch

    • Justin
      • Personal
      • Pelican

    • Roberto
      • Nikola
        • Forums and mailing list



    Al Sweigart on Python for Non-Programmers Aug 16, 2015
    Show notes

    Visit our site to listen to past episodes, learn more about us, and support the show.

    Summary

    We got the opportunity to speak with Al Sweigart about his work on books like ‘Automate The Boring Stuff With Python’ and ‘Invent With Python’. We discussed how Python can be useful to people who don’t work as software engineers, why coding literacy is important for the general populace and how that will affect the ways in which we interact with software.

    Brief Introduction

    • Hello and welcome to Podcast.__init__, the podcast about Python and the people who make it great.
    • Subscribe on iTunes, Stitcher, TuneIn or RSS
    • Follow us on Twitter or Google+
    • Give us feedback! Leave a review on iTunes, Tweet to us, send us an email or leave us a message on Google+
    • I would like to thank everyone who has donated to the show. Your contributions help us make the show sustainable. For details on how to support the show you can visit our site at
    • We are recording today on July 27th, 2015 and your hosts as usual are Tobias Macey and Chris Patti
    • Today we are interviewing Al Sweigart about Python for non-programmers

    Interview with Al Sweigert

    • Introductions
    • How did you get introduced to Python?
      • Started in PHP/Perl, introduced to Python in 2006
      • Lack of curly braces took some getting used to
      • Clarity of standard library was refreshing

    • What inspired you to start writing books for non-programmers?
      • Friend who took care of 10 year old interested in programming
      • Lack of coherent introductory material
      • Started writing a tutorial which grew to book length
      • All books published under Creative Commons license

    • You have written a few books about teaching Python to people who have never programmed, can you share your thoughts on the best order in which to introduce the various aspects of programming?
      • Blog post driven development – http://blog.estimote.com/post/119525082855/user-stories-on-steroids-how-estimote-uses-blog?utm_source=rss&utm_medium=rss

    • Where does software testing come in when teaching new coders how to program?
      • Use the logger, debugger, and assertions effectively

    • In invent with Python you use games as the vehicle to discuss the principles involved with writing code. What is it about computer games that makes them so popular as a means to introduce programming to newcomers?
      • Something everyone is familiar with
      • Easy to make a simple game to get started
      • Good way to get creative with programming

    • For automate the boring stuff with Python you focused on explaining how programming can be useful even if it is not someone’s occupation. How did you determine which kinds of activities to focus on for the book?
      • Got the idea at a meetup talking to someone who works in an office doing repetitive tasks
      • A lot of office jobs that involve tedious computer work which could be automated

    • What are your thoughts on the need for software literacy among the general population?
      • How much programming knowledge do you think is sufficient for a member of our modern society?

    • You also wrote about using Python to decrypt simple ciphers as a means to learn about code. What was the inspiration for this approach to software education?
      • One of the projects in invent with Python was a simple cypher, inspired further interest in the subject

    • In episode 7 with Jacob Kaplan-Moss we talked about how we define what a programmer is. Can you share your opinions on what separates someone who can understand code from someone who is a programmer?
      • Barriers to entry have been significantly lowered, making the distinction very fuzzy
      • Definition of programmer is becoming much wider

    • Books available at:
      • Automate the Boring Stuff
      • Invent With Python

    Picks

    • Tobias
      • Logbook
      • Emacs Psychotherapist
      • Ex Machina
      • Mining the social web

    • Chris
      • Emacs Rocks
      • Working Copy
      • Feedly
      • Tom Collins

    • Al
      • PyCon
      • Selenium Python Module
      • Seven Eaves by Neal Stephenson

    Keep In Touch

    • Twitter
    • Email

    Previous 1 35 36 37 38 39 Next

    Related Podcasts

    Inside Strategic Coach: Connecting Entrepreneurs With What Really Matters

    1

    Inside Strategic Coach: Connecting Entrepreneurs With What Really Matters Business
    WSJ Your Money Briefing

    2

    WSJ Your Money Briefing Business
    FORTUNE Unfiltered with Aaron Task

    3

    FORTUNE Unfiltered with Aaron Task Business
    FORTUNE OnStage Presents: The Most Powerful Women

    4

    FORTUNE OnStage Presents: The Most Powerful Women Business
    Slate Money

    5

    Slate Money Business
    In The Dark – The New Yorker

    6

    In The Dark – The New Yorker Business News
    footer-logo

    Contact Us

    Toll Free: 844-670-7747

    Links

    • Home
    • Top Charts
    • Networks
    • Apps
    • Independents Podcasts
    • Podcast Advertising
    • Podcast News
    • Contact Us
    • About Us
    • Analytics & Insights

    Stay Connected

      Privacy, Terms of Use & Our Code of Ethics Protecting Content Creators Copyrights