Tätigkeiten eines Diplom-Informatikers?

Kenner der Dipl. Infs. schrieb:

Der Code von Dipl. Infs. ist meistens schlecht.

Hmmm. Sag mal einem Dipl. Inf und nem FI, sie sollen folgendes in Code umsetzen:

ftp://ftp.nada.kth.se/CVAP/users/laptev/iccv03.pdf

Wem von den beiden traust du das eher zu? Ist ja keine Forschung oder so, sondern im Prinzip nur Abschreiben aus einem Paper.

interpreter

Gregor@Home schrieb:

Wem von den beiden traust du das eher zu? Ist ja keine Forschung oder so, sondern im Prinzip nur Abschreiben aus einem Paper.

Ich wette das würden auch 95% aller Dipl.Infs. nicht checken

TGGC

0x00000001 schrieb:

Ich meinte Diplom Informatiker, die ihr Diplom schon haben und einen Beruf ausüben

Die wichtigsten Tätigkeiten sind Internet surfen, Mails checken und Quake zocken...

Bye, TGGC

Walli

interpreter schrieb:

Gregor@Home schrieb:

Wem von den beiden traust du das eher zu? Ist ja keine Forschung oder so, sondern im Prinzip nur Abschreiben aus einem Paper.

Ich wette das würden auch 95% aller Dipl.Infs. nicht checken

Ich denke mal die meisten FInfs werden so ihre Problemchen mit der Notation haben, aber ein Dipl.-Inf. sollte das runtertippen können. Ob er dann auch versteht was er da getippt hat steht auf einem ganz anderen Blatt.

TGGC

Kapiert es doch einfach. Nicht alle FIs sind gleich, nicht alle Dipl.Infs sind gleich. Darum ist FIs kann/macht dies, DI kann/macht das und ein x ist besser als y totaler Schwachsinn.

Bye, TGGC

Walli

TGGC schrieb:

Kapiert es doch einfach. Nicht alle FIs sind gleich, nicht alle Dipl.Infs sind gleich. Darum ist FIs kann/macht dies, DI kann/macht das und ein x ist besser als y totaler Schwachsinn.

Ja toll, was willst du damit sagen? Dass es Ausnahmen auf beiden Seiten gibt sollte auch dem letzten klar geworden sein.

Walli schrieb:

TGGC schrieb:

Kapiert es doch einfach. Nicht alle FIs sind gleich, nicht alle Dipl.Infs sind gleich. Darum ist FIs kann/macht dies, DI kann/macht das und ein x ist besser als y totaler Schwachsinn.

Ja toll, was willst du damit sagen? Dass es Ausnahmen auf beiden Seiten gibt sollte auch dem letzten klar geworden sein.

TGGC

Genau das.

Bye, TGGC

linu*x*bie

Wer besser ist, lässt sich nur am persönlichen Interesse und an angeborenen Fähigkeiten messen.
Ein Titel sagt nur aus, ob jemand 5 oder 3 Jahre "gelernt" (bachtet die Anführungszeihen) hat.
Ich bezweifle, dass Linus Torvalds ein System auf Grund ein paar Seminare die er sich auf der Uni angehört hat, gecodet hat. Der Typ hatte es einfach drauf

gruss

http://infobub.arbeitsagentur.de/berufe/resultList.do?resultListItemsValues=14935_14323&suchweg=begriff&doNext=forwardToResultShort

Irgendwie ödet mich die Vorstellung ja schon an mein ganzes Leben so ein langweiliges Programmier Nerd Zeug zu machen, aber dann wiederum das kann ich wenigstens halbwegs. Was soll man machen, ne?

oh man was für deppen. man muss 2 mal auf den link klicken damit er funktioniert.

Hexa

In 13,3 Semestern sag ich Euch evtl. was man als Dipl. Inf. macht. :p

pli

Herrje Jungs.
Was ist besser, ein Mechaniker oder ein Maschinenbauer?

Sicherlich ist die Grenze in unserem Fachgebiet noch nicht so scharf wie beim o.g. Beispiel, aber so ist es eigentlich. Es rutschen zwar viele Dipl-Infs in die Jobs von FIs, aber das liegt dann entweder an beschissener Planung bei grossen Firmen oder der Notwendigkeit bei kleinen Firmen (weil man sich keinen FI und Dipl-Inf leisten kann).
Nach Definition sind FIs fuer die Umsetzung, Wartung, ... von Programmen zustaendig und die Dipl-Infs zur Konzipierung. Wenn das Team klein ist, kann ein FI sicherlich auch die Aufgaben eines Dipl-Inf bis zu einem gewissen Grad machen und manche Dipl-Infs sind auch richtig gute Coder, aber die Idee dahinter ist anders.
Wobei durch die aktuell umsichgreifende Bachelorose und der damit verbundenen Entwertung von Uniabschluessen diese Grenze noch weiter schwindet. Bachelors und FIs haben spaeter mal in etwa die gleichen Aufgaben, der Bachelor vll mit etwas mehr Verantwortung weil er von der Uni kommt.

Aber zum Thema: Dipl-Infs sind nicht alle gleich, da gibts BA, FH und Uni und dann nochmal unterschiede in den Ausrichtungen. Hier an der Uni gibts nen riesigen Schwerpunkt Software Engineering und die, die das machen, die werden spaeter wohl Software konzipieren. Dann gibts die IT Sicherheits/Krypto-Leute die spaeter wohl neue Verschluesselungssysteme entwerfen, ...

Denke das ist mit einer der Hauptunterschiede. FIs sind Programmierer, Dipl-Infs koennen fast alles sein. Ausnahmen bestaetigen die Regel.

volkard

Tanzfreak schrieb:

Wir haben 3 Studienschwerpunkte: Software Engineering, Technik, Wirtschaft.
Die Wirtschaftler interessieren sich nunmal weniger für's Programmieren. Dies hat zur Folge:

beim Programmieren helfen lassen MÜSSEN

Ich glaube nicht, dass man als Dipl. - Inf. alles wissen muss. Im Studium werden einem die Grundlagen vermittelt. Später im Berufsleben kann man auf diesen aufbauen.

tja. meine beobachtung ist, daß 2/3 der diplominformatiker bei erlangung des diploms solche aufgaben wie "1.5 hühner legen in 1.5 tagen 1.5 eier. wieviele eier legt 1 huhn pro tag?" nicht lösen können. auch nicht mit stift und papier oder taschenrechner.
die leute schreibe ich einfach gleich ab. die können auch nicht programieren und in der wirtschaft haben sie auch nix zu suchen (obgleich sie dort gerne landen, aus historischen gründen, denn die informatiker in der wirtschaft vor ihnen sind auch so und natürlich aus grund x: wer mathe nicht rafft, studiert wirtschaft).
was dann allerdings passiert, ist daß sie sachen sagen wie "Ich glaube nicht, dass man als Dipl. - Inf. alles wissen muss." und infolge des abschlusses über den fachinformatikern stehen. nehmen wir bei den fachinfos mal die gleiche quote an und zufällige paarungen, dann steht mit der wahrscheinlichkeit 2/3*1/3==2/9=22% ein diplominformatiker, der es nicht kann über einem fachinformatiker, der es kann. und was für ein gefühl für den fachinformatiker das ist, dauernd völlig blödsinnige detailaufgaben erfüllen zu müssen, stat es einfach richtig machen zu dürfen, das kenne ich.
ich bin der meinung, man muß als informatiker *sehr* gut dreisatz können, um wirtschaftliche entscheidungen größeren umfangs treffen zu können.
ich bin der meinung, man muß als informatiker *sehr* gut programmieren können, um technische entscheidungen größeren umfangs treffen zu können.

volkard schrieb:

ich bin der meinung, man muß als informatiker *sehr* gut programmieren können

Kannst du mal etwas genauer ausführen, was du unter "*sehr* gut programmieren können" verstehst? Was gehört da alles dazu? Sicherlich muss man eine oder mehrere Programmiersprachen gut beherrschen. Was noch? Vermutlich muss man sich gut mit häufig genutzten Datenstrukturen und Algorithmen auskennen. Was noch? Vermutlich muss man sich mit Patterns auskennen und vermutlich muss man vor allem eine ganze Menge Erfahrung angesammelt haben. Was noch? Grenz mal etwas ab, was in deinen Augen zu *sehr* guten Programmierfähigkeiten dazugehört. Würde mich echt interessieren.

pli

volkard schrieb:

und was für ein gefühl für den fachinformatiker das ist, dauernd völlig blödsinnige detailaufgaben erfüllen zu müssen, stat es einfach richtig machen zu dürfen, das kenne ich.

Das ist aber leider nicht nur in der IT Branche so. Ich kenne genug CTAler (Chemisch-Technische Assistenten) die unter einem Doc arbeiten bzw einem Doktorand zugeteilt sind, der nur Scheisse bauen wuerden wenn seine "Untergeordneten" ihm da nicht einiges abnehmen wuerden.

volkard schrieb:

ich bin der meinung, man muß als informatiker *sehr* gut dreisatz können, um wirtschaftliche entscheidungen größeren umfangs treffen zu können.

Natuerlich. Als Dipl-Inf sollte man fundierteste mathematische Kennsnisse besitzen, denn das Studium ist in vielen Faellen nichts anderes als Anwendung von Mathematik. Bei deinem Beispiel handelt es sich halt um ein speziell formuliertes Beispiel um den Menschen hereinzulegen. Wenn man das falsch berechnet liegt das nicht an mangelnden Mathekenntnissen sondern eher an dem fehlenden Auge fuers Ganze und das ist fast noch wichtiger fuer Infe.

volkard schrieb:

ich bin der meinung, man muß als informatiker *sehr* gut programmieren können, um technische entscheidungen größeren umfangs treffen zu können.

Wie Gregor schon schrieb ist das immer Ansichtssache. Ich finde, ein guter Dipl-Inf muss schon programmieren koennen, aber das *sehr* kommt wieder darauf an was er macht. Ist er mehr der Leiter dann brauch er sicherlich nicht sehr gut programmieren koennen, er muss sich nur gut mit der Sprache und eventuell verwendeten APIs auskennen. Das ist zwar schon die halbe Miete, aber die kleinen Feinheiten muss er nur koennen wenn er auch an der Keyboardfront eingesetzt wird. Das ist bei kleinen Firmen bzw in der Forschung eigentlich immer der Fall, aber wenn man Teamleiter bei ner Consultingfirma wird oder bei IBM eine Abteilung leitet dann sind diese Kenntnisse nebensaechlich.
Wie gut ein Dipl-Inf also programmieren koennen sollte haengt von seinem Arbeitsfeld ab, aber er sollte schon *gut* programmieren koennen.

volkard

Gregor@Home schrieb:

volkard schrieb:

ich bin der meinung, man muß als informatiker *sehr* gut programmieren können

Kannst du mal etwas genauer ausführen, was du unter "*sehr* gut programmieren können" verstehst? Was gehört da alles dazu? Sicherlich muss man eine oder mehrere Programmiersprachen gut beherrschen.

ja, sagen wir mal zwei sprachen. nicht die apis, die sind egal. anderenfalls führt diese unkenntnis zu fatalen fehlentscheidungen. zunächst mal in der sprachenwahl, klar. aber man muß auch den mitarbeitern auf die finger schauen können und schlechte kräfte als solche erkennen. da immer auch schaumschläger und mobber dabei sind, kann man nur mit fundierten fachkenntnissen unveräppelt bleiben.

Was noch? Vermutlich muss man sich gut mit häufig genutzten Datenstrukturen und Algorithmen auskennen.

ja. schon beim einfachsten entwurf von datenbanktabellen bringt ein sicheres händchen für einfache algos automatisch, daß die sache effizient werden wird und nichtskönner machen hingegen nur unfug, der den schnellsten rechner lahmlegt.

Was noch? Vermutlich muss man sich mit Patterns auskennen

nö. patterns sind unwichtig. geht in richtung uml-falle. apis sind unwichtig. datenbanken sind unwichtig.

und vermutlich muss man vor allem eine ganze Menge Erfahrung angesammelt haben.

das ist hilfreich. aber darf nicht dazu führen, daß man automatisch einen 45-jährigen c/c++-programmierer einem jungen Chefkoch vorzieht. das wäre nämlich ein echter fehler bei dem c/c++-programmierer und dem Chefkoch, die ich im auge habe.

Was noch? Grenz mal etwas ab, was in deinen Augen zu *sehr* guten Programmierfähigkeiten dazugehört. Würde mich echt interessieren.

im wesentlichen muß der mann neugierig sein und beim sonnenuntergang an raleighstrahlung denken.

logischerweise wird er java nicht mögen, was man gleich als einfachen test nehmen kann, wer in die engere wahl genommen wird.

volkard

pli schrieb:

Ich finde, ein guter Dipl-Inf muss schon programmieren koennen, aber das *sehr* kommt wieder darauf an was er macht. Ist er mehr der Leiter dann brauch er sicherlich nicht sehr gut programmieren koennen, er muss sich nur gut mit der Sprache und eventuell verwendeten APIs auskennen.

mit den apis nicht. die kann er lesen. und er muß wenigstens im prinzip *sehr gut* programmieren können. auch wenn er dabei zehnmal so langsam wie seine untergebenen wäre. er muß aber sehen können, was gut und was schlecht ist. er muß seine jungs leiten können.

Das ist zwar schon die halbe Miete, aber die kleinen Feinheiten muss er nur koennen wenn er auch an der Keyboardfront eingesetzt wird. Das ist bei kleinen Firmen bzw in der Forschung eigentlich immer der Fall, aber wenn man Teamleiter bei ner Consultingfirma wird oder bei IBM eine Abteilung leitet dann sind diese Kenntnisse nebensaechlich.

wenn er beim consulten nur der consulteten firma allgemeinplätze verkauft, dann ist das klar. jo. falls die consultete firma aber auch mal fragt, sollen wir das so oder so machen, diese oder jene sprache nehmen, wenige schnelle oder viele langsame server nehmen? diese entscheidungen können an einem total kleinen detail hängen.

man muß sich doch vorstellen können, auf welche probleme die programmier stoßen werden. sonst verkauft man dem kunden unbedacht ein feature dazu, was die programmierer ger nicht schaffen können. hab da von einem fall gehört, daß ein programmierer mal schnell noch einbauen soll, daß beliebig viele leute änderunen an einer datenbank machen können, aber auch von den laptops, die gerade nicht connected sind. das feature ist verkauft, aber programmierbar ist es nicht, weil beim abendlichen einspielen völlig unklar ist, was mt datensätzen gemacht werden soll, die von mehreren leuten geändert wurden.

volkard schrieb:

im wesentlichen muß der mann neugierig sein und beim sonnenuntergang an raleighstrahlung denken.

logischerweise wird er java nicht mögen, was man gleich als einfachen test nehmen kann, wer in die engere wahl genommen wird.

Uuh. Gleich zwei Gründe, warum ich kein guter Informatiker werden kann. Das muss ich jetzt erstmal verkraften. ...ein Glück, dass ich "zweigleisig" studiere.