From grace at pybay.com Tue Dec 4 16:04:02 2018 From: grace at pybay.com (Grace Law) Date: Tue, 4 Dec 2018 13:04:02 -0800 Subject: [Baypiggies] Few tickets left to tomorrow night's 4th Annual Holiday Party for Python Devs - hope to see you Message-ID: Hi Pythonistas! Reminder: The 4th Annual Holiday Party for Python Devs is happening tomorrow night in SF at Yelp! *There are only a few tickets left*. Please purchase your ticket now to join in on the largest celebration in the Python Community. We really don't want to turn anyone away, but we may have to if you want to chance it at the door - there are building codes our sponsor need to adhere to. Don't recall what this is party about? We've amazing talks featuring respected core dev Raymond Hettinger and cool projects from community members! We've yummy food and awesome beer! We've live music that's *flexible, inclusive, and diverse* like our favorite language and community. Yup, enjoy notable musicians performing world music and some holiday tunes with a twist and groove, made especially for us by DJ Hey Love , Pianist/Composer Jack Perla , and Bassist/Composer Aaron Germain . DJ Hey Love and Jack have recently played for *Dreamforce* and they are adding Aaron to the already fantastic duo! As if that's not enough, we've raffles, board games, and 250 devs that speak your language! Get your ticket now for a memorable night in SF! More event details in the link. If you need help with the ticket, simply write us. We can also benefit from some volunteers to make the party better. Please contribute back and make your evening more meaningful. Sign-ups and next steps here . More importantly, *invite a friend*. Show up to meet some friendly folks, make a new friend. Let's enjoy this awesome Python community and learn a thing or two in the meantime! Grace Law PyBay Conference Chair and SF Python Organizer SF Python is a volunteer-run organization aiming to foster the Python Community in the Bay Area. We produce ~20 educational events a year including PyBay , the Regional Python Conference in SF. -------------- next part -------------- An HTML attachment was scrubbed... URL: From jeffrey.fischer at gmail.com Fri Dec 14 12:24:11 2018 From: jeffrey.fischer at gmail.com (Jeff Fischer) Date: Fri, 14 Dec 2018 09:24:11 -0800 Subject: [Baypiggies] December meeting: Beautiful Soup, Data Science for Good, and Grasping GraphQL Message-ID: *BayPiggies December Meeting* *Thursday December 20, 2018* 7 pm to 9 pm LinkedIn, Unify Meeting Room, 950 West Maude Ave, Sunnyvale, CA *RSVP* Please RSVP at our meetup page: https://www.meetup.com/BAyPIGgies/events/256531844/ For December, we will have a lightning talk and two full talks: - The Insider Scoop to Beautiful Soup - Doug Purcell (lightning talk) - Using Python and Data Science for Social Good - Chris Brousseau - Grasping GraphQL with Python - Ahsan Zhahid There's something for everyone! Come join us! Note that the meeting is again a week early, due to the holidays. *Lightning talk: The Insider Scoop to Beautiful Soup* *Speaker: *Doug Purcell Web parsing is a sweet skill to have due to its tremendous application of use. In e-commerce it can be used to monitor competitor's prices, lawyers to find previous judgment of similar cases, recruiters to hunt for qualified candidates, web portals to aggregate news, PhDs for academic research, and digital marketers to synthesize data from social media profiles...that?s just scratching the surface! Let?s learn how to parse data using the free and powerful Beautiful Soup library. This is a 5-minute lightening talk so we?ll move fast, but at the end you should learned how to parse a HTML website for precise data. To get the most value out of this presentation: - Install PyCharm: http://bit.ly/2zW4wbK? - Install BeautifulSoup4 library: http://bit.ly/2EkcpdO? - Look over the GitHub to the presentation and download the sample HTML fiile: http://bit.ly/2Lk26Is? *Speaker bio:* Doug Purcell is an indie software engineer and publisher located in SoCal. He enjoys software engineering, demystifying seemingly complicated subjects, and checking out cool tech offices in the bay area. He recently published a book "Become a Python Developer" that turns newbies into skilled Python developers. *Full talk #1. Using Python and Data Science for Social Good* *Speaker: *Chris Brousseau For a large European government agency, we are using data science to understand potential ways to improve how people with court ordered service requirements complete their obligations - and how the agency managing that long-term effort can operate more effectively. In this talk, we will do four things: 1) illustrate helpful EDA practices, 2) demonstrate how to build a python based system to use 3rd party API for validation and enrichment of source data. 3) distance and actual travel time estimates using live examples from the google-distance-matrix API, and 4) initial results with mapping libraries such as Folium and Google Maps. *Speaker Bio: *Chris Brousseau is Founder and CEO of Surface Owl and a data scientist. Surface Owl is a SaaS-based visual decision engine built on Python. The platform improves high-value enterprise operations and certain complex decisions by using AI and advanced visualizations to augment human decision making. Prior to Surface Owl, Chris spent over 18 years at Accenture where he did business and systems consulting for global F1000 clients in many industries, and multiple roles in M&A, sales and commercial operations. On a personal note, Chris is a native Vermonter, an avid skier, and has lived in the Bay Area for over 20 years. *Full talk #2: Grasping GraphQL with Python* *Speaker:* Ahsan Zhahid GraphQL is a query language that lets web clients more efficiently ask for data from servers. It's also a whole lot of fun! I'll be going over the basics of GraphQL, and building out a simple but informative example using Python GraphQL tools. *Speaker Bio: *Ahsan is a software developer native to the bay area. He's been a web developer until recently indulging in a childhood passion for mobile development. -------------- next part -------------- An HTML attachment was scrubbed... URL: From jjinux at gmail.com Thu Dec 20 13:02:47 2018 From: jjinux at gmail.com (Shannon -jj Behrens) Date: Thu, 20 Dec 2018 10:02:47 -0800 Subject: [Baypiggies] Food at LinkedIn Message-ID: Can we tell the people at LinkedIn not to make food for a hundred people? I suspect there will only be 20 people at best. Last time there was so much food left over I felt very bad. -------------- next part -------------- An HTML attachment was scrubbed... URL: From jeffrey.fischer at gmail.com Thu Dec 20 17:49:24 2018 From: jeffrey.fischer at gmail.com (Jeff Fischer) Date: Thu, 20 Dec 2018 14:49:24 -0800 Subject: [Baypiggies] Food at LinkedIn In-Reply-To: References: Message-ID: JJ, In the past, we've seen the attendance to be about 40% to 50% of the RSVPs on the meetup page. That would give us 100 people tonight. Of course, the holiday may cause more people than usual to sign up and then skip. I will ask people to update their RSVPs, so we get a more accurate count. Thanks, Jeff On Thu, Dec 20, 2018 at 10:03 AM Shannon -jj Behrens wrote: > Can we tell the people at LinkedIn not to make food for a hundred people? > I suspect there will only be 20 people at best. Last time there was so much > food left over I felt very bad. > _______________________________________________ > Baypiggies mailing list > Baypiggies at python.org > To change your subscription options or unsubscribe: > https://mail.python.org/mailman/listinfo/baypiggies > -------------- next part -------------- An HTML attachment was scrubbed... URL: From ams.fwd at gmail.com Thu Dec 27 21:56:14 2018 From: ams.fwd at gmail.com (Aseem Mohanty) Date: Thu, 27 Dec 2018 18:56:14 -0800 Subject: [Baypiggies] Python3 Metaclass, inheritance and MRO question Message-ID: Code: https://pastebin.com/0QfbPy5W python 3.5 What I am trying to do is allow declarative instance creation for some classes. I have a metaclass that creates and initializes a target class declared declaratively. The target may or may not have other bases. I am dynamically setting up a base class for the target so that the declarative bit will work. I am also wrapping the __init__ for the target with a super call so that some necessary initialization in the base will happen. In the code you will see I have two other parent classes for the target that all have similar sigs and my understanding was that a super call would call all inits as long as they are co-operative . However that does not seem to happen. The MRO is setup appropriately but never bubbles up past the first init. Any help would be greatly appreciated. Thanks. -------------- next part -------------- An HTML attachment was scrubbed... URL: From ams.fwd at gmail.com Fri Dec 28 00:27:46 2018 From: ams.fwd at gmail.com (Aseem Mohanty) Date: Thu, 27 Dec 2018 21:27:46 -0800 Subject: [Baypiggies] Python3 Metaclass, inheritance and MRO question In-Reply-To: References: Message-ID: Thanks for the response. I realize that calling super in each of those classes will work, what I wanted was the following. Apologies if I was not clear in the original post. A is a declaratively defined class that also derives from B & C To make an instance of A initialize with the class members (specified when declaring A) as instance members and throw away the class members I use the metaclass (SchemaMeta) which is applied via a class decorator (schema) on A. In the metaclass I also setup another base class (SchemaBase) at the top of the MRO so that I can apply some values to its attributes and other things. I have all of that working. The part that does not work is wrapping the __init__ method of A or any others like A (@schema decorated classes) so that [A.]super().__init__(...) automatically gets called. That decoration happens via auto_super_caller. Per python3 super docs, as long as the signature of A, B, C and schema base are co-operative (same sig) *all* the supers will get called. However in this case only the SchemaBase.__init__ gets called and then it stops. I am not quite sure why that is the case. Perhaps in wrapping A's __init__ I am missing some magic that allows the entire MRO to get processed? I can obviously force that by inspecting the funcspec for __init__ for all classes in the MRO but I think I am just doing something wrong here. Thanks. AM On Thu, Dec 27, 2018 at 9:17 PM Alexander Sanchez < a.sanchez.stephens at googlemail.com> wrote: > Not really sure what you are aiming to achieve. > But https://pastebin.com/eY4ddKph might help? > > Alex > > On Thu, 27 Dec 2018 at 18:59, Aseem Mohanty wrote: > >> Code: https://pastebin.com/0QfbPy5W >> python 3.5 >> >> What I am trying to do is allow declarative instance creation for some >> classes. >> >> I have a metaclass that creates and initializes a target class declared >> declaratively. The target may or may not have other bases. I am dynamically >> setting up a base class for the target so that the declarative bit will >> work. I am also wrapping the __init__ for the target with a super call so >> that some necessary initialization in the base will happen. >> >> In the code you will see I have two other parent classes for the target >> that all have similar sigs and my understanding was that a super call would >> call all inits as long as they are co-operative . >> However that does not seem to happen. The MRO is setup appropriately but >> never bubbles up past the first init. >> >> Any help would be greatly appreciated. >> >> Thanks. >> _______________________________________________ >> Baypiggies mailing list >> Baypiggies at python.org >> To change your subscription options or unsubscribe: >> https://mail.python.org/mailman/listinfo/baypiggies >> > -------------- next part -------------- An HTML attachment was scrubbed... URL: From ams.fwd at gmail.com Fri Dec 28 01:03:31 2018 From: ams.fwd at gmail.com (Aseem Mohanty) Date: Thu, 27 Dec 2018 22:03:31 -0800 Subject: [Baypiggies] Python3 Metaclass, inheritance and MRO question In-Reply-To: References: Message-ID: Heh, I think you might be right. I read his blog post on super and assumed otherwise. I think I missed the part where he mentioned every method needs to call super. :sigh: I guess I need to figure out how to fix that :) Thanks. AM On Thu, Dec 27, 2018 at 9:45 PM Alexander Sanchez < a.sanchez.stephens at googlemail.com> wrote: > Reading the docs around super and cooperative multi inheritance I think > this is around MRO of diamond diagrams. i.e. it is not going to call all > the way up the MRO. > > Take this really simple example: > > class One(): > def __init__(self): > print('init_one') > > class Two(): > def __init__(self): > print('init_two') > > class Three(Two, One): > def __init__(self): > print('init_three') > super().__init__() > > three = Three() > > init_one and init_two will not be printed without adding super to the > __init__?s. You might be able to make a metaclass that add the super call > to the __init__ automatically. > I tend to think of super as next in line in the class diagram (probably > because of this talk https://youtu.be/EiOglTERPEo?t=2488 ). > > On Thu, 27 Dec 2018 at 21:27, Aseem Mohanty wrote: > >> Thanks for the response. >> >> I realize that calling super in each of those classes will work, what I >> wanted was the following. Apologies if I was not clear in the original post. >> >> A is a declaratively defined class that also derives from B & C >> >> To make an instance of A initialize with the class members (specified >> when declaring A) as instance members and throw away the class members I >> use the metaclass (SchemaMeta) which is applied via a class decorator >> (schema) on A. >> >> In the metaclass I also setup another base class (SchemaBase) at the top >> of the MRO so that I can apply some values to its attributes and other >> things. >> >> I have all of that working. >> >> The part that does not work is wrapping the __init__ method of A or any >> others like A (@schema decorated classes) so that [A.]super().__init__(...) >> automatically gets called. That decoration happens via auto_super_caller. >> >> Per python3 super docs, as long as the signature of A, B, C and schema >> base are co-operative (same sig) *all* the supers will get called. However >> in this case only the SchemaBase.__init__ gets called and then it stops. >> >> I am not quite sure why that is the case. Perhaps in wrapping A's >> __init__ I am missing some magic that allows the entire MRO to get >> processed? I can obviously force that by inspecting the funcspec for >> __init__ for all classes in the MRO but I think I am just doing something >> wrong here. >> >> Thanks. >> AM >> >> >> >> On Thu, Dec 27, 2018 at 9:17 PM Alexander Sanchez < >> a.sanchez.stephens at googlemail.com> wrote: >> >>> Not really sure what you are aiming to achieve. >>> But https://pastebin.com/eY4ddKph might help? >>> >>> Alex >>> >>> On Thu, 27 Dec 2018 at 18:59, Aseem Mohanty wrote: >>> >>>> Code: https://pastebin.com/0QfbPy5W >>>> python 3.5 >>>> >>>> What I am trying to do is allow declarative instance creation for some >>>> classes. >>>> >>>> I have a metaclass that creates and initializes a target class declared >>>> declaratively. The target may or may not have other bases. I am dynamically >>>> setting up a base class for the target so that the declarative bit will >>>> work. I am also wrapping the __init__ for the target with a super call so >>>> that some necessary initialization in the base will happen. >>>> >>>> In the code you will see I have two other parent classes for the target >>>> that all have similar sigs and my understanding was that a super call would >>>> call all inits as long as they are co-operative . >>>> However that does not seem to happen. The MRO is setup appropriately >>>> but never bubbles up past the first init. >>>> >>>> Any help would be greatly appreciated. >>>> >>>> Thanks. >>>> _______________________________________________ >>>> Baypiggies mailing list >>>> Baypiggies at python.org >>>> To change your subscription options or unsubscribe: >>>> https://mail.python.org/mailman/listinfo/baypiggies >>>> >>> -------------- next part -------------- An HTML attachment was scrubbed... URL: From vspendyala at hotmail.com Fri Dec 28 21:37:49 2018 From: vspendyala at hotmail.com (V Pendyala) Date: Sat, 29 Dec 2018 02:37:49 +0000 Subject: [Baypiggies] Authoring opportunity: Call for Chapters In-Reply-To: References: , , Message-ID: Dear Python team, Just in case you or someone in your team / other colleagues want to author a chapter in a book, wanted to let you know that I'm currently in the process of editing a book, entitled ?Tools and Techniques for Software Development in Large Organizations?, to be published by IGI Global, an international publisher of important books and journals on progressive topics. The webpage at https://www.igi-global.com/publish/call-for-papers/call-details/3620 has more details regarding this publication and can be used to submit chapter proposals. Appreciate if you can please spread the word among your contacts who may be interested in this opportunity and forward the Call for Chapters to internal mailing lists within your company. Please feel free to contact me for any questions or additional information. Thank you very much for your consideration of this invitation, and I hope to hear from you by the proposal deadline, January 14, 2019. Given the profile of this group and the role you play in the industry, it?ll be great if the book can include at least one or two chapters from you and your colleagues. I think I should be able to negotiate the time-frames with the publisher, so if you or your colleagues need more time, please let me know. Regards, Vishnu S. Pendyala https://www.linkedin.com/in/pendyala [https://media.licdn.com/dms/image/C5103AQEyKlyS9AYbAQ/profile-displayphoto-shrink_200_200/0?e=1551312000&v=beta&t=mzXcZf3vX40QzISUPXaw2wECuTPhXzjR02uwzxnG0Mg] Vishnu Pendyala | LinkedIn View Vishnu Pendyala?s profile on LinkedIn, the world's largest professional community. Vishnu?s education is listed on their profile. See the complete profile on LinkedIn and discover Vishnu?s connections and jobs at similar companies. www.linkedin.com -------------- next part -------------- An HTML attachment was scrubbed... URL: