Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Enhance Credit Risk Model Evaluation with Comprehensive Metrics #171

Closed
FreeSpirit11 opened this issue May 20, 2024 · 6 comments
Closed
Assignees
Labels

Comments

@FreeSpirit11
Copy link
Contributor

Is your feature request related to a problem? Please describe.

In "Hedging-of-Financial-Derivatives/Credit Risk /CreditRisk.ipynb" Existing model evaluation methods provide limited insights, hindering our ability to optimize models effectively.I want to Use a variety of metrics like ROC-AUC, Precision-Recall, F1-score, and Confusion Matrix in addition to accuracy to get a more comprehensive understanding of model performance.

Describe the solution you'd like

Implement a "Comprehensive Model Evaluation" section with advanced metrics and visualizations for a deeper understanding of model performance.

Describe alternatives you've considered

Manual calculation of additional metrics or external tools may be used, but they are time-consuming and error-prone.

Additional context

This feature will elevate our model assessment practices, providing invaluable insights to drive performance improvements.

@FreeSpirit11 FreeSpirit11 added the enhancement New feature or request label May 20, 2024
@FreeSpirit11
Copy link
Contributor Author

Hi @Akshat111111 , I have raised this issue . Please assign it to me.

@FreeSpirit11
Copy link
Contributor Author

@aryan1165 , This issue is already assigned to me. You can work on some other issue. And please don't do such kind of thing with other issues as well. If someone is assigned to an issue you can't just solve that issue yourself because you were not assigned to that task. By doing this, you are ruining the hard work of others.

@Akshat111111
Copy link
Owner

@aryan1165 , This issue is already assigned to me. You can work on some other issue. And please don't do such kind of thing with other issues as well. If someone is assigned to an issue you can't just solve that issue yourself because you were not assigned to that task. By doing this, you are ruining the hard work of others.

I totally agree with you.Keep this in your mind @aryan1165 for the next time.

@aryan1165
Copy link
Contributor

I'll make sure to keep that in mind for the next time. But in my view in open source, people open issues to let others solve them, The word "Issue" means that only, you cannot solve that issue and you post it in public. Now, everyone has opened an issue and working on it for several days creating a creative block in the repository. @Akshat111111 If I feel I can solve that issue faster should I post a comment to get assigned or people who post the issue should not be assigned and everyone should solve issues posted by others. Please guide me. Because i cant think of new issues in the repository but i can solve them really efficiently.

@Saswatsusmoy
Copy link
Contributor

@Akshat111111

Having worked on various well managed and maintained Open-Source repos, I can vouch for anyone to work on a issue without being assigned because working on a issue can be and is a very tedious and progressive task. If any PR is being raised, irrespective of the creator of the issue and the assigned folks it should be given a heed without any prior bias. It isn't about just creating and solving a issue, Open-Source Contributions literally mean to work in collaboration so as to enhance any product or get better and innovative solutions to an Issue. If you feel a particular PR isn't worth to be merged or requires any more enhancements, it should communicated to the whole community so as to reduce conflict of interests.

@aryan1165 might not be wrong to raise a PR to an issue earlier than the assigned person. Issues are for the whole community to work upon rather than the assigned person only. An accurate implementation with proper documented code was merged as a PR which was raised quicker than anyone else shouldn't be a problem for any community, if it wants to grow to a certain reputable level. Open-Source contributions doesn't only mean contributing during the Summer of Code periods, so a more collaborative approach to solving issues is appreciated by all contributors.

@Akshat111111
Copy link
Owner

Yeah, I totally agree with you

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

No branches or pull requests

4 participants