Keine Konstanten in Python: warum?

[Leonidas]

@LanX Wenn du ein soziales Problem hast hilft dir statische Typisierung auch nicht sonderlich, mal abgesehen davon dass die in Java auch unschön gelöst ist, Haskell macht dass besser.

Ja, Haskell verhindert solcherlei Billigeinkäufe, weil es keine Haskell-Programmierer im Discounter gibt Abgesehen davon stimme ich natürlich zu, das auch Konstanten nicht vor Inkompetenz schützen.

[LanX]

Davor retten einen aber keine Konstanten oder sonstiger Bondage, sondern nur ein Briefing.

Wenn du ein soziales Problem hast hilft dir statische Typisierung auch nicht sonderlich,

lach ... erzählt mal dem Kunden dass er oder sein neuer Interner ne Pfeife ist... da kann man laaaaange Briefen!

Ich möchte da keine Geschichten auspacken was die Banken um 2000 rum alles eingestellt haben...

wie auch immer python hat doch bestimmt eine Möglichkeit einen schreibenden Zugriff abzufangen "setattr" oder so (perl hätte es)... das dürfte bei dieser Qualität von Kollegen locker ausreichen um sie zu "bremsen"

(von statisch hab ich nix gesagt)

[Hyperion]

wie auch immer python hat doch bestimmt eine Möglichkeit einen schreibenden Zugriff abzufangen "setattr" oder so (perl hätte es)...

Da wären wohl properties der richtige Weg. Allerdings würde das "Abfangen" den Sinn davon doch verfälschen...

[jbs]

Leztendlich hat man doch immer die Möglichkeit, den Wert zu verändern.

Und wenn ein Kunde den Code ändert, dann muss er auch mit den Konsequenzen rechnen.

[derdon]

Und wenn ein Kunde den Code ändert, dann muss er auch mit den Konsequenzen rechnen.

Er wird sich sogar Konsequenzen wünschen, wenn er am Code etwas ändert

[jbs]

ich glaube ich wollte `leben` schreiben

[LanX]

Leztendlich hat man doch immer die Möglichkeit, den Wert zu verändern.

Es ist ein Unterschied ob ne Knarre geladen auf dem Tisch liegt oder im gesichert im Schrank. Klar letztendlich gibts immer ne Möglichkeit den besten Safe zu knacken

aber jeder Idiot kann CONST=42 eintippen, im Zweifelsfall bin ich nach einem 12h Tag selbst der Idiot.

Und wenn ein Kunde den Code ändert, dann muss er auch mit den Konsequenzen rechnen.

Klar, aber kalkuliere den Aufwand ein um erstens die Fehlerquelle zu orten und zwotens deinem Kunden das Unvermögen eines seiner Angestellten dann diplomatisch zu verklickern und all dies nach dem er dir eine Woche lang auf die Pelle gerückt ist.

Kunden kaufen nicht die langfristig besten Entwickler ein, sondern diejenigen die sie kurzfristig am glücklichsten machen.

Denk dran Dilbert wird schon lange nach Geschichten aus Leserbriefen gestaltet...