Thanks Alok.

See, some people think that, because they have a lot experience and 
talent(like marcus, and obviously he is very talented), they have they 
right to insult, using sarcastic comments, the people who are learning and 
asking questions.
( or maybe it is just with me, who knows). I am very stupid. So I have to 
ask and doubt the rules, no matter how many people follow them. In this 
forum, there are gods, that will just trash my opinion because I am nobody. 
Thank you for taking the time to explain in a reasonable way all that, and 
not trashing my point of view with sarcasm.

I don´t think I will write in this forum anymore. I am sick of arrogance in 
programmers.
But I want to thank all of you, who helped me when I have 
doubts(Justin,Cesar, Alok, and many more I am forgetting). Thanks guys

cheers.




El domingo, 25 de septiembre de 2016, 15:55:23 (UTC+1), Alok Gandhi 
escribió:
>
> And I don´t think it is uglier
>
>
> Both are readable for sure, I agree, 120 is not bad at all. It is good to 
> see that you put some thought not only what your code does but also how 
> does it look.
>
> Just another piece of advise - For the perspective of version control 
> system in particular, there is a huge implication in using
>  class MyClass(object):
>
>
>     def someMethod(
>         some_big_argument_name,
>         another_big_argument,
>         and_yet_another_huge_argument_name,  # Note the ',' (not technically 
> needed)
>         ):
>
>
> Instead of
>
> class MyClass(object):
>
> def someMethod(some_big_argument_name, another_big_argument,
> and_yet_another_huge_argument_name):
>
> am not sure how much version control you use but when you add that extra 
> trailing ',' in the last argument, you are future proofing for adding extra 
> argument in propective which will be detected by the version control more 
> clearly:
>
> Here version control system will report that one line was changed and 
> another added 
> - and_yet_another_huge_argument_name
> + and_yet_another_huge_argument_name,
> + some_new argument,
> )
>
> as compared to more clear (here the version control system will that only 
> one line was added),
>
> and_yet_another_huge_argument_name,
>
> + some_new argument
> )
>
> The same goes for lists, sets and dictionaries as python allows for a 
> trailing comma at the end of last argument/element. This is the most 
> important reason for it.
>
> But in the end, the whole idea is to be readable, and as beautiful as 
> possible. I am not advocating excessive use of PEP-8 (I am surely not PEP-8 
> police, actually far from it), my emphasis is more on using PEP-8 to your 
> advantage. Each coder has a personal and distinctive style, so much that 
> sometimes I can look at the code and know the person who wrote it before 
> even running `git blame` on a file. As coders, the onus of writing good 
> readable code lies on the author, for the benefit of those who will it read 
> it later (sometimes even the author himself) and we should write every 
> piece of code being constantly aware of that fact. 
>

-- 
You received this message because you are subscribed to the Google Groups 
"Python Programming for Autodesk Maya" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to [email protected].
To view this discussion on the web visit 
https://groups.google.com/d/msgid/python_inside_maya/ea187457-11d7-4a34-acb7-434dec3a790c%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Reply via email to