Was nervt euch so, während der Programmierung oder so allgemein

[Teekeks]

Zur Notiz: direkt nach meinem Posting gab es eindeutig genug zu tun! ^^
Aber als ich es geschrieben hatte, wusste wirklich keiner was ich machen soll. Egal. Jetzt erst mal Feierabend.

[Popov]

Was mich nervt sind gute Freunde.

Denn gute Freunde kommen immer wieder auf einen zu und fragen ob man einem helfen könnte. Einer ist so ein besonderer Spezi, der hat immer die tolle Geschäftsidee. Dann bittet er dich mal eine Webpräsenz für ihn zu erstellen, nach Möglichkeit mit angeschlossenem Webshop. Als Vorlage bekommt man zig Seiten Papierunterlagen die genauso umgesetzt werden sollen. Und am Anfang wird nicht verhandelt, da er sich schon Gedanken darüber gemacht hat. Was ich dieses Mal bekam ein OOo Dokument tausendfach formatiert. Da wird über die Formatierungen nicht verhandelt. Inzwischen, paar Tage später und in mehreren Schritten ist von den Formatierungen kaum noch was übrig, denn es sah Sche... aus. Aber ich hatte das auszubaden. Erst mußte er sehen, dass es Sch... aussieht. Aber das ist nur den Anfang, denn dann bittet er dich darum, dass seine Seite so bekannt wird im Internet, dass er davon leben kann. Und wenn sich pro Monat nur einer auf die Seite verirrt, dann war nicht er schuld, weil er sich nicht um die Werbung bemühte, nein, du bist es schuld, denn er bat dich, dass du dich um die Werbung kümmerst. Und dann fragt er dich ob du auf Provisionsbasis mit einsteigen willst. Du sollst dich dann um die Webpräsenz, Werbung und Vertrieb kümmern. Er will sich um das große drumherum kümmern.

Welches Drumherum, habe ich ihn mal gefragt. Ich soll dafür sorgen, dass der Laden existiert, ich soll mich um die Kunden kümmern, und ich soll mich um den Verkauf kümmern. Was bleibt da noch übrig? Ich hab eine eingetragene Firma und einen Steuerberater, du nicht, hat er geantwortet.

Also der Typ ist ein lieber Kerl, aber mit seinen Geschäftsideen kann er einen so nerven. Ich kenne ihn zehn Jahre und in der Zeit hatte er insgesamt 20 Geschäftsideen, aber mit keiner hat er was verdient. Und deshalb nervt es um so mehr. Man weiß, dass wieder nichts draus wird, aber soll ich der böse Übermittler sein?

[Angel4585]

@Popov: Wie wäre es mit was eigenem? Ich mein wenn er sowieso nix macht und du den Skill hast...

[Popov]

Zitat von Angel4585:

@Popov: Wie wäre es mit was eigenem? Ich mein wenn er sowieso nix macht und du den Skill hast...

Er macht schon was, er schreibt wochenlang irgendetwas und plant. Man muß sich das so vorstellen: die Geschäftsidee ist zum Beispiel Straßen-Messer-Schleifer. Also plant er mit einem Eingeborenenstamm der Amazonas in Geschäftsbeziehung zu treten, denn die haben Zugang zu der Belero Frucht. Und wenn man die gegessen hat, dann hat man viel Spucke und kann die Messer schleifen. Da aber der Eingeborenenstamm sehr zurückgezogen lebt, sucht er weltweit Forscher die mit ihnen in Verbindung treten könnten. Deshalb setzt er sich mit der kenianischen Botschaft in Indien, wobei er die Hilfe des Goetheinstituts bemüht, weil er deren Sprache nicht spricht, um mit einem Man in Peru in Verbindung zu treten. Und so weiter und so weiter und so weiter.

Er macht schon was, sehr viel sogar, und es hat immer irgendetwas mit der Geschäftsidee zu tun, aber sich einfach mit dem Schleifstein auf die Straße stellen und schleifen, und erst prüfen ob er soviel Spucke braucht, auf die Idee kommt er nicht.

Zitat von BUG:

Vielleicht erleichtert das deine Entscheidung

Ja, das sind Überlegungen die einem immer wieder in den Sinn kommen...

[Delphi-Laie]

Zufällig entdeckte ich soeben, daß ich eine lokal gültige / vergebene / deklarierte Variable schon als gleichnamige global hatte.

Hätte ich das nicht bemerkt, hätte ich mir bei der Suche nach der Ursache der dann zwangsläufig im Programm(logik)ablauf auftretenden Fehler einen Wolf gesucht.

Kann der Compiler einen nicht als Warnung darauf hinweisen? Oder gibt es das (schon), falls ja, ab welcher Delphiversion?

[jaenicke]

Zitat von Delphi-Laie:

Kann der Compiler einen nicht als Warnung darauf hinweisen? Oder gibt es das (schon), falls ja, ab welcher Delphiversion?

Bei guten Bezeichnern für die Variablen passiert das eigentlich fast nie. Globale Variablen habe ich nie (und würde ich sonst mit der Unit davor bezeichnen, also UnitX.MyVar usw.), private Felder fangen ohnehin immer mit F an, können also nicht verwechselt werden. Parameter für Funktionen fangen bei mir mit A an, damit kann also auch nix passieren.

Es bleiben also nur noch Properties. Und bei denen schreibe ich ggf. Self davor, wenn die Namen so kurz sind, dass Verwechslungsgefahr bestehen könnte. Wenn man da sichergehen möchte, kann man ja immer Self davorschreiben, dann sind sämtliche Verwechslungsmöglichkeiten ausgeräumt.

Eine entsprechende Compilerwarnung gibt es nicht, nein. Denn ob die Variable aus Versehen oder absichtlich so heißt, weiß der Compiler ja nicht. Und bei einem guten Programmierstil sollte sich das Problem ja wie geschrieben auch kaum ergeben (keine Riesenklassen, kurze prägnant bezeichnete Methoden, keine globalen Variablen, private Felder fangen mit F an, Parameter mir A, Typen mit T, ...).

[himitsu]

Wobei man bei sowas eigentlich nie die Globale (weit weg) überschreibt, sondern die Lokale (Scope ist näher), obwohl man in die Globale schreiben wollte und dabei die Lokale erwischt.

Der Debugger und das Codeinsigt helfen einem aber.
Wärend man im Debgger merkt, daß irgendwas falsch ist und sich dabei die Werte der Variablen beachtet, kann man auch gleich nachsehn, wo die angesprochene Variable liegt.

Und nein, es wäre unpraktisch, wenn der Compiler hier standardmäig Warnungen rauswirft, denn es kommt im normalen Leben sehr oft vor, daß es Variablen gibt, welche in unterschiedlichen Scopes/Gültigkeitsbereichen existieren.
> Zuviele Warnungen sind nicht hilfreich und verdecken andere eventuell wichtige Warnungen.

[Popov]

Wobei, soweit ich weiß, überschreiben die Variablen sich nicht gegenseitig, trotz gleichen Namens.

[Delphi-Laie]

Zitat von jaenicke:

Globale Variablen habe ich nie (und würde ich sonst mit der Unit davor bezeichnen

Ich weiß, daß globale Variablen an sich schon recht verpönt sind (wenn auch nicht ganz so sehr wie das goto), so daß es sogar Programmiersprachen gibt, die sie gar nicht erst ermöglichen (dazu gibt es auch Beweise, daß trotzdem jeder Algorithmus realisierbar ist, soweit mir bekannt). Wie allerdings sonst prozedur-/funktionsübergreifend Informationen ausgetauscht werden sollen, ist mir rätselhaft. Für mich ist das ein relativ einfacher und unkomplizierter Weg, das zu bewerkstelligen. Genauso ist es mit dem goto. Break und exit z.B. sind auch nur etwas gehobene Versionen, das ach so verpönte goto auf Umwegen doch zu ermöglichen, denn es hat eben doch seine Existenzberechtigung.

Gut, wir müssen das in dieser "Meckerecke" nicht detaillieren und ausdiskutieren, sicher gibt es dazu auch einiges zu lesen.

Ach ja, und natürlich kann man Variablen so bezeichnen, daß einem das nicht passiert, genauso, wie überlicherweise Typen/Klassen auch ein vorangestelltes T erhalten (sollten), was aber nicht zwingend ist. Aber weder das eine noch das andere wird erzwungen, und wenigstens den warnenden Hinweis wegen dieser problempotentiellen doppelten Gleichbezeichnung hätte ich mir bei diesem sehr ausgereiften Compiler noch gewünscht.

[BUG]

Should I work for free?

Im Ernst: Nicht nur Freund investiert in seine Geschäfte (und trägt damit das Risiko), sondern auch du. Führe doch mal ein Protokoll über die Stunden, die du in das aktuelle Projekt investierst und die Anzahl der gefloppten Projekte, an denen du beteiligt warst.
Vielleicht erleichtert das deine Entscheidung