Programmerings Tävling!

hur vet du om koden är gjord före eller efter anmälan?
Hur vet du hur mycket man jobbar? Jag menar, ska man lämna in senast 48h efter anmälan eller menar du att man kan jobba 12h om dagen i 4 dagar?

Nu måste du specificera mer exakt...

Får man alltså göra precis vad som helst i valfritt språk? Gaaalet!

Låter som en intressant tävling, får höra lite med mina kompisar om de är intresserade av att ställa upp.
Har saknat lite programmeringstävlingarna som var här förut.

Nu ska man bara komma på en bra idé om VAD man ska göra, som går att göra inom 48 timmar.
Finns det någon deadline på hela tävlingen?

Men gah! Lär er nån gång

Ju striktare regler, desto roligare tävling!

/me does an ÖÄ

verkar vara en rekursiv funktion!

Nä men har ett tema som man ska jobba efter, blir ganska svårt annars. Det är som när ens lärare säger "Skriv något om det ämnet bara" finns ju MASSA att skriva om. Hur ska man kunna bedöma en sådan tävling? Lite mer riktlinjer vore fint. Annars så gillar jag initiativet

Jävla särskrivare >.<

(Ursäkta, kunde inte hålla mig den här gången)

Vad ska det tävlas i? Hur avgör du vad som är bäst?
Varför måste man vara minst 2pers? Varför får man inte vara själv?

jag tycker att idén med lag var bra... Lite variation, samt att man lär sig generellt mycket mer av att koda med andra än då man är själv...
Teamplay äger!

Fortfarande för generellt. Mitt förslag:

Swecs Julskärmsläckare
Regler: Max 1 MiB färdig .exe (eller .scr eller vaffan). Bör på något sätt relatera till Sweclockers.

Mitt förlag på en tävling där man kombinerar det mesta som nämnts i tråden, krav på samarbete, strikta regler.

Idén är att deltagara skall dela upp sig i två läger, försvarare och angripare. Läs igenom uppgiften nedan innan du läser vidare.

Tanken är att de som är lite mer erfarna kan ta sig an uppgiften med att konstruera servern, man kan t.ex. börja med att arbeta på egen hand för att sedan kommunicera över #irc och välja intressanta tekniker från varandras program när man bygger det gemensamma och slutliga bidraget.

Angriparnas uppgift är kanske något lättare men kräver ändå en hel planering och kreativitet. Här är samarbetet nästan ännnu viktigare då man skall sammanställa en lista över tekniker man tror kommer att "knäcka" servern som den andra gruppen skapat.

Tävlingen kan t.ex. vara i 3 veckor så att alla får chansen att hjälpa till.

==================== THE TASK ====================

(Uppgiften är hämtad från ITA's hemsida.)

Implement a simple standalone TCP-based chat server, using the following protocol:

The server responds to all commands with either:
    OK<CRLF>

or, when an error occurred, with:

    ERROR <reason><CRLF>

<CRLF> indicates the bytes '\r\n'. Upon connecting to the server, the client sends:

    LOGIN <username><CRLF>

Clients can create new chatrooms or join existing chatrooms (chatrooms
begin with the character '#') by doing:

    JOIN #<chatroom><CRLF>

Clients can leave chatrooms by sending:

    PART #<chatroom><CRLF>

Clients can be in multiple chatrooms at once.
Clients can send a message to a chatroom:

    MSG #<chatroom> <message-text><CRLF>

Clients can send a message to another user:

    MSG <username> <message-text><CRLF>

When a message is sent to a chatroom the user is in, the server sends 
to the appropriate client:

    GOTROOMMSG <sender> #<chatroom> <message-text><CRLF>

or if the message is sent directly from one user to another:

    GOTUSERMSG <sender> <message-text><CRLF>

Finally, the client can log off by sending:

    LOGOUT<CRLF>

Here's a transcript of a sample session where a user named "alice" joins a
chatroom called #news after connecting. C indicates the line was sent by the
client, S indicates it was sent by the server (end of line indicates CRLF was sent):

    C: LOGIN alice 
    S: OK
    C: JOIN #news
    S: OK
    C: MSG #news hi everyone
    S: GOTROOMMSG bob #news nothing much happened after that
    S: OK
    S: GOTROOMMSG alice #news hi everyone
    S: GOTUSERMSG carol hi alice, where've you been?
    C: MSG carol on vacation
    S: OK
    C: LOGOUT
    <server closes connection>

When implementing the server, aim for a reasonable level of scalability and robustness. 

Your submission should include a description of the steps you took towards those two goals. 

Keep in mind that the client may be buggy, or even malicious. For example, if a client
connects to the server and sends an infinite stream of the byte 'X' with no line break, 
the server should deal with this case gracefully. 

Important: this problem is harder than it looks. Most submissions fail due to lack of robustness.

Humm. Jag gillar grundidén, även om uppgiften i det där exemplet kanske är lite väl avancerad. I det här fallet skulle det ju isf funka med något litet spel, där "angriparnas" uppgift blir att hitta exploits och sätt att fuska. Och för att göra det hela lite roligare får alla angripa varandras kod, även folk som är utom tävlan.

Ger en klart ny dimension på tävlingen om man måste "försvara" sitt verk