Code Golf - The Information/Discussion/Planning Thread

[Juju]

I made a tool here (along with compiled stats), if it would help anyone. It correctly counts newlines and multi-byte characters.

http://juju2143.ca/golf/

[pimathbrainiac]

All in favor of making Juju's counter the official counter for all non-calculator languages, say "aye."
All in favor of counting assembly as binary size, say "aye aye."
All in favor of counting TI-Basic and Axe as on-calc source size, say "aye aye aye."
All in favor of counting The Challenge Creator choosing the counting method, say "aye aye aye aye."
(all on separate lines of course)

My response:
aye.
aye aye.
aye aye aye.

[c4ooo]

All in favor of making Juju's counter the official counter for all non-calculator languages, say "aye."
All in favor of counting assembly as binary size, say "aye aye."
All in favor of counting TI-Basic and Axe as on-calc source size, say "aye aye aye."
All in favor of counting The Challenge Creator choosing the counting method, say "aye aye aye aye."
(all on separate lines of course)

My response:
aye.
aye aye.
aye aye aye.

Aye
Idk Idk
Idk IDK
Aye Aye Aye Aye

[Juju]

Aye (for reasons I explained above)
Aye aye (it's nearly like writing your code in hex at this point.)
Aye aye aye (If assembly is gonna get counted in binary, then the same goes with BASIC. That's pretty much what we did before IIRC.)
Nay nay nay nay (I'd like if each contest had the same standarized, agreed-upon counting method.)

[Ivoah]

Aye (for reasons I explained above)
Aye aye (it's nearly like writing your code in hex at this point.)
Aye aye aye (If assembly is gonna get counted in binary, then the same goes with BASIC. That's pretty much what we did before IIRC.)
Nay nay nay nay (I'd like if each contest had the same standarized, agreed-upon counting method.)

I vote exactly the same as Juju

[JWinslow23]

All in favor of making Juju's counter the official counter for all non-calculator languages, say "aye."
All in favor of counting assembly as binary size, say "aye aye."
All in favor of counting TI-Basic and Axe as on-calc source size, say "aye aye aye."
All in favor of counting The Challenge Creator choosing the counting method, say "aye aye aye aye."
(all on separate lines of course)

My response:
aye.
aye aye.
aye aye aye.

Aye declare that tool as an official byte counter. If somehow not available, this may be used instead, but use the byte count, not character count.
As pre-compilation hex files have a h-aye s-aye-ze, my opinion is that the final binary should be sized.
T-aye BASIC as source s-aye-ze, Axe as comp-aye-led program.
Of course, aye can't dec-aye-de the last one m-aye-self. I'm a bit b-aye-ased.

[LDStudios]

I would like to be added to the rotation

[pimathbrainiac]

Added! Thanks for participating!

[lirtosiast]

The size of the program header for TI-BASIC entries should not be added to the scored size. Source means "length of code", not "file size stored in memory"; most languages have a header hundreds of bytes long on their files, and yet we don't count it. This gives an unfair advantage to non-calculator entries, whose headers are ignored.

I propose that TI-BASIC entries are counted as the size of the program in the [2nd][MEM] menu, minus the length of the name, minus nine bytes.

[TIfanx1999]

   All programs must be PM'd to the challenge creator or one of the Community Contests board moderators by 11:59:59 PM ET the following Saturday.
   

Forgive me if I'm completely missing something, but you cannot do attachments in PMs can you?

[pimathbrainiac]

   All programs must be PM'd to the challenge creator or one of the Community Contests board moderators by 11:59:59 PM ET the following Saturday.
   

Forgive me if I'm completely missing something, but you cannot do attachments in PMs can you?

Most people either link to dropbox of the source/binary, or use a code bbcode to give their source.

[alberthrocks]

I'd like to give it a go!

[c4ooo]

If somehow not available, this may be used instead, but use the byte count, not character count.

@Juju 's Counter counts in bytes AFIK.

The size of the program header for TI-BASIC entries should not be added to the scored size. Source means "length of code", not "file size stored in memory"; most languages have a header hundreds of bytes long on their files, and yet we don't count it. This gives an unfair advantage to non-calculator entries, whose headers are ignored.

I propose that TI-BASIC entries are counted as the size of the program in the [2nd][MEM] menu, minus the length of the name, minus nine bytes.

True, i agree that headers should not count, including headers for shells like Doors and Mirage.

I'd like to give it a go!

No one is holding you back 

[JWinslow23]

If somehow not available, this may be used instead, but use the byte count, not character count.

@Juju 's Counter counts in bytes AFIK.

The size of the program header for TI-BASIC entries should not be added to the scored size. Source means "length of code", not "file size stored in memory"; most languages have a header hundreds of bytes long on their files, and yet we don't count it. This gives an unfair advantage to non-calculator entries, whose headers are ignored.

I propose that TI-BASIC entries are counted as the size of the program in the [2nd][MEM] menu, minus the length of the name, minus nine bytes.

True, i agree that headers should not count, including headers for shells like Doors and Mirage.

Yes, but if you don't want to use it for some reason, I have used that as an alternative.

And when I did it, headers didn't count.

[c4ooo]

And when I did it, headers didn't count.

What?