|
|
|
|
|
|
|
Danke nochmal an die Hilfe von vor ein paar Seiten.
Ich hing jetzt irgendwie seit drei Abenden an der Teilaufgabe, mit der Caesar-Verschlüsselung bzw. vielmehr an der Entschlüsselung und jetzt läuft es endlich.
Ist zwar vermutlich für die meisten hier Kleinkram, trotzdem irgendwie ein gutes Gefühl wenn man seit Tagen an nem Problem grübelt und es endlich läuft 
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
It's what keeps us going! 
|
|
|
|
|
|
|
|
|
|
|
Und das Gehalt natürlich
|
|
|
|
|
|
|
|
|
|
|
Irgendwie bekomme ich CMAKE + vcpkg nicht so zu laufen, wie die (glaube ich) gedacht sind.
Moechte zb. folgendes Projekt clonen, dann uebersetzen.
https://github.com/moneymanagerex/moneymanagerex
Danach mit vcpkg die Abhängigkeiten runtergeladen (wxwidgets).
ccache manuell runtergeladen/installiert.
dann in der CMakeSettings.json vom Projekt folgende Variablen ergänzt:
| |
| Code: |
"variables": [
{
"name": "CMAKE_TOOLCHAIN_FILE",
"value": "C:\\vcpkg\\scripts\\buildsystems\\vcpkg.cmake",
"type": "STRING"
},
{
"name": "CCACHE_PROGRAM",
"value": "C:\\ccache\\ccache.exe",
"type": "STRING"
}
]
|
|
Trotzdem wird wxwidgets nicht gefunden ( find_package(...) )
Hat jemand ne Idee?
|
|
|
|
|
|
|
|
|
|
|
|
Gibt es hier jemanden der sich mit Shopware 6 programmierung auskennt? Noch nie eine schlechtere Dokumentation gesehen...
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| | Zitat von X-Tender
Gibt es hier jemanden der sich mit Shopware 6 programmierung auskennt? Noch nie eine schlechtere Dokumentation gesehen...
| |
Schick mal ne PM
|
|
|
|
|
|
|
|
|
|
|
| | Zitat von Fabsn
Welche Dokumentation?
| |
|
|
|
|
|
|
|
|
|
|
|
Schlimmer als keine Dokumentation sind falsche Dokumentationen.
| | | WARUM WILLST DU NICHT FUNKTIONIEREN ICH MACHE ES DOCH WIE IN DER DOKU!!111 | |
|
|
[Dieser Beitrag wurde 1 mal editiert; zum letzten Mal von X-Tender am 02.07.2021 7:58]
|
|
|
|
|
|
|
|
|
Könnte man auch von der API von SAP SuccessFactors sagen. 
|
|
|
|
|
|
|
|
|
|
|
Tolles Zitat dazu von nem Kollegen:
"Ich schreibe keine Doku. Guck mal, jede Doku die es gibt, ist entweder falsch oder veraltet. Warum soll ICH dann ne Doku schreiben?"
|
|
|
|
|
|
|
|
|
|
|
If it was hard to write, it should be hard to understand.
|
|
|
|
|
|
|
|
|
|
|
|
Die beste Doku ist der Code!
|
|
|
|
|
|
|
|
|
|
|
| | Zitat von [Dicope]
If it was hard to write, it should be hard to understand.
| |
|
|
|
|
|
|
|
|
|
|
|
| | Zitat von [KDO2412]Mr.Jones
Die beste Doku ist der Code!
| |
Dies
|
|
|
|
|
|
|
|
|
|
hängt bei mir seit beginn eines migrationsprojekts im büro 
/e: wobei das anfängliche schreckgespenst "legacy code" mittlerweile gnadenlos durch "code, der mir von externen dienstleistern präsentiert wird" ersetzt wurde...
|
|
[Dieser Beitrag wurde 1 mal editiert; zum letzten Mal von Atomsk am 02.07.2021 11:44]
|
|
|
|
|
|
|
|
|
| | Zitat von AJ Alpha
| | Zitat von [KDO2412]Mr.Jones
Die beste Doku ist der Code!
| |
Dies
| |
Heftiger Sekundus für so Dinge wie implementation details. Ich bin ganz glücklich mit dem Ansatz, dass man für andere Menschen/Entwickler programmiert und nicht die Maschine.
Kommentare spart man sich dann in 95%* der Fälle halt, wenn der Code selbsterklärend'ish ist.
*sinkt natürlich je spezifischer die domain oder lower-leveliger die Sprache wird, das ist klar. Aber als z. B. Webentwickler-Pleb kommen die 95%+ glaube ich ganz gut hin.
Saubere Doku dann halt trotzdem für alles was öffentlich konsumiert wird, z. b. halt Schnittstellen, oder offene Architektur (Frameworks), erstere sind ja oft auch gut autogenerierbar.
|
|
|
|
|
|
|
|
|
|
|
Full Ack.
Einzige Ausnahme sind math. Herleitungen etc, was aus dem Code nicht ersichtlich ist.
Oder kleine Querverweise zu stackoverflow etc 
|
|
[Dieser Beitrag wurde 1 mal editiert; zum letzten Mal von AJ Alpha am 02.07.2021 12:10]
|
|
|
|
|
|
|
|
|
| | Zitat von AJ Alpha
Oder kleine Querverweise zu stackoverflow etc
| |
Hot damn, wieso verlinke ich eigentlich nicht die Stackoverflow Loesungen, aus denen ich meine Implementierungen klaue. Genial!
|
|
|
|
|
|
|
|
|
|
|
|
Je näher die Doku am Code ist, desto größer die Wahrscheinlichkeit, dass sie damit zusammen aktuell gehalten wird.
|
|
|
|
|
|
|
|
|
|
|
| | Zitat von Irdorath
| | Zitat von AJ Alpha
Oder kleine Querverweise zu stackoverflow etc
| |
Hot damn, wieso verlinke ich eigentlich nicht die Stackoverflow Loesungen, aus denen ich meine Implementierungen klaue. Genial!
| |
| |
| Code: |
// Open file and read line by line, taken from [URL]https://stackoverflow.com/...[/URL] |
|
Ich vergess das halt immer wieder. 
|
|
|
|
|
|
|
|
|
|
|
| | Zitat von Irdorath
| | Zitat von AJ Alpha
Oder kleine Querverweise zu stackoverflow etc
| |
Hot damn, wieso verlinke ich eigentlich nicht die Stackoverflow Loesungen, aus denen ich meine Implementierungen klaue. Genial!
| |
Mach das 'fjeden, ich wäre bei *.ts stellenweise wahnsinnig geworden ohne diesen livehack™
|
|
[Dieser Beitrag wurde 1 mal editiert; zum letzten Mal von Tenz am 02.07.2021 12:25]
|
|
|
|
|
|
|
|
|
| | Zitat von luke_skywalker
Könnte man auch von der API von SAP SuccessFactors sagen.
| |
Kann man von beinahe jedem SAP-Produkt sagen.
|
|
|
|
|
|
|
|
|
|
|
| | Zitat von Irdorath
| | Zitat von AJ Alpha
Oder kleine Querverweise zu stackoverflow etc
| |
Hot damn, wieso verlinke ich eigentlich nicht die Stackoverflow Loesungen, aus denen ich meine Implementierungen klaue. Genial!
| |
Hab mir das konsequent angewöhnt. Die Links sind hoffentlich stabil
|
|
|
|
|
|
|
|
|
|
|
Cool URIs don't change!
Gerade bei den ganzen StackExchange-Seiten bin ich mir ziemlich sicher, dass die auf ewig erreichbar bleiben.
Die meisten, mit denen ich bisher über Kommentare im Code gesprochen habe, kommentieren anders als ich und sehen den Sinn dahinter auch einfach nicht.
Ich brauch keine Erklärung, dass "$i += $foo" die Variable $i um den Wert von $foo erhöht.
Aber wenn irgendwas gemacht wird, was aus dem Code an sich eben nicht ersichtlich ist, dann bitte erklären wieso etwas gemacht wird. Vor allem dann, wenn man einen Workaround für ein noch nicht gefixtes Problem eines Frameworks oder so schreibt.
Hatte schon "schlaue" Menschen die erstmal alten Code "verbessert" haben, ehe sie dann stunden Später in die History sind um den alten Stand wiederherzustellen.
Direkte Links sind auch bei Regex sinnvoll. Bevor jemand rausfinden muss, was eigentlich
| |
| Code: |
(\[(\$([A-Z0-9\_\-]*))(\|([^\]]+)?)?\])|(\$([A-Z0-9\_\-]*)) |
|
macht, soll die Person halt den Link zu regex101.com öffnen.
In Shopware 5 hat das Standardtheme z. B. die Klasse "is--collapsed" für aufgeklappte (ja verdammt, für aufgeklappte! Elemente. Wie oft da schon jemand in Child-Themes rumgepfuscht hat und dachte, er/sie könnte das jetzt korrigieren. lölerchen.
|
|
[Dieser Beitrag wurde 2 mal editiert; zum letzten Mal von Fabsn am 02.07.2021 13:15]
|
|
|
|
|
|
|
|
|
Wer nicht ordentlich kommentiert, gehört halt gepaddelt, es ist so. Und es reicht nicht, irgendwelche Links zu hinterlegen. Das riecht sehr deutlich nach Code schlampig von StackOverflow kopiert, funktioniert, aber man hat keine Ahnung wieso. Wenn man ein Snippet versteht, dann kann man das auch in ein, zwei Zeilen für den nächsten, der da drüber stolpert, erklären. Wieso soll ich mir wieder die Arbeit machen müssen, eine ganze StackOverflow Diskussion durchzulesen? Dann hätte ich mir es auch gleich selbst ergoogeln können. Also links posten != Dokumentation. Es ist faul.
Am wichtigsten ist sowieso der docheader einer Funktion oder Klasse. Dort kann man in ein paar Zeilen optimal erklären, warum es dieses Ding gibt, was es macht, und was die Arguments bedeuten. Von mir aus ein @see und dann ein Link zu einer API-Doc oder so, aber bitte keine Forenlinks oder Yahoo-Answers ey.
Kommentieren heißt natürlich nicht so Schwachsinn wie:
| |
| Code: |
// If foo is true, do something
if ($foo === true) {
doSomething();
} |
|
Ich sehe selbst, dass da 'n if ist, und da drinnen was passiert. Wenn das aus sinnvoll gewählten Funktionsnamen eh schon aus dem Kontext ersichtlich ist, ist auch keine weiter Dokumentation nötig. Ansonsten muss da genau stehen, warum hier ein if ist, und warum gerade hier dann die Funktion gecalled wird.
Generell: bidde wählt ordentliche Funktions- und Variablennamen. Das ist schon die halbe Dokumentation. Und um Himmels willen keine Abbreviations verwenden, das macht das Code lesen nur bescheuerter.
|
|
[Dieser Beitrag wurde 3 mal editiert; zum letzten Mal von derSenner am 02.07.2021 13:16]
|
|
|
|
|
|
|
|
|
| | Zitat von Irdorath
| | Zitat von AJ Alpha
Oder kleine Querverweise zu stackoverflow etc
| |
Hot damn, wieso verlinke ich eigentlich nicht die Stackoverflow Loesungen, aus denen ich meine Implementierungen klaue. Genial!
| |
Hat Stackoverflow nicht alle Codeschnipsel auf ihrer Seite unter ner nicht-offenen Lizenz bei der man bei kommerziellem Einsatz dann Ärger bekommt? Oder ist das nur ne Urban Myth?
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Gnah warum mach ich mir dann immer so in die Hose ... das hätte ich doch einfach nachgucken können. Danke!
|
|
|
|
|
|
|
|
| Thema: Software-Entwicklung 0 ( new SammelThread() ) |
![[Dicope]](./avatare/drkleiner.gif)
![[KDO2412]Mr.Jones](./avatare/mrjones2.gif)
