So yeah I wanted to remark that I actually identified more with the two
questions raised after the 'stop the classes' talk, and I felt much like
the two questions that raised after as per documenting design via use of
classes in code (However I make sure to keep it all flattened as opposed to
the
On Tuesday 02 August 2016 13:14, Michael Torrie wrote:
> On 08/01/2016 01:13 AM, Michael Selik wrote:
>> You might benefit from watching the talk "Stop Writing Classes"
>> https://www.youtube.com/watch?v=o9pEzgHorH0
>
> Great talk! Thanks for posting that.
It is a great talk, but for a
On 08/01/2016 01:13 AM, Michael Selik wrote:
> You might benefit from watching the talk "Stop Writing Classes"
> https://www.youtube.com/watch?v=o9pEzgHorH0
Great talk! Thanks for posting that.
--
https://mail.python.org/mailman/listinfo/python-list
On Sun, Jul 31, 2016 at 5:47 AM Sivan Greenberg wrote:
> That's exactly the answer I was looking for. Thanks.
>
> I got used too much I guess to solving problems the OOP way, e.g. my code
> wraps the session.get invocation with a class to pack together the
> arguments and data
That's exactly the answer I was looking for. Thanks.
I got used too much I guess to solving problems the OOP way, e.g. my code
wraps the session.get invocation with a class to pack together the
arguments and data and also took care of parallelism using gevent, from
within the class.
While a bit
Sivan Greenberg schrieb am 30.07.2016 um 23:15:
> I'm wondering about the use of partial in writing parallel code. Is is it
> quicker than re-evaluating arguments for a multiple session.get()'s method
> with different , for example (of requests) ?
>
> Or maybe it is used to make sure the
Hi all,
I'm wondering about the use of partial in writing parallel code. Is is it
quicker than re-evaluating arguments for a multiple session.get()'s method
with different , for example (of requests) ?
Or maybe it is used to make sure the arguments differ per each invocation
? (the parallel