Redundant code in CFracPart3
Nobody has claimed this yet.
Assessment
- Difficulty
- 1/5
- Estimated time
- Under an hour
- Newbie friendliness
- 78/100
Research direction
Inspect CFracPart3 around line 257 and run the linked shared program to understand the surrounding behavior. Confirm that the repeated condition is redundant, make the smallest focused edit, and verify that the program still behaves the same.
Written by the indexing model from the issue text.
Description
Shared Program: https://code.world/haskell#PFkAOLqS0WzCBYeCbbXoTPQ
Description
The following (line 257 in CFracPart3) looks suspicious to me (redundant test of h):
| h == 0 || h == 0 = consumeY
- Dominant language
- Haskell
- Stars
- 1.3k
- Forks
- 201
- PR merge metrics
- No merged PRs in 30d
Contributor guide
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
More from google/codeworld
-
Difficulty 4/5 3-5 days Newbie friendliness 35/100
-
Difficulty 4/5 3-5 days Newbie friendliness 35/100
-
my solution Open
Difficulty 4/5 3-5 days Newbie friendliness 25/100
-
Difficulty 4/5 3-5 days Newbie friendliness 25/100
-
Difficulty 4/5 3-5 days Newbie friendliness 25/100
All issues in google/codeworld
Similar issues
-
Difficulty 2/5 1-3 hours Newbie friendliness 70/100
-
documentation
Difficulty 2/5 1-3 hours Newbie friendliness 65/100
-
enhancement tricorder
Difficulty 2/5 1-3 hours Newbie friendliness 75/100
-
Difficulty 2/5 1-3 hours Newbie friendliness 70/100
-
zip-archive-0.5 Open
Difficulty 2/5 1-3 hours Newbie friendliness 65/100
commercialhaskell/stackage#8124 · 1 comment ·