Suchergebnisse

Derlei Bemaßungen kenne ich ja nur vom Rohreverlegen.

Zitat von mattik: „Zitat von Amin Negm-Awad: „Kaum gibt man dir frei, machst du hier Blödsinn. “ Och, jetzt ist ja eh alles egal “ The end is nigh! Zitat von mattik: „ Zitat von Amin Negm-Awad: „ Was soll denn 1F59516 sein? “ 1F595 - Reversed Hand With Middle Finger Extended Unicode 7 bringt uns endlich die Zeichen, die wir wirklich brauchen.“ Dreck, das hatte ich vorher gesucht und nicht gefunden. Ich brauche Yosemite! Zitat von mattik: „ Zitat von Amin Negm-Awad: „ Da fällt mir übrigens gerade…

Kaum gibt man dir frei, machst du hier Blödsinn. Was soll denn 1F59516 sein? Da fällt mir übrigens gerade etwas ein: Ich fand es schon immer ungerecht, dass man zwar in allen Zahlensystemen Zahlen schreiben kann, darf, was weiß ich, aber der Index dann dezimal notiert wird. Für eine Gleichheit aller Zahlensysteme plädiere ich daher dafür, dass der Index ebenfalls im verwendeten Zahlensystem geschrieben wird, also für eine Dezimalzahl etwa 123410. Wer das übrigens für eine blöde Idee hält, kennt …

Swift hat ihn gefangen. Aber cool an diesem Thread ist, dass er doch mit zwei von drei Themen on-topic bleibt: Kauderwelsch

"Im Deutschen ist die Regel für den Satzbau" dürfte es also gar nicht geben?

Zitat von macmoonshine: „Letzteres natürlich.“ Alles im grünen Bereich. Im Deutschen darf man so etwas.

Zitat von macmoonshine: „Zusammen mit dem Unicode-Zeichensatz ergeben sich da ungeahnte Möglichkeiten. Wie wären beispielsweise (0x1F44D) für Retain und (0x1F6BD) für Release? Aussagekräftiger kann Code nicht sein. Frieda: Mist, die Emos unterdrückt die Forensoftware.“ Das hat den Vorteil leichterer Erklärbarkeit und Austauschbarkeit. Code-Reuse über die richtigen Tools. Wobei Reuse bei Swift wohl eher etwas mit Fische fangen zu tun hat.

Sehr gute Idee, gleich verständlicher. Da kann man mal sehen, was man mit dem Werkzeug Operatordefinition alles machen kann. Würde ich mir wirklich auch für Objective-C wünschen.

Ich finde das eigentlich meist recht deutlich. Mein Fehler liegt meist in \". Und das sieht man ja, wenn man es falsch macht.

Eieieieiei, da sieht man eben doch, dass sprechende Methodennamen verwirrender sind als Operatoren. In Swift würde man eine manuelle Speicherverwaltung natürlich anders machen: Release ist ja das Wegwerfen. Dafür machen wir uns einen Operator, der eine semantische Nähe zur Operation hat. Da böte sich ~ an. Irgendwie ist die Freigabe ja so etwas wie Nicht. Retain ist das Gegenteil, also sozusagen nicht Nicht. Klar, der Operator ist also ~~. Autorelease ist das verzögerte Release. Verzögerungen la…

Das ist richtig, weil die Speicherverwaltung bei Swift a) voller Bugs steckt, b) nicht dokumentiert ist und c) sich ohnehin von Release zu Release grundlegend ändert. Aber dafür weiß sie, dass wenn sie ein Instanzobjekt freigibt, von welchem Typen es ist. Keine Ahnung, wozu man das braucht.

Zitat von kmr: „Zitat von Amin Negm-Awad: „Glaube ich konkret nicht. DSE würde wohl eher hi wegoptimieren, was er im Debugmode nicht tun sollte und wohl auch nicht tut. “ DSE war auch nur der Pointer auf den Vortrag und sollte nicht die Lösung sein. Die wichtige Information war die, ins Assembly zu gucken.“ Ein Pointer auf einen Macoun-Vortrag sollte ohnehin immer mit einem Thumbs-Up bedient werden. Allerdings würde ich sagen, dass der Blick in die Doku hier sogar noch besser war. Aber ich sehe …

Zitat von Fortrackz: „Lösung war dann doch relativ einfach: Das Scheme war auf "Release" eingestellt. Warum weiß ich nicht. Deswegen waren im Debugger natürlich die Variablen nil. Der Grund warum aber letztendlich mein initWithContentsOfFile nicht funktioniert hat (Nach Error ausgabe Cocoa Error 256), war dass der Simulator (oder Xcode) keine Internetverbindung hatte. Warum? Keine Ahnung. Neugestartet und dann liefs. Selbe Problem heute wieder. Macbook aus Ruhezustand geholt. App gestartet -> Co…

Zitat von kmr: „Zitat von Fortrackz: „ Sobald ich NSLog("%@", hi); dahinter schreibe, gibt er "hallo" aus und hat im Debugger plötzlich auch einen Wert. Sonst nicht. “ Genau für solche Fälle hat der liebe kmr auf der Macoun 2013 einen Vortrag über Assembler am Beispiel von Dead Store Elimination gehalten. Guck doch einfach in den Vortrag und/oder das Assembly. Dort wirst Du die Lösung finden.“ So etwas mehr Zeit: Glaube ich konkret nicht. DSE würde wohl eher hi wegoptimieren, was er im Debugmode…

Ja, ARC räumt das bei der Übersetzung weg. Dafür gibt es die Option -exact_lifetime_semantics oder so ähnlich.

Zitat von tedalligator5: „Ich hab mich ja nicht beschwert... Und ich finde, es ist kein "Fehler", einen anderen Feiertagskalender sehen zu wollen, als den der eingestellten Region... Wir leben in einer globalisierten Welt, und so ein MacBook kann man halt überall hin mitnehmen - vielleicht ist eine "Region"-Einstellung einfach nicht mehr Zeitgemäß...“ Sorry, aber obwohl ich normalerweise nichts von Smileys halte, wären sie hier echt angebracht: :facepalm: :facepalm: :facepalm: :facepalm: 1. Was …

Zitat von macmoonshine: „Seit iOS 8 gibt es den UIAlertController. Den solltest du verwenden. In Swift kannst du dann anstelle der Objective-C-Blocks Closures, Funktionen oder Methoden. Vorsicht Swift-Anti-Bashing: Letzteres ist mal eine richtig nette Eigenschaft von Swift. ;)“ Jepp, die Vereinheitlichung von Code-Blöcken ist wirklich gelungen.

Zitat von Bongartz: „Ok, dachte schon hin das ich etwas falsch programmiert habe. ich werde mal so einen Test machen und schauen ob es wirklich Auswirkungen hat oder nicht.“ Wenn es größere Auswirkungen hätte, wäret du ja nicht der erste, dem das aufgefallen wäre. Kümmere dich doch nicht um Probleme, die du nur scheinbar hast. Du wirst genug Probleme haben, die du sicher hast.

Zitat von macmoonshine: „Wäre der Konjunktiv des Präteritums nicht Ich schröbte?“ Kommst du jetzt auch noch mit diesen Anglizismen?

Zitat von macmoonshine: „Zitat von Amin Negm-Awad: „Ich schrübte "nie".“ Ach, ich dachte das Präteritum von Ich schreibe wäre Ich schrob. Aber das kommt wohl vom II Futur bei Sonnenaufgang... +scnr+ :D“ Du verwechselt Konjunktiv und Indikativ.