For me it's metaclass programming (it allows you to create classes and add attributes and methods to the classes dynamically). I have used them before, but normally I would try to avoid them, because it is difficult to maintain code with metaclasses. I think the only place where using metaclasses makes sense is creating a framework.
Also different libraries and frameworks in Python have their own blurry things. For example, in Django I would say that signals is one of such. To simplify, signals are like events in JavaScript. Unfortunately when you start adding them to your apps, you start losing control of the flow: what comes after what when you save forms or run cron jobs, or run background tasks.
For further actions, you may consider blocking this person and/or reporting abuse
We're a place where coders share, stay up-to-date and grow their careers.
For me it's metaclass programming (it allows you to create classes and add attributes and methods to the classes dynamically). I have used them before, but normally I would try to avoid them, because it is difficult to maintain code with metaclasses. I think the only place where using metaclasses makes sense is creating a framework.
Also different libraries and frameworks in Python have their own blurry things. For example, in Django I would say that signals is one of such. To simplify, signals are like events in JavaScript. Unfortunately when you start adding them to your apps, you start losing control of the flow: what comes after what when you save forms or run cron jobs, or run background tasks.