Communities

Writing
Writing
Codidact Meta
Codidact Meta
The Great Outdoors
The Great Outdoors
Photography & Video
Photography & Video
Scientific Speculation
Scientific Speculation
Cooking
Cooking
Electrical Engineering
Electrical Engineering
Judaism
Judaism
Languages & Linguistics
Languages & Linguistics
Software Development
Software Development
Mathematics
Mathematics
Christianity
Christianity
Code Golf
Code Golf
Music
Music
Physics
Physics
Linux Systems
Linux Systems
Power Users
Power Users
Tabletop RPGs
Tabletop RPGs
Community Proposals
Community Proposals
tag:snake search within a tag
answers:0 unanswered questions
user:xxxx search by author id
score:0.5 posts with 0.5+ score
"snake oil" exact phrase
votes:4 posts with 4+ votes
created:<1w created < 1 week ago
post_type:xxxx type of post
Search help
Notifications
Mark all as read See all your notifications »
Meta

Codidact Fractional Byte Consensus

+1
−0

Over on the Code Golf StackExchange site, there is a meta consensus that answers can be scored in fractional bytes if there exists such an encoding method.

So, to quote the linked consensus question:

For languages with fractional byte code pages, such as half-byte code pages or huffman coding, should functions be allowed to be submitted without padding to a whole number of bytes?

This came up when I went to write this answer and then realised "hang on there's no consensus about fracbytes here yet"

History
Why does this post require moderator attention?
You might want to add some details to your flag.
Why should this post be closed?

0 comment threads

1 answer

+2
−0

I'm going to reiterate and build off ideas I laid out on this post on PPCG.

First let's point out that at current the leader board does not support fractional scores. In this answer I am going to assume this is unchanged. That may prove to be false, in fact I think it is likely a false assumption, but I think it's a useful assumption for the sake of this answer.

What does it mean to allow?

The question asks if fractional bytes should be allowed, but I want to dig into what that means.

Answerers are allowed to pursue other goals than just byte count. They are allowed for example to try golfing a problem while at the same time implementing the optimal algorithm. People are allowed to try golfing using restricted methods. People are allowed to golf in Java.

If people pursue a lower fractional byte score is anyone going to stop them? It seems like disallowing fractional bytes can only mean forcing users to round their score up to the nearest whole in the title of the post. This means users are still perfectly capable of noting their fractional score in the answer. And if one answer is 4.3 bytes and another is 4.97 bytes then everyone is going to know that the 4.3 byte answer is the one that's really shorter, even though the "official" score says they're the same.

Allowing fractional bytes isn't that much different. The leader board doesn't interpret fractional bytes correctly so comparison of fractional bytes still has to be done by individuals. It seems at most you could say that the "disallow" solution standardizes the way scores are presented to the machine for ranking, while allowing leaves anything of that nature unofficial.

What should we do?

With respect to the above, I think we should try to update the leaderboard to support fractional bytes. If people can and will score their answers in terms of fractional bytes regardless, then updating the leaderboard to reflect the reality of how people are scoring is probably for the best. This is a descriptive approach to the leaderboard.

History
Why does this post require moderator attention?
You might want to add some details to your flag.

1 comment thread

So you'd welcome fractions if the leaderboard did? (8 comments)

Sign up to answer this question »