Windows- Rewrite war wohl alles einwandfrei "agency-konform" dokumentiert mitgeliefert worden?
ungen
aftige
[Dokumentation}
ich _tut_. Viele (C-) Programmierer scheinen heute ja Debugger-getrieben zu arbeiten, d.h. sie schreiben was in einer Programmiersprache hin und schauen dann im Debugger nach, was das denn eigentlich tut.
Fremdfunktionen sogar tun, um sicherzustellen, was die Abweichungen von der
der Dokumentation nicht behandelt sind. Ganz schlimm in dieser Hinsicht sind "ereignis-gesteuerte" Systeme wie z.B. Windows.)
Das ist ein Vorurteil - das "Kartenhaus" kann durchaus solide gebaut sein, es beruht halt nur auf Voraussetzungen, die der Nachbauer nicht kennt und
eren. _Hier_ ist Dokumentation wirklich essentiell, aber nicht in der Art der f
Zulassungen so verbreiteten
hreibung der Funktionsvoraussetzungen und in deren Folge der Aufbaubedingungen.
...
Quatsch. "Sachen wie Memory Leaks" entstehen nicht wegen mangeldner
Nicht "Hier werden die Inhalte der Variablen 'I' und 'U' multipliziert", sondern "Berechnung der Leistung aus 'Strom' und 'Spannung'" als Beschreibung (Trivialbeispiel). Und bei geeigneter Benennung der Variablen
dann
...
Ja, das ist schon klar. Aber meistens werden da nicht die Ursachen
Alter Witz: Client asks consultant what time it is. Consultant replies "Give me your watch and I'll tell you".
Es gab vor ueber 20 Jahren in Australien einen Beschluss, dass Netzspannungen und aehnliches so etwa wie das europaeische Verbundnetz zu harmonisieren seien. Man kennt das ja, einige hochwohlgeborene tagen, weisse Stofftischdecken, gesueffelt wird natuerlich Perrier. Dann gibt es Ingenieure, die blind auf solche Buerokratenbeschluesse trauen. Denn ... es hat sich so gut wie nichts am zerkluefteten australischen Netz gebessert und die Spannungsexkursionen nach oben koennen uebelst sein. Kleine Kostprobe:
formatting link
Gut belastete Asynchronmotoren halten Unterspannung nicht gut aus, andere Elektronik mag keine hohen. De fakto muss man mit Spannungen von rund 200V (Tasmanien) bis gut 270V (Inland) fertig werden. Plus Spitzen, die schonmal eine Isolation druchbratzen koennen. Einer der Gruende liegt hier:
Da habe ich schon ganz anderes gesehen. Die Kuppe war allerdings Hardware. Der Reset bei einem Thermodrucker was so "geloest": Ein Relais schloss mal kurz die 5V Versorgung kurz. Davon stand natuerlich nichts in der Doku und unser 5V Netzteil war fuer 100A Dauerlast ausgelegt. Es gab einen hoellischen Knall.
Im Bereich MEd oder Aero normalerweise nicht, denn man muesste den Pfusch ja dokumentieren, durch das Design Review bringen und etliche Leute muessen nachher die Freigabe unterschreiben.
Das muessen sie ablegen, wenn sie in strenger reglementierten Bereichen arbeiten.
Solche Fremdfunktionen darf man nicht benutzen, muss man neu schreiben.
Ich mag solche Kartenhaeuser nicht, habe zu viele einkrachen sehen. Und im Bereich Med-Tech hat es in der Geschichte genug Todesfaelle deshalb gegeben. Magst Du als "Vorurteil" ansehen, aber ich handle danach. Wenn ein Programmierer nicht in gut dokumentierter Top-Down Methode arbeiten moechte, arbeite ich nicht mit ihm zusammen.
^^^^^^^^^^^^^^^^^^^^^^^^^
Ich hab's mal unterstrichen. Nur wenn man Prozesse vor der Implementation sauber dokumentiert, vermeidet man solche Pannen.
Nein, fuer mich voellig inakzeptabel. Das ganze muss auch fuer Leute verstaendlich sein, die keine erfahrenen C-Programmierer sind. Ansonsten kriegst Du den Kram von der Zulassungsstelle meist abgelehnt zurueck.
Haette man die Arbeitsweise reglementiert, waere es mit hoher Wahrscheinlichkeit gar nicht zu diesen Ursachen gekommen.
Und einen neuen Thermodrucker. Na, _das_ ist dann wirklich extrem.
...
ne saftige
aber
sich immer wieder einer, der da was dreht.
euer
- sowas kann doch garnicht passiert sein?)
Aber was. Kennst Du das Verfahren des "agile programming" nicht? Da ist genau das die zugrundeliegende Verfahrensweise, und das ist ein offiziell anerkanntes Entwicklungsverfahren. In "kritischen Bereichen" wird das
ung nach
...
...
...
wohl
einwandfreie Funktionieren auseinandersetzen. Das mag daran liegen, da? ? die
die mit den gegebenen Produktionsmethoden nicht einzuhalten sind - dann ist
die
Anforderungen stellt und versuchen, das so zu bauen wie "schon immer".
Ja, das kann dann durchaus passieren - aber nicht immer ist der "geniale" Konstrukteur daran schuld. Auch nicht, wenn er eher chaotisch gearbeitet hat.
er Software auskommen und die schlechtere Struktur durch teurere Hardware
tation
...
ndung
?rokratie.
implementation
uf
senen werden dabei halt gelangweilt und lenken sich mit anderen Sachen ab, so da
wohl sie's
...
n"
ich
erfahrenen (C-) Programmierer sind (BTW, es gibt _nicht_ nur "C" zum Programmieren!). Leider wird inzwischen alle Software-Entwicklung mehr oder weniger nach den Schemata der "erfahrenen C-Programmierer" gelehrt. Nachdem C aber eine ganze Reihe von Eigenheiten aufweist, die einer stabilen und robusten Programmstruktur zuwiderlaufen, ist das - jedenfalls nach meiner Ansicht - einer der schlechtesten Wege, Programmierung mit
(Ja, ich bin eigentlich _kein_ C-Programmierer - C benutze ich nur, wenn ich dazu gezwungen werde. Und auch dann sind meine Programme bei weitem nicht C-typisch. Ich habe halt noch mit Algol [kennt das noch wer?] angefangen, mehr als Nebeninteresse, weil ich die Informatik nur neben
r Sicht eines Consultants der Kunde einfach zu dumm ist, um seine eigenen
... Jajajaja, so in etwa hatte ich das schon verstanden. Ich bezog mich nur auf
Ironiedetektor noch nachjustieren kann.)
Och, das macht denen eigentlich nicht soviel aus - die suchen sich dann halt einen anderen passenden Arbeitspunkt. Probelmatisch wird das nur, wenn sie dabei dann einen, ggfs. viel, zu hohen Strom brauchen und entweder die
der
sten. Jedenfalls solange die andere (und seinen's nur andere Kosten-) Stellen betreffen.
Man's got to do what man's got to do. {Johne Wayne)
Ironie in Deutsch kriege ich nicht mehr so gut mit, nach fast zwei Jahrzehnten ins Auslandia laesst das irgendwie nach.
Der flog achtkantig raus und dessen Hersteller kam auf die schwarze Liste.
Passieren tut immer mal was. Aber generell ist die Qualitaet und Sicherheit um Klassen besser als in anderen Bereichen.
Wir nennen solche Verfahren "Let's throw everything against the wall and see what sticks" :-)
Wenn nicht, sollte man das Projekt abbrechen. Spaetere Unfaelle wegen bewusst aus Geschaeftsgruenden in Kauf genommener Risiken koennen strafrechtliche Konsequenzen haben.
Meist lag es daran, dass mit heisser Nadel zu schnell und vor allem unorganisiert gearbeitet wurde.
In dem Fall waren leitende Ingenieure schuld.
Noe. Ich suche mir faehige Leute aus, die organisiert arbeiten. Da ist nichts drittklassig.
Sieht so aus wie bei mir: Jedes Projekt enthaelt einen Module Spec. Der Kunde bekommt ihn, ob er ihn angefordert hat oder nicht. IOW, ein grosser Teil der Doku steht bereits, bevor der erste Pinselstrich im CAD geschieht. Zu dem Zeitpunkt sind alle Vorueberlegungen abgeschlossen und dokumentiert.
Organisiertes Arbeiten hat damit nicht das geringste zu tun. Ich habe allerdings genuegend Ueberflieger kennengelernt, die nach dem Motto "Ach, das ist doch wohl pille-palle" loslegten und dann z.B. spaeter mit ihrem hach so tollen superschnellen Design bei der EMV voll durchfielen. Da waren manchmal strukturelle Fehler drin, die fast nur noch tabula rasa zuliessen.
Es ist egal, welche Sprache man benutzt, solange die ganze Software Struktur in einem Dokument ausserhalb des Source Code gruendlich dargelegt wird.
Den Therac haette man sicherer entwickeln koennen und solche Geraete sind medizinisch notwendig.
Ist aber oft so. Man hat als Konsulent ganz andere Freiheiten. Ein Beispiel, was Du schonmal angedeutet hast, passierte mir vor langer Zeit. Firma rief mich wegen sehr geringem Yield in der Produktion. analoges Board, fast jedes kam schrottreif aus der Loetstrasse. Mein erster Gang war in die Produktion und da frage ich nicht erst gross, ich spaziere da einfach hin und stelle mich vor. "Ja mit uns reden die Ingenieure ja nicht, wir vermuten ein Verziehen beim Loetprozess". Sind wir zum Baumarkt, Holz besorgt, Vorspannhalter gebastelt, Board durchgeschickt -> lief. Naechstes -> lief. Naechstes -> lief. Ich konnte dann im Prinzip wieder abreisen.
Nein, wie gesagt ein Witz. Weil es meist so ist, dass Consultants auch keine Wunderwerkzeuge haben und auch keine Jeannie aus der Flasche locken koennen.
Deutsches Sprach nix merr ganz so gutt hier.
Die geraten dann in den Stall, Welle bleibt zeitweise oder ganz stehen und wenn dann kein Thermoschutz kommt ... zisch .. kokel .. pfffuff. Manchmal ist auch ein nicht ruecksetzbarer Thermoschutz drin und dann ist der Motor de fakto schrottreif, denn Ankerwickeleien gibt es kaum noch und so eine Reparatur waere heutzutage auch meist zu teuer.
Oder man entwickelt Geraete entsprechend robust. Die Agraranlage, die ich fuer Australien umentwickelte, funktioniert dort problemlos und kostet in der Herstellung nicht mehr als vorher.
Testprogramme. Ich bin erst da drauf gekommen, um wieviel produktiver die interaktive Programmierung auf dem Target System ist.
Und danach hab ich nur noch in Forth programmiert.
Das was Agile Programming in 2001 als refactoring... `erfunden` hat, machen (gute) Forth Programmierer schon seit den 80ern so.
Wolfgang
--
Wolfgang Allinger, anerkannter Trollallergiker :) reply Adresse gesetzt!
ihr Niveau herunter und schlagen mich dort mit ihrer Erfahrung! :p
(lt. alter usenet Weisheit) iPod, iPhone, iPad, iTunes, iRak, iDiot
--
Wolfgang Allinger, anerkannter Trollallergiker :) reply Adresse gesetzt!
ihr Niveau herunter und schlagen mich dort mit ihrer Erfahrung! :p
(lt. alter usenet Weisheit) iPod, iPhone, iPad, iTunes, iRak, iDiot
Ich glaube da hast du "agile programming" missverstanden. Schau mal hier:
formatting link
Dort sind einige Punkte bei "Quality focus" aufgelistet, zu denen so ein
Architektur, die kontinuierlich entwickelt, getestet und dokumentiert wird, abgesichert u.a. durch automatisierte Unit-Tests.
Ich habe die Co-Autorin des Buches "Das V-Modell 97" kennengelernt, wo sie in einem Projekt als Teamleiterin gearbeitet hat. Zumindest wie das V-Modell dort angewendet wurde, war es unbrauchbar. Dutzende unterschiedliche formale Dokumente, z.B. mit seitenweisen Auflistungen
hat, zu planen und zu dokumentieren hat und dann einzubauen hat (man
sich in dem Projekt keiner dran gehalten, da die Dokumente sowieso auch keiner gelesen oder kontrolliert hat. Das V-Modell ist so ziemlich das
Dokumentation sowieso besser, wie Wolfgang schon schrieb, aus der das
--
Frank Buss, http://www.frank-buss.de
C64 MIDI interface, preorder: http://www.frank-buss.de/c64/midi/buy.html
Hab meinen Laborrechner im Hobbykeller resp. Hobbyrechner im Laborkeller
schnell wie SSD und behob alle Platzprobleme. File-Abklappern beim LTSpice-
Prozessor ist auch nur ein (wenig bekannter) E5200 @ 2.5 GHz, welcher damals auch nur rund 50 Eur gekostet hat, und der reicht im Moment noch.
4GB RAM (3.5 nimmt's dann) und Win7/32, von dem ich noch nicht genau rausgekriegt habe, ob das nun halb, viertel, 1/e^2 oder sonst so viel weniger Probleme als
64 bit hat.
Das geht in der Praxis nicht. Denn eine Doku muss Nummern, Namen, Release States und alles moegliche Brimborium enthalten, dann eine Executive Summary, Herleitungen, Gruende warum andere Ansaetze verworfen wurden und so weiter. Sowas wuerde einen Source Code File rasch unleserlich machen.
formatting link
Das versuchen, den Damen und Herren der FDA zu verklickern, dass sowas "Dokumentation" ist.
HP ist eine gute Firma, die wuerden keinen Reset per Kurzschluss verzapfen. Bei mir gibt es inzwischen keine Thermodrucker mehr, das Papier ist fuer das hiesige Klima nicht gut geeignet, wird braun.
ElectronDepot website is not affiliated with any of the manufacturers or service providers discussed here.
All logos and trade names are the property of their respective owners.