2,224 karma · joined March 26, 2008
For problem areas where Apple's frameworks provide a useful or necessary solution, accessing them from Objective-C instead of Swift is more stable. Examples like Accelerate, HealthKit, and StoreKit come to mind.
For problem areas where Apple has no advantage but you want to ship code there, oft derided but broadly usable solutions like C++ (which connects to Objective-C better than it does to Swift) or Javascript dominate.
Even Apple appears to struggle at drinking its own koolaid, given the recent criticism of the Settings port to SwiftUI. [2]
[1]: https://www.joelonsoftware.com/2004/06/13/how-microsoft-lost...
[2]: https://daringfireball.net/linked/2022/08/15/ventura-system-...
https://github.com/SerenityOS/jakt
Notable differences:
1. param:value is used, but convention is param:value not the gratuitous Engrish verbingParamProposition:value ObjC inherited from Smalltalk.
2. param: is optional if the variable holding value in the calling function is named "param" at compile time. This pushes you to name your params "param" everywhere that makes sense.
Jakt's popularity is limited, obviously, but it's a compile-to-C++ language, so you could use it many places.
1. Apple - examples include Apple Arcade, AppleCare+, Fitness+
I was so shocked when I saw an ad in Settings I took a screenshot. It's dated December 8th, 2020. Prosecution of Apple for abuse should have started at least that long ago.
Right now, I have a research project using Swift Charts and it definately "crashes randomly" partially because Charts expects a subset of type-safe values and does not communicate which subset except by chucking EXC_BAD_ACCESS with no usable error.
Sure, that's example of a beta framework. However, SwiftUI is the proposed Swift-y replacement to Objective-C's UIKit and is loaded with examples of "the type system we moved to should catch this but can't" followed by the even more common "the type system will catch this error in 11,000 years when it's finished failing to compile code on an M1".
[1] Works-ish on Mac, not at all on iPhone.
[2] Collaborative editing on the Mac version works until you point at a file hosted on an on-premise Sharepoint instance, then it's Windows only.
If anything, the opposite is true. You are "line" when you are fewer in number having a more direct line to the power structure. In business, it is this, not your contribution that changes your negotiating leverage. In the original military example, mechanics, doctors, IT staff and dozens of other roles vastly outnumber actual soldiers.
Looking at the popularity of VSCode, I don't think Microsoft hatred blocks its adoption.
Ukrainian military spending: $5.4 billion
I have serious doubts the outside world dumped more than $5 billion on Ukraine's side. Russian made a serious error in how much territory they tried to hold as opposed to the re-positioning / fighting over Donbas that's happening now.
If the US ($801 billion) tried to conquer Canada ($26 billion), I would expect a similarly poor outcome based on Canada's size. If the US tried to annex specific oil rich areas under the guise of "protecting" oil pipelines, it's be reprehensible, but so was Crimea.
The smaller fish got consistently screwed and no one was happy per se, but the sheer stupidity of Apple's recent actions do not help matters. For example, the app store cut is 30% unless you beg for scraps as a small business at which point you can get 15% until you start making $1 million. Income cliffs aren't how real taxes work (let's be clear here: Apple is pretending to be the government with taxes and fees and shadow court system of app review), they're just how Reagan demonized them back in the day.
Replace Apple/Safari+Google/Chrome with Google/Gmail+Microsoft/Outlook and you currently describe e-mail. That situation is still preferable to the tons of messaging walled gardens. And the web is getting new feature albeit slowly and unevenly in a way that mail is not.
Source code, sure. Log files and other kinds of text can routinely can be quite large. Also, within the context of source code, colorization and other useful features can be far less expensive if you only have to reapply them to limited section of the current file.
[1] https://docs.microsoft.com/en-us/office365/troubleshoot/acce...
Microsoft uses these anti-features as a selling point, and in a large enough organization, it's not immediately clear who turned them on or who can turn them off.
Visual Studio Code's Java support is not great and I do not have jump to definition. Find " name_of_function(" in files is good enough and catches a few useful cases outside Java's understanding, particularly when you have naming consistency throughout a codebase.
Code's not as good as Emacs, but it's reliability installed on nearly every developer's machine regardless of discipline or at least the subset who are willing to ask for help when they encounter problems.
While I have some criticisms of Apple, impugning them for doing the best possible thing for an ecosystem seems like an odd thing to attack. Sure, Spotify, Stitcher and others have "innovated" with dynamic ad insertion and they occasionally dump massive bags of money on a few individual podcasts like Joe Rogan, but I don't view their profiteering as an improvement.
I ended up using it briefly but hand patched the python PIP installed to get it running. It's difficult to recommend after that.
Start a company: You + enough business not to go under in X months = covering living expenses for one person or family = $50k / year starting negative of working up to profitable
10x = $500k / year, by the previous measure = competing with the top end of a big tech salary.
So there are people reasonably "unhappy" at 10x because of opportunity costs.
Moreover, the entire odyssey of you should get this vaccine but only if you're in a very specific age or risk pool and let's punish people and hospitals who violate this set of ever-evolving poorly communicated rules did happen and might be even worse.
Is it losing dominance?
https://arstechnica.com/gadgets/2021/09/php-maintains-an-eno...
It's worse than that. The change to default OneDrive breaks auto-save everywhere that isn't OneDrive. On the Mac, this includes breaking auto-save on pre-Azure Sharepoint instances and network shares, but some of that works sometimes on Windows. So Office is a worse product even if you never use OneDrive.