Moin,
da ich mich sehr für programmieren interressiere ,möchte ich gerne es auch in meinem
berufstätigen leben(muss leider noch 6 Jahre zur schule + studium).
nun würde ich gerne erfahren wie der alltag eines programmierers aussieht.
falls das jemand beantworten kann ,freue ich mich auf die antwort.

vg j.klugmann

Bin Softwareentwickler (Programmieren ist also nur Teil des Jobs) für Branchenspezifische Software, mein 'Alltag' sieht in der regel so aus:
Zuerst neues Projekt, also raus zum Kunden, alles erfragen, was mit der Aufgabe zu tun hat (Ist-Analyse).
Dann im Büro sitzen und Konzept entwerfen. Fertigen Konzeptentwurf mit Kunden absprechen, evtl. korrigieren.
Das dauert so je nach Projekt zwischen 1 Tag und mehreren Monaten.
Ist das Konzept fertig, kommt die eigentliche Programmierarbeit, also
Tag für Tag im Büro sitzen und Unit für Unit coden
Nach dem erfolgreichen Coden (es compiliert) wird getestet, bis auch die Logikfehler raus sind (natürlich findet der Kunde trotzdem später welche )
Ist nun alles fertig programmiert, wird das Prog beim Kunden installiert und die User geschult.
Dann gibts wieder nen neues Projekt und alles geht wieder von vorne los, aber: das 'alte' Projekt wird weiterhin betreut, d.h. mit der Zeit kommt ein mehr oder weniger großer Teil von 'Altlasten' auf einen zu.

soviel mal als kleiner Umriss der Tätigkeiten, wenn man der 'Mann für alles' ist, in anderen Firmen wird das evtl. strenger getrennt, da macht einer die Softwareplanung, ein anderer nur die Codierung, ein 3ter die Schulung, usw.

Du wirst weniger programmieren, wie du vielleicht denkst. Desweiteren wirst du auch einen Großteil der zeit damit verbringen dich in neue Technologien einzuarbeiten und immer wieder dazuzulernen.

würd mich nicht stören... also weiß nicht wie du das siehst, aber ich hätt kein problem damit, auch wenn ich wenig progge... und was neues lernen kann net schaden^^

stimme Luckie zu, wenn du programmierer werden willst, bedeutet das auch, das du nie aufhören wirst zu lernen. Selbst wenn man perfekt eine Programmiersprache beherrscht, muss man lernen. Wie will man z.b 'ne Buchhaltung programmieren, wenn man keine Ahnung von buchhalterischen Dingen hat ?

Das stimmt. Aber das ist doch fast in allen Berufen der Fall. Trotzdem bin ich froh, das ich die Chance erhalten habe, wenigsten ein bissl zu prorammieren. Denn leider ist in Technische Informatik das nicht unbedingt der Fall.

Und wie ist es mit teamarbeit oder macht mann alles allein?

j.klugmann

Das ist vom Arbeitsplatz abhängig...
Bei uns besteht das Entwicklerteam aus 5 Anwendungsentwicklern, ich kenne aber auch andere die ausschließlich alleine arbeiten.

was ich sagen wollte, war, das man auch sachen lernen muss, die nix mit der EDV direkt zu tun haben. So muss ich z.b gesetzl. Vorgaben der EU zum Tierfuttergesetz erlernen, wie man Futter deklariert, da ich sonst kein Prog. machen kann, das dieses autom. leistet.
Was lblbw andeutet, stimmt schon: heut sind alle Spezialisten und erlernen einen Bereich in der EDV, damals wurde man noch zum 'Generalisten' ausgebildet und musste sowohl nen PC zusammenbauen können als auch Software programmieren können.

Zur Team-frage:
Schöner wär's, aber ist nicht garantiert. Selbst in nem Laden mit 10 Programmierern kann TEAM auch nur ne Abkürzung für: 'Toll ein anderer machts' sein

zuma hat folgendes geschrieben:

Selbst wenn man perfekt eine Programmiersprache beherrscht, muss man lernen. Wie will man z.b 'ne Buchhaltung programmieren, wenn man keine Ahnung von buchhalterischen Dingen hat ?

Das meinte ich nicht. Es kommen immer wieder neue Technologien hinzu bzw. es existieren schon so viele alte, dass man wohl so ziemlich bei jedem neuen Projekt mit, für einen persönlich, neuen konfrontiert wird und wenn es nur Bibliotheken sind in einer Programmiersprache, die man eigentlich beherrscht.

Wir entwickeln zu Beispiel im Moment ein Projekt in C#, was ich bisher nur mal etwas oberflächlich angeguckt habe. Jetzt muss ich zusehen, dass ich mich da möglichst schnell zurecht finde. Hinzukommen auch ziemlich komplexe Bibliotheken, wie zum Beispiel Hydra (ein Plugin-System) von RemObjects.

zuma hat folgendes geschrieben:

was ich sagen wollte, war, das man auch sachen lernen muss, die nix mit der EDV direkt zu tun haben. So muss ich z.b gesetzl. Vorgaben der EU zum Tierfuttergesetz erlernen, wie man Futter deklariert, da ich sonst kein Prog. machen kann, das dieses autom. leistet.

Diese Informasionen sollten aber vom Auftraggeber bereitgestellt werden, schliesslich ist er der Experte.

Was die Team-Arbeit angeht: Kommt ganz auf die Projektgröße an und wie das Projekt organisiert ist. Wir haben eine Server-Client Architektur und ich bin für den Client zuständig. Diesen programmiere ich alleine, muss aber natürlich mit dem Team zusammenarbeiten, wegen der Schnittstellen Definition.