mastodontech.de ist einer von vielen unabhängigen Mastodon-Servern, mit dem du dich im Fediverse beteiligen kannst.
Offen für alle (über 16) und bereitgestellt von Markus'Blog

Serverstatistik:

1,4 Tsd.
aktive Profile

#objc

1 Beitrag1 Beteiligte*r0 Beiträge heute
Johannes Brakensiek<p>Folks, I can definitely recommend this talk from <span class="h-card" translate="no"><a href="https://floss.social/@bugaevc" class="u-url mention" rel="nofollow noopener" target="_blank">@<span>bugaevc</span></a></span> at <a href="https://fosstodon.org/tags/guadec2025" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>guadec2025</span></a>! </p><p><a href="https://floss.social/@gnome/114873444742029431" rel="nofollow noopener" translate="no" target="_blank"><span class="invisible">https://</span><span class="ellipsis">floss.social/@gnome/1148734447</span><span class="invisible">42029431</span></a></p><p>Sergey has been of great help for my minor stumblings of trying to write <a href="https://fosstodon.org/tags/ObjC" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>ObjC</span></a> <a href="https://fosstodon.org/tags/GTK" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>GTK</span></a> bindings for <a href="https://fosstodon.org/tags/ObjFW" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>ObjFW</span></a>. He's got formidable knowledge und deep insight into <a href="https://fosstodon.org/tags/GObject" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>GObject</span></a> especially and Cxx languages in general.</p>
Helge Heß<p>For our <a href="https://mastodon.social/tags/ObjC" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>ObjC</span></a> lovers that want to build web apps: Objective-J is still in active development 🙃 <a href="https://www.cappuccino.dev/learn/objective-j.html" rel="nofollow noopener" translate="no" target="_blank"><span class="invisible">https://www.</span><span class="ellipsis">cappuccino.dev/learn/objective</span><span class="invisible">-j.html</span></a></p>
David Smith<p>Bridging non-ASCII NSMutableStrings from ObjC will be slower at the point of bridging, *but* the String produced as a result will be much faster.</p><p>One particular case this tradeoff can end up not paying off in is if you then bridge the resulting String back to ObjC. If you're in that situation the recommendation is to not double-bridge strings if you can avoid it.</p><p>If you're in any other situation and this tradeoff is impacting your perf, please file a feedback.</p><p><a href="https://mastodon.social/tags/swiftlang" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>swiftlang</span></a> <a href="https://mastodon.social/tags/wwdc25" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>wwdc25</span></a> <a href="https://mastodon.social/tags/objc" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>objc</span></a></p>
David Smith<p>Two obscure Swift changes I want to note:</p><p>ASCII String literals bridged to ObjC will produce a different type in the beta OSs. This should generally have no impact (other than greatly improved performance), but code incorrectly treating `NSString *` as `char *` may need to change (e.g. %s format strings). </p><p>A message will be logged in any situation we're applying compatibility workarounds for this, and the workaround will be disabled if you use the latest SDK version.</p><p><a href="https://mastodon.social/tags/swiftlang" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>swiftlang</span></a> <a href="https://mastodon.social/tags/wwdc25" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>wwdc25</span></a> <a href="https://mastodon.social/tags/objc" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>objc</span></a></p>
Johannes Brakensiek<p>What kind of worries me is the observation that many <a href="https://fosstodon.org/tags/GObject" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>GObject</span></a> / <a href="https://fosstodon.org/tags/GNOME" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>GNOME</span></a> projects are in a somewhat abondoned state since the overwhelming use of mobile apps and web services around 2012 to 2014. There are some great exemptions like the <a href="https://fosstodon.org/tags/Evolution" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>Evolution</span></a> support by <a href="https://fosstodon.org/tags/RedHat" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>RedHat</span></a> and all the tools by <span class="h-card" translate="no"><a href="https://mastodon.social/@linuxmint" class="u-url mention" rel="nofollow noopener" target="_blank">@<span>linuxmint</span></a></span>.</p><p>Same is to apply to the <a href="https://fosstodon.org/tags/ObjC" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>ObjC</span></a> ecosystem which has seen few new projects since 2015 or so.</p><p><a href="https://fosstodon.org/tags/ecosystem" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>ecosystem</span></a></p>
Frost, glow wolf 🐺:therian:<p>I wish our options for Objective-C weren't just</p><p>- GNUStep, which is GNU, and LGPL IIRC<br>- ObjFW, which is also LGPL<br>- uhhhhhhhh rolling our own Foundation?????</p><p>Clang has -ObjC but it apparently doesn't even have NSObject. No [[Whatsis alloc] init].</p><p><a href="https://masto.brightfur.net/tags/ObjC" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>ObjC</span></a> <a href="https://masto.brightfur.net/tags/ObjectiveC" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>ObjectiveC</span></a></p>
Johannes Brakensiek<p><span class="h-card" translate="no"><a href="https://infosec.exchange/@david_chisnall" class="u-url mention" rel="nofollow noopener" target="_blank">@<span>david_chisnall</span></a></span> I think there are great projects like <a href="https://fosstodon.org/tags/Darling" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>Darling</span></a> that were well worth to contribute to. But eventually to me it‘s this: <a href="https://fosstodon.org/tags/ObjC" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>ObjC</span></a> still is fun, but its time is over, looking at activities on GitHub the ecosystem declines.</p>
dasdom<p>Learning AppKit using ObjC in 2025 is quite difficult. Searching for solutions or answers brings so many unrelated things up.</p><p><a href="https://chaos.social/tags/appkit" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>appkit</span></a> <a href="https://chaos.social/tags/objc" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>objc</span></a></p>
~/phranck :antifa:<p>Alle Wochen wieder...</p><p>Ich suche (noch immer) einen neuen Job in Festanstellung als <a href="https://nerdculture.de/tags/macOS" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>macOS</span></a> und/oder <a href="https://nerdculture.de/tags/iOS" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>iOS</span></a> Entwickler. Ich kann <a href="https://nerdculture.de/tags/Swift" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>Swift</span></a>, <a href="https://nerdculture.de/tags/SwiftUI" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>SwiftUI</span></a>, <a href="https://nerdculture.de/tags/ObjC" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>ObjC</span></a> und den ganzen Klimbim drumherum, hab ca. 30 Jahre Berufserfahrung und arbeite am Liebsten zu 100% <a href="https://nerdculture.de/tags/remote" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>remote</span></a> von meinem <a href="https://nerdculture.de/tags/HomeOffice" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>HomeOffice</span></a>. Sollte es in oder um <a href="https://nerdculture.de/tags/Bregenz" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>Bregenz</span></a> (<a href="https://nerdculture.de/tags/%C3%96sterreich" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>Österreich</span></a>) sein, dann auch gerne teilweise onsite.</p><p>Wer also jemanden kennt, der jemanden kennt... You get it. 😃</p><p>Ich bedanke mich fuers regel Teilen. 🙏🏻<br>:boost_ok:</p><p><a href="https://nerdculture.de/tags/FediHire" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>FediHire</span></a> <a href="https://nerdculture.de/tags/Jobs" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>Jobs</span></a> <a href="https://nerdculture.de/tags/JobSuche" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>JobSuche</span></a> <a href="https://nerdculture.de/tags/RemoteWork" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>RemoteWork</span></a> <a href="https://nerdculture.de/tags/JobSearch" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>JobSearch</span></a></p>
Helge Heß<p><span class="h-card" translate="no"><a href="https://mstdn.social/@titociuro" class="u-url mention" rel="nofollow noopener" target="_blank">@<span>titociuro</span></a></span> It wasn't a recommendation for <a href="https://mastodon.social/tags/SwiftLang" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>SwiftLang</span></a> concurrency nor for <a href="https://mastodon.social/tags/SwiftUI" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>SwiftUI</span></a>.<br>The key point: _If_ you choose to use them, avoid projecting your old knowledge on either. Many of the assumptions will be invalid. (I continuously make mistakes due to this w/ concurrency in particular.)</p><p>Both promise quite a few significant improvements, whether they are worth the switch is up to everyone's own decision. As usual w/ all new tech.<br>If you want, you can still code in non-ARC <a href="https://mastodon.social/tags/ObjC" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>ObjC</span></a>, or Pascal! 🙂</p>
Helge Heß<p>Coding in Objective-C is like riding a bike, you can't really unlearn that 🙂 <a href="https://mastodon.social/tags/ObjC" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>ObjC</span></a></p>
LAYERED<p>[self moveTo: bed];</p><p>😴</p><p><a href="https://chaos.social/tags/ObjC" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>ObjC</span></a></p>
Tim Johnsen<p>Details on an unnecessary optimization I geeked out on a while back:</p><p>Tagged pointer string keys <a href="https://objectionable-c.com/posts/tagged-pointer-string-keys/" rel="nofollow noopener" translate="no" target="_blank"><span class="invisible">https://</span><span class="ellipsis">objectionable-c.com/posts/tagg</span><span class="invisible">ed-pointer-string-keys/</span></a> <a href="https://mastodon.social/tags/objc" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>objc</span></a> <a href="https://mastodon.social/tags/iosdev" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>iosdev</span></a></p>
David Smith<p>A little history about why we have this: when returning an object, *something* has to keep it alive long enough for the caller to take ownership of it by retaining it.</p><p>In CoreFoundation and Swift, we do this by retaining it first then "giving" the retain to the caller, but without ARC to automate releasing it later this leads to a *lot* of code clutter.</p><p>Autorelease allowed pre-ARC ObjC to avoid all the clutter by "giving" the retain to the pool instead of the caller.</p><p><a href="https://mastodon.social/tags/swiftlang" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>swiftlang</span></a> <a href="https://mastodon.social/tags/objc" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>objc</span></a></p>
((Jann Gobble)) 🏳️‍🌈<p>We wouldn't have this problem with DOGE's interns if they had to learn COBOL, FORTRAN, and PASCAL - like I had to.</p><p>BTW: My major programming language? Perl</p><p>Second only to Objective-C... NOT SWIFT. Obj-C!</p><p><a href="https://mastodon.social/tags/Perl" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>Perl</span></a> <a href="https://mastodon.social/tags/DOGE" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>DOGE</span></a> <a href="https://mastodon.social/tags/FORTRAN" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>FORTRAN</span></a> <a href="https://mastodon.social/tags/PASCAL" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>PASCAL</span></a> <a href="https://mastodon.social/tags/COBOL" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>COBOL</span></a> <a href="https://mastodon.social/tags/OBJC" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>OBJC</span></a> <a href="https://mastodon.social/tags/ObjectiveC" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>ObjectiveC</span></a> <a href="https://mastodon.social/tags/Swift" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>Swift</span></a></p>
Johannes Brakensiek<p><span class="h-card" translate="no"><a href="https://mastodon.social/@helge" class="u-url mention" rel="nofollow noopener" target="_blank">@<span>helge</span></a></span> <span class="h-card" translate="no"><a href="https://chaos.social/@dasdom" class="u-url mention" rel="nofollow noopener" target="_blank">@<span>dasdom</span></a></span> <span class="h-card" translate="no"><a href="https://toot.iamkonstantin.eu/@konstantin" class="u-url mention" rel="nofollow noopener" target="_blank">@<span>konstantin</span></a></span> Interesting talk you‘re having. I don‘t have to make a living from software, but to me it was kinda the same: I like the <a href="https://fosstodon.org/tags/objc" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>objc</span></a> dev environment, but it did not feel good to invest spare time into that golden cage. That‘s why I‘m writing a GTK wrapper for <span class="h-card" translate="no"><a href="https://ap.nil.im/users/objfw" class="u-url mention" rel="nofollow noopener" target="_blank">@<span>objfw</span></a></span> and <span class="h-card" translate="no"><a href="https://mastodon.social/@elementary" class="u-url mention" rel="nofollow noopener" target="_blank">@<span>elementary</span></a></span>. You still may write iOS apps using <a href="https://fosstodon.org/tags/ObjFW" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>ObjFW</span></a>, but at some point you may as well write apps running on a <span class="h-card" translate="no"><a href="https://mastodon.social/@mntmn" class="u-url mention" rel="nofollow noopener" target="_blank">@<span>mntmn</span></a></span>.</p><p>If you like to step in, help is appreciated.</p>
Johannes Brakensiek<p>Da <span class="h-card" translate="no"><a href="https://mastodon.constant.social/@florian" class="u-url mention" rel="nofollow noopener" target="_blank">@<span>florian</span></a></span> so freundlich war, mir seine <a href="https://fosstodon.org/tags/ObjC" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>ObjC</span></a> - Bücher zu schicken, sieht meine Sammlung jetzt so aus (jetzt auch public):</p>
David Smith<p>Reminder to pass .workItem as the autorelease frequency for any dispatch queues you make: <a href="https://developer.apple.com/documentation/dispatch/dispatchqueue/autoreleasefrequency" rel="nofollow noopener" translate="no" target="_blank"><span class="invisible">https://</span><span class="ellipsis">developer.apple.com/documentat</span><span class="invisible">ion/dispatch/dispatchqueue/autoreleasefrequency</span></a></p><p>It would be the default if there wasn't a small risk of a compatibility break due to something incorrectly relying on an object sticking around.</p><p>(This will matter less and less as more stuff gets rewritten in Swift, but for now it's hard to tell which things might have ObjC code underneath)</p><p><a href="https://mastodon.social/tags/swiftlang" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>swiftlang</span></a> <a href="https://mastodon.social/tags/objc" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>objc</span></a></p>
Johannes Brakensiek<p><span class="h-card" translate="no"><a href="https://mastodon.social/@nixCraft" class="u-url mention" rel="nofollow noopener" target="_blank">@<span>nixCraft</span></a></span> I’d refactor it using C or Objective-C. See <span class="h-card" translate="no"><a href="https://ap.nil.im/users/objfw" class="u-url mention" rel="nofollow noopener" target="_blank">@<span>objfw</span></a></span>.</p><p><a href="https://fosstodon.org/tags/objc" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>objc</span></a></p>
Sommer Panage<p>This post was recently shared at work about how block memory works under the hood in <a href="https://macaw.social/tags/ObjC" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>ObjC</span></a>. If you, like me, used to frequent fuckingblocksyntax.com you might enjoy this old post! <a href="https://www.cocoawithlove.com/2009/10/how-blocks-are-implemented-and.html" rel="nofollow noopener" translate="no" target="_blank"><span class="invisible">https://www.</span><span class="ellipsis">cocoawithlove.com/2009/10/how-</span><span class="invisible">blocks-are-implemented-and.html</span></a></p>