Omnimaga

Calculator Community => Contests => Community Contests => Topic started by: JWinslow23 on August 04, 2014, 05:37:33 pm

Title: [ENDED] Code Golf Contest #4
Post by: JWinslow23 on August 04, 2014, 05:37:33 pm
You know the drill.

NEXT: Here (http://www.omnimaga.org/other-calculator-discussion-and-news/code-golf-contest-5)
PREVIOUS: Here (http://www.omnimaga.org/other-calculator-discussion-and-news/code-golf-contest-3)

Challenge 4
To clear anything up, a tie will result in the earlier solution becoming the winner in the category.

Problem
For a given string input consisting of only uppercase letters and numbers, add the ASCII value of each alphabetical character (that's 65-90 for uppercase A-Z) and subtract every number. Display the result, but printed vertically with each digit on a new line.

You CAN end up with a negative number, in which case the first line should have a - sign.

Deadline
August 11, 2014, 1:00 AM EST

Sample input 1
A45FTUX
Sample output 1
3
8
3
Sample input 2
99A874512995
Sample output 2
-
3
Sample input 3
CODEGOLF
Sample output 3
5
7
9

If any further clarification is necessary, contact me or willrandship. We will try to keep your heads from exploding.

TI-83+ BASIC
RankUserSizeDateCode
1Runer1121398/7/2014 11:54:17 PM
Spoiler For Spoiler:
Ans->Str1
DelVar BFor(A,1,length(Str1
inString("876543210ABCDEFGHIJKLMNOPQRSTUVWXYZ",sub(Str1,A,1
B+Ans-9+64(Ans>9->B
End
"     
If B<0
Disp Ans+Ans+Ans+"~
For(A,int(~log(abs(B)+not(B)+.1)),~1
Disp iPart(10fPart(abs(B10^(A
End
2JWinslow231418/4/2014 4:34:15 PM
Spoiler For Spoiler:
DelVar CInput Str1
For(X,1,length(Str1
64+inString("ABCDEFGHIJKLMNOPQRSTUVWXYZ",sub(Str1,X,1
If Ans=64
~expr(sub(Str1,X,1
C+Ans->C
End
"     
If C<0
Pause Ans+Ans+Ans+"~
For(X,~int(log(abs(C))),0
Pause int(abs(C10^(X
abs(C)-Ans10^(~X->C
End

Ruby2
RankUserSizeDateCode
1Juju988/4/2014 8:02:43 PM
Spoiler For Spoiler:
a=0;gets.chomp.each_char{|b|c=('0'..'9')===b&&1||-1;a-=c*b.ord-(24*c+24)};a.to_s.each_char{|b|p b}

Haskell
RankUserSizeDateCode
1bb010g688/8/2014 12:54:03 PM
Spoiler For Spoiler:
mapM(putStrLn.(:[])).show.sum.map((\x->x+(48-2*x)*div 57x).fromEnum)
23298708/7/2014 6:55:04 AM
Spoiler For Spoiler:
g s=mapM(putStrLn.(:[]))$show$sum$map(n.fromEnum)s
n c|c<58=48-c|c>0=c

SysRPL
RankUserSizeDateCode
1329863.58/7/2014 9:07:43 AM
Spoiler For Spoiler:
::
  %0 OVERLEN$ #1+_ONE_DO
    OVERINDEX@ SUB$1#
    BINT58 OVER#> IT
    :: UNCOERCE %- BINT48 ;
    UNCOERCE %+
  LOOP
  xR>I DO>STR ONE MINUSONE
  FPTR2 ^StrCutNchr2_ DROPSWAPDROP
;

Java
RankUserSizeDateCode
1Runer112137 (requires Java 8 ) 8/10/2014 12:43:30 PM
Spoiler For Spoiler:
class D{public static void main(String[]a){System.out.print(Long.toString(a[0].chars().map(c->c<65?48-c:c).sum()).replaceAll("","\n"));}}
232981568/9/2014 5:14:28 AM
Spoiler For Spoiler:
class G{public static void main(String[]c){Long n=0L;for(int p:c[0].getBytes())n+=p<58?48-p:p;for(char p:n.toString().toCharArray())System.out.println(p);}}

XTend
RankUserSizeDateCode
132981258/9/2014 5:14:28 AM
Spoiler For Spoiler:
class G{def static main(String[]c){for(p:c.head.getBytes.fold(0)[n,p|n+if(p<58)48-p else p].toString.toCharArray)println(p)}}

Perl
RankUserSizeDateCode
1willrandship688/5/2014 7:50:40 PM
Spoiler For Spoiler:
for(split//,<>){$b+=ord($_)>64?ord($_):-$_;}$b=~s/(.)/$1\n/g;print$b

NSpire Lua
RankUserSizeDateCode
1LDStudios1058/10/2014 1:27:16 PM
Spoiler For Spoiler:
n=0 function on.charIn(c)n=tonumber(c)and n-c or n+c:byte()s=""..n
for i=0,#s do print(s:sub(i,i))end end
2Adriweb107 (function body)8/10/2014 5:48:57 PM
Spoiler For Spoiler:
function codegolf4(s)
    n=0;for i=1,#s do t=s:sub(i,i):byte()n=n-(t<58 and t-48 or-t)end;z=""..n;for i=1,#z do print(z:sub(i,i))endend
3Jens_K1158/9/2014 5:46:04 PM
Spoiler For Spoiler:
n=0
for c in clipboard.getText():gmatch"."do
n=n+(tonumber(c)and -c or c:byte())..""end
print((n:gsub(".","%1\n")))

Golfscript
RankUserSizeDateCode
1Runer112228/7/2014 11:54:17 PM
Spoiler For Spoiler:
0\{.65<\[.48\-]=+}/`n*

CJam
RankUserSizeDateCode
1Runer112228/7/2014 11:54:17 PM
Spoiler For Spoiler:
0q{i_'A<{48\}0?-+}/`N*

TI-83+ z80
RankUserSizeDateCode
1Runer112598/7/2014 11:54:17 PM
Spoiler For Spoiler:
;#SECTION "MAIN", CODE

   org   userMem - 2
   db   0BBh, 6Dh
Start:
   B_CALL   _RclAns
   rst   rFINDSYM
   B_CALL   _OP1Set0
   ex   de, hl
   ld   c, (hl)
   inc   hl
   ld   b, (hl)
   add   hl, bc
SumLoop:
   push   hl
   cp   10
   jq   nc, Letter
   B_CALL   _SetXXOP2
   B_CALL   _FPSub
   jq   Continue

Letter:
   add   a, '0'
   B_CALL   _SetXXOP2
   rst   rFPADD
Continue:
   pop   hl
   ld   a, (hl)
   dec   hl
   sub   '0'
   jq   nc, SumLoop
   B_CALL   _FormEReal
   ld   l, OP3 & 0FFh
DispLoop:
   ld   a, (hl)
   or   a
   ret   z
   inc   hl
   push   hl
   B_CALL   _PutC
   B_CALL   _NewLine
   pop   hl
   jq   DispLoop

C
RankUserSizeDateCode
132981548/9/2014 5:14:18 AM
Spoiler For Spoiler:
#include <stdio.h>
main(int x,char**c){char s[12],*p=c[1];int n=0;for(;*p>0;++p){n+=*p<58?48-*p:*p;}sprintf(s,"%i",n);for(p=s;*p>0;++p)printf("%c\n",*p);}

Language Ranking

RankLangUserSizeDate
1CJamRuner112228/7/2014 11:54:17 PM
2GolfscriptRuner112228/7/2014 11:54:17 PM
3TI-83+ z80Runer112598/7/2014 11:54:17 PM
4SysRPL329863.58/7/2014 9:07:43 AM
5Perlwillrandship688/5/2014 7:50:40 PM
6Haskellbb010g688/8/2014 12:54:03 PM
7Ruby2Juju988/4/2014 8:02:43 PM
8NSpire LuaLDStudios1058/10/2014 1:27:16 PM
9XTend32981258/9/2014 5:14:28 AM
10JavaRuner112137 (requires Java 8 ) 8/10/2014 12:43:30 PM
11TI-83+ BASICRuner1121398/7/2014 11:54:17 PM
12C32981548/9/2014 5:14:18 AM
Title: Re: Code Golf Contest #4
Post by: Juju on August 04, 2014, 06:04:23 pm
104 bytes of Ruby! And it's not even been 30 minutes this topic has been posted!

Edit: Yet another 98-byte entry o.o
Title: Re: Code Golf Contest #4
Post by: ben_g on August 04, 2014, 06:36:09 pm
I currently have 202 bytes in java, and I'm already pretty much stuck at optimizing it.
Title: Re: Code Golf Contest #4
Post by: bb010g on August 04, 2014, 07:24:05 pm
85 bytes of Haskell. ;D
Title: Re: Code Golf Contest #4
Post by: 3298 on August 04, 2014, 07:39:02 pm
69.5 bytes in SysRPL. :blah: I'll try Java, XTend and Haskell soon, as usual.
Title: Re: Code Golf Contest #4
Post by: JWinslow23 on August 04, 2014, 08:21:16 pm
Already, every entry has beaten my TI-BASIC entry...the last contest, that didn't happen until SysRPL... :mad:

But yeah, interesting solutions so far!
Title: Re: Code Golf Contest #4
Post by: bb010g on August 04, 2014, 08:22:23 pm
You should stick Next/Previous links in each of these Contest posts.
Title: Re: Code Golf Contest #4
Post by: JWinslow23 on August 04, 2014, 08:26:59 pm
You should stick Next/Previous links in each of these Contest posts.
Well, I thought it would all derail by the end of Contest #2. :P I'll get right on that.

EDIT: Added NEXT/PREVIOUS buttons.
Title: Re: Code Golf Contest #4
Post by: willrandship on August 05, 2014, 07:58:22 pm
75 bytes of perl submitted
Title: Re: Code Golf Contest #4
Post by: JWinslow23 on August 06, 2014, 04:56:59 pm
Woo! Now we have a new record to beat! 68 bytes, anyone?
Title: Re: Code Golf Contest #4
Post by: bb010g on August 06, 2014, 07:26:56 pm
\o/ 77 bytes in Haskell!
Title: Re: Code Golf Contest #4
Post by: 3298 on August 07, 2014, 07:55:28 am
How the heck did you compress the Haskell code like that :crazy: ... nevermind, got 71 bytes now, assuming Unix-style line endings (with DOS-style 2-byte line endings it's 72). Take that!
Edit: Also cut down the SysRPL program size to 63.5. I don't expect to be able to compete with CJam and Golfscript, but at least SysRPL is useful for real problems. ;)
By the way, the compactness of that language comes from the fact that programs are usually stored in compiled form. Judging from the prime tester example in the post from the first round, TI-Basic does something similar, though (it seems commands take 1 byte each, instead of 1 byte per character in their names), so I don't feel bad for telling you the compiled size instead of the much larger source size. I know Casio-Basic does those 1-byte commands as well, but because string manipulation is not present in the Casio-Basic version on my calcs, I cannot submit a Casio-Basic entry. (String manipulation was introduced in OS 2.00 for the 9860 series.)
Title: Re: Code Golf Contest #4
Post by: JWinslow23 on August 07, 2014, 01:49:51 pm
How the heck did you compress the Haskell code like that :crazy: ... nevermind, got 71 bytes now, assuming Unix-style line endings (with DOS-style 2-byte line endings it's 72). Take that!
Edit: Also cut down the SysRPL program size to 63.5. I don't expect to be able to compete with CJam and Golfscript, but at least SysRPL is useful for real problems. ;)
By the way, the compactness of that language comes from the fact that programs are usually stored in compiled form. Judging from the prime tester example in the post from the first round, TI-Basic does something similar, though (it seems commands take 1 byte each, instead of 1 byte per character in their names), so I don't feel bad for telling you the compiled size instead of the much larger source size. I know Casio-Basic does those 1-byte commands as well, but because string manipulation is not present in the Casio-Basic version on my calcs, I cannot submit a Casio-Basic entry. (String manipulation was introduced in OS 2.00 for the 9860 series.)
Actually, there are 2-byte tokens in TI-BASIC, and lots of them. That is part of the reason why we don't like lowercase letters. :P

Looks like things are getting pretty heated in the Haskell category! 3298 and bb010g are slashing bytes like crazy! Only thing to wonder now is, when will they stop? (And will it be before the competition's over?)
Title: Re: Code Golf Contest #4
Post by: LDStudios on August 07, 2014, 03:22:30 pm
122 bytes in nspire lua
(http://img.ourl.ca/cg.png)
Title: Re: Code Golf Contest #4
Post by: bb010g on August 07, 2014, 04:22:50 pm
How the heck did you compress the Haskell code like that :crazy: ... nevermind, got 71 bytes now, assuming Unix-style line endings (with DOS-style 2-byte line endings it's 72). Take that!
Edit: Also cut down the SysRPL program size to 63.5. I don't expect to be able to compete with CJam and Golfscript, but at least SysRPL is useful for real problems. ;)
DAAAAAAAAAANG.
/me opens up GHCi again
Title: Re: Code Golf Contest #4
Post by: DJ Omnimaga on August 07, 2014, 05:14:39 pm
Wow, I didn't know there were people here doing SysRPL O.O.
Title: Re: Code Golf Contest #4
Post by: bb010g on August 07, 2014, 06:20:55 pm
71 bytes of Haskell. :D
Title: Re: Code Golf Contest #4
Post by: 3298 on August 08, 2014, 04:48:39 am
Quote from: JWinslow23
Actually, there are 2-byte tokens in TI-BASIC, and lots of them. That is part of the reason why we don't like lowercase letters. :P
Yes, of course, there's more than 256 commands, so 2-byte tokens are necessary. Casio does the same, by the way, On my old calculators there were 2 categories of 2-byte tokens (each beginning with its own prefix byte), later calculators, such as the 9860 series, expanded that. The 9860 series somewhen (I think it was also with OS 2.00) also introduced lowercase letters, and guess what? they use 2-byte tokens, >:( I noticed that when I got a program including these sent to my 9750 from a 9860. All lowercase letters were converted to sequences of two tokens each because they used a prefix which wasn't present in the old calcs.
 The funniest thing is: At least on the old calculators there actually were 1-byte lowercase letters in the usual ASCII range, it was just impossible to type them. But once you got them through a cable or through one of the 9x50 series' at least 3 different bugs allowing you to edit memory directly, you could copy them anywhere you want through a rudimentary 6-slot clipboard called function memory.
There were other instances of such Casio silliness: in addition to the lowercase letters, some special characters were impossible to type, but they could be displayed. This includes the => token on the AFX series, which behaves like a shorter If. Other calculators can type them (including the 9860 series released after the AFX), and they work fine on the AFX, but they are not in the menus. A trick to get it is to send it from a 9x50 series calc through the undocumented and hidden compatibility receive mode (the AFX normally uses a slightly different protocol at slightly higher speed).
More silliness: Casio introduced a second program type for base-n (n=2, 8, 10 or 16) calculations. These use a tiny special command set, disallow use of most normal commands, and round numbers to integers automatically. Though with the same tricks you can get these commands into normal programs, and they seem to behave normally, excluding auto-rounding. (The function memory is disabled in base-n programs, so copying them directly is impossible.)

In the end, I mostly went away from those stupid Casio calcs. HP calcs, especially the 48/49/50 series, are much more capable. The Prime looks nice too (fast programs, color screen), but it apparently has lots of bugs, no RPN programmability, a way too small keyboard (no digit input in alpha mode, one less shift key), Casio-style icon menus and more. I'm staying with the 50G, the Prime isn't worth the money.
Quote from: JWinslow23
Looks like things are getting pretty heated in the Haskell category! 3298 and bb010g are slashing bytes like crazy! Only thing to wonder now is, when will they stop? (And will it be before the competition's over?)
This could be the end, considering that we have the same score now. Maybe we hit the global optimum. ;)

Edit: Just because I can, I made an x86 ASM version. I didn't expect it to become small, and it's much bigger than anything mentioned here. :/ Oh well, it's not a suitable language for Code Golf. I'm not submitting it, so if you want to see the source, ask me.
 I use just the Unix sys_write and sys_exit calls, no trickery with the C standard library. It compiles to 838 bytes, and after treating it with strip, it's at 444. The source is 516 bytes long, but I could get rid of some formatting to get that down to 465, maybe even further.
 
Title: Re: Code Golf Contest #4
Post by: JWinslow23 on August 08, 2014, 11:24:57 am
3 days left! Anyone wanna take a stab at the first ever Axe entry?
Title: Re: Code Golf Contest #4
Post by: bb010g on August 08, 2014, 01:33:50 pm
Quote from: JWinslow23
Looks like things are getting pretty heated in the Haskell category! 3298 and bb010g are slashing bytes like crazy! Only thing to wonder now is, when will they stop? (And will it be before the competition's over?)
This could be the end, considering that we have the same score now. Maybe we hit the global optimum. ;)
70 bytes. ;D
Edit: Just because I can, I made an x86 ASM version. I didn't expect it to become small, and it's much bigger than anything mentioned here. :/ Oh well, it's not a suitable language for Code Golf. I'm not submitting it, so if you want to see the source, ask me.
 I use just the Unix sys_write and sys_exit calls, no trickery with the C standard library. It compiles to 838 bytes, and after treating it with strip, it's at 444. The source is 516 bytes long, but I could get rid of some formatting to get that down to 465, maybe even further.
Why not submit it? It's an entry, even if the language is verbose.

EDIT: BOO YAH! 68 bytes, same as Perl. :w00t:
Title: Re: Code Golf Contest #4
Post by: JWinslow23 on August 08, 2014, 02:13:38 pm
Oh dang. XD

3298, care to rebut?
Title: Re: Code Golf Contest #4
Post by: pimathbrainiac on August 08, 2014, 02:19:26 pm
285 bytes of C
Wait that doesn't work...

I'm going to work on a smaller Java solution, though :P
Title: Re: Code Golf Contest #4
Post by: 3298 on August 09, 2014, 06:14:29 am
Well, I could remove the _ in mapM_ if some garbage looking like [(),(),(),()] below the output is okay. But other than that, I ran out of ideas.
In other news, I reduced my Java program size by 4 bytes, so I claim the first place in that category again. :P The XTend entry is also reduced by 7 bytes. And finally there is a new C entry with 154 bytes.
Title: Re: Code Golf Contest #4
Post by: JWinslow23 on August 09, 2014, 02:10:32 pm
IOCCC, anyone? :P
Title: Re: Code Golf Contest #4
Post by: Runer112 on August 09, 2014, 02:21:56 pm
Is it okay if the output starts with a newline?
Title: Re: Code Golf Contest #4
Post by: Juju on August 09, 2014, 03:15:21 pm
IOCCC, anyone? :P
Well yes. (http://www.omnimaga.org/other-calculator-discussion-and-news/the-omnimaga-obfuscated-code-contest-(oocc)/)

Also my output is surroundered by double quotes and JWin don't seem to care.
Title: Re: Code Golf Contest #4
Post by: JWinslow23 on August 09, 2014, 03:22:33 pm
IOCCC, anyone? :P
Well yes. (http://www.omnimaga.org/other-calculator-discussion-and-news/the-omnimaga-obfuscated-code-contest-(oocc)/)

Also my output is surroundered by double quotes and JWin don't seem to care.
Well, it shouldn't matter as long as it is a correct output.
Title: Re: Code Golf Contest #4
Post by: bb010g on August 09, 2014, 05:54:15 pm
Well, I could remove the _ in mapM_ if some garbage looking like [(),(),(),()] below the output is okay. But other than that, I ran out of ideas.
In other news, I reduced my Java program size by 4 bytes, so I claim the first place in that category again. :P The XTend entry is also reduced by 7 bytes. And finally there is a new C entry with 154 bytes.
That should be fine; I did so. That last byte is a killer, though.

/me pokes JWinlow23 to remove the underscore from 3298's answer
Title: Re: Code Golf Contest #4
Post by: JWinslow23 on August 09, 2014, 05:58:43 pm
Well, I could remove the _ in mapM_ if some garbage looking like [(),(),(),()] below the output is okay. But other than that, I ran out of ideas.
In other news, I reduced my Java program size by 4 bytes, so I claim the first place in that category again. :P The XTend entry is also reduced by 7 bytes. And finally there is a new C entry with 154 bytes.
That should be fine; I did so. That last byte is a killer, though.

/me pokes JWinlow23 to remove the underscore from 3298's answer
I did. Did you see the size change? :P
Title: Re: Code Golf Contest #4
Post by: bb010g on August 09, 2014, 06:00:03 pm
Well, I could remove the _ in mapM_ if some garbage looking like [(),(),(),()] below the output is okay. But other than that, I ran out of ideas.
In other news, I reduced my Java program size by 4 bytes, so I claim the first place in that category again. :P The XTend entry is also reduced by 7 bytes. And finally there is a new C entry with 154 bytes.
That should be fine; I did so. That last byte is a killer, though.

/me pokes JWinlow23 to remove the underscore from 3298's answer
I did. Did you see the size change? :P
/me derps
Thought he was at 70 instead of 71 before. :(
Title: Re: Code Golf Contest #4
Post by: JWinslow23 on August 10, 2014, 01:34:22 pm
Jens_K has finally submitted, bringing the score on Nspire Lua from 122 to 115! Can LDStudios do any better?
Title: Re: Code Golf Contest #4
Post by: LDStudios on August 10, 2014, 02:17:14 pm
Jens_K has finally submitted, bringing the score on Nspire Lua from 122 to 115! Can LDStudios do any better?
I'm down to 118 bytes.. we'll see
Title: Re: Code Golf Contest #4
Post by: Adriweb on August 10, 2014, 04:13:44 pm
got a 113 chars in Lua ^^
Title: Re: Code Golf Contest #4
Post by: LDStudios on August 10, 2014, 04:25:38 pm
got a 113 chars in Lua ^^

I got 105 ^^
Title: Re: Code Golf Contest #4
Post by: Adriweb on August 10, 2014, 05:54:51 pm
But you do it char by char so it's not the same :P

Anyway, your way, I got a bit more than you so I won't submit it ^^

Also, made one in C that's 143 chars + length of input string.
Title: Re: Code Golf Contest #4
Post by: LDStudios on August 10, 2014, 07:20:10 pm
But you do it char by char so it's not the same :P

Anyway, your way, I got a bit more than you so I won't submit it ^^

Also, made one in C that's 143 chars + length of input string.

You should either submit it, or show me, because I'm curious to see what you did ^^
Title: Re: Code Golf Contest #4
Post by: JWinslow23 on August 10, 2014, 07:27:13 pm
Rule clarification: We measure by the amount of characters it takes. Link to character counter: http://mothereff.in/byte-counter (http://mothereff.in/byte-counter)
Title: Re: Code Golf Contest #4
Post by: Adriweb on August 10, 2014, 08:18:20 pm
@LDStudios : eh, too bad, I deleted it.
But the core of it is the same as my function-based code so you'll be able to see that.

Also, I had a nice looking solution with pattern matching instead of loops but it's several bytes longer, so... :P
Title: Re: Code Golf Contest #4
Post by: Jens_K on August 11, 2014, 07:29:50 am
I got 93 by doing it char by char ^^
Not sure if I am after deadline though...
Title: Re: Code Golf Contest #4
Post by: LDStudios on August 11, 2014, 10:14:03 am
I got 93 by doing it char by char ^^
Not sure if I am after deadline though...

How? O.O
Title: Re: Code Golf Contest #4
Post by: Jens_K on August 11, 2014, 12:04:50 pm
I got 93 by doing it char by char ^^
Not sure if I am after deadline though...

How? O.O
Well I was too late... Anyways, heres my code:
Code: [Select]
n=0
function on.charIn(c)n=n+(tonumber(c)and-c or c:byte())..""print((n:gsub(".","%1\n")))end
Title: Re: Code Golf Contest #4
Post by: JWinslow23 on August 11, 2014, 12:11:51 pm
While not eligible for judging, it is an impressively small solution!

Oh, and Jens_K, the deadline is always midnight (Central Standard Time) on a Monday.
Title: Re: Code Golf Contest #4
Post by: Adriweb on August 11, 2014, 12:15:32 pm
Ha ! Why didn't I try with gsub :P
I did too complicated with gmatch trying to do everything within a single call... ^^
Title: Re: Code Golf Contest #4
Post by: JWinslow23 on August 11, 2014, 12:28:01 pm
OK, so unless we have any objections, the next challenge is to make a game of Snake. If anyone objects to this challenge, speak now or forever hold your peace.
Title: Re: Code Golf Contest #4
Post by: DJ Omnimaga on August 11, 2014, 06:19:11 pm
You should move the deadline to 11:59 PM instead of 12 AM, because from experience when I organized Omnimaga contests, even experienced programmers and TI community veterans would mix up 12 AM with 12 PM and it was even more confusing for people living in different timezones.
Title: Re: Code Golf Contest #4
Post by: JWinslow23 on August 11, 2014, 06:32:39 pm
You should move the deadline to 11:59 PM instead of 12 AM, because from experience when I organized Omnimaga contests, even experienced programmers and TI community veterans would mix up 12 AM with 12 PM and it was even more confusing for people living in different timezones.
It's 1:00 AM EST. It's a simple lookup online.
Title: Re: Code Golf Contest #4
Post by: DJ Omnimaga on August 11, 2014, 10:20:34 pm
1 AM can also work. And yah I know it can easily be looked up online, but for some reasons you could have somebody make a Code Golf #5 Snake in 10 bytes that still works, yet that person would be unable to get the deadline hour right. Ironically, it's Americans that seems the most confused about the 12 hours AM/PM system too >.<
Title: Re: Code Golf Contest #4
Post by: bb010g on August 11, 2014, 10:31:28 pm
Rule clarification: We measure by the amount of characters it takes. Link to character counter: http://mothereff.in/byte-counter (http://mothereff.in/byte-counter)
But but but more space for assignments and disadvantage to those on restricted charsets. (Also, Haskell extensions like -XUnicodeSyntax) What's wrong with byte count? I can't think of a language that requires Unicode to use a feature.
Title: Re: Code Golf Contest #4
Post by: DJ Omnimaga on August 11, 2014, 10:58:22 pm
I can't think of a language that requires Unicode to use a feature.
HP PPL? :trollface:
Title: Re: Code Golf Contest #4
Post by: bb010g on August 11, 2014, 11:10:06 pm
I can't think of a language that requires Unicode to use a feature.
HP PPL? :trollface:
Not really. You can use ASCII substitutions. In any case, you aren't saving bytes by using multi-byte Unicode characters instead of normal multi-byte character sequences.
Title: Re: Code Golf Contest #4
Post by: JWinslow23 on August 12, 2014, 06:14:05 pm
I can't think of a language that requires Unicode to use a feature.
HP PPL? :trollface:
Not really. You can use ASCII substitutions. In any case, you aren't saving bytes by using multi-byte Unicode characters instead of normal multi-byte character sequences.
Byte, char, same thing when multi-byte-characters are not present in most of the computer lang entries.