Modellbahnsteuerung in Delphi

[Sir Rufo]

Egal was alle dazu sagen, IMHO wird das nicht mehr geändert werden.

Die Bahn wird ständig weitergebaut bzw. mit neuen Features bestückt, die dann auch Änderungen im Programm nach sich ziehen und das mit einer Geschwindigkeit, die es einer One-Man-Show zeitlich nicht ermöglicht hier noch parallel ein Refactoring zu betreiben.

Nein, der Code wird dadurch auch nicht besser, aber wer schon die Hälfte des Atlantiks schwimmend überquert hat, der dreht auch nicht um, um ein Schiff zu bauen, weil es damit ja schneller und komfortabler geht.

Das Refactoring oder die aktuelle Entwicklung müssten also ausgelagert werden, allerdings sind da (Einzelkämpfer-) Programmierer wie Mütter mit ihren Kindern:

"Nicht anfassen, nur gucken!"

[JasonDX]

Ich hab mich überhaupt gefragt, wieso gerade dieses Codestück gezeigt wird. Es ist nicht wirklich schön, zeigt keine Delphi-spezifischen Features, und hat im Endeffekt nicht viel mit der Modellbahn zu tun. Ich kann den Entwickler sogar verstehn, dass fürs UI nicht wirklich viel Zeit investiert wird, und auch mal smelly Code länger stinkt.
Mich würde vielmehr interessieren, wie die Steuerungslogik dahinter aussieht. Dessen Codestruktur, und die (hoffentlich) eingesetzten Test- und Sicherungssysteme wären 1. interessanter und 2. wahrscheinlich deutlich sauberer entwickelt als die rotierte Anzeige von irgendwelchen Bildchen im UI...

[Codehunter]

Ich denke, die Zeitungsredaktion hat den Autor nach einem Codesample gefragt und er hat sich überlegt, mit welchem Stück Code er möglichst wenig an die Konkurrenz verraten würde.

[Furtbichler]

Zitat von Sir Rufo:

...aber wer schon die Hälfte des Atlantiks schwimmend überquert hat, der dreht auch nicht um, um ein Schiff zu bauen, weil es damit ja schneller und komfortabler geht.

Nette Metapher, aber leider... entweder geht einem vorher doch die Puste aus oder man muss -so ein Mist- weiter nach Japan.

Da wäre der Umweg am Anfang vielleicht doch eine gute Idee gewesen.

Merke: Murphy sieht und trifft dich. Immer. Aber wem sag ich das

[p80286]

Da hab ich dann meine Mittagspause auf der Heise Seite verbracht und ich muß Euch alle mal loben.
Selten habe ich so viel Genialität/Kreativität... und was auch immer auf einem Haufen gesehen. Da ist hier das Klima doch wahrhaftig angenehmer.
Ich hab ein Beispiel aus den Kommentaren heraus gesucht, was meiner Meinung nach die Diskussion gut beschreibt:

Zitat:

> >
> > Achtens:
> > while length(help)<3 do
> > help:='0'+help;
> >
> > Bin mir sicher dass seine Funktion falsch ist. Weil bei Ihm käme bei
> > help := “1“ => “01001“ raus. Kann gewollt sein glaube ich aber nicht.
>
> Wenn help mit 1 vorbelegt wird und es kommen nur 0 vorne dazu wie
> soll dann 01001 rauskomment ?
Zugegeben da habe ich mich geirrt. Hatte ein help += '0' + help
gedacht.
Ändert aber nicht dass hier Format verwendet werden sollte.

Gruß und schönes WE
K-H

[Union]

Durch Zufall las ich heute einen Artikel in der c't über diese Modellbahn. Fazit war:

• Der Entwickler setzt XE2 ein
• Er ist nach eigener Aussage auf dem Stand der 90er und deshalb Pascal
• Würde er nochmal anfangen so hätte er lieber einen C-Dialekt gelernt
• Der Betrieb läuft mit 260 Mitarbeitern, da vieles nicht automatisiert werden kann

[Codehunter]

Dass er da XE2 einsetzt ist mir nun wieder neu. Das sagt aber auch einiges über den Projektcode aus. So schlecht kann er dann auch wieder nicht sein, wenn sich so ein gewachsenes Projekt von D4 oder D7 auf XE2 portieren ließ. Meistens ist es ja so gewesen, dass man bei solchen Anlagensteuerungen auf proprietäre Komponenten gesetzt hat, die es für neue Delphis nicht mehr gibt.

[Helmi]

Gerit Steckenpferd(e) sind die Licht-, Auto-, Flugzeug- und Schiffsteuerung (wobei die letzte nicht abgeschlossen ist) programmiert. Die Zugsteuerung ist nicht von ihm. Da wird die Software Railware eingesetzt. Diese ist aber auch in Delphi geschrieben