From reinout at vanrees.org  Tue Nov  2 23:08:38 2010
From: reinout at vanrees.org (Reinout van Rees)
Date: Tue, 02 Nov 2010 23:08:38 +0100
Subject: [python-nl] Lightning talks PUN meeting 2010-11-03
In-Reply-To: <AANLkTi=AbEhKzot6gKD6UWv3CdH1Qu=QocLgw2EWE0iC@mail.gmail.com>
References: <AANLkTi=AbEhKzot6gKD6UWv3CdH1Qu=QocLgw2EWE0iC@mail.gmail.com>
Message-ID: <iaq256$2bv$1@dough.gmane.org>

On 10/15/2010 08:42 PM, Roel Bruggink wrote:
> Dames en heren,
>
> Voor de aanstaande PUN meeting zoek ik nog vier lightning talks. Deze
> talks zijn gelimiteerd tot 5 minuten per stuk en worden geacht over
> python te gaan, dan wel gerelateerd aan python te zijn.
>
> Voor meer info en inschrijvingen, zie
> http://wiki.python.org/moin/PUN/FD031110

Ik heb me erbij gezet.  Ik was die hele PUN glad vergeten in m'n agenda 
te zetten :-)

Voor de zekerheid heb ik nog wat publiciteit tegenaan gegooid:

http://reinout.vanrees.org/weblog/2010/11/02/pun-notice.html


Reinout

-- 
Reinout van Rees - reinout at vanrees.org - http://reinout.vanrees.org
Collega's gezocht!
Django/python vacature in Utrecht: http://tinyurl.com/35v34f9


From niels at nielsbom.com  Tue Nov  2 23:27:27 2010
From: niels at nielsbom.com (Niels Bom)
Date: Tue, 2 Nov 2010 23:27:27 +0100
Subject: [python-nl] Lightning talks PUN meeting 2010-11-03
In-Reply-To: <iaq256$2bv$1@dough.gmane.org>
References: <AANLkTi=AbEhKzot6gKD6UWv3CdH1Qu=QocLgw2EWE0iC@mail.gmail.com>
	<iaq256$2bv$1@dough.gmane.org>
Message-ID: <AANLkTiku=VSQLwNN5U=LFkDN9ryoia_77QmM6S6JQuhK@mail.gmail.com>

Ik heb ook wat publiciteit gemaakt:
http://twitter.com/#!/niels_bom/status/29510474410

Is er eigenlijk een #PUN Twitter account? Ik heb zelf het idee dat via
Twitter promotie wel goed te doen is, iemand followen is een minder hoge
drempel dan lid worden van een mailinglist (imho anyway). En een beetje
overlap is ook niet erg.

Over die lightning talks: ik ben niet goed in Python (but I'm working on
it). Waar ik wat beter in ben zijn: jQuery (een Javascript library),
unobtrusive Javascript en wat usability dingen. Ik wil best 5 minuten over
een van die dingen praten, maar ik weet niet of a) mensen daar
geinteresseerd in zijn en b) of mensen daar misschien al veel van weten.

Tot morgen!

-Niels

2010/11/2 Reinout van Rees <reinout at vanrees.org>

> On 10/15/2010 08:42 PM, Roel Bruggink wrote:
>
>> Dames en heren,
>>
>> Voor de aanstaande PUN meeting zoek ik nog vier lightning talks. Deze
>> talks zijn gelimiteerd tot 5 minuten per stuk en worden geacht over
>> python te gaan, dan wel gerelateerd aan python te zijn.
>>
>> Voor meer info en inschrijvingen, zie
>> http://wiki.python.org/moin/PUN/FD031110
>>
>
> Ik heb me erbij gezet.  Ik was die hele PUN glad vergeten in m'n agenda te
> zetten :-)
>
> Voor de zekerheid heb ik nog wat publiciteit tegenaan gegooid:
>
> http://reinout.vanrees.org/weblog/2010/11/02/pun-notice.html
>
>
> Reinout
>
> --
> Reinout van Rees - reinout at vanrees.org - http://reinout.vanrees.org
> Collega's gezocht!
> Django/python vacature in Utrecht: http://tinyurl.com/35v34f9
>
> _______________________________________________
> Python-nl mailing list
> Python-nl at python.org
> http://mail.python.org/mailman/listinfo/python-nl
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/python-nl/attachments/20101102/c7fa5f7d/attachment.html>

From reinout at vanrees.org  Wed Nov  3 10:04:40 2010
From: reinout at vanrees.org (Reinout van Rees)
Date: Wed, 03 Nov 2010 10:04:40 +0100
Subject: [python-nl] Lightning talks PUN meeting 2010-11-03
In-Reply-To: <AANLkTiku=VSQLwNN5U=LFkDN9ryoia_77QmM6S6JQuhK@mail.gmail.com>
References: <AANLkTi=AbEhKzot6gKD6UWv3CdH1Qu=QocLgw2EWE0iC@mail.gmail.com>	<iaq256$2bv$1@dough.gmane.org>
	<AANLkTiku=VSQLwNN5U=LFkDN9ryoia_77QmM6S6JQuhK@mail.gmail.com>
Message-ID: <iar8j8$8gj$1@dough.gmane.org>

On 11/02/2010 11:27 PM, Niels Bom wrote:
> Ik heb ook wat publiciteit gemaakt:
> http://twitter.com/#!/niels_bom/status/29510474410
>
> Is er eigenlijk een #PUN Twitter account? Ik heb zelf het idee dat via
> Twitter promotie wel goed te doen is, iemand followen is een minder hoge
> drempel dan lid worden van een mailinglist (imho anyway). En een beetje
> overlap is ook niet erg.
>
> Over die lightning talks: ik ben niet goed in Python (but I'm working on
> it). Waar ik wat beter in ben zijn: jQuery (een Javascript library),
> unobtrusive Javascript en wat usability dingen. Ik wil best 5 minuten
> over een van die dingen praten, maar ik weet niet of a) mensen daar
> geinteresseerd in zijn en b) of mensen daar misschien al veel van weten.

Veel van de web-gerichte python gebruikers zullen ook wel met jquery te 
maken hebben, dus extra tips daarvoor lijken me ook leuk en nuttig.


Reinout

-- 
Reinout van Rees - reinout at vanrees.org - http://reinout.vanrees.org
Collega's gezocht!
Django/python vacature in Utrecht: http://tinyurl.com/35v34f9


From reinout at vanrees.org  Thu Nov  4 02:00:20 2010
From: reinout at vanrees.org (Reinout van Rees)
Date: Thu, 04 Nov 2010 02:00:20 +0100
Subject: [python-nl] Next PUN meeting
Message-ID: <iat0j4$mh5$1@dough.gmane.org>

Hi,

Tonights PUN in Arnhem was great.  Not a lot of people, but the quality 
was high!

I'll have to push some company-internal buttons, but I propose that the 
next PUN will be held at our offices (Nelen & Schuurmans) in Utrecht. 
10 minutes from Utrecht central station, dead smack in the center of 
Utrecht.  So everyone can get there just fine.

Every three months a PUN?  Then the next one will be wednesday 2 February.

Is that OK?


Reinout

-- 
Reinout van Rees - reinout at vanrees.org - http://reinout.vanrees.org
Collega's gezocht!
Django/python vacature in Utrecht: http://tinyurl.com/35v34f9


From roel at fourdigits.nl  Thu Nov  4 09:14:13 2010
From: roel at fourdigits.nl (Roel Bruggink)
Date: Thu, 4 Nov 2010 09:14:13 +0100
Subject: [python-nl] Next PUN meeting
In-Reply-To: <iat0j4$mh5$1@dough.gmane.org>
References: <iat0j4$mh5$1@dough.gmane.org>
Message-ID: <AANLkTimiZ+Z=E1pVvcoSH5KeF8+h-Hckc3nprnAnNaHB@mail.gmail.com>

On Thu, Nov 4, 2010 at 2:00 AM, Reinout van Rees <reinout at vanrees.org>wrote:

> Hi,
>
> Tonights PUN in Arnhem was great.  Not a lot of people, but the quality was
> high!
>

Thanks! I've enjoyed myself a lot also. I'll try to get more into Plone's
and Zope's python code on the next PUN meeting.


> I'll have to push some company-internal buttons, but I propose that the
> next PUN will be held at our offices (Nelen & Schuurmans) in Utrecht. 10
> minutes from Utrecht central station, dead smack in the center of Utrecht.
>  So everyone can get there just fine.
>

Sweet! Count me in!


> Every three months a PUN?  Then the next one will be wednesday 2 February.
>

Could we more to a bi month schedule? If you miss a meeting, you don't have
6 months in between.

-- 
Roel Bruggink
http://www.fourdigits.nl/mensen/roel-bruggink

Four Digits BV
http://www.fourdigits.nl
Willemsplein 44, 6811 KD, Arnhem
tel: +31(0)26 4422700 fax: +31(0)26 7600012
KVK 091621370000 BTW 8161.22.234.B01
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/python-nl/attachments/20101104/80f44815/attachment.html>

From remco at maykinmedia.nl  Thu Nov  4 11:02:44 2010
From: remco at maykinmedia.nl (Remco Wendt)
Date: Thu, 4 Nov 2010 11:02:44 +0100
Subject: [python-nl] Next PUN meeting
In-Reply-To: <AANLkTimiZ+Z=E1pVvcoSH5KeF8+h-Hckc3nprnAnNaHB@mail.gmail.com>
References: <iat0j4$mh5$1@dough.gmane.org>
	<AANLkTimiZ+Z=E1pVvcoSH5KeF8+h-Hckc3nprnAnNaHB@mail.gmail.com>
Message-ID: <AANLkTikNZ9-She=x=oUnZX7yLRXQ6TkM=pSkmLtSdftN@mail.gmail.com>

On Thu, Nov 4, 2010 at 09:14, Roel Bruggink <roel at fourdigits.nl> wrote:


>
>
>> I'll have to push some company-internal buttons, but I propose that the
>> next PUN will be held at our offices (Nelen & Schuurmans) in Utrecht. 10
>> minutes from Utrecht central station, dead smack in the center of Utrecht.
>>  So everyone can get there just fine.
>>
>
> Sweet! Count me in!
>

Sounds great!


>
>
>> Every three months a PUN?  Then the next one will be wednesday 2 February.
>>
>
The next Django meetup is on jan 26th (because december is not really usable
as a month for doing meetings). So if the PUN could be like two weeks later?


> Could we more to a bi month schedule? If you miss a meeting, you don't have
> 6 months in between.
>

Like i did :) I personally think every three months is ok, since it can be
hard at times to find people willing to do presentations (we need more of
them!). So I'm not sure there is enough yet for a bi monthly schedule. But
on the other hand if enough people are enthusiastic about doing a PUN every
two months. Why not :)

Remco
-- 
Maykin Media
Herengracht 416, 1017 BZ Amsterdam
tel.: +31 (0)20 753 05 23
mob.: +31 (0)6 187 967 06 (helaas dankzij telfort tijdelijk: +31 (0)6 169
652 73)
http://www.maykinmedia.nl
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/python-nl/attachments/20101104/5e2a665f/attachment.html>

From reinout at vanrees.org  Thu Nov  4 21:43:06 2010
From: reinout at vanrees.org (Reinout van Rees)
Date: Thu, 04 Nov 2010 21:43:06 +0100
Subject: [python-nl] Next PUN meeting
In-Reply-To: <AANLkTikNZ9-She=x=oUnZX7yLRXQ6TkM=pSkmLtSdftN@mail.gmail.com>
References: <iat0j4$mh5$1@dough.gmane.org>	<AANLkTimiZ+Z=E1pVvcoSH5KeF8+h-Hckc3nprnAnNaHB@mail.gmail.com>
	<AANLkTikNZ9-She=x=oUnZX7yLRXQ6TkM=pSkmLtSdftN@mail.gmail.com>
Message-ID: <iav5sr$vi3$1@dough.gmane.org>

On 11/04/2010 11:02 AM, Remco Wendt wrote:
>
> The next Django meetup is on jan 26th (because december is not really
> usable as a month for doing meetings). So if the PUN could be like two
> weeks later?

Wednesday 16 February?  Fine.  I changed it.


Reinout


-- 
Reinout van Rees - reinout at vanrees.org - http://reinout.vanrees.org
Collega's gezocht!
Django/python vacature in Utrecht: http://tinyurl.com/35v34f9


From remco at maykinmedia.nl  Fri Nov  5 14:35:28 2010
From: remco at maykinmedia.nl (Remco Wendt)
Date: Fri, 5 Nov 2010 14:35:28 +0100
Subject: [python-nl] Next PUN meeting
In-Reply-To: <iav5sr$vi3$1@dough.gmane.org>
References: <iat0j4$mh5$1@dough.gmane.org>
	<AANLkTimiZ+Z=E1pVvcoSH5KeF8+h-Hckc3nprnAnNaHB@mail.gmail.com>
	<AANLkTikNZ9-She=x=oUnZX7yLRXQ6TkM=pSkmLtSdftN@mail.gmail.com>
	<iav5sr$vi3$1@dough.gmane.org>
Message-ID: <AANLkTim8SWv3yDGEkc2gGW9r5TgpXa-eRo4K-71=gZOY@mail.gmail.com>

On Thu, Nov 4, 2010 at 21:43, Reinout van Rees <reinout at vanrees.org> wrote:

> On 11/04/2010 11:02 AM, Remco Wendt wrote:
>
>>
>> The next Django meetup is on jan 26th (because december is not really
>> usable as a month for doing meetings). So if the PUN could be like two
>> weeks later?
>>
>
> Wednesday 16 February?  Fine.  I changed it.


Great!

Remco
-- 
Maykin Media
Herengracht 416, 1017 BZ Amsterdam
tel.: +31 (0)20 753 05 23
mob.: +31 (0)6 187 967 06
http://www.maykinmedia.nl
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/python-nl/attachments/20101105/96d2a1d2/attachment.html>

From tim at timmolendijk.nl  Mon Nov  8 13:28:15 2010
From: tim at timmolendijk.nl (Tim Molendijk)
Date: Mon, 8 Nov 2010 13:28:15 +0100
Subject: [python-nl] Facebook app
Message-ID: <AANLkTinuL2JOb2=tBojAGFkiAyBN1UROz-TRPcOLqRZ_@mail.gmail.com>

Hey,

Ik ben voor een vriend op korte termijn op zoek naar een (freelance)
ontwikkelaar voor een Facebook app project. Het project is in een vroeg
stadium, dus de briefing is nog vaag (zie hieronder), maar men zoekt iemand
met enige ervaring met de Facebook API die kan helpen met het opstellen van
een gedegen voorstel en als alles goed gaat ook met de (betaalde)
uitvoering:

*Is het mogelijk om een toepassing te maken in Facebook waardoor bezoekers
zelf direct foto's in een album kunnen plaatsen? **We doen namelijk
regelmatig wedstrijden op hun Facebook en naar aanleiding daarvan worden
soms 200 foto's per week geupload. Die worden nu handmatig in een album
geplaatst.*

*
*

Ben jij of ken jij iemand die mij zou kunnen helpen? Let me know! Thanks.


Groet,

Tim


*
*
--
Werken bij SmartPR? Gezocht: WEBDEVELOPER (in de
dop)<http://blog.smartpr.nl/2010/10/20/gezocht-webdeveloper-in-de-dop/>?
@timmolendijk <http://twitter.com/timmolendijk>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/python-nl/attachments/20101108/6d43038f/attachment.html>

From a.esselink at gmail.com  Mon Nov  8 13:54:48 2010
From: a.esselink at gmail.com (Dexter)
Date: Mon, 8 Nov 2010 13:54:48 +0100
Subject: [python-nl] Facebook app
In-Reply-To: <AANLkTinuL2JOb2=tBojAGFkiAyBN1UROz-TRPcOLqRZ_@mail.gmail.com>
References: <AANLkTinuL2JOb2=tBojAGFkiAyBN1UROz-TRPcOLqRZ_@mail.gmail.com>
Message-ID: <AANLkTinQZ1yfifAuL6zuWf0Arkn1rRb7ab4F1nf4AANZ@mail.gmail.com>

Ik zou wel kunnen helpen.
Ik heb laatst een begin gemaakt aan een projectje => www.eventkick.com die
ook gebruik maakt van de facebook api.

Nog wel een vraagje, wat schuift het?

Ik hoor het wel.. Groetjes

2010/11/8 Tim Molendijk <tim at timmolendijk.nl>

> Hey,
>
> Ik ben voor een vriend op korte termijn op zoek naar een (freelance)
> ontwikkelaar voor een Facebook app project. Het project is in een vroeg
> stadium, dus de briefing is nog vaag (zie hieronder), maar men zoekt iemand
> met enige ervaring met de Facebook API die kan helpen met het opstellen van
> een gedegen voorstel en als alles goed gaat ook met de (betaalde)
> uitvoering:
>
> *Is het mogelijk om een toepassing te maken in Facebook waardoor bezoekers
> zelf direct foto's in een album kunnen plaatsen? **We doen namelijk
> regelmatig wedstrijden op hun Facebook en naar aanleiding daarvan worden
> soms 200 foto's per week geupload. Die worden nu handmatig in een album
> geplaatst.*
>
> *
> *
>
> Ben jij of ken jij iemand die mij zou kunnen helpen? Let me know! Thanks.
>
>
> Groet,
>
> Tim
>
>
> *
> *
> --
> Werken bij SmartPR? Gezocht: WEBDEVELOPER (in de dop)<http://blog.smartpr.nl/2010/10/20/gezocht-webdeveloper-in-de-dop/>?
> @timmolendijk <http://twitter.com/timmolendijk>
>
> _______________________________________________
> Python-nl mailing list
> Python-nl at python.org
> http://mail.python.org/mailman/listinfo/python-nl
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/python-nl/attachments/20101108/3cd3ec96/attachment.html>

From dick.kniep at lindix.nl  Mon Nov  8 15:03:02 2010
From: dick.kniep at lindix.nl (=?us-ascii?Q?Dick_Kniep?=)
Date: Mon, 8 Nov 2010 15:03:02 +0100
Subject: [python-nl] Python vacature
Message-ID: <vmime.4cd80316.815.23daf4917bee5b97@mail.pl20>

Beste Pythonistas,

Wij hebben een vacature voor een goede Python programmeur. Dus als iemand geinteresseerd is.

Met vriendelijke groet,
Dick Kniep
Lindix BV
tel. 036-5215580
mob. 06-50991858
------------- volgend deel ------------
Een niet-tekst bijlage is gescrubt...
Naam: Programmeur Python 08-11-2010 list.pdf
Type: application/pdf
Grootte: 47846 bytes
Omschrijving: niet beschikbaar
URL : <http://mail.python.org/pipermail/python-nl/attachments/20101108/1a855b2f/attachment-0001.pdf>

From ik at gerardjp.com  Tue Nov  9 14:41:14 2010
From: ik at gerardjp.com (Gerard @ Gmail)
Date: Tue, 09 Nov 2010 14:41:14 +0100
Subject: [python-nl] Vervuiling code coverage report
Message-ID: <4CD94F7A.90101@gerardjp.com>

Hi All,

Ik loop tegen een aspect aan tijdens het schrijven van testcode en ik vroeg 
me af hoe jullie daar mee om gaan.

Ik heb een behoorlijk uitgebreide test suite opgezet om mijn Django project 
in goede banen te lijden (houden).

Als ik een bepaalde view(method) test waarin functies aangeroepen worden dan 
zijn die functies volgens mijn coverage report wel gebruikt maar dus niet 
expliciet getest.

Naar mate mijn codebase groeit wordt dit 'probleem' steeds groter.

Is dit een kwestie van bijhouden wat je aan het doen bent? :)

Zijn hier methodieken of vuistregels voor om op los te laten?

Benieuwd naar jullie feedback.

Hartelijk dank in ieder geval.

Mvrgr,

Gerard.

From wichert at wiggy.net  Tue Nov  9 18:25:13 2010
From: wichert at wiggy.net (Wichert Akkerman)
Date: Tue, 09 Nov 2010 18:25:13 +0100
Subject: [python-nl] Vervuiling code coverage report
In-Reply-To: <4CD94F7A.90101@gerardjp.com>
References: <4CD94F7A.90101@gerardjp.com>
Message-ID: <4CD983F9.5010404@wiggy.net>

On 2010-11-9 14:41, Gerard @ Gmail wrote:
> Hi All,
>
> Ik loop tegen een aspect aan tijdens het schrijven van testcode en ik
> vroeg me af hoe jullie daar mee om gaan.
>
> Ik heb een behoorlijk uitgebreide test suite opgezet om mijn Django
> project in goede banen te lijden (houden).
>
> Als ik een bepaalde view(method) test waarin functies aangeroepen worden
> dan zijn die functies volgens mijn coverage report wel gebruikt maar dus
> niet expliciet getest.

Die code is gebruikt tijdens de test, dus ze zijn gewoon getest. 
Mogelijk bedoel je dat ze geen unittest hebben? Dan zou je je test setup 
moeten aanpassen dat je alleen de unittests kan draaien en de rest 
overslaat en daar de coverage data van pakt.

Wichert.

-- 
Wichert Akkerman <wichert at wiggy.net>   It is simple to make things.
http://www.wiggy.net/                  It is hard to make things simple.

From reinout at vanrees.org  Tue Nov  9 22:17:30 2010
From: reinout at vanrees.org (Reinout van Rees)
Date: Tue, 09 Nov 2010 22:17:30 +0100
Subject: [python-nl] Vervuiling code coverage report
In-Reply-To: <4CD94F7A.90101@gerardjp.com>
References: <4CD94F7A.90101@gerardjp.com>
Message-ID: <ibcdpa$md5$1@dough.gmane.org>

On 11/09/2010 02:41 PM, Gerard @ Gmail wrote:
> Hi All,
>
> Ik loop tegen een aspect aan tijdens het schrijven van testcode en ik
> vroeg me af hoe jullie daar mee om gaan.
>
> Ik heb een behoorlijk uitgebreide test suite opgezet om mijn Django
> project in goede banen te lijden (houden).
>
> Als ik een bepaalde view(method) test waarin functies aangeroepen worden
> dan zijn die functies volgens mijn coverage report wel gebruikt maar dus
> niet expliciet getest.
>
> Naar mate mijn codebase groeit wordt dit 'probleem' steeds groter.
>
> Is dit een kwestie van bijhouden wat je aan het doen bent? :)
>
> Zijn hier methodieken of vuistregels voor om op los te laten?

Qua coverage klopt het wel: de code is uitgevoerd tijdens het testen. 
Da's wat coverage zegt: het percentage code dat tijdens testen 
uitgevoerd is.

Er zijn twee zaken die je "ertegen" kunt doen:

a) Zorg voor een hele hoge (liefst 100%...) test coverage.  Met de 
vervuiling die je noemt kom je een aardig eind, maar daarmee pik je niet 
alle if/else takken en andere uitzonderingen mee.  Om die te pakken te 
krijgen zul je toch echt specifiek voor die onderdelen tests moeten gaan 
schrijven.  => ga voor de 98+%!

b) Meet ook op een andere manier.  Aantal regels code t.o.v. aantal 
regels testcode.  Echt goed geteste code schijnt als vuistregel evenveel 
regels test code te hebben.  Of zelfs 2x zoveel regels test code.



Reinout

-- 
Reinout van Rees - reinout at vanrees.org - http://reinout.vanrees.org
Collega's gezocht!
Django/python vacature in Utrecht: http://tinyurl.com/35v34f9


From remco at maykinmedia.nl  Tue Nov  9 22:31:40 2010
From: remco at maykinmedia.nl (Remco Wendt)
Date: Tue, 9 Nov 2010 22:31:40 +0100
Subject: [python-nl] Vervuiling code coverage report
In-Reply-To: <4CD983F9.5010404@wiggy.net>
References: <4CD94F7A.90101@gerardjp.com> <4CD983F9.5010404@wiggy.net>
Message-ID: <AANLkTi=5yZYWoMMJT+h3_iM8YoHYsTMguDJwDZN==KhC@mail.gmail.com>

2010/11/9 Wichert Akkerman <wichert at wiggy.net>

> On 2010-11-9 14:41, Gerard @ Gmail wrote:
>
>> Hi All,
>>
>> Ik loop tegen een aspect aan tijdens het schrijven van testcode en ik
>> vroeg me af hoe jullie daar mee om gaan.
>>
>> Ik heb een behoorlijk uitgebreide test suite opgezet om mijn Django
>> project in goede banen te lijden (houden).
>>
>> Als ik een bepaalde view(method) test waarin functies aangeroepen worden
>> dan zijn die functies volgens mijn coverage report wel gebruikt maar dus
>> niet expliciet getest.
>>
>
Hmmm ik zou je niet blind staren op coverage reports, er zijn genoeg
manieren om aan te tonen dat die metric niet alles zegt. Wat ik hier wel zie
is dat je voornamelijk op iets hoger niveau aan het testen bent. Met
ontwikkelen en het gebruik van testing is het vaak juist fijn om de
onderdelen van je code die je aanroept in je view functie ook apart te
testen. Dat zijn dan de units die je unittest, zoals dat dan heet. Je view
code test je waarschijnlijk middels gebruik van de django test client en dat
is meer op hoger functioneel niveau.

Ik zou dus zelf altijd bij het ontwikkelen de functies die je aanroept apart
testen. Dat is dan het stabiele fundament waar je op verder bouwt. Als je
bezig bent met coverage ga je waarschijnlijk ook kijken naar branching
binnen je code, dus het aftesten van alle mogelijke paden langs
if-statements ed. Als je voor een view statement op hoger niveau al die
combo's moet aftesten die je, in de functies die je aanroept, tegenkomt. Dan
ben je nogal even bezig. Beter kan je dan die mogelijkheden allemaal
aftesten in je unit test per unit. En dan als dat allemaal werkt de
combinatie daarvan aftesten middels zo'n meer functionele test, waarin je
dan niet tracht uitputtend te zijn.

Remco
-- 
Maykin Media
Herengracht 416, 1017 BZ Amsterdam
tel.: +31 (0)20 753 05 23
mob.: +31 (0)6 187 967 06
http://www.maykinmedia.nl
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/python-nl/attachments/20101109/8b9e2862/attachment.html>

From gerard at facturize.nl  Wed Nov 10 13:50:03 2010
From: gerard at facturize.nl (Gerard Petersen)
Date: Wed, 10 Nov 2010 13:50:03 +0100
Subject: [python-nl] Vervuiling code coverage report
In-Reply-To: <AANLkTi=5yZYWoMMJT+h3_iM8YoHYsTMguDJwDZN==KhC@mail.gmail.com>
References: <4CD94F7A.90101@gerardjp.com> <4CD983F9.5010404@wiggy.net>
	<AANLkTi=5yZYWoMMJT+h3_iM8YoHYsTMguDJwDZN==KhC@mail.gmail.com>
Message-ID: <4CDA94FB.2030308@facturize.nl>

Hi all,

Dank voor alle uitleg. Mijn regels test en reguliere code gaan gelijk op dus 
da's een aardig gemiddelde. De tests draaien zonder de viewtests is ook een 
goede (hoe bedoel je blinde vlek mijnerzijds :)

@Wichert:

Ik gebruik de django test client ook omdat er diversen decorators op mijn 
views zitten waar redirects mbt security uit voortkomen die ik hiermee 
fixeer voor toekomstige wijzigingen in mijn code.

Wat ik momenteel inderdaad doe is voor alle paden binnen een view een test 
opzetten. Dat is ook een flinke klus, vandaar het ontstaan van een tekort 
aan overzicht.

Zoals je voorstelt dit eerst met de functies te doen zou je wat minder 
uitputtend over je views heen kunnen. Het is echter wel zo dat ik ook een 
hoop form rendering (en daarmee input validatie) test via het aanroepen van 
views.

Echter heb ik daarvan nog niet scherp hoe ik hier dan mijn voltalligheid 
'meetbaar' kan maken. En ik weet niet of test setups maken om je forms te 
instantieren eenvoudig kan, t.o.v. van het via een view doen.


Mvrgr,

Gerard.

On 09-11-10 22:31, Remco Wendt wrote:
>
>
> 2010/11/9 Wichert Akkerman <wichert at wiggy.net <mailto:wichert at wiggy.net>>
>
>     On 2010-11-9 14:41, Gerard @ Gmail wrote:
>
>         Hi All,
>
>         Ik loop tegen een aspect aan tijdens het schrijven van testcode en ik
>         vroeg me af hoe jullie daar mee om gaan.
>
>         Ik heb een behoorlijk uitgebreide test suite opgezet om mijn Django
>         project in goede banen te lijden (houden).
>
>         Als ik een bepaalde view(method) test waarin functies aangeroepen worden
>         dan zijn die functies volgens mijn coverage report wel gebruikt maar dus
>         niet expliciet getest.
>
>
> Hmmm ik zou je niet blind staren op coverage reports, er zijn genoeg
> manieren om aan te tonen dat die metric niet alles zegt. Wat ik hier wel zie
> is dat je voornamelijk op iets hoger niveau aan het testen bent. Met
> ontwikkelen en het gebruik van testing is het vaak juist fijn om de
> onderdelen van je code die je aanroept in je view functie ook apart te
> testen. Dat zijn dan de units die je unittest, zoals dat dan heet. Je view
> code test je waarschijnlijk middels gebruik van de django test client en dat
> is meer op hoger functioneel niveau.
>
> Ik zou dus zelf altijd bij het ontwikkelen de functies die je aanroept apart
> testen. Dat is dan het stabiele fundament waar je op verder bouwt. Als je
> bezig bent met coverage ga je waarschijnlijk ook kijken naar branching
> binnen je code, dus het aftesten van alle mogelijke paden langs
> if-statements ed. Als je voor een view statement op hoger niveau al die
> combo's moet aftesten die je, in de functies die je aanroept, tegenkomt. Dan
> ben je nogal even bezig. Beter kan je dan die mogelijkheden allemaal
> aftesten in je unit test per unit. En dan als dat allemaal werkt de
> combinatie daarvan aftesten middels zo'n meer functionele test, waarin je
> dan niet tracht uitputtend te zijn.
>
> Remco
> --
> Maykin Media
> Herengracht 416, 1017 BZ Amsterdam
> tel.: +31 (0)20 753 05 23
> mob.: +31 (0)6 187 967 06
> http://www.maykinmedia.nl
>
>
>
> _______________________________________________
> Python-nl mailing list
> Python-nl at python.org
> http://mail.python.org/mailman/listinfo/python-nl

From gerard at facturize.nl  Wed Nov 10 12:23:48 2010
From: gerard at facturize.nl (Gerard Petersen)
Date: Wed, 10 Nov 2010 12:23:48 +0100
Subject: [python-nl] Vervuiling code coverage report
In-Reply-To: <AANLkTi=5yZYWoMMJT+h3_iM8YoHYsTMguDJwDZN==KhC@mail.gmail.com>
References: <4CD94F7A.90101@gerardjp.com> <4CD983F9.5010404@wiggy.net>
	<AANLkTi=5yZYWoMMJT+h3_iM8YoHYsTMguDJwDZN==KhC@mail.gmail.com>
Message-ID: <4CDA80C4.4090603@facturize.nl>

Hi all,

Dank voor alle uitleg. Mijn regels test en reguliere code gaan gelijk op 
dus da's een aardig gemiddelde. De tests draaien zonder de viewtests is ook 
een goede (hoe bedoel je blinde vlek mijnerzijds :)

@Wichert:

Ik gebruik de django test client ook omdat er diversen decorators op mijn 
views zitten waar redirects mbt security uit voortkomen die ik hiermee 
fixeer voor toekomstige wijzigingen in mijn code.

Wat ik momenteel inderdaad doe is voor alle paden binnen een view een test 
opzetten. Dat is ook een flinke klus, vandaar het ontstaan van een tekort 
aan overzicht.

Zoals je voorstelt dit eerst met de functies te doen zou je wat minder 
uitputtend over je views heen kunnen. Het is echter wel zo dat ik ook een 
hoop form rendering (en daarmee input validatie) test via het aanroepen van 
views.

Echter heb ik daarvan nog niet scherp hoe ik hier dan mijn voltalligheid 
'meetbaar' kan maken. En ik weet niet of test setups maken om je forms te 
instantieren eenvoudig kan, t.o.v. van het via een view doen.


Mvrgr,

Gerard.

On 09-11-10 22:31, Remco Wendt wrote:
>
>
> 2010/11/9 Wichert Akkerman <wichert at wiggy.net <mailto:wichert at wiggy.net>>
>
>     On 2010-11-9 14:41, Gerard @ Gmail wrote:
>
>         Hi All,
>
>         Ik loop tegen een aspect aan tijdens het schrijven van testcode en ik
>         vroeg me af hoe jullie daar mee om gaan.
>
>         Ik heb een behoorlijk uitgebreide test suite opgezet om mijn Django
>         project in goede banen te lijden (houden).
>
>         Als ik een bepaalde view(method) test waarin functies aangeroepen worden
>         dan zijn die functies volgens mijn coverage report wel gebruikt maar dus
>         niet expliciet getest.
>
>
> Hmmm ik zou je niet blind staren op coverage reports, er zijn genoeg
> manieren om aan te tonen dat die metric niet alles zegt. Wat ik hier wel zie
> is dat je voornamelijk op iets hoger niveau aan het testen bent. Met
> ontwikkelen en het gebruik van testing is het vaak juist fijn om de
> onderdelen van je code die je aanroept in je view functie ook apart te
> testen. Dat zijn dan de units die je unittest, zoals dat dan heet. Je view
> code test je waarschijnlijk middels gebruik van de django test client en dat
> is meer op hoger functioneel niveau.
>
> Ik zou dus zelf altijd bij het ontwikkelen de functies die je aanroept apart
> testen. Dat is dan het stabiele fundament waar je op verder bouwt. Als je
> bezig bent met coverage ga je waarschijnlijk ook kijken naar branching
> binnen je code, dus het aftesten van alle mogelijke paden langs
> if-statements ed. Als je voor een view statement op hoger niveau al die
> combo's moet aftesten die je, in de functies die je aanroept, tegenkomt. Dan
> ben je nogal even bezig. Beter kan je dan die mogelijkheden allemaal
> aftesten in je unit test per unit. En dan als dat allemaal werkt de
> combinatie daarvan aftesten middels zo'n meer functionele test, waarin je
> dan niet tracht uitputtend te zijn.
>
> Remco
> --
> Maykin Media
> Herengracht 416, 1017 BZ Amsterdam
> tel.: +31 (0)20 753 05 23
> mob.: +31 (0)6 187 967 06
> http://www.maykinmedia.nl
>
>
>
> _______________________________________________
> Python-nl mailing list
> Python-nl at python.org
> http://mail.python.org/mailman/listinfo/python-nl

From remco at maykinmedia.nl  Thu Nov 11 07:07:19 2010
From: remco at maykinmedia.nl (Remco Wendt)
Date: Thu, 11 Nov 2010 07:07:19 +0100
Subject: [python-nl] Vervuiling code coverage report
In-Reply-To: <4CDA80C4.4090603@facturize.nl>
References: <4CD94F7A.90101@gerardjp.com> <4CD983F9.5010404@wiggy.net>
	<AANLkTi=5yZYWoMMJT+h3_iM8YoHYsTMguDJwDZN==KhC@mail.gmail.com>
	<4CDA80C4.4090603@facturize.nl>
Message-ID: <AANLkTin9G5CSeKv2nyPG-PpmjV_q9whdD_ubJQHLPyKX@mail.gmail.com>

2010/11/10 Gerard Petersen <gerard at facturize.nl>

> Hi all,
>
> Dank voor alle uitleg. Mijn regels test en reguliere code gaan gelijk op
> dus da's een aardig gemiddelde. De tests draaien zonder de viewtests is ook
> een goede (hoe bedoel je blinde vlek mijnerzijds :)
>
> @Wichert:
>

reageer je hier op Wichert's bericht of op die van mij? :)


> [snip]
>
> Zoals je voorstelt dit eerst met de functies te doen zou je wat minder
> uitputtend over je views heen kunnen. Het is echter wel zo dat ik ook een
> hoop form rendering (en daarmee input validatie) test via het aanroepen van
> views.
>

Form interactie is natuurlijk alleen iets wat je op het niveau van de views
kunt testen, aangezien daar de forms gebruikt worden. Maar wat je wel apart
kan testen waarschijnlijk is wat je overige code doet bij het ontvangen van
bepaalde waarden die vanuit je forms komen. Dus bijv. een form in een view
ontvangt alle gegevens die nodig zijn om een nieuwe user in het systeem aan
te maken, dan kan je los de code testen die een user aanmaakt in unit tests
zonder gebruik te maken van forms.

Wat betreft het testen van de form functionaliteit zou ik wel pragmatisch
blijven. Je moet altijd oppassen dat je niet heel uitgebreid functionaliteit
gaat zitten testen die een ander systeem zelf ook al aftest. Django heeft
een behoorlijk uitgebreide test suite die zelf ook al test of form validatie
goed werkt. En definities van forms zijn redelijk declaratief en
overzichtelijk. Aan de andere kant als je zelf custom validators maakt is
het goed om deze functionaliteit te testen. Echter dit kan je ook los doen,
zonder je form als geheel te testen. Als je zeker bent dat de validator los
goed werkt (dus de unit code is goed afgedekt met tests) dan weet je daarna
ook dat de validator ook goed werkt in de context van een form (want dat is
op zijn beurt weer functionaliteit die django test).

Groetjes,
Remco
-- 
Maykin Media
Herengracht 416, 1017 BZ Amsterdam
tel.: +31 (0)20 753 05 23
mob.: +31 (0)6 187 967 06
http://www.maykinmedia.nl
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/python-nl/attachments/20101111/4e026182/attachment.html>

From stephan at preeker.net  Mon Nov 15 19:32:01 2010
From: stephan at preeker.net (Stephan Preeker)
Date: Mon, 15 Nov 2010 19:32:01 +0100
Subject: [python-nl] Facebook app
In-Reply-To: <AANLkTinuL2JOb2=tBojAGFkiAyBN1UROz-TRPcOLqRZ_@mail.gmail.com>
References: <AANLkTinuL2JOb2=tBojAGFkiAyBN1UROz-TRPcOLqRZ_@mail.gmail.com>
Message-ID: <AANLkTi=_2Yf_LrhuqhpTd2339L=MRVRXxY6PmG_jzutd@mail.gmail.com>

Hoi,

Ik ben nieuwsgierig. Ik heb nog geen ervaring met FB api maar wil het
graag uitzoeken.

http://www.linkedin.com/profile/view?id=22759973

eerder werk

derdekamer.net
l1nda.nl

github:

https://github.com/spreeker

met vriendelijke groet

Stephan.


2010/11/8 Tim Molendijk <tim at timmolendijk.nl>:
> Hey,
> Ik ben voor een vriend op korte termijn op zoek naar een (freelance)
> ontwikkelaar voor een Facebook app project. Het project is in een vroeg
> stadium, dus de briefing is nog vaag (zie hieronder), maar men zoekt iemand
> met enige ervaring met de Facebook API die kan helpen met het opstellen van
> een gedegen voorstel en als alles goed gaat ook met de (betaalde)
> uitvoering:
>
> Is het mogelijk om een toepassing te maken in Facebook waardoor bezoekers
> zelf direct foto's in een album kunnen plaatsen??We doen namelijk regelmatig
> wedstrijden op hun Facebook en naar aanleiding daarvan worden soms 200
> foto's per week geupload. Die worden nu handmatig in een album geplaatst.
>
> Ben jij of ken jij iemand die mij zou kunnen helpen? Let me know! Thanks.
>
> Groet,
>
> Tim
>
> --
> Werken bij SmartPR? Gezocht: WEBDEVELOPER (in de dop) ? @timmolendijk
>
> _______________________________________________
> Python-nl mailing list
> Python-nl at python.org
> http://mail.python.org/mailman/listinfo/python-nl
>
>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: CV-SJPreeker.pdf
Type: application/pdf
Size: 72771 bytes
Desc: not available
URL: <http://mail.python.org/pipermail/python-nl/attachments/20101115/8bbd3887/attachment-0001.pdf>

From gerard at facturize.nl  Tue Nov 16 13:46:17 2010
From: gerard at facturize.nl (Gerard Petersen)
Date: Tue, 16 Nov 2010 13:46:17 +0100
Subject: [python-nl] Vervuiling code coverage report
In-Reply-To: <AANLkTin9G5CSeKv2nyPG-PpmjV_q9whdD_ubJQHLPyKX@mail.gmail.com>
References: <4CD94F7A.90101@gerardjp.com>
	<4CD983F9.5010404@wiggy.net>	<AANLkTi=5yZYWoMMJT+h3_iM8YoHYsTMguDJwDZN==KhC@mail.gmail.com>	<4CDA80C4.4090603@facturize.nl>
	<AANLkTin9G5CSeKv2nyPG-PpmjV_q9whdD_ubJQHLPyKX@mail.gmail.com>
Message-ID: <4CE27D19.1070603@facturize.nl>

> reageer je hier op Wichert's bericht of op die van mij? :)
Woops .. op die van jou Remco ;)

Ik heb mijn view code inmiddels anders gegroepeerd zodat ik (zonder de views 
aan te roepen) makkelijker kan testen wat er aan functies, classes en model 
methods gecovered wordt.

Je uitleg over de forms geeft stof tot nadenken over het beter opzetten van 
de code zelf.

Wederom dank voor onderstaande food for thought!

Mvrgr,

Gerard.

> Form interactie is natuurlijk alleen iets wat je op het niveau van de views
> kunt testen, aangezien daar de forms gebruikt worden. Maar wat je wel apart
> kan testen waarschijnlijk is wat je overige code doet bij het ontvangen van
> bepaalde waarden die vanuit je forms komen. Dus bijv. een form in een view
> ontvangt alle gegevens die nodig zijn om een nieuwe user in het systeem aan
> te maken, dan kan je los de code testen die een user aanmaakt in unit tests
> zonder gebruik te maken van forms.
>
> Wat betreft het testen van de form functionaliteit zou ik wel pragmatisch
> blijven. Je moet altijd oppassen dat je niet heel uitgebreid functionaliteit
> gaat zitten testen die een ander systeem zelf ook al aftest. Django heeft
> een behoorlijk uitgebreide test suite die zelf ook al test of form validatie
> goed werkt. En definities van forms zijn redelijk declaratief en
> overzichtelijk. Aan de andere kant als je zelf custom validators maakt is
> het goed om deze functionaliteit te testen. Echter dit kan je ook los doen,
> zonder je form als geheel te testen. Als je zeker bent dat de validator los
> goed werkt (dus de unit code is goed afgedekt met tests) dan weet je daarna
> ook dat de validator ook goed werkt in de context van een form (want dat is
> op zijn beurt weer functionaliteit die django test).
> Groetjes,
> Remco
> --
> Maykin Media
> Herengracht 416, 1017 BZ Amsterdam
> tel.: +31 (0)20 753 05 23
> mob.: +31 (0)6 187 967 06
> http://www.maykinmedia.nl
>
>
>
> _______________________________________________
> Python-nl mailing list
> Python-nl at python.org
> http://mail.python.org/mailman/listinfo/python-nl

From vincent at datafox.nl  Wed Nov 17 14:38:11 2010
From: vincent at datafox.nl (Vincent Driessen)
Date: Wed, 17 Nov 2010 14:38:11 +0100
Subject: [python-nl] Enquete over test ecosystemen voor Python en Ruby
Message-ID: <E516177A-EE5A-44AE-807A-7F1936CF8271@datafox.nl>

Hallo Pythonista's!

Graag wil ik even onder de aandacht brengen dat ik gisteren een (korte) enquete ben gestart via mijn blog waarmee ik probeer te inventariseren welke testing tools er gebruikt worden in zowel de Ruby- en de Python-community:

	http://nvie.com/posts/python-vs-ruby-survey/

Voornaamste doel hiervan is om te inventariseren welke tools het meest populair zijn en wellicht kan de uitslag ook wel gebruikt worden om bredere conclusies te trekken, zoals hoe er tegen testing wordt aangekeken in de Python- danwel Ruby-wereld.

De enquete blijft nog voorlopig nog wel even open en t.z.t. zal ik in een nieuwe blog post de interessante/opmerkelijke data beschrijven.

Bij deze nodig ik de lezers van deze mailinglist dan ook op om mee te werken aan deze korte enquete en hem door te sturen aan andere ge?nteresseerden.

Gr.,
Vincent

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/python-nl/attachments/20101117/c7d42732/attachment.html>

From gerard at facturize.nl  Thu Nov 18 08:32:06 2010
From: gerard at facturize.nl (Gerard Petersen)
Date: Thu, 18 Nov 2010 08:32:06 +0100
Subject: [python-nl] Enquete over test ecosystemen voor Python en Ruby
In-Reply-To: <E516177A-EE5A-44AE-807A-7F1936CF8271@datafox.nl>
References: <E516177A-EE5A-44AE-807A-7F1936CF8271@datafox.nl>
Message-ID: <4CE4D676.7030000@facturize.nl>

Zojuist ingevuld. Kwam nog wat nieuwe concepten/tools tegen die ik eens zal 
onderzoeken ;)

Dank en groet,

Gerard.

On 17-11-10 14:38, Vincent Driessen wrote:
> Hallo Pythonista's!
>
> Graag wil ik even onder de aandacht brengen dat ik gisteren een (korte)
> enquete ben gestart via mijn blog waarmee ik probeer te inventariseren welke
> testing tools er gebruikt worden in zowel de Ruby- en de Python-community:
>
> http://nvie.com/posts/python-vs-ruby-survey/
>
> Voornaamste doel hiervan is om te inventariseren welke tools het meest
> populair zijn en wellicht kan de uitslag ook wel gebruikt worden om bredere
> conclusies te trekken, zoals hoe er tegen testing wordt aangekeken in de
> Python- danwel Ruby-wereld.
>
> De enquete blijft nog voorlopig nog wel even open en t.z.t. zal ik in een
> nieuwe blog post de interessante/opmerkelijke data beschrijven.
>
> Bij deze nodig ik de lezers van deze mailinglist dan ook op om mee te werken
> aan deze korte enquete en hem door te sturen aan andere ge?nteresseerden.
>
> Gr.,
> Vincent
>
>
>
> _______________________________________________
> Python-nl mailing list
> Python-nl at python.org
> http://mail.python.org/mailman/listinfo/python-nl

From janripke at gmail.com  Thu Nov 18 22:23:31 2010
From: janripke at gmail.com (Jan Ripke)
Date: Thu, 18 Nov 2010 22:23:31 +0100
Subject: [python-nl] NoOra versie 0.0.4 gereleased.
Message-ID: <AANLkTi=y+dnzJpDdx0WOwxewqZKpOh9aug+wuwX3E4DJ@mail.gmail.com>

Hoi,

Beroepsmatig werk ik veel met Oracle databases.
Wanneer je met Oracle werkt en je wil je database beheren is het maken van
scripts en vervolgens van installatie scripts voor deze scripts
onontbeerlijk.
Ik heb ervaren dat dit veel tijd kost. Je hebt ook zo een foutje gemaakt.
Ook doet iedere ontwikkelaar het weer anders. Dit is weer vervelend als je
een project van een collega overneemt. Hiernaast werkt de ene developer met
dos en dan ander weer met linux of unix. Dit betekent dan batch files voor
dos en shell scripts voor linux. Aaaah.
Dit kan handiger zo dacht ik. Python werkt op zo'n beetje alle os'n. Hiermee
is het maken van dos batch files en unix shell scripts opgelost.
Wat ik vervolgens heb bedacht, is een uniforme folder structuur. Voor
tabellen, constraints, trigger, packages, aparte folders. Hierdoor wordt de
overdracht naar andere developers eenvoudig. Ook hoef je geen installatie
scripts voor de oracle scripts meer te schrijven. Dit werkt lekker snel, ik
ben nl. lui, en je kunt niks vergeten te installeren, ik ben nl. ook nog
slordig en vergeetachtig.

Het project NoOra en staat op sourceforge:
https://sourceforge.net/projects/noora

Ik heb al wat documentatie:
https://sourceforge.net/apps/trac/noora/

Wellicht vinden jullie het leuk om hier eens naar te kijken

Groetjes

Jan
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/python-nl/attachments/20101118/382e5cda/attachment.html>