Re: Testing dynamic languages

2009-04-05 Thread Aahz
In article <641a30b8-c659-4212-9f31-b9eb401ad...@r37g2000yqn.googlegroups.com>, barisa wrote: >On Apr 4, 9:57=A0pm, [email protected] wrote: > >> that. Don't fight the language. Use doctests). My other suggestion is >> to read code coming from 5+ Python programs written by other >> (differ

RE: Testing dynamic languages

2009-04-05 Thread Nick Stinemates
Plenty. Try github.com for starters. -Original Message- From: [email protected] [mailto:[email protected]] On Behalf Of barisa Sent: Sunday, April 05, 2009 10:22 AM To: [email protected] Subject: Re: Testing dynamic

Re: Testing dynamic languages

2009-04-05 Thread barisa
On Apr 4, 9:57 pm, [email protected] wrote: > that. Don't fight the language. Use doctests). My other suggestion is > to read code coming from 5+ Python programs written by other > (different) people. You will see how to use Python. > > Bye, > bearophile Is there some online repository for

Re: Testing dynamic languages

2009-04-04 Thread bearophileHUGS
grkunt...: > If I am writing in Python, since it is dynamically, but strongly > typed, I really should check that each parameter is of the expected > type, or at least can respond to the method I plan on calling ("duck" > typing). Every call should be wrapped in a try/except statement to > prevent

Re: Testing dynamic languages

2009-04-04 Thread grkuntzmd
This may be obvious but, clearly there are (at least) two general types of errors: those caused by data external to the program and those caused by bugs in the program. For all inputs coming into the program from outside, such as user inputs and data coming over a network, the inputs must be comple

Re: Testing dynamic languages

2009-04-04 Thread Tim Wintle
On Sat, 2009-04-04 at 06:37 -0700, [email protected] wrote: > If I am writing in Python, since it is dynamically, but strongly > typed, I really should check that each parameter is of the expected > type, or at least can respond to the method I plan on calling ("duck" > typing). Every call should

Re: Testing dynamic languages

2009-04-04 Thread Francesco Bochicchio
On Sat, 04 Apr 2009 07:37:44 -0700, grkuntzmd wrote: > I am a Java developer. There, I said it :-). > > When I am writing code, I can rely on the compiler to confirm that > any methods I write will be called with parameters of the "right" > type. I do not need to test that parameter #1 really is

Re: Testing dynamic languages

2009-04-04 Thread Luis Gonzalez
On Apr 4, 11:17 am, Emmanuel Surleau wrote: > On Saturday 04 April 2009 15:37:44 [email protected] wrote: > > > I am a Java developer. There, I said it :-). Don't worry. I also do terrible things to support my family... -- http://mail.python.org/mailman/listinfo/python-list

Re: Testing dynamic languages

2009-04-04 Thread andrew cooke
andrew cooke wrote: > if you are going to do that, stay with java. seriously - i too, am a java > developer about half the time, and you can make java pretty dynamic if you > try hard enough. look at exploiting aspects and functional programming > libraries, for example. also, of course, scala.

Re: Testing dynamic languages

2009-04-04 Thread Emmanuel Surleau
On Saturday 04 April 2009 15:37:44 [email protected] wrote: > I am a Java developer. There, I said it :-). > > When I am writing code, I can rely on the compiler to confirm that > any methods I write will be called with parameters of the "right" > type. I do not need to test that parameter #1 re

Re: Testing dynamic languages

2009-04-04 Thread andrew cooke
[email protected] wrote: > If I am writing in Python, since it is dynamically, but strongly > typed, I really should check that each parameter is of the expected > type, or at least can respond to the method I plan on calling ("duck" > typing). Every call should be wrapped in a try/except stateme

Re: Testing dynamic languages

2009-04-04 Thread Martin P. Hellwig
[email protected] wrote: If I am writing in Python, since it is dynamically, but strongly typed, I really should check that each parameter is of the expected type, or at least can respond to the method I plan on calling ("duck" typing). Every call should be wrapped in a try/except statement to