Was hat Sexismus im Bett zu suchen? 
(der Mann darf unten ja auch arbeiten, so ists ja ned)
(der Mann darf unten ja auch arbeiten, so ists ja ned)
-
Hallo liebe Userinnen und User,
nach bereits längeren Planungen und Vorbereitungen sind wir nun von vBulletin auf Xenforo umgestiegen. Die Umstellung musste leider aufgrund der Serverprobleme der letzten Tage notgedrungen vorverlegt werden. Das neue Forum ist soweit voll funktionsfähig, allerdings sind noch nicht alle der gewohnten Funktionen vorhanden. Nach Möglichkeit werden wir sie in den nächsten Wochen nachrüsten. Dafür sollte es nun einige der Probleme lösen, die wir in den letzten Tagen, Wochen und Monaten hatten. Auch der Server ist nun potenter als bei unserem alten Hoster, wodurch wir nun langfristig den Tank mit Bytes vollgetankt haben.
Anfangs mag die neue Boardsoftware etwas ungewohnt sein, aber man findet sich recht schnell ein. Wir wissen, dass ihr alle Gewohnheitstiere seid, aber gebt dem neuen Board eine Chance.
Sollte etwas der neuen oder auch gewohnten Funktionen unklar sein, könnt ihr den "Wo issn da der Button zu"-Thread im Feedback nutzen. Bugs meldet ihr bitte im Bugtracker, es wird sicher welche geben die uns noch nicht aufgefallen sind. Ich werde das dann versuchen, halbwegs im Startbeitrag übersichtlich zu halten, was an Arbeit noch aussteht.Neu ist, dass die Boardsoftware deutlich besser für Mobiltelefone und diverse Endgeräte geeignet ist und nun auch im mobilen Style alle Funktionen verfügbar sind. Am Desktop findet ihr oben rechts sowohl den Umschalter zwischen hellem und dunklem Style. Am Handy ist der Hell-/Dunkelschalter am Ende der Seite. Damit sollte zukünftig jeder sein Board so konfigurieren können, wie es ihm am liebsten ist.
Die restlichen Funktionen sollten eigentlich soweit wie gewohnt funktionieren. Einfach mal ein wenig damit spielen oder bei Unklarheiten im Thread nachfragen. Viel Spaß im ngb 2.0.
ZehnVorne, die "Next Gen Bar" an Board
- Ersteller nr0815
- Erstellt am
- Status
harder666
Neu angemeldet
KaPiTN
♪♪♫ wild at heart ♪♫♫♪
- Registriert
- 14 Juli 2013
- Beiträge
- 29.138
KaPiTN
♪♪♫ wild at heart ♪♫♫♪
- Registriert
- 14 Juli 2013
- Beiträge
- 29.138
@theSplit:
Apropos, Split, ich hätte da mal eine Frage.
Nehmen wir mal an, Du hast eine Funktion und kannst sie auch für eine Rückwärtoperation verwenden. Dann ist sie aber nicht mehr logisch zu lesen, weil die Benamung dann verkehrt ist.
Was würdest Du eher hinnehmen? Diesen Umstand, oder daß Du quasi den gleichen Code 2 mal hast aber sich die Logik direkt aus der Benahmung für beide Fälle ergibt?
Apropos, Split, ich hätte da mal eine Frage.
Nehmen wir mal an, Du hast eine Funktion und kannst sie auch für eine Rückwärtoperation verwenden. Dann ist sie aber nicht mehr logisch zu lesen, weil die Benamung dann verkehrt ist.
Was würdest Du eher hinnehmen? Diesen Umstand, oder daß Du quasi den gleichen Code 2 mal hast aber sich die Logik direkt aus der Benahmung für beide Fälle ergibt?
- Registriert
- 3 Aug. 2014
- Beiträge
- 28.577
@KaPiTN: Meinst du die Frage ernst?
Es kommt wohl darauf an, wie häufig die Operation ausgeführt wird, wird sie "teuer" würde ich sie anders benennen und zurück rechnen lassen, selbst wenn 80% identisch sind.
Oder du übergibst nen Paramater der klarstellt, wie die Operation vorwärts/rückwärts ausgeführt wird.
Aber kommt wie gesagt darauf an, wie häufig wird etwas aufgerufen. Das sind ja nicht mal die Kosten der Operation an sich, aber immer die logische Frage zu stellen "X" oder "Y".
Ich glaube aber, der Logik auch nach, wäre es besser die beiden Schritte aufzuteilen, eine Funktion die kodiert und eine die dekodiert - oder was sich halt ähnelt.
Man kann eine Funktion/Code ja "inlinen" soweit ich weiß und es an zwei oder mehr Stellen einbetten lassen, und der Rest des Codes macht dann die Arbeit, und beide kommen aus einer Quelle.
Ist nur ein höherer Wartungsaufwand wenn du duplizierst.
Bzw. den Hauptcode in einer dritte Funktion, wenn du nur Adressen übergibst? Also die Funktion X und die Funktion Y die gemeinsame Daten aus Z bekommen, und zurück an X oder Y übergeben zu genauen Verarbeitung.
Hat wohl auch mit dem Stack zu tun wie groß der Umfang/Kosten sind.
Es kommt wohl darauf an, wie häufig die Operation ausgeführt wird, wird sie "teuer" würde ich sie anders benennen und zurück rechnen lassen, selbst wenn 80% identisch sind.
Oder du übergibst nen Paramater der klarstellt, wie die Operation vorwärts/rückwärts ausgeführt wird.
Aber kommt wie gesagt darauf an, wie häufig wird etwas aufgerufen. Das sind ja nicht mal die Kosten der Operation an sich, aber immer die logische Frage zu stellen "X" oder "Y".
Ich glaube aber, der Logik auch nach, wäre es besser die beiden Schritte aufzuteilen, eine Funktion die kodiert und eine die dekodiert - oder was sich halt ähnelt.
Man kann eine Funktion/Code ja "inlinen" soweit ich weiß und es an zwei oder mehr Stellen einbetten lassen, und der Rest des Codes macht dann die Arbeit, und beide kommen aus einer Quelle.
Ist nur ein höherer Wartungsaufwand wenn du duplizierst.
Bzw. den Hauptcode in einer dritte Funktion, wenn du nur Adressen übergibst? Also die Funktion X und die Funktion Y die gemeinsame Daten aus Z bekommen, und zurück an X oder Y übergeben zu genauen Verarbeitung.
Hat wohl auch mit dem Stack zu tun wie groß der Umfang/Kosten sind.
Zuletzt bearbeitet:
KaPiTN
♪♪♫ wild at heart ♪♫♫♪
- Registriert
- 14 Juli 2013
- Beiträge
- 29.138
Es geht um die Anzahl benachbarter Zellen, wenn man die Generationen zurückblättert. Da habe ich , glaube ich, eine Funktion, die 100% mit der identisch ist, die ich bei der Berechnung für die Folgegeneration verwende.
Da gibt es die Eigenschaften, daß Zellen quasi zum Sterben oder zur Geburt markiert werden. Das ist so ja logisch, funktioniert dann wohl auch in die andere Richtung nur liest sich das etwas seltsam, weil ja eigentlich nicht gestorben wird, sonder die Geburt zurückgenommen wird . Und umgekehrt wird nicht geboren, sondern der Tod zurückgenommen.
Man kann jetzt also alles als 2te Funktion schreiben und diesen umgekehrten Fall durch, lesbar machen, durch Namen, die ich mir jetzt noch gar nicht vorstellen kann. oder man benutzte den Code einfach erneut und kommentiert mit einem Satz, daß man sich für eine umgekehrte Logik die Namen auch umgekehrt denken soll.
Ich persönlich würde ja pragmatisch den Code, wo er schon da ist, 2 mal verwenden.
Aber wie würde das jemand sehen, der fremden Code lesen muß? Würde er honorieren, daß es für ihn leichter ist, oder würde er mehr auf Sparsamkeit und Code Wiederverwendung achten?
Da gibt es die Eigenschaften, daß Zellen quasi zum Sterben oder zur Geburt markiert werden. Das ist so ja logisch, funktioniert dann wohl auch in die andere Richtung nur liest sich das etwas seltsam, weil ja eigentlich nicht gestorben wird, sonder die Geburt zurückgenommen wird . Und umgekehrt wird nicht geboren, sondern der Tod zurückgenommen.
Man kann jetzt also alles als 2te Funktion schreiben und diesen umgekehrten Fall durch, lesbar machen, durch Namen, die ich mir jetzt noch gar nicht vorstellen kann. oder man benutzte den Code einfach erneut und kommentiert mit einem Satz, daß man sich für eine umgekehrte Logik die Namen auch umgekehrt denken soll.
Ich persönlich würde ja pragmatisch den Code, wo er schon da ist, 2 mal verwenden.
Aber wie würde das jemand sehen, der fremden Code lesen muß? Würde er honorieren, daß es für ihn leichter ist, oder würde er mehr auf Sparsamkeit und Code Wiederverwendung achten?
- Registriert
- 3 Aug. 2014
- Beiträge
- 28.577
Ich glaube das ist ein altes Thema, Kosten versus. Readability/Useability.
In erster Linie sollte der Code für dich oder andere Programmierer nachvollziehbar sein bzw. bleiben. So hab ich es aufgefasst.
Natürlich muss Code auch Funktional sein, also, tut er das war er soll "schnell", "richtig" und "gut" ?
Ohne jetzt zu optimieren auf Teufel komm raus.
Ich glaube aber das was du ansprichst, hat Brother John auch schon erwähnt... wir sind im falschen Thema
Wenn du eine bestimmte Konstellation von Zellen hast "2 breit und 2 hoch = 4 Zellen in einem Block/Quadrat", kannst du unmöglich genau nachvollziehen wo die letzte Zelle gestorben ist, bevor sich der Block gebildet hat. Irgendwie sowas
Du kannst also den Zug nicht 1:1 rückgängig machen. Ganz einfach weil dir nötige Informationen fehlen.
Edit: Bzw. so verstehe ich es
In erster Linie sollte der Code für dich oder andere Programmierer nachvollziehbar sein bzw. bleiben. So hab ich es aufgefasst.
Natürlich muss Code auch Funktional sein, also, tut er das war er soll "schnell", "richtig" und "gut" ?
Ohne jetzt zu optimieren auf Teufel komm raus.
Ich glaube aber das was du ansprichst, hat Brother John auch schon erwähnt... wir sind im falschen Thema
Wenn du eine bestimmte Konstellation von Zellen hast "2 breit und 2 hoch = 4 Zellen in einem Block/Quadrat", kannst du unmöglich genau nachvollziehen wo die letzte Zelle gestorben ist, bevor sich der Block gebildet hat. Irgendwie sowas
Du kannst also den Zug nicht 1:1 rückgängig machen. Ganz einfach weil dir nötige Informationen fehlen.
Edit: Bzw. so verstehe ich es
Zuletzt bearbeitet:
Snake Pilsken
Neu angemeldet
KaPiTN
♪♪♫ wild at heart ♪♫♫♪
- Registriert
- 14 Juli 2013
- Beiträge
- 29.138
Das ist mir klar. Ich kann aber die Anzahl der benachbarten Zellen wieder zurückrechnen.
Ich denke ein Kommentar wird es tun. Ist ja nicht für die eigentliche Funktionalität, sondern für das Zurückblättern.
Apropos Kommentar. Kommentierst Du nur im Kopf über einer Funktion oder auch innerhalb? Und wenn letzteres, dann zwischen den Zeilen oder hinter den Zeilen?
Normalerweise bedeutet für mich Dokumentation hauptsächlich die Bedienung, Also eine Anleitung mit Bildern.
Sind Tooltips über Schaltflächen, die Icons, aber keine Beschriftung haben,für Dich eher störend, oder hilfreich?
Eine XML MSDN-Style Doku wäre sicher auch nicht verkehrt.
Ich habe da gerade noch ein Idee für ein Feature.
Ich denke ein Kommentar wird es tun. Ist ja nicht für die eigentliche Funktionalität, sondern für das Zurückblättern.
Apropos Kommentar. Kommentierst Du nur im Kopf über einer Funktion oder auch innerhalb? Und wenn letzteres, dann zwischen den Zeilen oder hinter den Zeilen?
Normalerweise bedeutet für mich Dokumentation hauptsächlich die Bedienung, Also eine Anleitung mit Bildern.
Sind Tooltips über Schaltflächen, die Icons, aber keine Beschriftung haben,für Dich eher störend, oder hilfreich?
Eine XML MSDN-Style Doku wäre sicher auch nicht verkehrt.
Ich habe da gerade noch ein Idee für ein Feature.
- Registriert
- 3 Aug. 2014
- Beiträge
- 28.577
Wenn du eine Idee für ein Feature hast, hau raus
Zu Kommentaren nur kurz, beides....
Wobei ich den Funktionskopf - da kein IDE, die Parameterliste immer weglasse, da ich diese im Code vorher erkläre bzw. die Typen eindeutig sein sollten.
Innerhalb der Funktionen kommentiere ich auch, aber das machte ich jetzt nur für den Wettbewerb - oder es kommt darauf an, wie kompliziert es ist.
Bzw. ob Variablennamen unklar sein könnten, bzw. am Rumpfkopf der Funktion, wo alle Variablen in "C" deklarariert werden sollten, wobei ich selbst das nicht immer einhalten
Angewöhnung ist es bei mir nicht zu kommentieren, weil ich meinen Code (eigentlich) kennen bzw. kennen sollte, aber nach 3 Monaten Pause schaut man darauf wie ein Elch, auch das Gefühl kenne ich - und fragt sich selbst dabei "was habe ich mir hier gedacht".....
Dokumentieren ist ja immer mit Arbeit verbunden. - Wird nur nicht bezahlt
Zu Kommentaren nur kurz, beides....
Wobei ich den Funktionskopf - da kein IDE, die Parameterliste immer weglasse, da ich diese im Code vorher erkläre bzw. die Typen eindeutig sein sollten.
Innerhalb der Funktionen kommentiere ich auch, aber das machte ich jetzt nur für den Wettbewerb - oder es kommt darauf an, wie kompliziert es ist.
Bzw. ob Variablennamen unklar sein könnten, bzw. am Rumpfkopf der Funktion, wo alle Variablen in "C" deklarariert werden sollten, wobei ich selbst das nicht immer einhalten
Angewöhnung ist es bei mir nicht zu kommentieren, weil ich meinen Code (eigentlich) kennen bzw. kennen sollte, aber nach 3 Monaten Pause schaut man darauf wie ein Elch, auch das Gefühl kenne ich - und fragt sich selbst dabei "was habe ich mir hier gedacht".....
Dokumentieren ist ja immer mit Arbeit verbunden. - Wird nur nicht bezahlt
KaPiTN
♪♪♫ wild at heart ♪♫♫♪
- Registriert
- 14 Juli 2013
- Beiträge
- 29.138
Wenn du eine Idee für ein Feature hast, hau raus
Nachher setzt das noch jemand außer mir um.
- Status