AGB  ·  Datenschutz  ·  Impressum  







Anmelden
Nützliche Links
Registrieren
Zurück Delphi-PRAXiS Delphi-PRAXiS - Lounge Klatsch und Tratsch Eure besten Quellcode Kommentare...
Thema durchsuchen
Ansicht
Themen-Optionen

Eure besten Quellcode Kommentare...

Ein Thema von Relicted · begonnen am 20. Jul 2007 · letzter Beitrag vom 1. Okt 2022
Antwort Antwort
Benutzerbild von dummzeuch
dummzeuch

Registriert seit: 11. Aug 2012
Ort: Essen
1.735 Beiträge
 
Delphi 10.2 Tokyo Professional
 
#1

AW: Eure besten Quellcode Kommentare...

  Alt 30. Jan 2018, 10:35
In XE8 ist das ja bestimmt behoben worden.
Nö. Schaut genauso aus
In 10.2.2 übrigens immernoch.
Thomas Mueller
  Mit Zitat antworten Zitat
Fukiszo
(Gast)

n/a Beiträge
 
#2

AW: Eure besten Quellcode Kommentare...

  Alt 30. Jan 2018, 12:03
Delphi-Quellcode:
//[07/05/09 - 21:07] [#62] Du magst ja Herausforderungen, hier ist eine aber ich erhalte immer Access Violations (dll<>programm)
//[07/05/09 - 23:12] [#7] wieso alles so verschachtelt bis zum getno, nochma von vorn mit mehr struktur ---kotz und danke für die arbeit
//[07/05/09 - 23:51] [#7] -> fertig & lass deine hände davon, gucken erlaubt -> anfassen NEIN
beim durchstöbern entdeckt (:
  Mit Zitat antworten Zitat
Benutzerbild von Codehunter
Codehunter

Registriert seit: 3. Jun 2003
Ort: Thüringen
2.291 Beiträge
 
Delphi 12 Athens
 
#3

AW: Eure besten Quellcode Kommentare...

  Alt 30. Jan 2018, 14:55
Es ist nicht direkt ein Quellcode-Kommentar, sondern mehr ein kleines Easteregg:

Vor vielen vielen Jahren gab es mal ein schrecklich kompliziertes Matlab-GUI, mit GUIDE gebaut. Auf einem Form lagen diverse Groupboxes mit unterschiedlichen Bedeutungen. In jeder Groupbox gab es einen Button zum Laden einer Binärdatei mit der Caption "Bin Laden" (in genau dieser Schreibweise). Der Komponentenname hieß logischerweise "Osama1", "Osama2" usw. Hielt mal STRG-SHIFT-ALT gedrückt beim Anklicken, versteckte sich ein kleiner Taliban in den "Bergen", die auf einer Graphenausgabe gezeichnet wurden. Im Falle eines visualisierten Übersteuerns der Kurve, also Fehlerfall, sprang der kleine Bösewicht hervor. Ich glaube, das Programm wurde in der Form viele Jahre an die Anwender ausgeliefert ^^
Ich mache grundsätzlich keine Screenshots. Schießen auf Bildschirme gibt nämlich hässliche Pixelfehler und schadet der Gesundheit vom Kollegen gegenüber. I und E zu vertauschen hätte den selben negativen Effekt, würde aber eher dem Betriebsklima schaden
  Mit Zitat antworten Zitat
Benedikt Magnus

Registriert seit: 6. Jul 2012
Ort: Bonn
190 Beiträge
 
FreePascal / Lazarus
 
#4

AW: Eure besten Quellcode Kommentare...

  Alt 30. Jun 2018, 12:38
Delphi-Quellcode:
procedure TSpielerMensch.SpielFortfahren; override;
begin
  //Der Mensch sieht das selbst.
end;
  Mit Zitat antworten Zitat
freimatz

Registriert seit: 20. Mai 2010
1.516 Beiträge
 
Delphi 11 Alexandria
 
#5

AW: Eure besten Quellcode Kommentare...

  Alt 5. Jul 2018, 12:38
Heute darübergestolpert (ßßß von mir ersetzt)
Delphi-Quellcode:
unit ßßß;
{******************************************************************************
  PROJECT    : ßßß
  SUBPROJECT : ßßß
.............................................................................
  DESCRIPTION:
    Contains DTOs (Data Transfer Objects) for carriage manager testautomation services. All DTOs
    contain are fields of data - there is no logic implemented in here. I did my best
    to prevent 'mistakes' of this sort, but please please do not implement logic in the
    DTOs.

    ---- WARNING ---- WARNING ---- WARNING ---- WARNING ---- WARNING ---- WARNING ---- WARNING ---- WARNING ----
    *************************************************************************************************************
    *  If you want to use the Embarcadero JSON classes, there is one braindead implementation                  *
    *  detail you NEED to know about, before implementing your classes. They absolutely require                *
    *  your fields to be in the form:                                                                          *
    *                                                                                                          *
    *    FSomeField : String;                                                                                  *
    *    property SomeField : String read FSomeField write FSomeFields;                                        *
    *                                                                                                          *
    *  The reason for this is that they hardcoded add a 'F' character to the field names coming in from        *
    *  JSON. So if the JSON code says the field's name is 'foobar', they change that to 'Ffoobar', without      *
    *  any checks, without any choice, without any error message if (when) that braindead hack kills inter-    *
    *  operability. Anything not in that form (for example a member variable called m_something) will NOT      *
    *  be reconstituted back into the object, even though the parser DOES find the field in the JSON code,      *
    *  since THAT TOO WILL BE RENAMED to Fm_something! They do NOT check whether a field is a property before  *
    *  messing up the name! Furthermore, subsequent calls of serialization / deserializatoin lead to field      *
    *  names like FFFFFMyField. So please, just follow embarcadero's religion about how field names gotta      *
    *  look.                                                                                                    *
    *                                                                                                          *
    *  This is literally the worst JSON implementation I've ever seen and shows the complete lack of skill of  *
    *  embarcadero's 'engineers'.  -- ßßß                                                                      *
    *                                                                                                          *
    *************************************************************************************************************

    If you want to see where that hack is located, it's in the unit REST.JsonReflect, the function
    TJSONUnMarshal.ConvertFieldNameFromJson starting at line 2446 ff.
}


interface
  Mit Zitat antworten Zitat
Der schöne Günther

Registriert seit: 6. Mär 2013
6.213 Beiträge
 
Delphi 10 Seattle Enterprise
 
#6

AW: Eure besten Quellcode Kommentare...

  Alt 5. Jul 2018, 12:44
Wahnsinn wie dieses blödsinnige F-Prefix die Emotionen immer wieder hochkochen lässt.

Natürlich auch hier.

Fest einkodiert. All mein Hass. Ganz ehrlich...
Was für ein Dreck. […]
'Teeren und Federn' war zu meiner Zeit das adäquate Mittel, den Programmierer für derartige Ergüsse öffentlich zu würdigen.
  Mit Zitat antworten Zitat
Benutzerbild von Codehunter
Codehunter

Registriert seit: 3. Jun 2003
Ort: Thüringen
2.291 Beiträge
 
Delphi 12 Athens
 
#7

AW: Eure besten Quellcode Kommentare...

  Alt 6. Jul 2018, 13:38
Ist halt ein Pseudostandard, so wie Ereignisse immer mit einem "On" beginnen sollten, aber auch nicht immer tun in der VCL. Letztlich sollte man einfach konsequent bei einem Stil bleiben. Besonders im Team. Ich finde nichts schlimmer als Code, den nur der Autor lesen kann.
Ich mache grundsätzlich keine Screenshots. Schießen auf Bildschirme gibt nämlich hässliche Pixelfehler und schadet der Gesundheit vom Kollegen gegenüber. I und E zu vertauschen hätte den selben negativen Effekt, würde aber eher dem Betriebsklima schaden
  Mit Zitat antworten Zitat
Antwort Antwort

 

Forumregeln

Es ist dir nicht erlaubt, neue Themen zu verfassen.
Es ist dir nicht erlaubt, auf Beiträge zu antworten.
Es ist dir nicht erlaubt, Anhänge hochzuladen.
Es ist dir nicht erlaubt, deine Beiträge zu bearbeiten.

BB-Code ist an.
Smileys sind an.
[IMG] Code ist an.
HTML-Code ist aus.
Trackbacks are an
Pingbacks are an
Refbacks are aus

Gehe zu:

Impressum · AGB · Datenschutz · Nach oben
Alle Zeitangaben in WEZ +1. Es ist jetzt 17:10 Uhr.
Powered by vBulletin® Copyright ©2000 - 2025, Jelsoft Enterprises Ltd.
LinkBacks Enabled by vBSEO © 2011, Crawlability, Inc.
Delphi-PRAXiS (c) 2002 - 2023 by Daniel R. Wolf, 2024-2025 by Thomas Breitkreuz