For further actions, you may consider blocking this person and/or reporting abuse
Read next

MPAX: New JAX-Based Linear Programming Tool Outperforms Traditional Solvers with Hardware Acceleration
Mike Young -

AI System Accurately Distinguishes Real Brain Tumor Growth from Treatment-Related Changes
Mike Young -

AI Powers Revolutionary 3D Medical Imaging Breakthrough: Clearer Scans in Seconds
Mike Young -

Poisoned MRI Images Can Reduce Brain Tumor Detection Accuracy by 27%, Study Shows
Mike Young -
Top comments (2)
Rather than focus on definitions of what constitutes a 'library' and what constitutes a 'framework', I would like to draw attention to a typical difference between them:
An example of the first is when you want to calculate something using a math library, or want to use a manual implementation that is a slight variation of the same formula/algorithm.
An example of the second: You typically do http calls with the services of a framework, which helps you by immediately interpreting the response as a json string and converting it to an actual object or data structure. Now you want to do an http call but want to process the raw http response body because it's something quite different from json. The usual way for that doesn't allow that, so you have to resort to a workaround, which is a bit of a hassle since it works against the assumptions of the framework.
Do note that this isn't meant as a case against frameworks: the assumptions that frameworks rely on can something become an issue, but for a large part of the time those assumptions reduce the amount of effort that you need to do. Whether the issues outweigh the advantages, that's a matter of circumstance.
There's a good discussion on this topic here:
Why is React a library and not a (simple) framework?
Renan Lourençoni Nobile
Hope this helps!