From klaassen at goldmund-wyldebeast-wunderliebe.com Thu Jul 3 10:58:07 2014 From: klaassen at goldmund-wyldebeast-wunderliebe.com (Jacob Klaassen) Date: Thu, 3 Jul 2014 10:58:07 +0200 Subject: [python-nl] Job opening Message-ID: Job description As a software developer at Goldmund, Wyldebeast & Wunderliebe you are programming in the popular language Python. Project activities are very diverse and vary from case to case. Within a project you are free to choose the framework to be used, as long as you can justify the choice and work with the latest (stable) software versions. At Goldmund, Wyldebeast & Wunderliebe we work a lot with Django, a versatile framework which in many cases perfectly fits for projects with a lot of customizations. We also work a lot with Plone when it comes to a large CMS-, DMS- or intranet- solutions with many users of different roles. For smaller projects or standalone services you are free to work with Flask, Pyramid or other (new) technologies. Experience with Python and/or one of the frameworks mentioned above is a plus. As a developer at Goldmund, Wyldebeast & Wunderliebe you are working in a Scrum team. Further you work using techniques such as Puppet for managing the servers, Git for version control, Fabric for rolling out deployments, PostgreSQL as a database, Apache/mod_wsgi and Nginx/Gunicorn as a web server, Varnish for caching, for Redis key/value storage, SOLR and Elasticsearch for indexing and haproxy for load balancing. Desired skills and experience Goldmund, Wyldebeast & Wunderliebe is looking for someone who: - Can work independently but also is a good team player; - Has a bachelor degree in Computer Science or Information Technology or equivalent job related experience; - Is at least fluent in English; - Likes table football, table tennis and/or air-hockey. The following is considered a plus: - Experience with one or more of the above mentioned Python frameworks; - Experience with one or more of the above listed techniques; - Residing in/around Amsterdam or Groningen; - Completion of the 2048 (the game). About the company Goldmund, Wyldebeast & Wunderliebe is looking for an enthusiastic experienced software developer. Do you feel just as quirky as our name long is, do you have several years of experience as a software developer or do you want to immerse yourself into perhaps entirely new material? Come by then to take look at your possibly new work environment in Groningen or Amsterdam and be surprised by a strikingly different type of company. Goldmund, Wyldebeast & Wunderliebe specializes in developing of web applications. Relying on our extensive experience in open source technologies, we build custom applications with intuitive user interface and a flexible reliable back-end; all done within the deadline- and the budget. Agile methodologies are used to ensure the high quality, reliability and efficiency of the products. Among many others, our clients include: Cordaid, Fabrique, The Royal Academy of Sciences, the Ministry of Health, Nuffic, Academic Transfer, the Municipality of Groningen, Milieudefensie and Gasunie. Jacob Klaassen Partner Goldmund, Wyldebeast & Wunderliebe +31 (0)6 22411488 (Mobile) +31 (0)20 7850 383 (Office Amsterdam) +31 (0)50 7001 929 (Office Groningen) www.gw20e.com mail : info at gw20e.com twitter : @gw20e -------------- next part -------------- An HTML attachment was scrubbed... URL: From wichert at wiggy.net Sun Jul 13 18:48:28 2014 From: wichert at wiggy.net (Wichert Akkerman) Date: Sun, 13 Jul 2014 18:48:28 +0200 Subject: [python-nl] rest-toolkit release Message-ID: <1A3BDE39-096A-436F-926A-D07AD6177D76@wiggy.net> Op de laatste PUN heb ik kort wat vertelt over een REST library waar ik mee bezig was. Bij deze even een korte update: ondertussen heb ik een paar releases gemaakt, en volgende week gaat de eerste site die rest_toolkit gebruikt in productie. De documentatie is (nog steeds) te vinden op http://rest-toolkit.rtfd.orgt/ . In de source (https://github.com/wichert/rest_toolkit/tree/master/demos ) zitten een paar voorbeelden die laten zien hoe je AngularJS met rest-toolkit kan gebruiken. Gr, Wichert. -------------- next part -------------- An HTML attachment was scrubbed... URL: From faassen at startifact.com Mon Jul 14 11:42:44 2014 From: faassen at startifact.com (Martijn Faassen) Date: Mon, 14 Jul 2014 11:42:44 +0200 Subject: [python-nl] rest-toolkit release In-Reply-To: <1A3BDE39-096A-436F-926A-D07AD6177D76@wiggy.net> References: <1A3BDE39-096A-436F-926A-D07AD6177D76@wiggy.net> Message-ID: Hoi, Parallele evolutie! rest-toolkit lijkt nogal op Morepath; route naar models met dan views erop. Doet het nog iets aan link generatie, zoals Morepath? Regards, Martijn 2014-07-13 18:48 GMT+02:00 Wichert Akkerman : > Op de laatste PUN heb ik kort wat vertelt over een REST library waar ik mee > bezig was. Bij deze even een korte update: ondertussen heb ik een paar > releases gemaakt, en volgende week gaat de eerste site die rest_toolkit > gebruikt in productie. De documentatie is (nog steeds) te vinden op > http://rest-toolkit.rtfd.orgt/ . In de source > (https://github.com/wichert/rest_toolkit/tree/master/demos ) zitten een paar > voorbeelden die laten zien hoe je AngularJS met rest-toolkit kan gebruiken. > > Gr, > Wichert. > > > _______________________________________________ > Python-nl mailing list > Python-nl at python.org > https://mail.python.org/mailman/listinfo/python-nl > From wichert at wiggy.net Mon Jul 14 11:48:14 2014 From: wichert at wiggy.net (Wichert Akkerman) Date: Mon, 14 Jul 2014 11:48:14 +0200 Subject: [python-nl] rest-toolkit release In-Reply-To: References: <1A3BDE39-096A-436F-926A-D07AD6177D76@wiggy.net> Message-ID: On 14 Jul 2014, at 11:42, Martijn Faassen wrote: > Hoi, > > Parallele evolutie! > > rest-toolkit lijkt nogal op Morepath; route naar models met dan views > erop. Doet het nog iets aan link generatie, zoals Morepath? Het concept van routes naar models met views erop is niet nieuw; pyramid doet dat bijvoorbeeld ook al. Het voornaamste dat rest-toolkit extra doet is een klein ?opinionated? laagje daar overheen gieten om het makkelijk te maken om REST services te implementeren. link-generatie doet pyramid dat zelf al uitstekend, dus daar hoef ik niks voor te doen. Het enige dat mogelijk ontbreekt is een stukje documentatie over de namen van de routes die rest-toolkit intern genereert zodat je die zelf aan request.route_url() kan geven. In de praktijk merk ik echter dat het vaak net zo makkelijk is om routes zelf direct uit te schrijven. Wichert. From faassen at startifact.com Mon Jul 14 12:24:30 2014 From: faassen at startifact.com (Martijn Faassen) Date: Mon, 14 Jul 2014 12:24:30 +0200 Subject: [python-nl] rest-toolkit release In-Reply-To: References: <1A3BDE39-096A-436F-926A-D07AD6177D76@wiggy.net> Message-ID: Hoi, Ik beweer niet dat Morepath of Rest-toolkit nieuw zijn, alleen dat dezelfde ideeen rondspoken. Routing naar models bijvoorbeeld, zoals je bij traversal al hebt. Daarom noem ik dat parallele evolutie. Pyramid doet toch alleen traversal naar models met views erop? Routes gaan in Pyramid toch direct naar views? Voegt rest-toolkit dan niet routing naar models toe? De meeste web frameworks denken dat een route naam met een manier om via de naam een link te genererenn goed genoeg is voor link generatie. Ik denk daar nogal anders over. Morepath associeert routes met model classes zodat om een link naar een model instance kan vragen. Zoals bij traversal. Als je met route namen gaat werken dan kun je de routes net inderdaad vaak net zo goed uitspellen. Het is misschien mogelijk om aan rest-toolkit zo'n faciliteit toe te voegen, omdat je ook de model classes kent waarnaar geroute wordt. Groeten, Martijn From wichert at wiggy.net Mon Jul 14 12:32:38 2014 From: wichert at wiggy.net (Wichert Akkerman) Date: Mon, 14 Jul 2014 12:32:38 +0200 Subject: [python-nl] rest-toolkit release In-Reply-To: References: <1A3BDE39-096A-436F-926A-D07AD6177D76@wiggy.net> Message-ID: > On 14 Jul 2014, at 12:24, Martijn Faassen wrote: > > Hoi, > > Ik beweer niet dat Morepath of Rest-toolkit nieuw zijn, alleen dat > dezelfde ideeen rondspoken. Routing naar models bijvoorbeeld, zoals je > bij traversal al hebt. Daarom noem ik dat parallele evolutie. Ah, ok. In dat geval klopt je beeld van Pyramid niet helemaal :) > Pyramid doet toch alleen traversal naar models met views erop? Routes > gaan in Pyramid toch direct naar views? Voegt rest-toolkit dan niet > routing naar models toe? Pyramid, en repoze.bfg daarvoor, heeft altijd al twee publicatie modellen gehad: traversal zoals Zope dat kent, en het meer bekende URL dispatch waarbij je grofweg een URL via een regexp matched met een route. Een route heeft dan weer een context factory die je de context geeft, en bij de route of route+context kan je dan views registeren. Je kan zelfs helemaal los gaan en ze combineren. rest-toolkit bouwt op dat systeem voort, maar introduceert het dus niet zelf. > De meeste web frameworks denken dat een route naam met een manier om > via de naam een link te genererenn goed genoeg is voor link generatie. > Ik denk daar nogal anders over. Morepath associeert routes met model > classes zodat om een link naar een model instance kan vragen. Dat is wel anders, en heeft een redelijk belangrijk minpunt: je forceert een 1-op-1 mapping tussen models en URLs, terwijl het niet ongebruikelijk is om hetzelfde model voor meerdere URLs te gebruiken. > Zoals > bij traversal. Als je met route namen gaat werken dan kun je de routes > net inderdaad vaak net zo goed uitspellen. Het is misschien mogelijk > om aan rest-toolkit zo'n faciliteit toe te voegen, omdat je ook de > model classes kent waarnaar geroute wordt. Ik zal nooit models rechtstreeks aan URLs linken omdat ik dat als een anti-pattern zie, maar het is natuurlijk vrij makkelijk voor iemand om dat bovenop rest-toolkit te doen. Wichert. From faassen at startifact.com Mon Jul 14 13:32:53 2014 From: faassen at startifact.com (Martijn Faassen) Date: Mon, 14 Jul 2014 13:32:53 +0200 Subject: [python-nl] rest-toolkit release In-Reply-To: References: <1A3BDE39-096A-436F-926A-D07AD6177D76@wiggy.net> Message-ID: Hoi, 2014-07-14 12:32 GMT+02:00 Wichert Akkerman : >> Pyramid doet toch alleen traversal naar models met views erop? Routes >> gaan in Pyramid toch direct naar views? Voegt rest-toolkit dan niet >> routing naar models toe? > > Pyramid, en repoze.bfg daarvoor, heeft altijd al twee publicatie modellen gehad: traversal zoals Zope dat > kent, en het meer bekende URL dispatch waarbij je grofweg een URL via een regexp matched met een route. > Een route heeft dan weer een context factory die je de context geeft, en bij de route of route+context kan je > dan views registeren. Je kan zelfs helemaal los gaan en ze combineren. Het context verhaal heb ik wel eens gelezen. Het lijkt me dat dit toch ietwat anders is dan een view lookup op de context zoals bij traversal. Het is meer een manier om een view van een context te voorzien. Hoewel het registreren van een view op "route+context" dan weer wel daarop lijkt. Dat heb ik in de docs nog niet teruggevonden. Echt routen naar models valt natuurlijk te bouwen in Pyramid -- het is een erg flexibel ding. Er staat dan een wel waarschuwingsteken in de handleiding bij het combineren van traversal en routing. :) > rest-toolkit bouwt op dat systeem voort, maar introduceert het dus niet zelf. Pyramid heeft een filosofie van geen policy, dus dan is het handig als er een laagje komt wat het een en andere duidelijker maakt. Het "routing to models" valt veel meer op in rest-toolkit. >> De meeste web frameworks denken dat een route naam met een manier om >> via de naam een link te genererenn goed genoeg is voor link generatie. >> Ik denk daar nogal anders over. Morepath associeert routes met model >> classes zodat om een link naar een model instance kan vragen. > > Dat is wel anders, en heeft een redelijk belangrijk minpunt: je forceert een 1-op-1 mapping tussen models en > URLs, terwijl het niet ongebruikelijk is om hetzelfde model voor meerdere URLs te gebruiken. Ja, da's een beperking. Maar ik denk meestal een goede: waarom laat je het model nu op meerdere plekken terugkomen als je gewoon een link kan maken? De voordelen zijn natuurlijk dat je zonder nadenken en opzoeken van een route naam kunt linken. Maar er zijn natuurlijk tradeoffs. Maar je kunt in Morepath overigens ook dezelfde model class op meerdere plekken gebruiken, als het maar in een andere applicatie is (in dezelfde runtime). > Ik zal nooit models rechtstreeks aan URLs linken omdat ik dat als een anti-pattern zie, maar het is natuurlijk > vrij makkelijk voor iemand om dat bovenop rest-toolkit te doen. Het concrete patroon in rest toolkit lijkt op dat van Morepath. Je hebt in rest-toolkit resources. Die hebben een pad via een route. Je hebt views die je aan resources hangt. Je kunt met SQLResource blijkbaar een SQLAlchemy object als context in de view gebruiken ipv de resource zelf, maar hoe dat precies gaat is me niet helemaal duidelijk. In Morepath doe je wat jij met resources doet met models. Die kunnen of uit een database komen, of ze kunnen applicatie-specifiek zijn (collecties meestal), dat kan Morepath niets schelen. De applicatie specifieke models kunnen dan weer queries doen, zoals jij doet in resources. Verschil is dat een model geen request heeft zoals resources - dat wordt altijd in een Morepath view afgehandeld, en models weten niks van het web. Ander verschil: het ophalen van models vanuit de route in Morepath gaat via een functie die een query kan doen of een applicatie-specifieke model instance kan maken, of wat dan ook. Maar hoewel er verschillen zijn in de aanpak lijken de concrete patronen erg op elkaar. Waar ik met een applicatie-model aankom voor de gevallen waar een database-backed model niet genoeg is, doe jij dat per default met resources, maar heb je een SQLResource om het database-backed model gebeuren gemakkelijker te maken. Ik zal de onconstructieve opmerking zonder verklaring over anti patterns verder maar negeren, want ik kan niet zien wat je bedoelt en er dus ook geen weerwoord op geven. Groeten, Martijn From wichert at wiggy.net Tue Jul 15 10:28:59 2014 From: wichert at wiggy.net (Wichert Akkerman) Date: Tue, 15 Jul 2014 10:28:59 +0200 Subject: [python-nl] rest-toolkit release In-Reply-To: References: <1A3BDE39-096A-436F-926A-D07AD6177D76@wiggy.net> Message-ID: <9188678C-F00D-433F-B71A-106CC26D9C24@wiggy.net> > On 14 Jul 2014, at 13:32, Martijn Faassen wrote: > > Hoi, > > 2014-07-14 12:32 GMT+02:00 Wichert Akkerman : >>> Pyramid doet toch alleen traversal naar models met views erop? Routes >>> gaan in Pyramid toch direct naar views? Voegt rest-toolkit dan niet >>> routing naar models toe? >> >> Pyramid, en repoze.bfg daarvoor, heeft altijd al twee publicatie modellen gehad: traversal zoals Zope dat >> kent, en het meer bekende URL dispatch waarbij je grofweg een URL via een regexp matched met een route. >> Een route heeft dan weer een context factory die je de context geeft, en bij de route of route+context kan je >> dan views registeren. Je kan zelfs helemaal los gaan en ze combineren. > > Het context verhaal heb ik wel eens gelezen. Het lijkt me dat dit toch > ietwat anders is dan een view lookup op de context zoals bij > traversal. Het is meer een manier om een view van een context te > voorzien. Hoewel het registreren van een view op "route+context" dan > weer wel daarop lijkt. Dat heb ik in de docs nog niet teruggevonden. Dat werkt vrij exact zoals je zou verwachten: @view_config(route_name=?my-route?, context=MyModel) def my_view(context, request): pass > Echt routen naar models valt natuurlijk te bouwen in Pyramid -- het is > een erg flexibel ding. Er staat dan een wel waarschuwingsteken in de > handleiding bij het combineren van traversal en routing. :) In de praktijk blijkt dat mensen traversal al moeilijk snappen, en de combinatie van dispatch+traversal al helemaal een brug te ver is. Vandaar dat de focus in de pyramid documentatie in verloop van tijd ook sterk van traversal naar dispatch is verandert. > >> rest-toolkit bouwt op dat systeem voort, maar introduceert het dus niet zelf. > > Pyramid heeft een filosofie van geen policy, dus dan is het handig als > er een laagje komt wat het een en andere duidelijker maakt. Het > "routing to models" valt veel meer op in rest-toolkit. > >>> De meeste web frameworks denken dat een route naam met een manier om >>> via de naam een link te genererenn goed genoeg is voor link generatie. >>> Ik denk daar nogal anders over. Morepath associeert routes met model >>> classes zodat om een link naar een model instance kan vragen. >> >> Dat is wel anders, en heeft een redelijk belangrijk minpunt: je forceert een 1-op-1 mapping tussen models en >> URLs, terwijl het niet ongebruikelijk is om hetzelfde model voor meerdere URLs te gebruiken. > > Ja, da's een beperking. Maar ik denk meestal een goede: waarom laat je > het model nu op meerdere plekken terugkomen als je gewoon een link kan > maken? De voordelen zijn natuurlijk dat je zonder nadenken en opzoeken > van een route naam kunt linken. Maar er zijn natuurlijk tradeoffs. Omdat je vaak heel verschillende dingen met hetzelfde model wil doen. Bijvoorbeeld: een account object als context gebruiken voor een instellingen-formulier en een profiel-pagina evenement gegevens tonen in een admin-context voor organisatoren versus een evenement tonen in een publieke kalender een edit-scherm versus een view van hetzelfde object In een hele pure REST-context gaat dat niet op omdat REST voorschrijft dat een resource uniek wordt ge?dentificeerd door een URL. In de praktijk geeft dat echter veel duplicatie en wil je snel hetzelfde model op meerdere plekken gebruiken. Vandaar dat ik die harde koppeling tussen URL en model niet als een nuttig patroon zien. > Maar je kunt in Morepath overigens ook dezelfde model class op > meerdere plekken gebruiken, als het maar in een andere applicatie is > (in dezelfde runtime). > >> Ik zal nooit models rechtstreeks aan URLs linken omdat ik dat als een anti-pattern zie, maar het is natuurlijk >> vrij makkelijk voor iemand om dat bovenop rest-toolkit te doen. > > Het concrete patroon in rest toolkit lijkt op dat van Morepath. > > Je hebt in rest-toolkit resources. Die hebben een pad via een route. > Je hebt views die je aan resources hangt. Je kunt met SQLResource > blijkbaar een SQLAlchemy object als context in de view gebruiken ipv > de resource zelf, maar hoe dat precies gaat is me niet helemaal > duidelijk. Niet direct. Er is een SQLResource die je als context aan een view hangt. Die resource heeft een SQL query om iets uit SQL te halen, wat gebruikt wordt als een attribuut in die resource. Als er niks word gevonden gooit de SQLResource constructor een exception. Het SQLAlchemy object is daarmee dus niet direct zelf de context. Dat zou je wel kunnen doen, maar dan moet je al snel view-logica aan je model toevoegen en persoonlijk hou ik daar minder van. Bedankt voor die feedback trouwens; blijkbaar heeft de documentatie van SQLResource meer aandacht nodig. > In Morepath doe je wat jij met resources doet met models. Die kunnen > of uit een database komen, of ze kunnen applicatie-specifiek zijn > (collecties meestal), dat kan Morepath niets schelen. De applicatie > specifieke models kunnen dan weer queries doen, zoals jij doet in > resources. Verschil is dat een model geen request heeft zoals > resources - dat wordt altijd in een Morepath view afgehandeld, en > models weten niks van het web. Ander verschil: het ophalen van models > vanuit de route in Morepath gaat via een functie die een query kan > doen of een applicatie-specifieke model instance kan maken, of wat dan > ook. Het lijkt vooral een kwestie van terminologie te zijn. Ik gebruik de term model eigenlijk helemaal niet in rest-toolkit. Hij komt alleen voor in stukken documentatie waar een SQL model wordt gebruikt. Ik gebruik verder de term resource omdat die aansluit bij de REST, URL en Pyramid terminologie. Waar ik de term resource gebruik lijkt morepath de term model te gebruiken. Gr, Wichert. -------------- next part -------------- An HTML attachment was scrubbed... URL: From marcs at ziggo.nl Mon Jul 14 20:32:37 2014 From: marcs at ziggo.nl (Marc Stevens) Date: Mon, 14 Jul 2014 20:32:37 +0200 Subject: [python-nl] Emulator Message-ID: <2D092AF7-B8A3-4EE4-B37D-FD44AD39F5AE@ziggo.nl> Hoi met marc, Weet iemand toevallig of er een emulator of iets dergelijks is dat een python programma omzet naar een .exe of zelfs misschien een .dmg bestand zodat ik dat bestand dat ik geschreven heb in python op een willekeurige windows computer of iMac zelfstandig kan laten lopen zonder dat ik eerst python moet installeren of zelfs eerst pygame etc. ------------- volgend deel ------------ Een HTML-bijlage is gescrubt... URL: From marcel at progressiveplanning.com Tue Jul 15 10:23:56 2014 From: marcel at progressiveplanning.com (Marcel van den Elst) Date: Tue, 15 Jul 2014 10:23:56 +0200 Subject: [python-nl] rest-toolkit release In-Reply-To: References: <1A3BDE39-096A-436F-926A-D07AD6177D76@wiggy.net> Message-ID: <53C4E51C.7050806@progressiveplanning.com> >>> De meeste web frameworks denken dat een route naam met een manier om >>> via de naam een link te genererenn goed genoeg is voor link generatie. >>> Ik denk daar nogal anders over. Morepath associeert routes met model >>> classes zodat om een link naar een model instance kan vragen. >> >> Dat is wel anders, en heeft een redelijk belangrijk minpunt: je forceert een 1-op-1 mapping tussen models en >> URLs, terwijl het niet ongebruikelijk is om hetzelfde model voor meerdere URLs te gebruiken. > > Ja, da's een beperking. Maar ik denk meestal een goede: waarom laat je > het model nu op meerdere plekken terugkomen als je gewoon een link kan > maken? De voordelen zijn natuurlijk dat je zonder nadenken en opzoeken > van een route naam kunt linken. Maar er zijn natuurlijk tradeoffs. Models hard aan URLs koppelen koppelen lijkt mij ook een anti-pattern. Een paar redenen waarom het een anti-pattern is (NB: dit is constructief Martijn!) is dat je het volgende verliest: # meerdere endpoints voor zelfde model. Een simpel voorbeeld daarvan is dat je een PersonModel hebt in de backend, die ontsloten wordt via een ClientResource, UserResource en EmployeeResource. # wijzigen backend terwijl gepubliceerde API gelijk blijft. Wanneer jij zelf de enige consumer van je API bent is dit misschien minder kritisch, maar als derden gebruik maken van je API wil jij niet dat als jij besluit of genoodzaakt bent om de backend anders in te richten, dat alle clients (die jij niet eens hoeft te kennen) hun API /moeten/ updaten (of dat jij dus je backend niet kunt aanpassen). # versioning van de API. En het omgekeerde geval: als je backend gelijkt blijft maar je besloten hebt om de API te veranderen, wil je niet een tweede backend ernaast hoeven zetten. From a.t.hofkamp at tue.nl Tue Jul 15 11:01:13 2014 From: a.t.hofkamp at tue.nl (A.T.Hofkamp) Date: Tue, 15 Jul 2014 11:01:13 +0200 Subject: [python-nl] Emulator In-Reply-To: <2D092AF7-B8A3-4EE4-B37D-FD44AD39F5AE@ziggo.nl> References: <2D092AF7-B8A3-4EE4-B37D-FD44AD39F5AE@ziggo.nl> Message-ID: <201407151101.13694.a.t.hofkamp@tue.nl> On Monday, July 14, 2014 20:32:37 Marc Stevens wrote: > Hoi met marc, > > Weet iemand toevallig of er een emulator of iets dergelijks is dat een > python programma omzet naar een .exe of zelfs misschien een .dmg bestand > zodat ik dat bestand dat ik geschreven heb in python op een willekeurige > windows computer of iMac zelfstandig kan laten lopen zonder dat ik eerst > python moet installeren of zelfs eerst pygame etc. Wij doen iets als wine "C:\\Python33\\pythonw.exe" "C:\\Python33\\Scripts\\cxfreeze" Dit lijkt er op dat er een "cxfreeze" script meegeleverd wordt met Python wat een bundle voor je bouwt. Misschien is dit een goede richting? Albert From albert at peschar.net Tue Jul 15 10:45:36 2014 From: albert at peschar.net (Albert Peschar) Date: Tue, 15 Jul 2014 10:45:36 +0200 Subject: [python-nl] Emulator In-Reply-To: <2D092AF7-B8A3-4EE4-B37D-FD44AD39F5AE@ziggo.nl> References: <2D092AF7-B8A3-4EE4-B37D-FD44AD39F5AE@ziggo.nl> Message-ID: <53C4EA30.6040308@peschar.net> Beste Marc, Je kunt ??n van de volgende tools proberen: http://www.py2exe.org/ http://www.pyinstaller.org/ Met vriendelijke groet, Albert Peschar On 14/07/14 20:32, Marc Stevens wrote: > Hoi met marc, > > Weet iemand toevallig of er een emulator of iets dergelijks is dat een > python programma omzet naar een .exe of zelfs misschien een .dmg bestand > zodat ik dat bestand dat ik geschreven heb in python op een willekeurige > windows computer of iMac zelfstandig kan laten lopen zonder dat ik eerst > python moet installeren of zelfs eerst pygame etc. > > > _______________________________________________ > Python-nl mailing list > Python-nl at python.org > https://mail.python.org/mailman/listinfo/python-nl > From faassen at startifact.com Tue Jul 15 13:36:33 2014 From: faassen at startifact.com (Martijn Faassen) Date: Tue, 15 Jul 2014 13:36:33 +0200 Subject: [python-nl] rest-toolkit release In-Reply-To: <9188678C-F00D-433F-B71A-106CC26D9C24@wiggy.net> References: <1A3BDE39-096A-436F-926A-D07AD6177D76@wiggy.net> <9188678C-F00D-433F-B71A-106CC26D9C24@wiggy.net> Message-ID: Hoi, 2014-07-15 10:28 GMT+02:00 Wichert Akkerman : >> Omdat je vaak heel verschillende dingen met hetzelfde model wil doen. >> Bijvoorbeeld: > > een account object als context gebruiken voor een instellingen-formulier en > een profiel-pagina Als je echt verschillend gebruik hebt kun je een applicatie-specifiek model maken dat de database account wrapped voor tenminste een van de gevallen - dan krijg je iets wat op jouw resources lijkt, met als het verschil dat het een model is, dus zonder kennis van de request en alleen het applicatie domein. Maar voor simpele gevallen volstaan een aantal views op het account object. In een rich client side applicatie zou ik eerder zoiets verwachten dan "instellingen" en "profiel" op hele andere server side URLs plaatsen (zoals je zelf ook zegt over een hele pure REST context). En dan kun je in Morepath nog twee applicaties maken; een instellingen app en een profile app, en daarin het account object een andere pad geven. > evenement gegevens tonen in een admin-context voor organisatoren versus een > evenement tonen in een publieke kalender Klinkt als twee applicaties. > een edit-scherm versus een view van hetzelfde object Dat klinkt als twee views. > > Je kunt met SQLResource > > blijkbaar een SQLAlchemy object als context in de view gebruiken ipv > > de resource zelf, maar hoe dat precies gaat is me niet helemaal > > duidelijk. > > Niet direct. Er is een SQLResource die je als context aan een view hangt. > Die resource heeft een SQL query om iets uit SQL te halen, wat gebruikt > wordt als een attribuut in die resource. Als er niks word gevonden gooit de > SQLResource constructor een exception. Het SQLAlchemy object is daarmee dus > niet direct zelf de context. Hoe praat de view dan met het SQLAlchemy object? show_user krijgt een 'user' object waaruit het attributen haalt. Is een SQLResource die een soort proxy is voor het echte SQLAlchemy object? In Morepath, als er niks gevonden wordt, geeft de "get model" functie een None terug en krijg je een 404. > Dat zou je wel kunnen doen, maar dan moet je al > snel view-logica aan je model toevoegen en persoonlijk hou ik daar minder > van. Dat snap ik niet helemaal; waarom zou er view logica aan het model moeten worden toegevoegd? Collection models zijn een apart geval; ze zitten niet in de database, en je krijgt al snel een 'add' method en wat search en filtering faciliteiten om queries te doen. Maar dat zijn dan ook models die je zelf kunt schrijven, en ze krijgen geen request, dus ook geen view logica. > Bedankt voor die feedback trouwens; blijkbaar heeft de documentatie van > SQLResource meer aandacht nodig. Geen probleem. Het is voor mij ook interessant om de verschillende subtiel verschillende manieren om applicaties te organiseren naast elkaar te leggen. > Het lijkt vooral een kwestie van terminologie te zijn. Ik gebruik de term > model eigenlijk helemaal niet in rest-toolkit. Hij komt alleen voor in > stukken documentatie waar een SQL model wordt gebruikt. Ik gebruik verder de > term resource omdat die aansluit bij de REST, URL en Pyramid terminologie. > Waar ik de term resource gebruik lijkt morepath de term model te gebruiken. Ze vervullen soms dezelfde rol, maar er is een wezelijk verschil. Jouw resources krijgen de request. In Morepath gebeurt dat nooit - ze krijgen de informatie pas als deze uit de request is gehaald door de views of door routing. Oorspronkelijk heetten de *views* in Morepath "resource", goed dat ik dat heb veranderd. :) Groeten, Martijn From faassen at startifact.com Tue Jul 15 13:56:58 2014 From: faassen at startifact.com (Martijn Faassen) Date: Tue, 15 Jul 2014 13:56:58 +0200 Subject: [python-nl] rest-toolkit release In-Reply-To: <53C4E51C.7050806@progressiveplanning.com> References: <1A3BDE39-096A-436F-926A-D07AD6177D76@wiggy.net> <53C4E51C.7050806@progressiveplanning.com> Message-ID: Hoi, 2014-07-15 10:23 GMT+02:00 Marcel van den Elst : > Models hard aan URLs koppelen koppelen lijkt mij ook een anti-pattern. > Een paar redenen waarom het een anti-pattern is (NB: dit is constructief > Martijn!) is dat je het volgende verliest: Ja, deze discussie helpt mij om te zien wat mensen als bezwaren tegen Morepath zouden kunnen inbrengen, maar er zijn een paar features in Morepath die veel van de genoemde problemen helemaal anders kunnen oplossen -- meerdere apps bijvoorbeeld, zoals we hieronder zien. > # meerdere endpoints voor zelfde model. > > Een simpel voorbeeld daarvan is dat je een PersonModel hebt in de backend, > die ontsloten wordt via een ClientResource, UserResource en > EmployeeResource. Je kunt dit in Morepath op verschillende manieren doen: * PersonModel met client view, user view, en employee view. foo_user/client foo_user/user foo_user/employee. Dat zou mijn eerdere keuze zijn -- models zijn alleen maar een endpoint als ze een view hebben. Een van die views is de 'default view', de view als je geen extra /view_name achter de URL plaatst. * Drie apps, client, user en employee, met daarin helemaal andere routes, wat je maar wilt. Dus bijv employees/foo_user, clients/foo_user. Je kunt apps ook in andere apps mounten voor apps die context nodig hebben. * een Person model, en dan een ClientPerson, UserPerson en EmployeePerson. Dit als je erachter komt dat je APIs wezelijk anders zijn bij het gebruik van Person, en er dus op model niveau eigenlijk drie models zijn, met hele andere paden. Als dit het geval is kun je ook tests schrijven zonder over web dingen na te denken. > # wijzigen backend terwijl gepubliceerde API gelijk blijft. > > Wanneer jij zelf de enige consumer van je API bent is dit misschien minder > kritisch, maar als derden gebruik maken van je API wil jij niet dat als jij > besluit of genoodzaakt bent om de backend anders in te richten, dat alle > clients (die jij niet eens hoeft te kennen) hun API /moeten/ updaten (of dat > jij dus je backend niet kunt aanpassen). Natuurlijk is het wijzigen van de code zonder dat de API verandert een use case. Maar ik zie dat probleem helemaal niet. Je kunt met de routes gewoon andere models op dezelfde paden zetten. Je zult de views natuurlijk ook moeten aanpassen. Je *zou* kunnen beargumenteren dat je met intermediate objecten zoals resources je views helemaal kunt afschermen van wijzigingen in models, maar concreet doe je dat toch meestal niet (je hebt bijvoorbeeld queries in de views). En als je dat wilt doen kun je dat op de model laag ook doen, en dan heb je het voordeel dat je zo'n facade kan opbouwen puur op model niveau. > # versioning van de API. > ... als je backend gelijkt blijft maar je besloten hebt Dat is in Morepath goed geregeld; je mount gewoon per API versie een andere app. Die apps zijn van elkaar geisoleerd, tenzij je expliciet dingen deelt door ze van elkaar te laten inheriten, of expliciet een link maakt naar iets in een andere app (of een view hergebruikt). > En het omgekeerde geval: als je backend gelijkt blijft maar je besloten hebt om de API te veranderen, wil je niet een tweede > backend ernaast hoeven zetten. Dan verander je toch gewoon de routes? En wat de views doen natuurlijk. Omdat Morepath automatisch links maakt werken zelfs je links nog daarna. Dit soort bezwaren weegt sterker als je aan traversal naar models doet - de structuur van de models bepaalt de structuur van de URLs. Dan zijn veel van deze dingen inderdaad lastiger. Maar routing naar models heeft hele andere eigenschappen. Groeten, Martijn From dirkjan at ochtman.nl Sat Jul 26 17:01:16 2014 From: dirkjan at ochtman.nl (Dirkjan Ochtman) Date: Sat, 26 Jul 2014 17:01:16 +0200 Subject: [python-nl] Verzoek om offerte Message-ID: Hallo allen, Ik hoop dat dit wellicht wat ongebruikelijke verzoek on-topic is voor deze lijst. Naast Python-developer ben ik ook op vrijwillige basis betrokken bij de Stichting Vrije Jeugdkerk- en Kampen, die zomerkampen voor kinderen organiseert. In het stichtingsbestuur is het plan opgevat om naar een web-based administratiesysteem te zoeken dat voor deze organisatie geschikt is. Aan mij de taak om een partij te zoeken die zo'n systeem zou kunnen bouwen/opzetten. Voor de duidelijkheid: dit is gewoon een betaalde opdracht. Op dit moment worden er vijf verschillende databases bijgehouden, waarbij de simpelste min of meer alleen maar NAW-gegevens en rekeningnummers bevat en in een van de meer ingewikkelde elk jaar de inschrijvingen van deelnemende kinderen (inclusief alle bijzonderheden, lotingsresultaten, etc) worden bijgehouden. Hoewel ik dit zelf zou kunnen bouwen heb ik hiervoor geen tijd, maar ik zal na oplevering wel zelf het onderhoud en de hosting op me nemen. Ik ben dus op zoek naar een applicatie geschreven in Python (2.7 of evt 3.3+) die kan draaien in een moderne Linux-omgeving. Qua database ben ik redelijk flexibel; zelf heb ik vooral ervaring met CouchDB en MySQL (maar PostgreSQL lijkt me dezer dagen beter dan MySQL). Ik heb afgelopen jaar al een van de frontend-processen (het inschrijven van kinderen) geautomatiseerd met een custom microframework, CouchDB en simpel HTML/CSS/JS-frontend, en daaromheen een verzameling scriptjes om administratieve taken te verwerken, dus dat zou gebruikt kunnen worden. Daarnaast hebben we zelf al redelijk wat requirements engineering gedaan, zodat er een duidelijk beeld is van de processen die ondersteund moeten worden en het datamodel dat daaraan ten grondslag zou liggen. Ik ben nu dus op zoek naar iemand die backend en frontend wil bouwen, met aandacht voor de UX, en die dat aan het eind van het project aan mij kan overdragen. Ik zal gedurende het project ook beschikbaar zijn als aanspreekpunt. Ik hoop eind december de eerste onderdelen van het nieuwe systeem in gebruik te nemen. Zijn er mensen op deze lijst die dit soort opdrachten aannemen? Neem dan even (off-list) contact met me op, zodat we de requirements zoals we die tot nu toe hebben verzameld kunnen bespreken en hopelijk tot een offerte kunnen komen. Referenties naar partijen die hiervoor geschikt zouden kunnen zijn zijn ook zeer welkom. Groet, Dirkjan From remco.wendt at gmail.com Sat Jul 26 18:51:17 2014 From: remco.wendt at gmail.com (Remco Wendt) Date: Sat, 26 Jul 2014 18:51:17 +0200 Subject: [python-nl] Speech at EuroPython 2014 Berlin Message-ID: Dag Pythoneers, Gisteren heb ik op Europython een korte speech gegeven. Bij deze deel ik die graag met de Nederlandse python community: Your beautiful minds Europython 2014 - Berlin Can I humble ask you all to close your laptops and put your phones away for just five minutes? Be in the here and now with me and please grant me this time to put some interesting thoughts and connections into your beautiful minds. And what I can only hope is that maybe today or tomorrow you?ll think about this a little more. For a few months now I?ve been thinking about new ideas of what to do next. Two weeks ago I was roaming the Spanish desert plains near Zaragoza, with simple thoughts like: what is going to be my life?s goal? And it came to me that maybe the nicest thing I could possible do is leave the world in a little better state then I found it in. How to do that? We have learned from peer-to-peer networks, you can have enormous impact by combining many small decentralised elements in a large volume. And then Europython happens, and it all made sense.? You see, the thing is we are not mere developers, but engineers building and thus defining our future society. By doing so we have great power and with that great responsibility. Do we want a world of control? Or of freedom? On top of that we have quite a unique position. And we should better realise this, I believe. I?ve hired people in my previous companies, and most engineers don?t _really_ care about their income anymore. They have that covered. Instead they ask questions like: how much will I be able to develop myself and will I be allowed to contribute to open source. In the Maslow pyramid, we have made the step up. Anybody here has income security, unless the world collapses. That may not be in your minds, but I believe it is the case. And this grants us freedom. And what happens then? Magic. Our genetic code defines: take care of the self, when done take care of the other. That is why societies can exist. Taking care of the other is the next step in our own happiness and we are lucky enough to have the possibility to do that. And the change in mindset required to make that next step is really so simple. An example from my personal life today: I?ve just moved to a new apartment in Berlin. The apartment complex has its own alley. It was a mess. So today I decided I didn?t like to come home to that mess. I just went outside with a garbage bag and started cleaning the place. The neighbour that lives above me opens his window and says to me: ?what are you doing? are you cleaning the place???. And I reply: ?yes I am, by the way I?m your new neighbour from downstairs, this is my home and I like it clean. The easiest way to get there is just invest a little time in our place.?. He replies: ?that is so nice. I?m thinking also maybe what we can do is put some nice tables and chairs outside and then when we have nice weather some of us can have breakfast together?. Two more neighbours open their windows to see what the fuzz is about. And magic happens. My friends you are where change starts. The future is about together, inclusive. About community. Changing our mindset. The world really is what each and everyone makes of it. Take responsibility. Thank you for being you, and for being this fine community. ? Remco Wendt about.me/remco.wendt ? -------------- next part -------------- An HTML attachment was scrubbed... URL: From berry.groenendijk at gmail.com Sat Jul 26 20:56:40 2014 From: berry.groenendijk at gmail.com (berry groenendijk) Date: Sat, 26 Jul 2014 20:56:40 +0200 Subject: [python-nl] Speech at EuroPython 2014 Berlin In-Reply-To: References: Message-ID: Thanks for sharing. I really liked reading it. And good luck in Berlin! Berry Groenendijk [Twitter] @berryg [Skype] berryg On Sat, Jul 26, 2014 at 6:51 PM, Remco Wendt wrote: > Dag Pythoneers, > > Gisteren heb ik op Europython een korte speech gegeven. Bij deze deel ik > die graag met de Nederlandse python community: > > Your beautiful minds > Europython 2014 - Berlin > > Can I humble ask you all to close your laptops and put your phones away > for just five minutes? Be in the here and now with me and please grant me > this time to put some interesting thoughts and connections into your > beautiful minds. And what I can only hope is that maybe today or tomorrow > you?ll think about this a little more. > > For a few months now I?ve been thinking about new ideas of what to do > next. Two weeks ago I was roaming the Spanish desert plains near Zaragoza, > with simple thoughts like: what is going to be my life?s goal? And it came > to me that maybe the nicest thing I could possible do is leave the world in > a little better state then I found it in. > > How to do that? We have learned from peer-to-peer networks, you can have > enormous impact by combining many small decentralised elements in a large > volume. > > And then Europython happens, and it all made sense. > > You see, the thing is we are not mere developers, but engineers building > and thus defining our future society. By doing so we have great power and > with that great responsibility. Do we want a world of control? Or of > freedom? > > On top of that we have quite a unique position. And we should better > realise this, I believe. > > I?ve hired people in my previous companies, and most engineers don?t > _really_ care about their income anymore. They have that covered. Instead > they ask questions like: how much will I be able to develop myself and will > I be allowed to contribute to open source. > > In the Maslow pyramid, we have made the step up. Anybody here has income > security, unless the world collapses. That may not be in your minds, but I > believe it is the case. And this grants us freedom. > > And what happens then? Magic. Our genetic code defines: take care of the > self, when done take care of the other. That is why societies can exist. > Taking care of the other is the next step in our own happiness and we are > lucky enough to have the possibility to do that. > > And the change in mindset required to make that next step is really so > simple. An example from my personal life today: I?ve just moved to a new > apartment in Berlin. The apartment complex has its own alley. It was a > mess. So today I decided I didn?t like to come home to that mess. I just > went outside with a garbage bag and started cleaning the place. The > neighbour that lives above me opens his window and says to me: ?what are > you doing? are you cleaning the place???. And I reply: ?yes I am, by the > way I?m your new neighbour from downstairs, this is my home and I like it > clean. The easiest way to get there is just invest a little time in our > place.?. He replies: ?that is so nice. I?m thinking also maybe what we can > do is put some nice tables and chairs outside and then when we have nice > weather some of us can have breakfast together?. Two more neighbours open > their windows to see what the fuzz is about. And magic happens. > > My friends you are where change starts. The future is about together, > inclusive. About community. Changing our mindset. The world really is what > each and everyone makes of it. Take responsibility. Thank you for being > you, and for being this fine community. > > > [image: Remco Wendt on about.me] > Remco Wendt > about.me/remco.wendt > > > _______________________________________________ > Python-nl mailing list > Python-nl at python.org > https://mail.python.org/mailman/listinfo/python-nl > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From jan.murre at gmail.com Sat Jul 26 23:08:40 2014 From: jan.murre at gmail.com (Jan Murre) Date: Sat, 26 Jul 2014 23:08:40 +0200 Subject: [python-nl] Speech at EuroPython 2014 Berlin In-Reply-To: References: Message-ID: Hi Remco, You told me at Europython about your plan to just start making your place a better place. I am so glad to hear it worked out so well !!! Regards, Jan On Sat, Jul 26, 2014 at 6:51 PM, Remco Wendt wrote: > Dag Pythoneers, > > Gisteren heb ik op Europython een korte speech gegeven. Bij deze deel ik > die graag met de Nederlandse python community: > > Your beautiful minds > Europython 2014 - Berlin > > Can I humble ask you all to close your laptops and put your phones away > for just five minutes? Be in the here and now with me and please grant me > this time to put some interesting thoughts and connections into your > beautiful minds. And what I can only hope is that maybe today or tomorrow > you?ll think about this a little more. > > For a few months now I?ve been thinking about new ideas of what to do > next. Two weeks ago I was roaming the Spanish desert plains near Zaragoza, > with simple thoughts like: what is going to be my life?s goal? And it came > to me that maybe the nicest thing I could possible do is leave the world in > a little better state then I found it in. > > How to do that? We have learned from peer-to-peer networks, you can have > enormous impact by combining many small decentralised elements in a large > volume. > > And then Europython happens, and it all made sense. > > You see, the thing is we are not mere developers, but engineers building > and thus defining our future society. By doing so we have great power and > with that great responsibility. Do we want a world of control? Or of > freedom? > > On top of that we have quite a unique position. And we should better > realise this, I believe. > > I?ve hired people in my previous companies, and most engineers don?t > _really_ care about their income anymore. They have that covered. Instead > they ask questions like: how much will I be able to develop myself and will > I be allowed to contribute to open source. > > In the Maslow pyramid, we have made the step up. Anybody here has income > security, unless the world collapses. That may not be in your minds, but I > believe it is the case. And this grants us freedom. > > And what happens then? Magic. Our genetic code defines: take care of the > self, when done take care of the other. That is why societies can exist. > Taking care of the other is the next step in our own happiness and we are > lucky enough to have the possibility to do that. > > And the change in mindset required to make that next step is really so > simple. An example from my personal life today: I?ve just moved to a new > apartment in Berlin. The apartment complex has its own alley. It was a > mess. So today I decided I didn?t like to come home to that mess. I just > went outside with a garbage bag and started cleaning the place. The > neighbour that lives above me opens his window and says to me: ?what are > you doing? are you cleaning the place???. And I reply: ?yes I am, by the > way I?m your new neighbour from downstairs, this is my home and I like it > clean. The easiest way to get there is just invest a little time in our > place.?. He replies: ?that is so nice. I?m thinking also maybe what we can > do is put some nice tables and chairs outside and then when we have nice > weather some of us can have breakfast together?. Two more neighbours open > their windows to see what the fuzz is about. And magic happens. > > My friends you are where change starts. The future is about together, > inclusive. About community. Changing our mindset. The world really is what > each and everyone makes of it. Take responsibility. Thank you for being > you, and for being this fine community. > > > [image: Remco Wendt on about.me] > Remco Wendt > about.me/remco.wendt > > > _______________________________________________ > Python-nl mailing list > Python-nl at python.org > https://mail.python.org/mailman/listinfo/python-nl > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From nicolaas at l1nda.nl Mon Jul 28 07:39:32 2014 From: nicolaas at l1nda.nl (Nicolaas Heyning | L1NDA.nl) Date: Mon, 28 Jul 2014 07:39:32 +0200 Subject: [python-nl] Speech at EuroPython 2014 Berlin In-Reply-To: References: Message-ID: Nice speech! Nicolaas Op 26 jul. 2014 18:51 schreef "Remco Wendt" : > Dag Pythoneers, > > Gisteren heb ik op Europython een korte speech gegeven. Bij deze deel ik > die graag met de Nederlandse python community: > > Your beautiful minds > Europython 2014 - Berlin > > Can I humble ask you all to close your laptops and put your phones away > for just five minutes? Be in the here and now with me and please grant me > this time to put some interesting thoughts and connections into your > beautiful minds. And what I can only hope is that maybe today or tomorrow > you?ll think about this a little more. > > For a few months now I?ve been thinking about new ideas of what to do > next. Two weeks ago I was roaming the Spanish desert plains near Zaragoza, > with simple thoughts like: what is going to be my life?s goal? And it came > to me that maybe the nicest thing I could possible do is leave the world in > a little better state then I found it in. > > How to do that? We have learned from peer-to-peer networks, you can have > enormous impact by combining many small decentralised elements in a large > volume. > > And then Europython happens, and it all made sense. > > You see, the thing is we are not mere developers, but engineers building > and thus defining our future society. By doing so we have great power and > with that great responsibility. Do we want a world of control? Or of > freedom? > > On top of that we have quite a unique position. And we should better > realise this, I believe. > > I?ve hired people in my previous companies, and most engineers don?t > _really_ care about their income anymore. They have that covered. Instead > they ask questions like: how much will I be able to develop myself and will > I be allowed to contribute to open source. > > In the Maslow pyramid, we have made the step up. Anybody here has income > security, unless the world collapses. That may not be in your minds, but I > believe it is the case. And this grants us freedom. > > And what happens then? Magic. Our genetic code defines: take care of the > self, when done take care of the other. That is why societies can exist. > Taking care of the other is the next step in our own happiness and we are > lucky enough to have the possibility to do that. > > And the change in mindset required to make that next step is really so > simple. An example from my personal life today: I?ve just moved to a new > apartment in Berlin. The apartment complex has its own alley. It was a > mess. So today I decided I didn?t like to come home to that mess. I just > went outside with a garbage bag and started cleaning the place. The > neighbour that lives above me opens his window and says to me: ?what are > you doing? are you cleaning the place???. And I reply: ?yes I am, by the > way I?m your new neighbour from downstairs, this is my home and I like it > clean. The easiest way to get there is just invest a little time in our > place.?. He replies: ?that is so nice. I?m thinking also maybe what we can > do is put some nice tables and chairs outside and then when we have nice > weather some of us can have breakfast together?. Two more neighbours open > their windows to see what the fuzz is about. And magic happens. > > My friends you are where change starts. The future is about together, > inclusive. About community. Changing our mindset. The world really is what > each and everyone makes of it. Take responsibility. Thank you for being > you, and for being this fine community. > > > [image: Remco Wendt on about.me] > Remco Wendt > about.me/remco.wendt > > > _______________________________________________ > Python-nl mailing list > Python-nl at python.org > https://mail.python.org/mailman/listinfo/python-nl > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From wichert at wiggy.net Mon Jul 28 09:16:13 2014 From: wichert at wiggy.net (Wichert Akkerman) Date: Mon, 28 Jul 2014 09:16:13 +0200 Subject: [python-nl] Verzoek om offerte In-Reply-To: References: Message-ID: <92CFD5B2-424C-4B96-8C81-C03B95B58F05@wiggy.net> Hoi Dirkjan, dit klinkt zeker als het soort project dat ik doe. Ik doe dit soort projecten niet alleen: voor de ux en design werk ik meestal samen met Cornelis Kolbach; hij is een fulltime ux-er en freelance designer en kan dat veel beter dan ik ooit zou kunnen. Groeten, Wichert. > On 26 Jul 2014, at 17:01, Dirkjan Ochtman wrote: > > Hallo allen, > > Ik hoop dat dit wellicht wat ongebruikelijke verzoek on-topic is voor > deze lijst. > > Naast Python-developer ben ik ook op vrijwillige basis betrokken bij > de Stichting Vrije Jeugdkerk- en Kampen, die zomerkampen voor kinderen > organiseert. In het stichtingsbestuur is het plan opgevat om naar een > web-based administratiesysteem te zoeken dat voor deze organisatie > geschikt is. Aan mij de taak om een partij te zoeken die zo'n systeem > zou kunnen bouwen/opzetten. Voor de duidelijkheid: dit is gewoon een > betaalde opdracht. > > Op dit moment worden er vijf verschillende databases bijgehouden, > waarbij de simpelste min of meer alleen maar NAW-gegevens en > rekeningnummers bevat en in een van de meer ingewikkelde elk jaar de > inschrijvingen van deelnemende kinderen (inclusief alle > bijzonderheden, lotingsresultaten, etc) worden bijgehouden. Hoewel ik > dit zelf zou kunnen bouwen heb ik hiervoor geen tijd, maar ik zal na > oplevering wel zelf het onderhoud en de hosting op me nemen. > > Ik ben dus op zoek naar een applicatie geschreven in Python (2.7 of > evt 3.3+) die kan draaien in een moderne Linux-omgeving. Qua database > ben ik redelijk flexibel; zelf heb ik vooral ervaring met CouchDB en > MySQL (maar PostgreSQL lijkt me dezer dagen beter dan MySQL). Ik heb > afgelopen jaar al een van de frontend-processen (het inschrijven van > kinderen) geautomatiseerd met een custom microframework, CouchDB en > simpel HTML/CSS/JS-frontend, en daaromheen een verzameling scriptjes > om administratieve taken te verwerken, dus dat zou gebruikt kunnen > worden. > > Daarnaast hebben we zelf al redelijk wat requirements engineering > gedaan, zodat er een duidelijk beeld is van de processen die > ondersteund moeten worden en het datamodel dat daaraan ten grondslag > zou liggen. Ik ben nu dus op zoek naar iemand die backend en frontend > wil bouwen, met aandacht voor de UX, en die dat aan het eind van het > project aan mij kan overdragen. Ik zal gedurende het project ook > beschikbaar zijn als aanspreekpunt. Ik hoop eind december de eerste > onderdelen van het nieuwe systeem in gebruik te nemen. > > Zijn er mensen op deze lijst die dit soort opdrachten aannemen? Neem > dan even (off-list) contact met me op, zodat we de requirements zoals > we die tot nu toe hebben verzameld kunnen bespreken en hopelijk tot > een offerte kunnen komen. Referenties naar partijen die hiervoor > geschikt zouden kunnen zijn zijn ook zeer welkom. > > Groet, > > Dirkjan > _______________________________________________ > Python-nl mailing list > Python-nl at python.org > https://mail.python.org/mailman/listinfo/python-nl From wichert at wiggy.net Mon Jul 28 09:18:33 2014 From: wichert at wiggy.net (Wichert Akkerman) Date: Mon, 28 Jul 2014 09:18:33 +0200 Subject: [python-nl] Verzoek om offerte Message-ID: <3hMC6n0MvNz7LjT@mail.python.org> Damn, reply-to over het hoofd gezien :( On 28 Jul 2014 09:16, Wichert Akkerman wrote: > > Hoi Dirkjan, > > dit klinkt zeker als het soort project dat ik doe. Ik doe dit soort projecten niet alleen: voor de ux en design werk ik meestal samen met Cornelis Kolbach; hij is een fulltime ux-er en freelance designer en kan dat veel beter dan ik ooit zou kunnen. > > Groeten, > Wichert. > > > > On 26 Jul 2014, at 17:01, Dirkjan Ochtman wrote: > > > > Hallo allen, > > > > Ik hoop dat dit wellicht wat ongebruikelijke verzoek on-topic is voor > > deze lijst. > > > > Naast Python-developer ben ik ook op vrijwillige basis betrokken bij > > de Stichting Vrije Jeugdkerk- en Kampen, die zomerkampen voor kinderen > > organiseert. In het stichtingsbestuur is het plan opgevat om naar een > > web-based administratiesysteem te zoeken dat voor deze organisatie > > geschikt is. Aan mij de taak om een partij te zoeken die zo'n systeem > > zou kunnen bouwen/opzetten. Voor de duidelijkheid: dit is gewoon een > > betaalde opdracht. > > > > Op dit moment worden er vijf verschillende databases bijgehouden, > > waarbij de simpelste min of meer alleen maar NAW-gegevens en > > rekeningnummers bevat en in een van de meer ingewikkelde elk jaar de > > inschrijvingen van deelnemende kinderen (inclusief alle > > bijzonderheden, lotingsresultaten, etc) worden bijgehouden. Hoewel ik > > dit zelf zou kunnen bouwen heb ik hiervoor geen tijd, maar ik zal na > > oplevering wel zelf het onderhoud en de hosting op me nemen. > > > > Ik ben dus op zoek naar een applicatie geschreven in Python (2.7 of > > evt 3.3+) die kan draaien in een moderne Linux-omgeving. Qua database > > ben ik redelijk flexibel; zelf heb ik vooral ervaring met CouchDB en > > MySQL (maar PostgreSQL lijkt me dezer dagen beter dan MySQL). Ik heb > > afgelopen jaar al een van de frontend-processen (het inschrijven van > > kinderen) geautomatiseerd met een custom microframework, CouchDB en > > simpel HTML/CSS/JS-frontend, en daaromheen een verzameling scriptjes > > om administratieve taken te verwerken, dus dat zou gebruikt kunnen > > worden. > > > > Daarnaast hebben we zelf al redelijk wat requirements engineering > > gedaan, zodat er een duidelijk beeld is van de processen die > > ondersteund moeten worden en het datamodel dat daaraan ten grondslag > > zou liggen. Ik ben nu dus op zoek naar iemand die backend en frontend > > wil bouwen, met aandacht voor de UX, en die dat aan het eind van het > > project aan mij kan overdragen. Ik zal gedurende het project ook > > beschikbaar zijn als aanspreekpunt. Ik hoop eind december de eerste > > onderdelen van het nieuwe systeem in gebruik te nemen. > > > > Zijn er mensen op deze lijst die dit soort opdrachten aannemen? Neem > > dan even (off-list) contact met me op, zodat we de requirements zoals > > we die tot nu toe hebben verzameld kunnen bespreken en hopelijk tot > > een offerte kunnen komen. Referenties naar partijen die hiervoor > > geschikt zouden kunnen zijn zijn ook zeer welkom. > > > > Groet, > > > > Dirkjan > > _______________________________________________ > > Python-nl mailing list > > Python-nl at python.org > > https://mail.python.org/mailman/listinfo/python-nl > > _______________________________________________ > Python-nl mailing list > Python-nl at python.org > https://mail.python.org/mailman/listinfo/python-nl From z.soebhan at gmail.com Mon Jul 28 09:35:59 2014 From: z.soebhan at gmail.com (Zaheer Soebhan) Date: Mon, 28 Jul 2014 09:35:59 +0200 Subject: [python-nl] Speech at EuroPython 2014 Berlin In-Reply-To: References: Message-ID: Beautiful! Can't wait to see you all at the next meetups and conferences! :) 2014-07-28 7:39 GMT+02:00 Nicolaas Heyning | L1NDA.nl : > Nice speech! > > Nicolaas > Op 26 jul. 2014 18:51 schreef "Remco Wendt" : > >> Dag Pythoneers, >> >> Gisteren heb ik op Europython een korte speech gegeven. Bij deze deel ik >> die graag met de Nederlandse python community: >> >> Your beautiful minds >> Europython 2014 - Berlin >> >> Can I humble ask you all to close your laptops and put your phones away >> for just five minutes? Be in the here and now with me and please grant me >> this time to put some interesting thoughts and connections into your >> beautiful minds. And what I can only hope is that maybe today or tomorrow >> you?ll think about this a little more. >> >> For a few months now I?ve been thinking about new ideas of what to do >> next. Two weeks ago I was roaming the Spanish desert plains near Zaragoza, >> with simple thoughts like: what is going to be my life?s goal? And it came >> to me that maybe the nicest thing I could possible do is leave the world in >> a little better state then I found it in. >> >> How to do that? We have learned from peer-to-peer networks, you can have >> enormous impact by combining many small decentralised elements in a large >> volume. >> >> And then Europython happens, and it all made sense. >> >> You see, the thing is we are not mere developers, but engineers building >> and thus defining our future society. By doing so we have great power and >> with that great responsibility. Do we want a world of control? Or of >> freedom? >> >> On top of that we have quite a unique position. And we should better >> realise this, I believe. >> >> I?ve hired people in my previous companies, and most engineers don?t >> _really_ care about their income anymore. They have that covered. Instead >> they ask questions like: how much will I be able to develop myself and will >> I be allowed to contribute to open source. >> >> In the Maslow pyramid, we have made the step up. Anybody here has income >> security, unless the world collapses. That may not be in your minds, but I >> believe it is the case. And this grants us freedom. >> >> And what happens then? Magic. Our genetic code defines: take care of the >> self, when done take care of the other. That is why societies can exist. >> Taking care of the other is the next step in our own happiness and we are >> lucky enough to have the possibility to do that. >> >> And the change in mindset required to make that next step is really so >> simple. An example from my personal life today: I?ve just moved to a new >> apartment in Berlin. The apartment complex has its own alley. It was a >> mess. So today I decided I didn?t like to come home to that mess. I just >> went outside with a garbage bag and started cleaning the place. The >> neighbour that lives above me opens his window and says to me: ?what are >> you doing? are you cleaning the place???. And I reply: ?yes I am, by the >> way I?m your new neighbour from downstairs, this is my home and I like it >> clean. The easiest way to get there is just invest a little time in our >> place.?. He replies: ?that is so nice. I?m thinking also maybe what we can >> do is put some nice tables and chairs outside and then when we have nice >> weather some of us can have breakfast together?. Two more neighbours open >> their windows to see what the fuzz is about. And magic happens. >> >> My friends you are where change starts. The future is about together, >> inclusive. About community. Changing our mindset. The world really is what >> each and everyone makes of it. Take responsibility. Thank you for being >> you, and for being this fine community. >> >> >> [image: Remco Wendt on about.me] >> Remco Wendt >> about.me/remco.wendt >> >> >> _______________________________________________ >> Python-nl mailing list >> Python-nl at python.org >> https://mail.python.org/mailman/listinfo/python-nl >> >> > _______________________________________________ > Python-nl mailing list > Python-nl at python.org > https://mail.python.org/mailman/listinfo/python-nl > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From o.r.williams at rug.nl Tue Jul 29 15:06:34 2014 From: o.r.williams at rug.nl (Rees Williams) Date: Tue, 29 Jul 2014 06:06:34 -0700 (PDT) Subject: [python-nl] [JOB] Programmer in Groningen to work on Dark Matter mission Message-ID: <1406639194109-5065660.post@n6.nabble.com> Scientific Programmer at the Kapteyn Astronomical Institute The Kapteyn Astronomical Institute of the University of Groningen seeks a scientific programmer for the Euclid Netherlands Science Data Centre (SDC-NL). The SDC-NL will be operated as a partnership between the Kapteyn Astronomical Institute and the Donald Smits Centre of Information Technology. The Euclid mission has been selected for the Cosmic Visions Program of the European Space Agency. The primary goal of the mission is to investigate the nature of dark energy and dark matter by measuring the accelerated expansion of the universe using different independent methods. The Euclid satellite is expected to be launched in 2019 and has a mission lifetime of five years. The SDC-NL is one of seven national data centres which will share the Euclid processing. The SDC-NL is responsible for the development (in cooperation with the European Space Astronomy Centre in Madrid) of the Euclid Archive System (EAS). This is a core component of the distributed Euclid Science Ground System and underpins all the Euclid processing. We seek a scientific programmer to take a major role in the development of the EAS. An EAS prototype has already been developed and is being used to support data simulations. The prototype draws heavily on the technologies used in the successful Astro-WISE system, which was developed for the processing of data from the OmegaCAM instrument on the Very-large Survey Telescope (VST) as part of the Target project. The Kapteyn Astronomical Institute is also the co-lead of the organisation unit responsible for processing the large quantity of ground-based data required by the Euclid mission. Depending on their experience, it is also possible that the scientific programmer will play a role in this task. Experience The successful candidate will have experience with Python, SQL, and data modeling. Experience with any of the following would be considered an advantage: Grid/Cloud computing, Workflow management systems, XML, XSD, UML, SysML, ER, RDBMS (HTM, Healpix). A relevant degree (e.g. Astronomy, Computer Science) is required. The initial appointment is for 2 years, with the possibility of extension. Useful Links Vacancy announcement - www.rug.nl/science-and-society/target/banner_info/job_vacancies Euclid consortium - http://www.euclid-ec.org/ Target project - www.rug.nl/target -- View this message in context: http://python.6.x6.nabble.com/JOB-Programmer-in-Groningen-to-work-on-Dark-Matter-mission-tp5065660.html Sent from the Nederlands mailing list archive at Nabble.com. From folkje at byte.nl Tue Jul 29 15:33:17 2014 From: folkje at byte.nl (Folkje) Date: Tue, 29 Jul 2014 15:33:17 +0200 Subject: [python-nl] Summaries PUN 20 June 2014, Utrecht In-Reply-To: References: <53A564C1.9070609@vanrees.org> Message-ID: <53D7A29D.7070508@byte.nl> Hi all, > Rumor has it that someone at booking.com will organize it at their > office in Amsterdam somewhere in september or october. I'm awaiting > confirmation :-) > > > Reinout > Is that rumor still in place? I organize the bimonthly Amsterdam Python Meetups (similar to the PUN, but always located in Amsterdam, usually at Byte's) and I would like to co-organize a larger Meetup in October. Trifork offered to host, but if you're doing a similar thing in the same month at booking.com, maybe we can combine forces! Hope to hear more! Cheers, -- *Folkje Lips* Teamco?rdinator Techniek W http://www.byte.nl E folkje at byte.nl De Ruyterkade 139 1011 AC Amsterdam T +31 (0) 20 5216 226 F +31 (0) 20 5216 227 FAQ: veelgestelde vragen staan op http://www.byte.nl/wiki ------------- volgend deel ------------ Een HTML-bijlage is gescrubt... URL: From stommepoes at stommepoes.nl Wed Jul 30 10:14:43 2014 From: stommepoes at stommepoes.nl (Mallory van Achterberg) Date: Wed, 30 Jul 2014 10:14:43 +0200 Subject: [python-nl] Summaries PUN 20 June 2014, Utrecht In-Reply-To: <53D7A29D.7070508@byte.nl> References: <53A564C1.9070609@vanrees.org> <53D7A29D.7070508@byte.nl> Message-ID: <20140730081443.GA442@jkva-vps.colo.transip.net> On Tue, Jul 29, 2014 at 03:33:17PM +0200, Folkje wrote: > Hi all, > > >Rumor has it that someone at booking.com will organize it at their > >office in Amsterdam somewhere in september or october. I'm > >awaiting confirmation :-) > > > > > >Reinout > > > Is that rumor still in place? I organize the bimonthly Amsterdam > Python Meetups (similar to the PUN, but always located in Amsterdam, > usually at Byte's) and I would like to co-organize a larger Meetup > in October. Trifork offered to host, but if you're doing a similar > thing in the same month at booking.com, maybe we can combine forces! > > Folkje It would be mega-awesome if a dual Python-Perl (AmsterdamX group) meetup could happen. Perlers hearing about what's going on in Python and Pythonista's looking at what's going on in Perl. Mutual stealing has always been in the languages' advantages, but also for developers. Booking does both languages, though more heavily Perl. The AmsterdamX group tends to meet at Booking and their talks are not restricted to Perl but general development. If such an idea sounds interesting to others, the man to contact is Sawyer X (@perlsawyer on twitter, xsawyerx at gmail for mail). Just an idea. cheers, Mallory From remco.wendt at gmail.com Wed Jul 30 18:44:10 2014 From: remco.wendt at gmail.com (Remco Wendt) Date: Wed, 30 Jul 2014 18:44:10 +0200 Subject: [python-nl] Summaries PUN 20 June 2014, Utrecht In-Reply-To: <20140730081443.GA442@jkva-vps.colo.transip.net> References: <53A564C1.9070609@vanrees.org> <53D7A29D.7070508@byte.nl> <20140730081443.GA442@jkva-vps.colo.transip.net> Message-ID: Yay for language and community crossover!! ? Remco Wendt about.me/remco.wendt ? On 30 Jul 2014 at 09:58:28, Mallory van Achterberg (stommepoes at stommepoes.nl) wrote: On Tue, Jul 29, 2014 at 03:33:17PM +0200, Folkje wrote: > Hi all, > > >Rumor has it that someone at booking.com will organize it at their > >office in Amsterdam somewhere in september or october. I'm > >awaiting confirmation :-) > > > > > >Reinout > > > Is that rumor still in place? I organize the bimonthly Amsterdam > Python Meetups (similar to the PUN, but always located in Amsterdam, > usually at Byte's) and I would like to co-organize a larger Meetup > in October. Trifork offered to host, but if you're doing a similar > thing in the same month at booking.com, maybe we can combine forces! > > Folkje It would be mega-awesome if a dual Python-Perl (AmsterdamX group) meetup could happen. Perlers hearing about what's going on in Python and Pythonista's looking at what's going on in Perl. Mutual stealing has always been in the languages' advantages, but also for developers. Booking does both languages, though more heavily Perl. The AmsterdamX group tends to meet at Booking and their talks are not restricted to Perl but general development. If such an idea sounds interesting to others, the man to contact is Sawyer X (@perlsawyer on twitter, xsawyerx at gmail for mail). Just an idea. cheers, Mallory _______________________________________________ Python-nl mailing list Python-nl at python.org https://mail.python.org/mailman/listinfo/python-nl -------------- next part -------------- An HTML attachment was scrubbed... URL: From dennis at kaarsemaker.net Wed Jul 30 22:11:22 2014 From: dennis at kaarsemaker.net (Dennis Kaarsemaker) Date: Wed, 30 Jul 2014 22:11:22 +0200 Subject: [python-nl] Summaries PUN 20 June 2014, Utrecht In-Reply-To: <20140730081443.GA442@jkva-vps.colo.transip.net> References: <53A564C1.9070609@vanrees.org> <53D7A29D.7070508@byte.nl> <20140730081443.GA442@jkva-vps.colo.transip.net> Message-ID: <1406751082.4114.1.camel@spirit> On wo, 2014-07-30 at 10:14 +0200, Mallory van Achterberg wrote: > On Tue, Jul 29, 2014 at 03:33:17PM +0200, Folkje wrote: > > Hi all, > > > > >Rumor has it that someone at booking.com will organize it at their > > >office in Amsterdam somewhere in september or october. I'm > > >awaiting confirmation :-) Will try to, I said :) > > >Reinout > > > > > Is that rumor still in place? I organize the bimonthly Amsterdam > > Python Meetups (similar to the PUN, but always located in Amsterdam, > > usually at Byte's) and I would like to co-organize a larger Meetup > > in October. Trifork offered to host, but if you're doing a similar > > thing in the same month at booking.com, maybe we can combine forces! > > > > Folkje > > It would be mega-awesome if a dual Python-Perl (AmsterdamX group) meetup > could happen. Perlers hearing about what's going on in Python and > Pythonista's looking at what's going on in Perl. Mutual stealing has > always been in the languages' advantages, but also for developers. > Booking does both languages, though more heavily Perl. > > The AmsterdamX group tends to meet at Booking and their talks are not > restricted to Perl but general development. > > If such an idea sounds interesting to others, the man to contact is > Sawyer X (@perlsawyer on twitter, xsawyerx at gmail for mail). I've actually been talking this over with Sawyer, as I had the same idea. There's nothing concrete yet though. -- Dennis Kaarsemaker www.kaarsemaker.net From wim at go2people.nl Thu Jul 31 14:33:31 2014 From: wim at go2people.nl (Wim Feijen) Date: Thu, 31 Jul 2014 14:33:31 +0200 Subject: [python-nl] MMS Message-ID: Beste mensen, Is hier iemand die MMS-en verstuurt (via een API)? En die hiervoor een goede provider weet? We gebruikten voorheen mollie, maar mollie/messagebird ondersteunt geen MMS meer. Bij voorbaat dankjewel voor alle tips! Groeten, Wim -- Wim Feijen Eigenaar Go2People Websites Postbus 94151 1090 GD Amsterdam La Guardiaweg 68 (toren B) 1043 DK Amsterdam T: 020 737 0378 / 06 1111 3316 W: http://go2people-websites.nl -------------- next part -------------- An HTML attachment was scrubbed... URL: