Verbesserungsvorschlaege

[Hisoka]

hmmm, also die Idee mit Kram des Monats geht ja noch, also da würden bestimmt 1 oder 2 Leute etwas im Monat schreiben.
Aber die Idee mit dem Community Projekt ist nicht so gut.
1. wir haben hier nur einen kleinen sehr inaktiven Programmiereranteil. Die meisten werden auch schon eigene Projekte haben. Daher werden sich nur sehr wenige finden.
2. Die wenigen wird das Typische Hobby Team Problem treffen. Erst sind sie fast wie auf Droge und alle haben Ideen ohne ende, aber nach 1 - 2 Monaten sieht man dann das es doch sehr aufwendig ist und das Projekt stirbt.


Wie wäre es mit einem Screenshot Thread, also dort kann jeder mal ein Bild von seinem aktuellen Projekt posten und es wird dann von allen bewertet/kommentiert.

[makkurona]

Screenshot Thread gefällt mir.
Eine Art projekte Thread. Man stellt sein projekt vor, postet ein paar Screens und wer mag, sagt etwas dazu.

Das wäre mal etwas, was wenisgstens ab und an etwas schwung hier herinbringen würde.

[drunken monkey]

Ich denke, wenn jemand ein Projekt vorstellen will, kann er gern einen neuen Thread eröffnen, ist auch übersichtlicher so. o_O'
Das wird auch schon so gemacht und bringt ab und zu etwas Schwung hier rein, wenn man so will.

[DFYX]

Ich denke, wenn jemand ein Projekt vorstellen will, kann er gern einen neuen Thread eröffnen, ist auch übersichtlicher so. o_O'
Das wird auch schon so gemacht und bringt ab und zu etwas Schwung hier rein, wenn man so will.

...

So ist es. Jeder ist hier herzlich eingeladen, seine Projekte vorzustellen und dafür auch eigene Threads zu eröffnen, solang es nicht auf "Ich hab da ne tolle Idee, suche noch drei Programmierer und nen Grafiker, die das umsetzen" hinausläuft.

[dead_orc]

hmmm, also die Idee mit Kram des Monats geht ja noch, also da würden bestimmt 1 oder 2 Leute etwas im Monat schreiben.
Aber die Idee mit dem Community Projekt ist nicht so gut.
1. wir haben hier nur einen kleinen sehr inaktiven Programmiereranteil. Die meisten werden auch schon eigene Projekte haben. Daher werden sich nur sehr wenige finden.
2. Die wenigen wird das Typische Hobby Team Problem treffen. Erst sind sie fast wie auf Droge und alle haben Ideen ohne ende, aber nach 1 - 2 Monaten sieht man dann das es doch sehr aufwendig ist und das Projekt stirbt.

...

Das ist nicht den Gruppenprojekten vorbehalten


Außerdem bieten sich bei einem Community Projekt einfach zu viele Hürden. z.B. welche Sprache? Wir finden keine Sprache, die alle so gut sprechen, dass sie mitmachen würden.

Wie wäre es mit einem Screenshot Thread, also dort kann jeder mal ein Bild von seinem aktuellen Projekt posten und es wird dann von allen bewertet/kommentiert.

...

Sehe ich genau so wie die der Affe: Wenn jemand ein Projekt hat, ist er immer willkommen, es hier vorzustellen (auch wenns nur ne Beta, Alpha oder nur ein Screenshot ist).

[Ineluki]

Die Frage ist dann nur, warum macht das keiner ?
Ich habe keine blasse Ahnung, woran die meisten hier werkeln ...

BTW: Orkey, deine Graphik find ich sehr genial ^__^

[dead_orc]

Die Frage ist dann nur, warum macht das keiner ?
Ich habe keine blasse Ahnung, woran die meisten hier werkeln ...

...

Nun, ich kann nur für mich sprechen: An gar nichts/an zu vielem. Deshalb poste ich hier auch nicht, welches Projekt ich grade verfolge. Ich habe fast nie eigene Projekte, die ich von Grund her aufziehe. Ich schreibe hier nen Hack, da nen Patch und dort noch ein kleines Script, und bin wenn ich mal genug Motivation habe, etwas längerfristiger an etwas größerem zu arbeiten, setze ich mich wieder an den Dev-Comm Code.

BTW: Orkey, deine Graphik find ich sehr genial ^__^

...

danke, aber ich muss gestehen, dass bis auf die Motivationskurve alles geklaut ist

[kris]

Wie wärs mit einem kleinen Spiel ála Wortkette.
Jeder schreibt eine Zeile Code und nach ein paar Seiten versuchts mal jemand zum laufen zu bringen. ^^"
Obs dann im Endeffekt nur eine Aneinandereihung von mathematischen Berechnungen oder MSG-Boxen ist, ist dann auch egal. Lustig ists auf jeden Fall.

€: Uhhh. Da haben wir ja wieder das Sprachproblem... Damn!

[Indy]

Wie wärs mit einem kleinen Spiel ála Wortkette.
Jeder schreibt eine Zeile Code und nach ein paar Seiten versuchts mal jemand zum laufen zu bringen. ^^"

...

Klingt eigentlich sehr spaßig. Vielleicht könnte man das Ganze ja in Pseudo-Code oder Piktogrammen umsetzen. (Natürlich mit im Titel vorgegebenen Schreibweisen, um Übersicht zu bewahren)

@dead_orc
Tolle Grafik. Die sagt wirklich gut aus wie Gruppenprojekte mit der Zeit ablaufen.

[makkurona]

Die Grafik is' wirklich schön (:

Ich werd mal schaun, wenn ich was habe, was sich vorzuzeigen lohnt werde ich mein momentanes Projekt mal vorstellen (:
Hatte ich ohnehin vor, ich liebe es, mich hier zur Sau machen zu lassen. (:

Die Wortkette ist genial.
Gut dafür wäre wirklich Pseudocode, solange er nach bestimmten richtlinien arbeitet, nich' das irgendjemand einfach sagt:
apiCalculateSenseOfLive()
und sagt, das ganze ist ein Apiaufruf, fertig!

Fragwürdig wäre dann auch noch, welches Konzept usw genommen werden sollte.
OOP, Prozedual, Funktionsgekapselt usw.

[DFYX]

Die Wortkette ist genial.
Gut dafür wäre wirklich Pseudocode, solange er nach bestimmten richtlinien arbeitet, nich' das irgendjemand einfach sagt:
apiCalculateSenseOfLive()
und sagt, das ganze ist ein Apiaufruf, fertig!

...

Warum, die Funktion ist doch implementiert.

Code:

int apiCalculateSenseOfLive()
{
  // Not sure if this is correct, but it should work most of the time.
  return 42;
}

[drunken monkey]

Warum, die Funktion ist doch implementiert.

...

Hm, etwas unintuitiv, die Methode sollte imo einen String zurückliefern. Außerdem schlampig kommentiert:

Code:

char *apiCalculateSenseOfLive() // TODO: comment
{
  // Not sure if this is correct, but it should work most of the time.
  return "42";
}

[Drakes]

Sollte man das mit einem Null-Zeichen terminieren?

Eine schöne Klasse für ganz unnötige Sachen wäre natürlich auch möglich:

Code:

#ifndef __MXAPI__
#define __MXAPI__

class MXAPI
{
  public:
    //int calculateSenseOfLive() // TODO: comment
    char *calculateSenseOfLive() // TODO: comment
};

#endif

Code:

#include "mxapi.h"
/*
int MXAPI::calculateSenseOfLive()
{
    // Not sure if this is correct, but it should work most of the time.
    return 42;
}
*/
char *MXAPI::calculateSenseOfLive()
{
  // Not sure if this is correct, but it should work most of the time.
  return "42";
}

[dead_orc]

Hm, etwas unintuitiv, die Methode sollte imo einen String zurückliefern. Außerdem schlampig kommentiert:

Code:

char *apiCalculateSenseOfLive() // TODO: comment
{
  // Not sure if this is correct, but it should work most of the time.
  return "42";
}

...

Nun, da der Funktionsname schon "Calculate" enthält, dürfte man wohl durchaus mit einem int rechnen.

Noch ne Idee: Wir können uns seitenlang über (Pseudo-)Code unterhalten, der absolut sinnlos ist.

@Drakes: \0 muss AFAIK nicht sein, wenn du es schon so machst. Würdest du natürlich

Code:

char *str = malloc(3);
sprintf(str, "42\0");
return str;

machen, müsste das \0 mit (oder vorher ein memset(str, 3, 0);)

[kris]

Noch ne Idee: Wir können uns seitenlang über (Pseudo-)Code unterhalten, der absolut sinnlos ist.

...

Dann doch lieber MMORPG!

[Lukas]

Dann doch lieber MMORPG!

...

Oder einen RPG-Maker! Oder einen eigenen Prozessor!


@ Nullbytes:
In C ist das abschließende Nullbyte in String-Literalen ("foo") schon enthalten (im Gegensatz zu char-Literalen wie 'x').