[BUG]: usage of camelcase for loss functions in `ml/incr/*`
- 主要言語
- JavaScript
- スター
- 6k
- フォーク
- 1.3k
- 平均マージ
- 1日 3時間
- マージ済み PR(30日)
- 611
説明
### Description
In continuation to this conversation [#13333](https://github.com/stdlib-js/stdlib/pull/13333#discussion_r3534668720), we noticed that the packages `ml/incr/binary-classification` and `ml/incr/sgd-regression` follow `camelCase` for mentioning loss functions, where as the current convention is to use `kebab-case`.
Expected outcome is to refactor all the loss functions from using camelcase to kebabcase.
### Related Issues
_No response_
### Questions
No.
### Demo
_No response_
### Reproduction
_No response_
### Expected Results
`ml/incr/binary-classification`
- `modifiedHuber` -> `modified-huber`
- `squaredHinge` -> `squared-hinge`
`ml/incr/sgd-regression`
- `epsilonInsensitive` -> `epsilon-insensitive`
- `squaredError` -> `squared-error`
### Actual Results
```shell
```
### Version
_No response_
### Environments
Node.js
### Browser Version
_No response_
### Node.js / npm Version
_No response_
### Platform
_No response_
### Checklist
- [x] Read and understood the [Code of Conduct](https://github.com/stdlib-js/stdlib/blob/develop/CODE_OF_CONDUCT.md).
- [x] Searched for existing issues and pull requests.
コントリビューションガイド
調査の方向性
Start by inspecting the ml/incr/binary-classification and ml/incr/sgd-regression package entry points and searching their references for the four camelCase loss-function names. Rename each to its kebab-case form and verify that all package usage and tests consistently use modified-huber, squared-hinge, epsilon-insensitive, and squared-error.
索引モデルが issue の本文から書いたものです。
評価
- 技術スタック
- javascript
- 領域
- machine-learning
- issue の種類
- リファクタリング
- 難易度
- 2/5
- 見積もり時間
- 1〜3時間
- 活発さ
- 静か
- 明瞭さ
- 明確に書かれている
- 初心者へのやさしさ
- 72/100