Stil der Klammern unwichtig?



  • OK, das kann ich nachvollziehen/verstehen.

    Wo ich dann nicht mehr mit kann, ist wenn in solchen Threads dann Leute auftauchen die sich darüber lustig machen wie das Wort "Stil" dort verwendet wird, bzw. den anderen Diskussionsteilnehmern einreden wollen dass sie das Wort "Stil" falsch verwenden, und darauf bestehen dass ihre Interpretation die einzig richtige ist.

    Oder gar so tun als hätten sie nicht verstanden worum es dem OP geht.

    Ich meine, auch in den beiden von dir verlinkten Threads geht aus dem Kopfbeitrag klar hervor worum es geht.

    Wenn man enttäuscht ist dass es "wieder nur ein Formatierungs-Thread" ist, dann kann man ja einfach "Ach schade, hier geht's ja wieder nur um Formatierung" rein posten -- dadurch würde sich kaum wer gestört fühlen.

    Bzw. Vorschlag: mach selbst einen "deiner" Stil-Threads auf 🙂



  • hustbaer schrieb:

    Oder gar so tun als hätten sie nicht verstanden worum es dem OP geht.

    Hmmm... vielleicht kannst Du mir auf die Sprünge helfen...

    Scorcher24 schrieb:

    https://twitter.com/ID_AA_Carmack/status/376207435544813568

    John Carmack @ID_AA_Carmack
    I am conceding brace style to the existing Oculus code. Everyone was expecting a holy war, but it just isn't that important.

    Der Meister hat gesprochen.
    Was nun? Keine Flamewars mehr?
    K&R oder gtfo?

    Worum genau geht es dem OP denn zum Beispiel in diesem Thread? Ich lese da, dass der OP gerne einen Flamewar sehen würde. 😉 Ist das eine Fehlinterpretation?



  • So a bissl was von allem ;).
    Fand den Tweet nur lustig. Und was ihr draus gemacht habt.



  • @Gregor
    OK. Worum es ihm geht ist wohl nicht so klar. Aber es ist ziemlich klar dass es nicht um irgendwelche high-level Dinge geht.



  • dot schrieb:

    Das Problem mit den Tabs ist halt, dass es eben nur funktioniert, solange man nirgendwo jemals irgendwas ausrichten möchte...

    Random example:

    file << "name;cc_major;cc_minor;num_multiprocessors;warp_size;max_threads_per_mp;max_threads_per_block;regs_per_block;shared_memory;constant_memory;global_memory;clock_rate\n"
             << prop.name << ';'
             << prop.major << ';'
             << prop.minor << ';'
             << prop.multiProcessorCount << ';'
             << prop.warpSize << ';'
             << prop.maxThreadsPerMultiProcessor << ';'
             << prop.maxThreadsPerBlock << ';'
             << prop.regsPerBlock << ';'
             << prop.sharedMemPerBlock << ';'
             << prop.totalConstMem << ';'
             << prop.totalGlobalMem << ';'
             << prop.clockRate * 1000 << '\n'
             << std::endl;
    

    Wenn man Tabs will oder der Code von Aliens mit anderer Einrückungskultur oder den Verrückten, die Proportionalschriftarten haben verwendet werden können soll, kann man das auch so machen:

    file
             << "name;cc_major;cc_minor;num_multiprocessors;warp_size;max_threads_per_mp;max_threads_per_block;regs_per_block;shared_memory;constant_memory;global_memory;clock_rate\n"
             << prop.name << ';'
             << prop.major << ';'
             << prop.minor << ';'
             << prop.multiProcessorCount << ';'
             << prop.warpSize << ';'
             << prop.maxThreadsPerMultiProcessor << ';'
             << prop.maxThreadsPerBlock << ';'
             << prop.regsPerBlock << ';'
             << prop.sharedMemPerBlock << ';'
             << prop.totalConstMem << ';'
             << prop.totalGlobalMem << ';'
             << prop.clockRate * 1000 << '\n'
             << std::endl;
    

    So ist das portabel ohne Ende. 🙂



  • Kellerautomat schrieb:

    Sobald ClangIDE fertig ist, ist das alles kein Problem mehr.

    http://clang.llvm.org/docs/ClangFormat.html

    Btw. An den Sones Screenshots sehe ich, dass keine Whitespaces anzeigen werden. Beim Schreiben eines Makefiles unerlaesslich. Ich lasse sie mir auch in VS anzeigen um meine Einrueckung zu ueberpruefen. Sinnvoll?



  • Beim Schreiben eines Makefiles unerlaesslich

    Ich habe noch nie eine Makefile geschrieben oder musste es je tun. CodeBlocks hat ein eigenes Build-System das gut funktioniert.



  • Die Frage ist: Wer laesst sich white spaces in einer IDE beim Programmieren anzeigen?



  • knivil schrieb:

    Die Frage ist: Wer laesst sich white spaces in einer IDE beim Programmieren anzeigen?

    Mach ich schon, allein schon Aufgrund der von dir genannten makefile Problematik und wegen der bei uns geltenden Coding Styles. Da sieht man gleich obs passt oder nicht...



  • knivil schrieb:

    Die Frage ist: Wer laesst sich white spaces in einer IDE beim Programmieren anzeigen?

    Wie meinst du das, "Anzeigen"? Laesst du bei dir alle Whitespaces verstecken?



  • Whitespaces werden gesondert hervorgehoben, bspw: → fuer Tabs und '.' fuer Leerzeichen (Farbe Hellblau). Wie unterscheidest du denn Tabs von Leerzeichen? Btw. ich finde Leerzeichen am Ende einer Codezeile als haesslich.



  • Ich zeige mir auch keine Leerzeichen gesondert an (nervt mich auch, wenn Leute bei Word dies aktiviert haben). Und überflüssige Leerzeichen am Ende von Zeilen lasse ich mit dem RegEx ":b+$" projektweit löschen (im VS).



  • knivil schrieb:

    Whitespaces werden gesondert hervorgehoben, bspw: → fuer Tabs und '.' fuer Leerzeichen (Farbe Hellblau). Wie unterscheidest du denn Tabs von Leerzeichen?

    Das meint ihr! Ich lasse sie nicht gesondert hervorheben... wieso sollte ich?

    Btw. ich finde Leerzeichen am Ende einer Codezeile als haesslich.

    Ich auch. Jeder findet das.



  • wieso sollte ich?

    Ich dachte, es waere klar. Um Tabs von Leerzeichen unterscheiden zu koennen. Um Leerzeichen am ende einer Zeile zu sehen, um Makefiles zu schreiben.



  • knivil schrieb:

    um Makefiles zu schreiben.

    Allright. Ich dachte du meinst C++.



  • Sone schrieb:

    knivil schrieb:

    um Makefiles zu schreiben.

    Allright. Ich dachte du meinst C++.

    You missed the point. Wie ueberprueft du eigene Einrueckregeln Tab/Spaces, wie fremde?



  • Den Unterschied zwischen Tabs und Spaces hervorzuheben ist unnoetig. Es verwirrt nur weil es information ist mit der sich der Programmierer nicht befassen muss. Wenn er es doch tut, ist er ineffizient. Programmieren ist so schon schwer genug, da muss man nicht auch noch Sachen machen die die IDE fuer einen automatisch erledigt (bzw in dem Fall Tabs vs Spaces komplett hausgemachter schmafu ist).

    Auch bei Makefiles ist es nicht wichtig Tabs und Spaces getrennt zu kennzeichnen. Denn mein Editor markiert mir eine Zeile die mit Spaces eingerueckt ist einfach als falsch und unterwellt die leerzeichen (oder hinterlegt sie pink, etc - was auch immer man fuer ein Farbschema gerne hat).

    Wer waehrend dem Code schreiben ueber Tabs und Spaces nachdenkt, der macht was falsch.



  • Wer waehrend dem Code schreiben ueber Tabs und Spaces nachdenkt, der macht was falsch.

    Deswegen warden sie hervorgehoben, bei dir ja auch. Es hat nichts mit Denken zu tun. Grade bei fremden Code sehe ich es oft, dass Tabs und Leerzeichen fuer Einrueckungen unabsichtlich gemischt benutzt wird. Hervorheben ist wohl das falsche Wort.



  • knivil schrieb:

    Deswegen warden sie hervorgehoben, bei dir ja auch. Es hat nichts mit Denken zu tun. Grade bei fremden Code sehe ich es oft, dass Tabs und Leerzeichen fuer Einrueckungen unabsichtlich gemischt benutzt wird.

    sie werden nicht hervorgehoben. und es macht auch keinen sinn sie hervorzuheben - nur wenn es fehler gibt sollten diese markiert werden. bei Makefiles sind Spaces Syntaxfehler, ergo werden sie markiert.

    Aber ich weiss zB garnicht mit was wir unsere yaml Dateien einruecken. Das ist einmal eingestellt worden und dann macht die Tab Taste genau das was sie soll. Trailing Spaces werden auch automatisch gestrippt und mein Editor erlaubt es mir ein jede Spalte zu navigieren.

    Welchen Vorteil hast du, wenn du Spaces von Tabs unterscheiden kannst? Du solltest beim Programmieren nicht einen Gedanken daran verschwenden. Du rueckst per Tabulator Taste ein und das macht automatisch das korrekte. Kopiert Code wird per autoformat eingefuegt und Syntaxfehler werden dir angezeigt.

    Nicht einen Gedanken solltest du an Tabs vs Spaces verschwenden. Wie gesagt: ich weiss bei vielen Dateitypen nichtmal wie wir einruecken. Ich denke dass wir per Tab einruecken - aber ich weiss es nicht. Es ist mir auch egal.



  • Welchen Vorteil hast du, wenn du Spaces von Tabs unterscheiden kannst?

    Tabs werden in meiner IDE (VS) nur bei Tastendruck umgewandelt, nicht beim Laden/Speichern einer Datei. Wahrscheinlich habe ich mich mit dieser IDE auch zu wenig auseinandergesetzt.

    Das ist einmal eingestellt worden und dann macht die Tab Taste genau das was sie soll.

    Bei uns wird sich niemand mit Einheitlichkeit befassen. Deswegen ist es nicht einheitlich.

    Du solltest beim Programmieren nicht einen Gedanken daran verschwenden.

    Ich sehe es, ich schreibe den regulaeren Ausdruck und fertig.

    Zu deinem Effizienzargument: Ich verbringe wenig Zeit mit Codeschreiben an sich. Deswegen faellt es auch wenig ins Gewicht.


Anmelden zum Antworten