Programmierkünste eines Elektrotechnikers

M.A. S. schrieb:
> Dazu muss ich sagen,  dass sehr viele wichtige Fähigkeiten, die ich im
> Job brauche, nicht von der Uni stammen

Full ACK! Das ist ein wesentlicher Aspekt der nahezu immer den guten 
Absolventen vom Rest unterscheidet: er beschäftigt sich mit dem Kram 
auch außerhalb der Uni. Selbst wenn man alles in der Uni gelernte zu 
100% kann, so ist man zu nichts zu gebrauchen. Ich sehe es immer wieder 
bei Kommilitonen, wo ich mich frage, ob die wohl wie ein Ferkes enden...

Warum viele Etechniker programmieren können, obwohl das nicht ihr 
Fachgebiet ist, liegt einfach daran, dass wir erkennen, wie nützlich es 
ist, das zu können. Wer Programmieren als Fähigkeit in seinem 
Werkzeugkasten hat, baut in der Regel nacher auch besser und effizienter 
seine Etechnik-Geschichten.

Kingkoenig schrieb:
> Achjaa und warum beherrscht ihr zumeist alle Programmiersprachen bis auf
> die Schönste, nämlich Java ?

Merkste selbst ne? Ist wohl doch nicht so toll, wie du glaubst. Um genau 
zu sein, ist Java ziemlicher Quark, jedenfalls wenn man sich die 
Endprodukte anschaut. Alle Produkte, die ich kenne und von denen ich 
weiß, dass sie Java-basiert sind, sind Schrott.

Kingkoenig schrieb:
> Aus diesem Grund wollte ich die E-Techniker hier mal fragen, woher
> stammen eure Kenntnisse ?
Aus den Vorlesungen erstmal NICHT.

Ja, das hast du ganz richtig gesehen, da gibts so gut wie keine 
Vorlesungen dazu. Ich hatte eine Vorlesung zu C im Bachelor inkl. Übung, 
das waren aber nur extreme Grundlagen. Also alles, was man in 5-10 
Minuten mal schnell runterschreibt, nichts komplexeres!
Hab dabei praktisch nichts neues gelernt.

Später hatte ich dann noch nen C++ Kurs... Naja. In etwa das gleiche.

> Habt ihr Sie euch neben dem Studium selbst
> angeeignet ? Würde mich sehr interessieren.
Nein, nicht während des Studiums sondern schon davor. In der Schule 
irgendwann mal mit Delphi, C etc. angefangen. Damals war ich 15 oder 16 
oder so. Dann noch ein wenig Assembler gemacht. usw. usw.

Richtig das PROGRAMMIEREN (und nicht nur den Code hinzuschmieren) hab 
ich erst gegen Ende des Studiums gelernt, als ich richtig am Arbeiten 
war. Ein halbes Jahr in der Softwareabteilung einer Firma, die 
hochzuverlässige Geräte+Software produziert... Das hinterlässt Spuren am 
eigenen Programmierstil ;-)

Ach ja: Ich würde sogar sagen, dass der Großteil der Absolventen nicht 
sonderlich gut programmieren kann. Es geht schon irgendwie, aber oft 
wird nicht verstanden was dahinter passiert bzw. der Code läuft schlecht 
und nicht performant. Von Sicherheit etc. reden wir mal gar nicht.
Ein kompilierbares Programm zu erzeugen hat noch lange nichts mit 
"Programmieren können" zu tun. Dazu gehört Erfahrung und das haben viele 
Absolventen natürlich noch nicht.

> Achjaa und warum beherrscht ihr zumeist alle Programmiersprachen bis auf
> die Schönste, nämlich Java ?
Morgen ist erst Freitag ;-)
Also ich persönlich mag Java nicht. Ich hab es bisher nicht gebraucht 
und wenn ich es verwenden musste, war es grauenhaft unperformant. 
Außerdem nicht wirklich geeignet für Low-Level Programmierung.

Im Studium hatten wir eine Vorlesung zum C-Lernen. Die war aber nicht so 
dolle, deswegen habe ich nur die Übungen für den Übungsschein gemacht 
und mir das mit nem Buch lieber selber beigebracht. Pascal konnte ich 
noch aus der Schule. Aber nachdem ich erstmal C kennengelernt hatte, 
wollt eich kein Pascal mehr. C fand und finde ich einfach genial. Der 
beste portable Makro-Assembler, der je erfunden wurde.

Im Studium habe ich dann noch ein größeres Projekt in Matlab und 
Assembler gehabt, und in C privat nebenher Sachen gemacht. Ach ja und 
ein wenig Fortran.

Danach im Job (embedded) gings mit Assembler weiter, und dann auch C mit 
und ohne RTOS. Über den Arbeitgeber gab's eine Schulung dazu. War auch 
viel learning by doing.

Naja, und privat halt noch entwickeln und Sachen lesen, so 
Designkonzepte, Patterns, Antipatterns und sowas. Man muß sich damit 
schon beschäftigen, zumal gerade C zwar eine angenehm schlanke, aber in 
der Tiefe nicht triviale Sprache ist.

Mit Java kann ich so gar nichts anfangen. Was soll ich denn damit, da 
hat man ja nichtmal Pointer-Arithmetik, Pointercasting von Konstanten 
geht nicht (braucht man dauernd für I/O), kann das Speicher-Layout nicht 
im Detail kontrollieren, Inline-Assembler geht so nicht, und Interrupts 
kann ich in einer VM auch schlecht schreiben.

Grundsätzlich entwickeln E-Techniker deswegen embedded, weil sie mit der 
Hardware gut können. Gib mal einem Informatiker ein Oszilloskop zum 
Debuggen, da kriegste aber ein Gesicht.

Die Defizite von E-Technikern machen sich aber immer dann bemerkbar, 
wenn ein Projekt neu aufgesetzt werden soll. Da wäre ein Informatiker 
für die Architektur echt besser, damit kein verfrickelter Kram 
rauskommt. Das geht aber in dem Moment, wo ein bestehendes 
Betriebssystem gewählt wird, denn da ist zumindest dessen Grundkonzept 
(hoffentlich) nicht von E-Technikern gemacht.

Das ist wieder so eine Pseudotitel-Vergewaltigung.
Elektrotechniker haben mit der Uni oder FH eigentlich nichts zu tun.
Vermutlich sind Elektroingenieure gemeint und deren berufliche
Spezialisierung/Ausrichtung sicher sehr mannigfaltig, weil nicht
überall Programmierkenntnisse benötigt werden. Also etwas mehr
Präzision bitte.
Der Techniker ist ein eigenständiger Bildungsgang der eine
kostengünstige Alternative zum IHK/HWK-Meister bilden soll.
Der Abschluss hat Hochschulreifecharakter, genauso wie jeder
Meister, berechtigt ist, dann studieren zu dürfen.
Bei den ITlern dürfte die Vertiefungsrichtung Programmieren
schon ganz anders aussehen. Da kann der Moderator Chris D.
ja mit reden, denn der ist so einer.

Kingkoenig schrieb:
> Achjaa und warum beherrscht ihr zumeist alle Programmiersprachen bis auf
> die Schönste, nämlich Java ?

Java ist für die Tasse....

Für "E-Techinicker" ist das Zeug eigentlich nicht zu gebrauchen, also 
warum sollte man das beherrschen?

Da gabs doch erst eine Umfrage im Nachbar-forum: 
Beitrag "(Umfrage) Was war eure erste Programmiersprache usw.?"

> Achjaa und warum beherrscht ihr zumeist alle Programmiersprachen bis auf
> die Schönste, nämlich Java ?

Weil ET-Techniker vorwiegend im Embedded / µC-Breich unterwegs sind und 
da ist Jave als eine VM-basierte Sprache wenig praktikabel. Der 
resourcenfresser Java ist eher was für GUI/Web-Applikationen - dafür 
wurde sie auch von SUN als Server-Hersteller entwickelt.

Was der ET-Techniker noch braucht sind schnell zusammgestrickte Tools, 
deshalb kennen sich die Ing's gut mit den ganzen 
Linux/Unix/Shell-Zauberdingen aus.

J. F. schrieb:

>
> M.A. S. schrieb:
>> Dazu muss ich sagen,  dass sehr viele wichtige Fähigkeiten, die
>> ich im Job brauche, nicht von der Uni stammen
>
> Das kommt der Sache schon sehr nah.

Ich spitze mal zu und behauptet das man "richtiges" Programmieren nicht 
an der Uni lernen kann.

Richtiges Programmieren bedeutet das man sich mit den begrenzten Mittel 
im Job/Hobby selbst aus dem Dreck ziehen muß.

 Also nach der Konzepterstellung, Datenstrukturen etc. fängt die 
eigentliche Arbeit erst mal an:
-wie debuggt man am besten?
-wie analysiert einen fehler im Feld mit Laptop?
-wie kitzelt man aus den alten Hasen die benötigten Tipps raus?
-wie macht mans billig?
-wie macht mans narrensicher?
-*wie?*

Das Warum? was einem die Uni lehrt hilft da nur bedingt weiter, ist aber 
gut fürs Selbstvertrauen.

Es kommt auch ganz auf die Auslegung der UNI / FH an.

Ich habe B.Eng. Elektrotechnik an einer FH Studiert. Diese ist sehr 
Softwarelastig aufgestellt.
Wir hatten Module zu Assembler & C auf Mikrocontroller, C, C++, Java, 
VHDL, AWL (SPS) und als Wahlpflichtmodul Software Engineering.

Vorbereitend gabs noch Grundlagen der Informatik mit Sortier- und 
Suchalgorithmen.

> Autor: Kingkoenig (Gast)
> Datum: 27.10.2016 23:05

> Woher stammen die zahlreichen Programmierkenntnisse der ganzen
> E-Techniker ?

Sehr oft von Volkshochschul-Freitagskursen oder von ABM-Leergängen des 
Arbeitsamtes.

Erschreckend was sich da manchmal Programmierer nennt.

Programmieren widerspricht dem Selbstverständnis der Informatik als 
Wissenschaft. Daher wird die Nachfrage nach Programmierern von den 
Informatikern nicht gedeckt. U.a. E-Technik Ingenieure haben die Lücke 
gefüllt, weil sie es konnten und wollten und weil es was zu verdienen 
gab.

Dabei half es, dass seit Jahrzehnten kein E-Techniker die Uni verließ 
ohne wenigstens eine Programmiersprache gelernt zu haben. Bei mir waren 
es zwei Hochsprachen, drei Assemblersprachen und eine Skriptsprache die 
ich offiziell gelernt habe. Mindestens drei weitere Hochsprachen und 
eine Assemblersprachen kamen in der Studienzeit nebenbei privat hinzu.

Der Informatiker ist beim Programmieren wie ein männlicher Teenager. Er 
weiß natürlich theoretisch wie das mit dem Mädchen geht und kann 
stundenlang mit seinen theoretischen Erfahrungen bei seinen Kumpels 
angeben. Nur hat er noch nie was mit einem Mädchen zu tun gehabt.

Jack schrieb:
> Der Informatiker ist beim Programmieren wie ein männlicher Teenager. Er
> weiß natürlich theoretisch wie das mit dem Mädchen geht und kann
> stundenlang mit seinen theoretischen Erfahrungen bei seinen Kumpels
> angeben. Nur hat er noch nie was mit einem Mädchen zu tun gehabt.

Das sind doch die besten Voruassetzungen für einen hochbezahlten Job als 
IT Consultant. Sie wissen wie es geht, sehen Tag für Tag wie es gemacht 
wird, aber sind unfähig es selbst zu tun.

Jörg W. schrieb:
> Horst schrieb:
>> Alle Produkte, die ich kenne und von denen ich weiß, dass sie
>> Java-basiert sind, sind Schrott.
>
> Weil du von denen, die kein Schrott sind, vermutlich einfach nicht
> weißt, dass sie in Java geschrieben worden sind …
>
> Du besitzt nicht zufällig ein Android-Telefon oder -Tablet

Nein, tatsächlich besitze ich kein Android-Gerät. Und ja, das Konzept 
hinter Dalvik halte ich auf Mobile Devices nach wie vor für Kernschrott. 
Kein Wunder, dass der Akku nur noch einen halben Tag hält. Ganz zu 
schweigen von diesem ganzen Google-Mist in einem "normalen" Android.

Also, leider nicht überzeugend, weitere Beispiele, wo ich das nicht 
weiß?

meckerziege schrieb:
> Kingkoenig schrieb:
>> Aus diesem Grund wollte ich die E-Techniker hier mal fragen, woher
>> stammen eure Kenntnisse ?
> Aus den Vorlesungen erstmal NICHT.


Ist bei den Informatiker die ich kenne der gleiche Fall, die haben kein 
C "in der Vorlesung" sondern im "Programmierlabor".

Eigentlich Schwachsinn zu erwarten das man Programmieren in der 
Vorlesung erlernt. Von seinen Zahnarzt erwartet man schließlich auch das 
er seinen "Job" im richtigen Laben erlernt und nicht aus 
Büchern/Vorlesung.

"Ach, der Bohrer in der Vorlesungsmitschrift sah zwar ganz anders aus, 
aber mit dem werd ich auch klarkommen" - "Herr Doktor, das ist nicht der 
Bohrer, das ist das Dermatom ..."

> Woher stammen die zahlreichen Programmierkenntnisse der ganzen
> E-Techniker ?
Du siehst es ja in diesem Forum - Schaumschläger sind unheimlich 
beliebt.

Cyblord -. schrieb:

> Man muss sich nur mal ansehen wie viel Aufsehen eine einfache
> Entprellroutine hier im Forum macht. Da werden gewisse Personen
> glottgleich angebetet, weil sie so was als Code veröffentlichen.
>
> Da weiß man schnell wie weit es hier mit den Programmierkenntnissen der
> vielen ET'ler hier her ist.

Klar, weil der richtige Hardwerker/ET'ler/Löthar das Prellproblem in 
Hardware löst und das Programmiergeschiess Drumherum zurecht als 
Hilfslösung betrachtet ;-) SCNR

Cyblord -. schrieb:
> Ordner schrieb:
>> Klar, weil der richtige Hardwerker/ET'ler/Löthar das Prellproblem in
>> Hardware löst und das Programmiergeschiess Drumherum zurecht als
>> Hilfslösung betrachtet ;-) SCNR
>
> Das weiß ich. Wenn man nur einen Hammer hat, sieht jedes Problem wie ein
> Nagel aus.

Ja, und für einen Programmierer tut es auch ein virtueller Hammer.

Ein realer Hammer ist hier nicht nötig, weil die zu lösenden Probleme 
auch "virtueller" Natur sind. -
Mit Software löst man Problem die man ohne Software nicht hätte ;-)

Jack schrieb:
> Der Informatiker ist beim Programmieren wie ein männlicher Teenager. Er
> weiß natürlich theoretisch wie das mit dem Mädchen geht und kann
> stundenlang mit seinen theoretischen Erfahrungen bei seinen Kumpels
> angeben. Nur hat er noch nie was mit einem Mädchen zu tun gehabt.

mag sein dass es Unterschiede bei den Unis gibt, bei uns jedoch wurde im 
Info Studium viel programmiert. Hauptsächlich C++, aber auch Python, 
Java, Javascript, Matlab. Oft konnte man sich die Sprache auch 
aussuchen.
So gesehen halte ich das für ein Gerücht.

Kenne viele ET Absolventen, die auch gut programmieren können. Ein 
bisschen mangeln tut es dann meist bei Dingen wie Algorithmen und 
Datenstrukturen. Man glaubt nicht wie viele Probleme man irgendwie auf 
ein Problem auf einem Graphen zurückführen kann und welche sich dann 
leicht lösen lassen. Kann jedem ET Absolventen mit Interesse am 
Programmieren nur empfehlen, sich auch ein bisschen in diese 
(spannende!) Thematik einzuarbeiten.

Mark B. schrieb:
> Es braucht eben Domänenwissen. Das ist einer der Hauptgründe, warum die
> Verlagerung von Softwareentwickluing nach Indien regelmäßig fehlschlägt.

Ein typisches Szenario: Eine Software, jahrelang in Deutschland 
entwickelt, das Design basiert auf zahllosen Diskussionen, eMails, 
Telefonaten. Um Kosten zu sparen gibt man die fertige Software - sprich 
den Code - ab. Ohne den gesamten Hintergrund ist der aber praktisch 
wertlos. Software ist mit einem Eisberg zu vergleichen. Der Code sind 
die sichtbaren 10%, der Rest ist Architektur und Design.
Die Analyse von Software nur mittels Sourcecode wird sehr schnell sehr 
sehr teuer (siehe Truecrypt oder Toyotas ECM). Ein Team das den 
Codehaufen vor die Füße geworfen bekommt und auf dieser Basis arbeiten 
soll, hat von vornherein kaum eine Chance, egal in welchem Land es 
sitzt.

Jörg M. schrieb:
> Erst wenn man versteht, wie ein
> Disponent, der Lagerist, Controller, Produktionsplaner, etc. arbeitet,
> kann man denen auch ein gutes Softwareprodukt erstellen/anbieten. Dazu
> gehört auch die richtigen Fragen zu stellen, also Kommunikation.

Das Versuche ich unseren Produktmanagern schon seit Jahren zu erklären 
;-)

Hallo ihr lieben Freunde der Sonne,

vielen Dank für Euren zahlreichen Antworten.

Aber ich muss sagen, dass ich als E-Technik Ersti und großer 
"Java-Fanboy" (Hab mich bislang hauptsächlich für die App- und 
Spieleentwicklung  interessiert) wirklich schockiert bin, dass mir die 
Sprache später im beruflichen Leben keine Hilfe sein wird.

Ich habe schon aus den obigen Beiträgen heraus gelesen, dass vor Allem C 
eine grundlegende Basis für den Beruf schafft.

Nun will ich Euch dennoch noch einmal fragen, welche Programmiersprache 
Ihr mir raten würdet als nächstes zu lernen. C, C ++, Assembler oder 
vielleicht sogar D ?

Euer Kingkoenig

Ulli S schrieb:
> Das Versuche ich unseren Produktmanagern schon seit Jahren zu erklären
> ;-)

Ganz genau.

Denn ein Informatiker muss um eine gute SW entwickeln zu können, 
beherrschen:

1. Fundiertes Informatik Grundlagen bzw. erweitertes Wissen
2. Domänenspez. Fachwissen (inkl. Praxis)
3. "Soft-Skills" z.B. Sprachen, Entwicklungsmethoden im Team etc.

Kingkoenig schrieb:
> Nun will ich Euch dennoch noch einmal fragen, welche Programmiersprache
> Ihr mir raten würdet als nächstes zu lernen. C, C ++, Assembler oder
> vielleicht sogar D ?
D: in Beruf irrelevant und auch eher Misslungen.
C: Kann man immer brauchen, auch für C++ und andere Sprachen.
C++: Nach C, auch wenn viele gleich zu C++ raten.
Assembler: Halte ich heutzutage für überflüssig. Wenn das im Studium 
durchgekaut wird nimm es mit aber ich würde keine Minute mehr als nötig 
später darin investieren. Ist ok wenn man das mal grundlegend gemacht 
und verstanden hat das reicht dann aber auch.

Was am lehrreichsten ist: Lese fremden Code und verstehe ihn. Da lernste 
das meiste und am schnellsten. Nat. nicht irgendwelchen Schrott den 
Anfänger zusammengeschustert haben.

Horst schrieb:
> Jörg W. schrieb:
>> Horst schrieb:
>>> Alle Produkte, die ich kenne und von denen ich weiß, dass sie
>>> Java-basiert sind, sind Schrott.
>>
>> Weil du von denen, die kein Schrott sind, vermutlich einfach nicht
>> weißt, dass sie in Java geschrieben worden sind …
>>
>> Du besitzt nicht zufällig ein Android-Telefon oder -Tablet
>
> Nein, tatsächlich besitze ich kein Android-Gerät. Und ja, das Konzept
> hinter Dalvik halte ich auf Mobile Devices nach wie vor für Kernschrott.
> Kein Wunder, dass der Akku nur noch einen halben Tag hält. Ganz zu
> schweigen von diesem ganzen Google-Mist in einem "normalen" Android.
>
> Also, leider nicht überzeugend, weitere Beispiele, wo ich das nicht
> weiß?

z.B. Netbeans. Ist 100% Java.
Muss man nicht mögen aber es zeigt die Leistungsfähigkeit von Java.
Für embedded Anwendungen ist Java natürlich trotzdem nicht die erste 
Wahl.
Aber du wolltest ja nur ein weiteres Beispiel einer "brauchbaren" in 
Java geschriebenen Software...

Cyblord -. schrieb:
> Man muss sich nur mal ansehen wie viel Aufsehen eine einfache
> Entprellroutine hier im Forum macht. Da werden gewisse Personen
> glottgleich angebetet, weil sie so was als Code veröffentlichen.

Wow, dann zeige ubns doch mal deine bessere schnellere und kleinere 
Entprellroutine, du Programmiergott.
Oder bleibts nur bei der großen Klappe?

Im Studium C Grundlagen erlernt.

Als HiWi am Lehrstuhl Matlab und LabView zur Signalverarbeitung / 
Automatisierung

Im ersten Job dann wieder C gebraucht. Harwareentwicklung; zusätzlich 
Windows DLL geschrieben um die Hardware Funktionen für die GUI zu 
abstrahieren.

Nebenbei Fortbildung zu C++ objektorientiert.

Inzwischen zweiter Job, auch Hardwareentwicklung. Da ist jetzt noch 
Python dazugekommen, da es hier im Laborbetrieb viel verwendet wird um 
Dinge zu testen.
VHDL dazugekommen
C# ganz minimalistisch

C und C++ brauche ich inzwischen wieder weniger.

Ich denke es um programmieren zu "können" muss man im Programmablauf 
denken können. Welche Sprachen man dann anwenden kann ist nur Syntax. Da 
ich C nicht mehr viel benutze müsste ich viel der Syntax nachschlagen.

Hauptsächlich gibt es meiner Meinung nach 3 sehr unterschiedliche 
Herangehensweisen / Denkweisen um zu Programmieren.

Prozedual (C,Matlab...)
Objektorientiert (C++, C#, Java...)
Hardwarebeschreibung (VHDL, Verilog ..)

Kingkoenig schrieb:
> Nun will ich Euch dennoch noch einmal fragen, welche Programmiersprache
> Ihr mir raten würdet als nächstes zu lernen. C, C ++, Assembler oder
> vielleicht sogar D ?

Fange an Programmieren zu lernen indem du mit einer Sprache deiner Wahl 
eine kleine Aufgabe bewältigst! Es ist egal, mit welcher Sprache du 
anfängst.
Wenn du erstmal eine Sprache etwas kannst, begreifst du Lösungen von 
anderen ganz anders und sammelst so deine Erfahrungen und schwenkst je 
nach Problemstellung möglicherweise auf eine andere Sprache um.
Irgendwann kommst du an den Punkt, dass du das mit dem Programmieren 
halbwegs verstanden hast und dich relativ schnell in andere 
Sprachkonzepte reindenken kannst.

Dann gilt:

Programmieren lernt man das ganze Leben und eine Programmiersprache in 
14 Tagen.

(PS: Die 14 Tage gelten nicht immer, das kann auch länger oder kürzer 
sein, aber in jedem Fall ist es ein überschaubarer Zeitraum.)

Also beim Telematik Studium werden Informatik und Elektrotechnik 
intensiv gelehrt. Natürlich hat man danach nicht 5 Jahre C++ und Java 
Erfahrung. Aber die Themen wie funktionale Programmierung, 
objektorientiert Programmierung, theorethisch Informatik mit 
Compilerbau, Algorithmen usw. Im Prinzip ist Ihre Frage unlogisch denn 
genau um das selber Beibringen geht es im Studium ja. Dort werden Ihnen 
die Themen präsentiert, aber lernen müssen sie schon selber.

Moin,

Jürgen S. schrieb:

> ... Daher werden für
> die Definition der Funktion, der GUI und der Maschinennähe immer
> Elektroingenieure und z.B. Physiker bevorzugt.
>
> Physiker seien dabei die chaotischsten und mieserabelsten Programmierer,
> hätten aber den Kopf, um komplexeste Abläufe noch zu überschauen.
> Geeignet sind sie aber meist nur für Einzelkämpferprojekte.
>

Kann ich unterschreiben :-)
Über all die Jahre ist bei den Berufskollegen Physikern oft die Tendenz 
zum schnellen Hack wahrzunehmen. Aber was sie können, ist: messen.
Das Problem ist oft, dass man als Physiker schon fast zur Hochstapelei 
oder Selbstüberschätzung a la Elon Musk gezwungen wird, ansonsten steht 
man als Bremse da. Disclaimer: Ich komme selber aus der Ecke, und hatte 
auch nur das "Glück", mir als Teenager mit Elektronik und Assembler erst 
mal die Nase blutig zu rennen (frühe Erkenntnis realistischer 
Anforderungen...), plus später an der Uni noch ein grandioses 
(wirklich!) Elektronikpraktikum gefüttert zu kriegen.


> Ingenieure wiederum seien der beste Kompromiss, weil sie deutlich
> sachlicher programmieren und dazu aber auch in der Lage seien,
> verwertbare Ergebnisse zu bringen, d.h. die Programme sind nicht nur
> akademisch gut, sondern man kann sie auch benutzen :-)
>

Der Ingenieur hat aber auch einfach oft die Arschkarte, das Release 
machen zu müssen oder für den ganzen Kram zu haften. Deswegen zwingt er 
sich automatisch schon zur Strategie der nachhaltigen/robusten 
Entwicklung.

> Heute ist das natürlich alles ganz anders ... :D

Ich weiss ja nicht...heute muss man sich mit volatilem Bullshit-Bingo 
von Scrum bis daily meeting herumschlagen, und die HR-Fritzen scheinen 
immer weniger auf die psychologische Komponente eines gut 
funktionierenden Teams zu achten. Denn am besten hat man immer von allen 
drei eine schlagkräftige Truppe. Die Motivation kann man momentan 
suchen...

Mein Test bei der Einstellung von Kandidaten (bei uns gabs kein "HR") 
war damals, jedem, egal was auf seinem CV steht, einen Schnipsel msp430 
oder 68k-Assembler hinzulegen und einfach mal zu gucken, was er/sie da 
so sagt (egal ob korrekt, oder nicht). Erstaunlicherweise flogen da 
nahezu alle mit der "hochdotierten" Ausbildung durch, übrig blieben die 
Eltechniker mit Programmier-Erfahrung. Und das nachhaltig (> 10 Jahre).

Ich habe manchmal die Befürchtung, dass da eine gewisse Arbeitsteilung a 
la "du hast als Informatiker das Oszi deines Kollegen nicht anzufassen" 
bereits an den FHs gelebt wird, mal von den zeitlichen Resourcen eines 
heutigen Studi abgesehen.

An den TO:

Bitte nicht die Frage nach C versus C++ stellen, das artet hier jedesmal 
in immer dieselben hirntoten Diskussionen aus. Fang einfach mal mit 
einem Projekt an, oder mach bei einem Projekt mit. So lernst es.
Als Hinweis: Gesund ist die Neugier, immer mal seinen C oder C++-Code 
mal per <arch>objdump et al als Assembler auszugeben, und sich zu 
überlegen, was da genau so passiert. Muss man aber nur lesen können, 
nicht beherrschen. Viel lernt man auch am CPU-Simulator.

Strubi schrieb:
> Bitte nicht die Frage nach C versus C++ stellen, das artet hier jedesmal
> in immer dieselben hirntoten Diskussionen aus.

Da gibts nichts zu diskutieren. C kann mit Kniffen alles was C++ kann. 
Basta.

Um's mal kurz zu machen :-) :

http://homepages.uni-paderborn.de/odenbach/calzone/mp3/etech.mp3

Strubi schrieb:
> Bitte nicht die Frage nach C versus C++ stellen, das artet hier jedesmal
> in immer dieselben hirntoten Diskussionen aus.

Ja, du hattest Recht. :o)

Jörg W. schrieb:
> zähle ich im FreeBSD-Sourcetree

Danke. Endlich mal jemand der eine wirklich gute Software zum Vergleich 
heranzieht. (zur Sicherheit: keine Ironie)

Manfred K. schrieb:
> Drehstromantriebstechnik setzt sich zusammen aus
> Leistungselektronik, Steuerung und Regelung. Für diese hardwarenahen
> Anwendungen wird die Software in der Firma ausschließlich von
> Elektroingenieuren
enKohr
Der Antrieb wird dabei bei der Projektierung von der Lastseite aus 
betrachtet und muss dementsprechend geregelt/eingestellt sein. Hier 
kommen auch weitere Sicherheitsrelevante Faktoren ins Spiel.
Ich denke der Elektroingenieur hat hier durchaus eine 
Daseinsberechtigung.

Was mich interressiert:

In der Antriebstechnik sind auch viele Schnittstellen zur Steuerung, 
Leittechnik und Warehouse Management Systemen vorhanden.

Sind z.B. Busprotokolle oder Prozessmanagement Lehrinhalt für 
Informatiker?
Kennt jmd. Universitäten/Lehrangebote die sich auf diese Themen 
spezialisiert haben?
SPS, SCL, Visualisierung, etc. ?

Danke.

Wie leicht einige Leute von "beherrschen" sprechen. "Früher" war 
beherrschen die Höchstform des Könnens.

p.s.: Nur mal so am Rande.... (Aber gehört wohl heutzutage zum guten Ton 
um schon mal für den Lebenslauf das geprahle zu üben)


Muecke