Einen Programmiere zu finden der "mal eben" ein Spiel für dich umsetzt wird schwierig werden
1. kein Programmierer lässt sich gern vorschreiben wie er das zu realisieren hat
2. wenn das Werk dann vollbracht ist dann ists häufig so daß der Ideenlieferant (in dem Fall also du) die Lorbeeren ernten möchte und der programmierer (der die Arbeit geleistet hat) geht leer aus
3. was sollte einen Programmierer daran hindern die Idee allein durchzustemmen (dann muß er mögliche Erträge nicht teilen) ?
4. du willst dich da nicht einarbeiten weil du nur noch 20MB auf deiner Festplatte frei hast ? Ist ein Witz - entweder du bist ein sog. Forum-Troll oder du bist einfach zu jung um zu verstehen dass dich diese Aussage einfach nur unglaubwürdig macht.

Fazit: Machs selbst - dabei lernst du einiges was ja nie schadet ;-)

Ach ja noch zur Info: Ich nehme hin und wieder in Ausnahmefällen Programmieraufträge an. Mein Stundensatz ist 80€ netto - und das ist in der Branche eh schon viel zu billig.

Hallo Klirr,
Du hast schon eine blühende Phantasie... ;-)
Hättest Du wenigstens einmal ein über Jahre laufendes Projekt geplant und koordiniert, wüßtest Du, wieviel Arbeit alleine das schon ausmacht - mal davon abgesehen, daß je mehr Leute sich daran beteiligen, Du die unterschiedlichen Anforderungen niemals unter einen Hut bringst...
(mit all diesen Dingen hat man tagtäglich zu tun, daß man sich nicht auch noch die eh schon knapp bemessene Freizeit versauen muß... ;-)
Salút Tom

Nun, wenn Deine Freizeit ausreicht, dann würde ich vorschlagen, daß Du selber Dich mal in die Handy-Programmierung einarbeitest und mit dem Spiel loslegst. Und wenn Du dieses, z.B. bei SourceForge.net, als Open Source Projekt startest, hast Du auch die Chance, daß sich andere daran beteiligen.

Also ich programmiere seit ca. 15 Jahren in C, C# , VB, VBS und Java, ist ja auch egal, wenn man die Grundregeln einmal gelernt hat ist die Sprache egal.
Aber eines habe ich gelernt. Das Problem welches man mit einem Programm lösen will, muss man erstmal im Kopf modellieren und dann einen Lösungsansatz finden. Den kann man dann versuchen in einer passenden Programmiersprache auszuprogrammieren. Aber ohne das Problem durchdacht und logisch oder mathematisch Durchdrungen zu haben hilft mir auch die beste Programmiersprache nicht weiter. Das Programm ist nur die Krücke, laufen sollte man vorher gelernt haben.

Genau für solche Fälle gibt es Pseudocode, Programmablaufpläne oder Struktogramme. Man überlegt sich zuerst, was genau das Programm machen soll, erstellt dann eine programmiersprachenunabhängige Problemspezifikation, und erst im letzten Schritt übersetzt man das in eine Programmiersprache. Der letzte Schritt davon ist eigentlich der geringste Aufwand.

Hallo Georg,
wie aus dem Lehrbuch... ;-)
Ein anderes Ansatz, der oftmals - aber nicht immer - schneller zu einem Ergebnis führt, nennt sich "rapid prototyping".
Salút Tom

Du meinst, man weiß was das Programm machen soll, und tippt es gleich in seinen Compiler? Das haben wir zu Beginn des Studiums auch gelernt, aber irgendwann werden die Programme einfach zu kompliziert Da lob ich mir dann doch mein Struktogramm, auch wenn man ebenso unübersichtlich gestalten kann

Das mit den Struktogrammen war eine gute Sache, als man noch kleine C-Programme oder Funktionen in Top-Down programmiert hat. Bei den heutigen objekt-orientierten Sprachen und vor allem immer mehr ereignisgesteuerten, ist das für mich nicht mehr Zeitgemäss. Auf Funktionsebene, also Bausteine die eine konkrete Aufgabe lösen, vielleicht nicht schlecht. Heute helfen die meisten IDE's schon erstmal per Template ein Grundgerüst zu erstellen. Der Rest ist aber Programmierarbeit. Und da helfen mir zumindest Erfahrung und Bausteine die ich wiederverwende und natürlich das Internet.