Wird von Programmierern Webseitenkenntnisse erwartet?
-
Scheppertreiber schrieb:
Mir ist absolut unverständlich wie man sich darauf kaprizieren kann, etwas nicht zu können.
Im Mikrocontroller und Embedded-Bereich (wo liegt genau die Abgrenzung zu Desktops-Apps) werden
doch auch Datenbanken (zB SQLite) verwendet. Die Anwendungen werden doch auch immer komplexer.
Als Beispiel mal ein Händi, eine moderne ins LAN oder WLAN integrierte Heizungssteuerung oder
eine Telefonanlage.Ihr denkt zuviel im Consumer-Bereich.
In der Industrie - Automotive / Automation gibts kein SQLite und kaum WLAN.
Die Software die ich mache hat kein buntes User-Interface, sondern ihre komplexität liegt in der anspruchsvollen Regelungstechnik usw. Aber das ist vermutlich so weit weg vom Tellerrand eines Programmierers von Desktop-Apps, dass es nichtmal mit dem Teleskop sichtbar wird.Das Programmieren von Anwendungen für Geräte wo z.B. Windows CE drauf läuft würde ich nicht unter die Rubrik embedded Software-Entwicklung packen.
-
Hallo,
Scheppertreiber schrieb:
Mir ist absolut unverständlich wie man sich darauf kaprizieren kann, etwas nicht zu können.
Kannst Du alles? Ich bin mir ziemlich sicher, wir finden etwas im IT-Bereich das Du nicht kannst! Es gibt nur einen Unterschied, ich werfe Dir Deine Unvollkommenheit nicht vor.
Mir ist absolut unverständlich wie man sich darauf versteifen kann das jeder Programmierer Dinge können muss die nur ein kleiner Teil aller Programmierer überhaupt benötigt.
Außer Grundkenntnisse in Mathematik und ordentlich Verstand gibt es IMHO kaum etwas das man bei wirklich jedem Programmierer immer voraussetzen kann. Alles was darüber hinaus geht ist vom betreffenden Individuum abhängig, da könnte man höchsten voraussetzen das sich ein ordentlicher Programmierer überhaupt für etwas wirklich interessiert und sich da auch richtig reinhängt, aber irgendein konkretes Fachgebiet (das alle können müssen) kann man nicht bestimmen.Scheppertreiber schrieb:
Im Mikrocontroller und Embedded-Bereich (wo liegt genau die Abgrenzung zu Desktops-Apps) werden doch auch Datenbanken (zB SQLite) verwendet.
Sicher, aber nicht immer. Ich hab mal die Steuerung für eine Röntgenröhre (also Hochspannung und Anodenstrom) in einem medizinischen Röntgengerät entwickelt. Dieser FPGA hat keinen LAN-Anschluss o.ä. gehabt. Stell Dir vor jeder Depp, der Zugriff aufs Krankenhaus-LAN hat (Krankenhaus-LANs sind selten gut abgesichert schließlich sind Ärzte keine IT-Profis), könnte theoretisch Deine Röntgendosis beeinflussen, würdest Du Dich damit wohl fühlen? Auch die Einspritzelektronik in einem modernen Auto braucht sicher keine Datenbank, die soll lieber mit 4 kByte Code auskommen und von -40°C bis +125°C zuverlässig funktionieren. Was für Features in einem Produkt eingesetzt werden hängt sehr von den Anforderungen ab. Der IT-Sektor ist riesig, keiner kann da alles.
Grüße
Erik
-
Minimee schrieb:
Ich bin auch Ingenieur der sich mit der Entwicklung von embedded Software beschäftigt. Ich glaube es würde einen Arbeitgeber eher abschrecken wenn man in der Bewerbung was von SQL-Kenntnissen schreiben würde. Ich würde mich nie auf einen "IT"-Job bewerben, wo man sowas können muss. Meistens liegt der Verdienst in solchen Jobs auch wesentlich niedriger, da es jeder Fachinformatiker besser kann. Aber der hat keine Ahnung von hardwarenaher Software und Sicherheitsrelevanten Systemen, von Software, die vom Tüv zertifiziert werden soll. Zwischen den Arbeitsgebieten liegen Welten und einige zehntausend Kilo €.
Ziemlich arroganter und naiver Post imo. Es gibt durchaus genug Branchen, wo unternehmenskritische Systeme auf Webtechnologien basieren. Selbst in den traditionellen Industriezweigen (Automobilbau und Co.) geht doch ohne Webtechnologien längst nix mehr in Sachen Industrial Engineering, Logistik, Marketing und Management.
-
Hallo,
byto schrieb:
Es gibt durchaus genug Branchen, wo unternehmenskritische Systeme auf Webtechnologien basieren.
Und was ist mit lebenskritischen Systemen? Die Steuerelektronik z.B. in einem Flugzeug (ich meine damit nicht das Entertainment-System für die Passagiere sondern die Steuerung für die Triebwerke und Fluglage) wird kaum auf Datenbanken oder Web-Zeugs basieren. In solchen Bereichen wird jede Code-Zeile von mindestens 4 Leuten kontrolliert und alles was man da nicht wirklich zwingenst braucht kommt auch nicht rein ins System. Dort ist strikter Minimalismus oberstes Gebot.
byto schrieb:
Selbst in den traditionellen Industriezweigen (Automobilbau und Co.) geht doch ohne Webtechnologien längst nix mehr
Echt, geht da ohne Webtechnologien gar nix mehr? Ich behaupte nicht das es dort keine Webtechnologie gibt aber ich behaupte das es zumindest einige Dinge gibt die auch ohne Webtechnologie gut funktionieren.
byto schrieb:
in Sachen Industrial Engineering, Logistik, Marketing und Management.
Das sind aber alles keine Beispiele aus der Embedded-Rubrik.
Grüße
Erik
-
byto schrieb:
Minimee schrieb:
Ich bin auch Ingenieur der sich mit der Entwicklung von embedded Software beschäftigt. Ich glaube es würde einen Arbeitgeber eher abschrecken wenn man in der Bewerbung was von SQL-Kenntnissen schreiben würde. Ich würde mich nie auf einen "IT"-Job bewerben, wo man sowas können muss. Meistens liegt der Verdienst in solchen Jobs auch wesentlich niedriger, da es jeder Fachinformatiker besser kann. Aber der hat keine Ahnung von hardwarenaher Software und Sicherheitsrelevanten Systemen, von Software, die vom Tüv zertifiziert werden soll. Zwischen den Arbeitsgebieten liegen Welten und einige zehntausend Kilo €.
Ziemlich arroganter und naiver Post imo. Es gibt durchaus genug Branchen, wo unternehmenskritische Systeme auf Webtechnologien basieren. Selbst in den traditionellen Industriezweigen (Automobilbau und Co.) geht doch ohne Webtechnologien längst nix mehr in Sachen Industrial Engineering, Logistik, Marketing und Management.
Ein Tropfen Wahrheit ist leider drin.
Ich habe mal in einem Meeting miterleben dürfen, wo es um die Verteilung der Aufgaben ging u.ä., dass PC-Programmierer als "Risiko" für ein Projekt angesehen wurden... direkt wurde es nicht gesagt, sondern ungefähr angedeutet, "im anderen Team sind alle PC-Programmierer...". Vielleicht war der Projekt-Leiter zu "cool". Aber, es ist dann im Laufe der Zeit tatsächlich zu Verzögerungen auf der Seite der PC-Programmierer gekommen...
-
Es kommt halt auf die Firma an, was sie für Leute einstellen. Es gibt unglaublich viele 0815 Programmierer. Die werden meistens von einer 0815 Projektleitung eingestellt und sind billig. Heraus kommt dann 0815 Software, wenn überhaupt.
Und dann gibts noch Firmen, die es richtig machen.
-
Minimee schrieb:
Ich bin auch Ingenieur der sich mit der Entwicklung von embedded Software beschäftigt. Ich glaube es würde einen Arbeitgeber eher abschrecken wenn man in der Bewerbung was von SQL-Kenntnissen schreiben würde.
Ich schreibe in Bewerbungen auch nicht, dass ich ein relativ guter Schachspieler bin und ein paar nette Tricks auf dem Skateboard beherrsche.
Minimee schrieb:
Zwischen den Arbeitsgebieten liegen Welten und einige zehntausend Kilo €.
Dann wird es Dir doch sicher sehr leicht fallen, Dir trivialere Technologien wie Webzeug anzusehen und die grobe Funktionsweise zu verstehen, oder?
Minimee schrieb:
In der Industrie - Automotive / Automation gibts kein SQLite und kaum WLAN.
WLAN, ZigBee, Consumergeräte-Schnittstellen wie USB usw. sind aber im kommen. Das wirst Du noch erleben.
erik.vikinger schrieb:
Und was ist mit lebenskritischen Systemen? Die Steuerelektronik z.B. in einem Flugzeug (ich meine damit nicht das Entertainment-System für die Passagiere sondern die Steuerung für die Triebwerke und Fluglage) wird kaum auf Datenbanken oder Web-Zeugs basieren. In solchen Bereichen wird jede Code-Zeile von mindestens 4 Leuten kontrolliert und alles was man da nicht wirklich zwingenst braucht kommt auch nicht rein ins System. Dort ist strikter Minimalismus oberstes Gebot.
Trotzdem gibts auch da nette Fehler, z.B. Flugzeug dreht sich, wegen eines Vorzeichenfehlers in der Software, beim Überfliegen des Äquators sich auf den Kopf. Nun tut mal nicht so, als wären die Embedded-Frickler die Könige der Programmiererzunft. Sie sind auch nur Menschen, denen Fehler passieren können. Eine Zweiklassengesellschaft der Softwareentwickler bildet ihr euch nur ein.
-
Z schrieb:
Dann wird es Dir doch sicher sehr leicht fallen, Dir trivialere Technologien wie Webzeug anzusehen und die grobe Funktionsweise zu verstehen, oder?
Wozu sollte ich das tun? Für die Arbeit brauche ich es nicht und privat habe ich nunmal andere Hobbys.
-
Hallo,
Z schrieb:
Dann wird es Dir doch sicher sehr leicht fallen, Dir trivialere Technologien wie Webzeug anzusehen und die grobe Funktionsweise zu verstehen, oder?
Niemand hat bestreitet den Schwierigkeitsgrand. Ich versuche doch nur zu erklären das man sich nicht in alles einarbeiten kann, jeder muss seine persönliche Auswahl treffen.
Z schrieb:
Trotzdem gibts auch da nette Fehler,
Selbstverständlich, kein Programmierer ist perfekt.
Z schrieb:
Nun tut mal nicht so, als wären die Embedded-Frickler die Könige der Programmiererzunft.
Das habe ich nie behauptet, ich wollte lediglich Beispiele aufzeigen bei denen Web-Zeugs definitiv nicht gebraucht wird.
Z schrieb:
Eine Zweiklassengesellschaft der Softwareentwickler bildet ihr euch nur ein.
Nein.
Grüße
Erik
-
Kannst Du alles? Ich bin mir ziemlich sicher, wir finden etwas im IT-Bereich das Du nicht kannst! Es gibt nur einen Unterschied, ich werfe Dir Deine Unvollkommenheit nicht vor.
Ich meine die Bereitschaft, sich überhaupt auf etwas Neues einzulassen und
es nicht im Vorfeld grundsätzlich abzulehnen.Du wirst da mit Sicherheit etwas finden. Wenn nötig, lerne ich das eben. Warum
auch nicht ?
-
erik.vikinger schrieb:
Z schrieb:
Eine Zweiklassengesellschaft der Softwareentwickler bildet ihr euch nur ein.
Nein.
Heisst "Nein" es gibt sie, oder es gibt sie nicht?
-
Hallo,
Scheppertreiber schrieb:
Ich meine die Bereitschaft, sich überhaupt auf etwas Neues einzulassen und es nicht im Vorfeld grundsätzlich abzulehnen.
Ich bin durchaus bereit mich auf etwas neues einzulassen, das meiste meines Wissens gab es vor 10 Jahren noch gar nicht. Ich bin nur nicht bereit mich auf alles einzulassen. Mit Datenbanken kannst Du mich jagen, sowas will ich einfach nicht. Bitte interpretiere das nicht als Ablehnung oder Vorurteil gegenüber diesem Teil-Bereich der IT, ich würde nie die Nützlichkeit von Datenbanken bestreiten, Datenbanken fallen einfach "nur" nicht in mein persönliches Interessengebiet.
Scheppertreiber schrieb:
Wenn nötig, lerne ich das eben. Warum auch nicht?
Egal was es ist? Wenn ja, also Du wirklich bereit bist Dich in jedes beliebige IT-Thema einzuarbeiten, dann darfst Du Dir meines Respekts sicher sein.
Z schrieb:
erik.vikinger schrieb:
Z schrieb:
Eine Zweiklassengesellschaft der Softwareentwickler bildet ihr euch nur ein.
Nein.
Heisst "Nein" es gibt sie, oder es gibt sie nicht?
Ich meinte: Es gibt keine Zweiklassengesellschaft (kein Programmierbereich ist wichtiger als ein anderer) und ich hab nie behauptet es gäbe eine Zweiklassengesellschaft unter den Programmierern. Ich bilde mir auch keine Zweiklassengesellschaft ein.
Grüße
Erik
-
Egal was es ist? Wenn ja, also Du wirklich bereit bist Dich in jedes beliebige IT-Thema einzuarbeiten
Wenn's notwendig und sinnvoll ist.
Meine Bereitschaft dazu ist auf jeden Fall da, ob's dann etwas wird
muß man dann sehen. Vielleicht macht es auch etwas aus, daß ich von der
Produktidee bis zum fertigen Produkt eigentlich eh alles mache
(Vielleicht nicht 100%ig sondern "nur" 99 oder 98, da kann ich gut mit
leben).
-
Z schrieb:
erik.vikinger schrieb:
Und was ist mit lebenskritischen Systemen? Die Steuerelektronik z.B. in einem Flugzeug (ich meine damit nicht das Entertainment-System für die Passagiere sondern die Steuerung für die Triebwerke und Fluglage) wird kaum auf Datenbanken oder Web-Zeugs basieren. In solchen Bereichen wird jede Code-Zeile von mindestens 4 Leuten kontrolliert und alles was man da nicht wirklich zwingenst braucht kommt auch nicht rein ins System. Dort ist strikter Minimalismus oberstes Gebot.
Trotzdem gibts auch da nette Fehler, z.B. Flugzeug dreht sich, wegen eines Vorzeichenfehlers in der Software, beim Überfliegen des Äquators sich auf den Kopf. Nun tut mal nicht so, als wären die Embedded-Frickler die Könige der Programmiererzunft. Sie sind auch nur Menschen, denen Fehler passieren können. Eine Zweiklassengesellschaft der Softwareentwickler bildet ihr euch nur ein.
Ja, es gibt eine ganze Menge von interessanten Fehlern, z.B. einem Patienten werden am Kopf Elektroden befestigt, ein Gerät soll damit eine Nacht lang Messwerte aufnehmen. Am nächsten Morgen erwacht der Patient mit verätzten Stellen am Kopf. Die Software im Gerät hat aufgrund einer fehlerhaften klemmenden Taste die ganze Nacht über kleinen Strom durch die Elektroden geschickt (zur Kalibrierung o.ä.) und die Elektroden, die vor dem Befestigen zum besseren Kontakt mit der Haut in eine Salzlösung getaucht wurden, haben eine Reaktion ausgelöst, bei der schwache Säure entsteht und die Haut des Patienten verätzt.
Klar, die Embedded-Frickler haben einen Fehler in der Software gemacht. Die Software hätte die klemmende Taste erkennen und darauf reagieren sollen. Vielleicht wären sie mit Webzeugs und Datenbank Kenntissen schlauer gewesen
-
abc.w schrieb:
Klar, die Embedded-Frickler haben einen Fehler in der Software gemacht. Die Software hätte die klemmende Taste erkennen und darauf reagieren sollen. Vielleicht wären sie mit Webzeugs und Datenbank Kenntissen schlauer gewesen
Vermutlich würden sie, durch Erfahrung mit Webzeug und Datenbanken, Plausibilitästprüfungen einen höheren Stellenwert beimessen. Darüber können wir nur spekulieren.
-
Z schrieb:
abc.w schrieb:
Klar, die Embedded-Frickler haben einen Fehler in der Software gemacht. Die Software hätte die klemmende Taste erkennen und darauf reagieren sollen. Vielleicht wären sie mit Webzeugs und Datenbank Kenntissen schlauer gewesen
Vermutlich würden sie, durch Erfahrung mit Webzeug und Datenbanken, Plausibilitästprüfungen einen höheren Stellenwert beimessen. Darüber können wir nur spekulieren.
Ja, vielleicht. Aber, ich denke, man sieht hier den kleinen Unterschied zwischen einem Embedded-Frickler und einem PC-Frickler.
Bei VHDL-Fricklern gibt es noch einen weiteren Unterschied. Hier scheiden sich die Geister, ob sie Programmierer oder Hardware-Entwickler sind. VHDL als Programmiersprache ist eigentlich gar nicht schwer. Ein C/C++ Programmierer würde die Syntax vielleicht an einem oder zwei Tagen erlernen. Schwer ist u.a. die Tatsache, dass die Sprache so viele Konstrukte erlaubt, die in der Realität als digitale Schaltung überhaupt nicht funktionieren und ich bin der Meinung, man muss fundierte Kenntnisse in Digitaltechnik haben, damit man in VHDL vernünftig "programmieren" kann. Das ist vielleicht ein wenig verwirrend, man tippt einen Quelltext in VHDL ein, so wie man es in C/C++ macht, daraus wird aber eine digitale Schaltung sysnthetisiert, d.h. es ist nicht ein ausführbares Programm, sondern eben eine reale digitale Schaltung und sie muss, wie eben jede Hardware-Komponente, wie jeder Chip, bestimmte Anforderungen erfüllen, damit sie vernünftig funktioniert. Diese muss man eben kennen und im VHDL-Quelltext berücksichtigen.
So gesehen, würde ich von einem VHDL-Frickler keine Webseitenkenntnisse erwarten. Es hindert einen aber nichts daran, sich diese anzueignen, wenn man denn dafür Zeit und Muße hat...
-
Ich bin (derzeit) ein Webentwickler mit Verilog/VHDL und CAN Kenntnissen. Ich würde sowas aber nie in meinen Lebenslauf schreiben, nachher kommt noch einer auf die Idee, mich im Embedded Bereich einzusetzen. Das muss ja nun nicht sein.
Komplexe Webanwendunden sind im übrigen auch nicht so trivial: Horizontale Skalierung, Clustering, Caching von DB Queries über mehrere Server, verteilte Transaktionen (DB oder logisch), interaktive Web 2.0 Clients + AJAX, usw.
-
Hallo,
Scheppertreiber schrieb:
Wenn's notwendig und sinnvoll ist.
Dann definiere mal "notwendig" und "sinnvoll". Selbst wenn mein Chef sagen würde ich soll mich in Datenbanken einarbeiten würde ich das nicht tun. Ich würde ihm sagen das ich ein gute Embedded-Frickler und VHDL-Coder bin (das weiß er auch) und das mein Teller bereits recht groß ist, noch ein weiteres (nicht gerade triviales) Thema möchte ich nur dann drauf haben wenn es sich mit dem was bereits drauf ist wenigstens einigermaßen deckt.
Scheppertreiber schrieb:
Meine Bereitschaft dazu ist auf jeden Fall da, ob's dann etwas wird muß man dann sehen.
Also ich bin ehrlich nicht bereit alles zu lernen, es muss schon wenigstens etwas in meinem Themenschwerpunkt liegen.
Scheppertreiber schrieb:
Vielleicht macht es auch etwas aus, daß ich von der Produktidee bis zum fertigen Produkt eigentlich eh alles mache (Vielleicht nicht 100%ig sondern "nur" 99 oder 98, da kann ich gut mit leben).
Ich denke nicht das das relevant ist, ich hab auch bereits Produkte von der Idee bis zur Auslieferung fast komplett in Eigenregie entwickelt (daher auch die Schaltplan und Platinenlayout-Kenntnisse).
Z schrieb:
Vermutlich würden sie, durch Erfahrung mit Webzeug und Datenbanken, Plausibilitästprüfungen einen höheren Stellenwert beimessen.
Also ich persönlich messe Plausibilitästprüfungen auch ohne dem einen sehr hohen Stellenwert bei. Aber da bin ich vielleicht auch nur eine Ausnahme.
abc.w schrieb:
So gesehen, würde ich von einem VHDL-Frickler keine Webseitenkenntnisse erwarten.
Danke.
abc.w schrieb:
Es hindert einen aber nichts daran, sich diese anzueignen, wenn man denn dafür Zeit und Muße hat...
ACK. Es steht jedem frei sich mit dem zu beschäftigen wofür er eben Zeit und Muße hat.
byto schrieb:
Komplexe Webanwendunden sind im übrigen auch nicht so trivial
Das hat niemand behauptet.
Bevor wir uns hier noch ewig im Kreis drehen versuchs ich noch mal
Fazit für den Fragesteller: Webseitenkenntnisse sind kein absolutes Must-Have für jeden Programmierer, aber auch nicht von Nachteil.
Es gibt viele Menschen die denken das ein Programmierer "sowas einfach können muss", und das sind nicht immer fachfremde Personen. Trotzdem bleibt es ein simples Vorurteil, auch wenn ein großer Teil aller Programmierer dem entsprechen.
Ich hoffe das ist jetzt konsensfähig.Grüße
Erik
-
abc.w schrieb:
Z schrieb:
erik.vikinger schrieb:
Und was ist mit lebenskritischen Systemen? Die Steuerelektronik z.B. in einem Flugzeug (ich meine damit nicht das Entertainment-System für die Passagiere sondern die Steuerung für die Triebwerke und Fluglage) wird kaum auf Datenbanken oder Web-Zeugs basieren. In solchen Bereichen wird jede Code-Zeile von mindestens 4 Leuten kontrolliert und alles was man da nicht wirklich zwingenst braucht kommt auch nicht rein ins System. Dort ist strikter Minimalismus oberstes Gebot.
Trotzdem gibts auch da nette Fehler, z.B. Flugzeug dreht sich, wegen eines Vorzeichenfehlers in der Software, beim Überfliegen des Äquators sich auf den Kopf. Nun tut mal nicht so, als wären die Embedded-Frickler die Könige der Programmiererzunft. Sie sind auch nur Menschen, denen Fehler passieren können. Eine Zweiklassengesellschaft der Softwareentwickler bildet ihr euch nur ein.
Ja, es gibt eine ganze Menge von interessanten Fehlern, z.B. einem Patienten werden am Kopf Elektroden befestigt, ein Gerät soll damit eine Nacht lang Messwerte aufnehmen. Am nächsten Morgen erwacht der Patient mit verätzten Stellen am Kopf. Die Software im Gerät hat aufgrund einer fehlerhaften klemmenden Taste die ganze Nacht über kleinen Strom durch die Elektroden geschickt (zur Kalibrierung o.ä.) und die Elektroden, die vor dem Befestigen zum besseren Kontakt mit der Haut in eine Salzlösung getaucht wurden, haben eine Reaktion ausgelöst, bei der schwache Säure entsteht und die Haut des Patienten verätzt.
Klar, die Embedded-Frickler haben einen Fehler in der Software gemacht. Die Software hätte die klemmende Taste erkennen und darauf reagieren sollen. Vielleicht wären sie mit Webzeugs und Datenbank Kenntissen schlauer gewesenDen Fehler hast du aber erfunden du Schelm
, ein Produkt im Bereich der Medizintechnik würde mit so einem trivialen Fehler nicht auf den Markt kommen. Ein Web-Frickler hat gar keine Ahnung welche Normen und Prüfungen bei so einem Produkt eingehalten werden müssen.
-
Minimee schrieb:
...Den Fehler hast du aber erfunden du Schelm
, ein Produkt im Bereich der Medizintechnik würde mit so einem trivialen Fehler nicht auf den Markt kommen. Ein Web-Frickler hat gar keine Ahnung welche Normen und Prüfungen bei so einem Produkt eingehalten werden müssen.Ok, habe die Geschichte ein wenig verfälscht. Gerade verzweifelt gesucht und endlich die Seite gefunden, wo ich es mal gelesen hatte:
http://www.freewebs.com/methver/200804.txtAuch für Systeme ohne Sicherheitsrelevanz kann sich eine
FMEA auszahlen, wie folgendes Beispiel einer kanadischen
Firma zeigt: diese Firma erzeugt EEG-Geräte, an die die Patienten
über Nacht angeschlossen werden um neurologische Schlafstörungen
zu diagnostizieren. Nach Anbringen der Elektroden drückt der Arzt
einen Knopf am Bedienteil um die Impedanz am Übergang Elektrode/Haut
zu messen. Dazu stellt die Sofware im Gerät einen Schalter um und
es wird ein sehr geringer Strom durch die Elektroden geleitet um
die Impedanz zu messen. Ist diese zu hoch, wird der Arzt sofort
informiert und er korrigiert den Sitz der Elektrode. Nach einer
Minute stellt die Software selbsttätig den Schalter zurück und
zeichnet das EEG über die selben Eletroden die ganze Nacht auf.
Es gab einen Vorfall, wo ein Patient mit Verbrennungen am Kopf
aufwachte. Unter jeder Elektrode war seine Kopfhaut verätzt.Als Grund stellte sich heraus, dass der bedienende Arzt
bei einer Berührung nach dem Impedanztest eine statische Entladung
bewirkte, die den Schalter auf Impedanzmessung stellte, ohne dass
die Software davon wusste. Damit floss die ganze Nacht Strom durch
die Elektroden. Das Gel der Elektroden wandelte sich bei dieser
anhaltenden Elektrolyse in Salzsäure um.Bei einer FMEA hätte man dieses Problem entdecken können,
wenn man die Konsequenz der falschen Schalterstellung konsequent
verfolgt. Der Fix (für die bereits am Markt befindlichen Geräte)
war ein Firmware-Update. Die Software schaltete nun jede Minute
den Schalter auf die Position "Messung".Das ist aus dem Jahre 2008, April... April... April-Scherz
