sieht so professioneller code aus???

kartoffelsack

Professionalität heisst, dass ein Programm
1. zufriedenstellend läuft.
2. schnell und dadurch kostengünstig fertiggestellt wird.

Und ich wage zu bezweifeln, dass einer dieser beiden Punkte erreichbar ist, wenn der Code nicht gut und übersichtlich ist. Schließlich sind professionelle Projekte, Projekte bei denen mehr als einer schon die ein oder andere Woche programmiert. Wenn das nicht gut entworfen und schön geschrieben ist, hast Du spätestens nach dem nächsten verlängerten Wochenende keinen Plan mehr.

Manitu

Hi,

klar darf der Code nicht wie Kraut und Rüben aussehen, sonst wird's nie ein vernünftiges Programm. Es muss aber so programmiert werden, dass die beiden von mir genannten Punkte auf jeden Fall erfüllt werden. Falls nicht, kann der Code schön sein wie er will, dann kann man niemals damit Geld verdienen, und das allein ist
Professionalität.
Guter Code heisst: Möglichkeit einer kostengünstigen Wartungs- und Erweiterungsmöglichkeit. Dies kann man als 3. Punkt durchaus aufführen. Aber wie gesagt, nur als DRITTEN Punkt. Und auch nur, wenn eine Wartung und Erweitung geplant ist.

CU
Manitu

Shade Of Mine

OK, bei Punkt 1 sind wir uns einig...

aber Punkt 2 und 3 sind austauschbar.

Denn es bringt mir nichts wenn ich zwar schnell fertig bin, aber jegliche Wartungsarbeit unermaesslich viel Zeit verlangt!

gmAwesome

void model_try_cache_render(int model_num, matrix *orient, vector * pos, uint flags, int objnum, int num_lights )
{
    model_really_render(model_num, orient, pos, flags, objnum);
}

Das ist aus dem FreeSpace2-Source

Original erstellt von kartoffelsack:
Schließlich sind professionelle Projekte, Projekte bei denen mehr als einer schon die ein oder andere Woche programmiert. Wenn das nicht gut entworfen und schön geschrieben ist, hast Du spätestens nach dem nächsten verlängerten Wochenende keinen Plan mehr.

Das ist es ja grade es arbeiten mehrere an dem Projekt.
Und wenn du dann deinen "tollen" code schriebst den niemand lesen kann kann das ganze projekt scheitern weil:

1.) kann ja sein das weis ich du nen bug fabriziertst und niemand den code lesen kann ist der eben nur mit großem aufwand fix-bar..

2.) in einem großen Projekt schreiben die leute nicht IHR programm sondern nur teile die andere dann verwenden sollen und dann sind gutlesbare sachen halt besser.. weil die anderen dich dann nicht erst lange fragen müssen was macht denn die variable? oder was hat diese Methode hier zu bedeuten...

PS: meine meinung...

C++arsten

Was bedeuten Hashtables im Zusammenhang mit der STL, wofür wären die gut?

kartoffelsack

@foo
und wo ist der Widerspruch in dieser Aussage?

Schön geschriebener und gut designter Code ist imho gut lesbar und v.a. gut benutzbar.

Original erstellt von kartoffelsack:
**@foo
und wo ist der Widerspruch in dieser Aussage?

Schön geschriebener und gut designter Code ist imho gut lesbar und v.a. gut benutzbar.**

das ist doch auch meine meinung..

ich habe dich nur zitiert um da smit den mehreren leuten in den text einzubringen die personalpronomen waren nicht auf dich bezogen...

DrGreenthumb

Auf der anderen Seite gibt es ne Menge Leute die selbst hier noch Fehler machen:
for (Container<Foo>::iterator Beg = cont.begin() ; Beg != cont.end() ; Beg++)
//...
Ist einfach nicht perfekt (min. 2 kleine Mängel).

hm...
Ich sehe Beg++ wo ein ++Beg besser wäre.
Was stimmt daran denn sonst nicht?

(weil irgendwie sieht die Schleife aus, wie eine die ich ständig schreibe...)

Ich sehe Beg++ wo ein ++Beg besser wäre.

hey, das ist mein spruch

Original erstellt von DrGreenthumb:
**
Was stimmt daran denn sonst nicht?
**

hm...
du musst immer den genauen conteiner typ wissen

DrGreenthumb

Shade Of Mine

cont.end()
wird sehr oft aufgerufen.
für die meisten container kein problem, aber was wenn du mal nen container hast, der end() nicht speichern kann, sondern immer berechnen muss (oder will)

Bashar

Beispiel für einen solchen?