Was macht ihr in eurem (Informatik-)Beruf?

[Spezi]

Hallo ihr alle,

ich bin jetzt Ende der 11. Klasse und werde dann nächstes Jahr um diese Zeit mein Abi haben.
Dann kommt höchstwahrscheinlich Studium und eben irgendein Beruf.

Da ich mich schon seit Beginn des Informatikunterrichts in der 9. Klasse sehr dafür interessiere und dies auch mehr oder weniger mein Lieblingsfach ist, tendiere ich in Richtung Informatik-Studium.
(Natürlich kombinierbar, vorzugsweise Physik)

Da ich mir aber überhaupt nicht sicher bin, ob das das "Richtige" für mich ist, und was man so als "Informatiker" macht, würde mich mal eure Erfahrung interessieren.
Sicher, viele programmieren aus Hobbygründen, aber Manche/Einige werden doch auch ihren Beruf mit dem Gebiet der Informatik kombiniert haben.

Und da mein gesamter Informatikunterricht bisher fast nur aus Programmieren (Python,Delphi,Java) bestand, würde ich gerne wissen, ob es eine völlige Fehlvorstellung ist, dass man das auch als (lukrativen) Beruf ausüben kann.

Langer Rede, kurzer Sinn:
Was macht ihr/habt ihr studiert und könnt ihr es empfehlen?

MfG
Spezi

[Luckie]

Ich kenne beide Seiten: Informatik Studium und Ausbildung zum Fachinformatiker. Wenn du programmieren willst, solltest du eine Ausbildung machen. Denn das Informatik Studium hat eigentlich nicht so viel mit programmieren zu tun, wie man eigentlich denkt. Es wird zwar auch programmiert, aber eigentlich besteht es im Wesentlichem aus Theorie. Grafen, Automaten und viel, sehr viel abstrakte Mathematik und auch Elektrotechnik. Du solltest dir eventuell mal Vorlesungsverzeichnisse zum Informatikstudium angucken, damit du siehst, was auf dich zu kommt.

Was kann man später machen? Als Fachinformatiker eben hauptsächlich programmieren, Netzwerke administrieren oder mit Hardware arbeiten. Es kommt auf die Richtung an. Als studierter Informatiker hat man mit dem eigentlichen Programmieren nicht all zu viel zu tun. Man ist dann wohl eher in der Wirtschaft bzw. erarbeitet Konzepte usw.

[Chemiker]

Hallo Luckie,

[OT]

Zitat:

Es kommt auf die Richtung an. Als studierter Informatiker hat man mit dem eigentlichen Programmieren nicht all zu viel zu tun. Man ist dann wohl eher in der Wirtschaft bzw. erarbeitet Konzepte usw.

So,so „Man ist dann wohl eher in der Wirtschaft“ bei einem gut Glas Bier.
[/OT]

Bis bald Chemiker

[Namenloser]

Da sich für mich die Frage in ein paar Jahren auch stellt, mische ich mich hier mal ein.

Wie sieht denn so eine typische Arbeitsaufteilung zwischen studiertem Informatiker und einem Anwendungsentwickler aus? Insbesondere Informatiklehrer erzählen da oft Sachen, die sich für mich ziemlich veraltet anhören, typischerweise "Entwickler schreibt Code als Struktogramm auf Papier, Programmierer tippt ab". Das mag früher zu Zeiten von BASIC und anderen "Antisprachen" vielleicht mal so gewesen sein, aber ich kann mir nur schwerlich vorstellen, dass das heute noch so abläuft. Schließlich ist es alles andere als effizient, sämtlichen Code doppelt zu schreiben. Ist die krasse Trennung zwischen Programmierer und Entwickler heutzutage in der Praxis überhaupt noch so vorhanden?

Dass man sich als studierter Informatiker mehr mit der Projektplanung beschäftigt, habe ich verstanden, allerdings kann ich mir wiederum schwer vorstellen, dass das (gut) funktioniert, ohne dass man jemals eine einzige Zeile Code zu Gesicht bekommt.

Kann vielleicht mal jemand an einem Beispiel erläutern, wie so eine Arbeitsteilung in der Praxis abläuft?

[fkerber]

Hi!

Luckie hat im Großen und Ganzen recht, wobei es bei mir (studiere jetzt im 6. Semester auf Bachelor in Saarbrücken) keine merklichen Anteile E-Technik gegeben hat (zumindest habe ich nix davon gemerkt - es sei denn die paar UND- und ODER-Gatter, die wir zum theoretischen "Bauen" eines Addierers benutzt haben, zählen auch dazu).

Ansonsten stehe ich für konkrete Fragen zum Studium gerne zur Verfügung - über den Beruf kann ich verständlicherweise noch nicht viel sagen.
Im Schnitt sagt man aber, dass man max. noch 20% mit Programmieren verbringen wird (aber ich denke, auch das ist nur ein Mittelwert).

@Namenlozer:
Der Eindruck entsteht bei uns auch manchmal und bislang kann ich auch nicht wirklich nachvollziehen, da wir auch im Studium alle noch selbst programmieren müssen - insofern hat auch ein studierter Informatik schon einige Zeilen Code gesehen.
Aber in Zeiten automatischer Code-Generierung (aus UML-Diagrammen z.B.) könnte ich mir schon vorstellen, dass man nur noch recht wenig selbst schreibt.


Grüße, Frederic

[Matze]

Zitat von NamenLozer:

Kann vielleicht mal jemand an einem Beispiel erläutern, wie so eine Arbeitsteilung in der Praxis abläuft?

Das lässt sich nicht verallgemeinern. In großen Firmen kann es sein, dass du mit dem Quellcode selbst fast nichts zu tun hast. In kleinen Unternehmen kannst du als studierter Informatiker auch mit allem von der Planung bis zur Programmierung zu tun haben.
Meine Erfahrung bisher (nicht direkt im Bereich Informatik) hat gezeigt, dass man in kleinen Firmen mit viel mehr Themen zu tun hat und viel flexibler sein muss als in großen Firmen. Dort sind die Leute oft eher in ihrem Spezialthema "festgefahren".

Es mag Ausnahmen geben, doch so habe ich es in der Praxis bisher erlebt.

Nachtrag: Lies dir auch mal dieses Thema durch. Da werden ein paar Dinge zum Studium erwähnt.

[Luckie]

Zitat von NamenLozer:

typischerweise "Entwickler schreibt Code als Struktogramm auf Papier, Programmierer tippt ab". Das mag früher zu Zeiten von BASIC und anderen "Antisprachen" vielleicht mal so gewesen sein

Du hast den Sinn und Zweck von Struktogrammen nicht verstanden. Eine Algorithmus zum Berechnen von PI kann man noch mal so schnell runtertippen und sich alles im Kopf zurecht legen. aber so bald du es mit komplexeren Algorithmen zu tun hast, ist es schon sinnvoll mit Struktogrammen und Programmablaufplänen zu arbeiten bevor man programmiert. Weil man ansonsten ziemlich schnell im eigenen Code "verloren" geht. Und man kann auch wesentlich einfacher mal mit Kollegen sprechen und die Umsetzung diskutieren. Mit deinen tausend Zeilen Delphi Quellcode wirst du wenig Hilfe bei Kollegen finden, die kein Delphi können. Oder du musst den Algorithmus mit jemanden durchsprechen, der nicht programmieren kann. Was machst du dann? Aber das sind wohl Fragen, die hier nicht hingehören.

[Namenloser]

Also wenn eine Funktion 1000 Zeilen hat, hat man ein Designproblem. Gut strukturierten, sinnvoll kommentierten Code in einer aktuellen Hochsprache finde ich verständlicher als Struktogramme. Aber wie du schon sagst, gehört das nicht hier rein.

[Luckie]

Zitat von NamenLozer:

Also wenn eine Funktion 1000 Zeilen hat, hat man ein Designproblem.

Ich habe nicht von einer tausend Zeilen langen Funktion geredet.

Dann spreche deinen Code, wenn du ein Problem hast, mal mit jemanden durch, der kein Delphi kann oder mit jemanden, der nicht programmieren kann. Hinzukommt dass man logische Fehler im Quellcode schwerer sieht als in einem Programmablaufplan oder Struktogramm. Nehmen wir ein Sortierverfahren. Zum Verständnis, wie es funktioniert, ist ein Struktogramm wesentlich besser geeignet. Außerdem kann man das Struktogramm als Ausgangsbasis nehmen, um den Algorithmus in jeder beliebigen Sprache umzusetzen.

[Hansa]

Zitat von fkerber:

Im Schnitt sagt man aber, dass man max. noch 20% mit Programmieren verbringen wird (aber ich denke, auch das ist nur ein Mittelwert).

...da wir auch im Studium alle noch selbst programmieren müssen - insofern hat auch ein studierter Informatik schon einige Zeilen Code gesehen.

...Aber in Zeiten automatischer Code-Generierung (aus UML-Diagrammen z.B.) könnte ich mir schon vorstellen, dass man nur noch recht wenig selbst schreibt...

@fkerber : wir müssen wohl wirklich mal in den Bau 38 oder unten in den 27er, allerdings wohlgemerkt : nach alter Nomenklatur. Die haben ja auch sozusagen "Uni"code eingeführt, also findet sich keiner mehr zurecht. Was mich jetzt aber selber interessiert : werden in nennenswertem Umfang auf der Uni tatsächlich solche Diagramme benutzt ?

P.S.: eine Funktion mit 1000 Zeilen ist Unfug.