7 kyu
Simple Fun #107: Company Bot Strategy
141 of 251myjinxin2015
Loading description...
Puzzles
View
This comment has been reported as {{ abuseKindText }}.
Show
This comment has been hidden. You can view it now .
This comment can not be viewed.
- |
- Reply
- Edit
- View Solution
- Expand 1 Reply Expand {{ comments?.length }} replies
- Collapse
- Spoiler
- Remove
- Remove comment & replies
- Report
{{ fetchSolutionsError }}
-
-
Your rendered github-flavored markdown will appear here.
-
Label this discussion...
-
No Label
Keep the comment unlabeled if none of the below applies.
-
Issue
Use the issue label when reporting problems with the kata.
Be sure to explain the problem clearly and include the steps to reproduce. -
Suggestion
Use the suggestion label if you have feedback on how this kata can be improved.
-
Question
Use the question label if you have questions and/or need help solving the kata.
Don't forget to mention the language you're using, and mark as having spoiler if you include your solution.
-
No Label
- Cancel
Commenting is not allowed on this discussion
You cannot view this solution
There is no solution to show
Please sign in or sign up to leave a comment.
However, approximate equality check is not enforced in :-
C#
JavaScript's sample & fixed tests
Ruby
Fixed for Ruby, in this fork
fixed
C# generate warnings ->
tests/Fixture.cs(120,15): warning CS0219: The variable 'passed' is assigned but its value is never used
fixed
Ruby translation should be updated 3.0, see relevent information here: https://github.com/codewars/content-issues/wiki/List-of-Ruby-Kata-to-Update
Ruby 3.0 enabled in this fork + Tests cleaned up + Description formatting fixed
It's a fun little kata, but the description only had me confused, I figured it out from the examples, and in the end it felt like too simple a task for two whole pages of description.
I'm afraid the story, which is nice, doesn't add a whole lot to the kata, except possibly confusion. I had visions of Robot Wars, but you don't really train those, so that wasn't it. What it was seemed academical really, when going from the examples worked first try.
I know it's simple fun, but shouldn't the description also be simple then? (Or more fun. In that case, I vote Robot Wars is more fun than CodeFight Company Bot CodeFights.)
If my description is too short, I will get an issue report: the description is not clear. If my description is too long, I will get an issue report: the description is too long to read. So what should I do? ;-) And how short is really short, how long is too long? Describing a short text does not mean that the problem is simple, and vice versa :] Compared to these, I am more concerned about whether my kata(I mean some difficult kata, it seems that few people try) can be approved within 10 years :(
I see your problem. But surely there must be some middle ground?
And I do think there's some relation between the difficulty of the kata and the length of the description. If a horribly complicated problem reduces to "add
a
tob
", that just won't feel right. Conversely, if two lines of description make perfectly clear a complicated problem which is going to be a major programming project, that will not feel like a problem. But if you need a lot of specification for that complicated problem, that's also not a problem.I guess this comes down to the description having to be no longer than the complexity of the solution, though it can be shorter. (This compares apples to oranges, but I think you'll get the point.)
Puzzles may be the exception to this; there the challenge is reducing the problem from the description. But this one doesn't seem like a puzzle.
Do you see my problem?
Your comment let me remembered my
Thinking & Testing
series. To be honest, the kata description is not too long. It's even shorter than your comments ;-) In order to meet your wishes, I will make a special kata for you.Well, a new kata for you
^_^
https://www.codewars.com/kata/589dcba5e708ec509f000164