Hacker Newsnew | past | comments | ask | show | jobs | submit | rockbruno's commentslogin

I don't like the term "AI psychosis" because I think it's the incorrect way to describe what's happening here. I think "cognitive surrender" is a much better term. Because it's not that people are getting "crazy" due to AI, but rather that somehow these people are totally fine with having zero critical thinking and blindly trusting whatever junk the AI decides to regurgitate. A lot of my colleagues don't even have opinions of their own anymore, they are just meat proxies to whatever AI they happen to be using at the moment. Which is really purely about laziness and / or ignorance rather than a medical condition.


Cognitive surrender is the process; AI psychosis is the most extreme result of it.


"AI dementia"? NB psychotic delusions are an optional feature of dementia


The problem here is that the paradigm is AI-assisted development, but a LOT of people are treating it as "AI-independent" development instead, a.k.a "just send it to the agent and blindly trust whatever comes out of it", *including* deferring all responsibility / blame to the AI itself which is absolutely ridiculous.


It's AI-assisted now but on a path to becoming AI-independent in the coming months at least due to the general public perception.


Same for me on desktop.


You can do it, iirc they even stress doing so in the docs for GitHub Pages if you don't want your domain to be stolen


Realizing? Will be very happy if that is the case, but in my view all big company execs are still balls deep into the notion that you will be able to just ask it for the facebook clone and everything sucks as a result


This extension is for "pure" Swift development, not iOS development. I doubt the latter will ever officially happen. It's possible to make it work for iOS at an unofficial capacity though by hooking into the extension's LSP support. We did this at Spotify to enable iOS development in Cursor for Bazel iOS projects: https://github.com/spotify/sourcekit-bazel-bsp


You also can't do Android (app) development outside Android Studio.


As others have stated it's possible, but might be cumbersome.

I made an example of an iOS/Android monorepo with a shared Rust core a few months ago: https://github.com/Antonito/bazel-app-core-native-example/

You do need the Android SDK to build, Android Studio makes things easier (even though the Bazel IDE plugin is a whole other topic itself..) but isn't mandatory to develop or run your app.


Are you sure about that? Flutter development for Android works great in VS Code/Codium. The Android extension [0] for VS Code has also worked fine in the past on a small Java-based App for me.

Android Studio is a probably the best IDE for this usecase but is not the only way.

[0]: https://marketplace.visualstudio.com/items?itemName=adelphes...


That's just untrue on the face of it. All of the build tools are open and cross-platform. Is there a specific piece of Android Studio that you require for Android app development?


Not certain if this answers the question, but it seemed like you're generally expected to install Android Studio to get the correct build versions of all of the tools and libraries. I guess theoretically you could repackage them yourself, but also not entirely clear why you would—other than perhaps download size. The tools can be driven externally, once installed, but so could XCode projects (with `xcodebuild`).


This is not an expectation, no. Libraries are managed via Gradle or whatever build system you use. Android-specific host tools are Gradle-managed, installed via the sdkmanager tool, or managed via other means; I maintain a repository to install them via Nix [0], and many Linux distributions package them. The Android Studio IDE is not required, and doing so would pretty much break everyone's CI setup.

[0]: https://github.com/tadfisher/android-nixpkgs


They've always offered a bundle of the command line tools separately to Android Studio:

https://developer.android.com/studio#command-line-tools-only


Incorrect. You can (if you really want to) build an Android app without having any Google tools.

But even if you don't want to do any crazy stuff, Android SDK itself is just a bunch of Gradle scripts and Java apps. You can download and install them without any GUI in the way.

This is very common in CI/CD environments. Google provides a handy tool for that: https://developer.android.com/tools

Sorry, but Android and iOS are simply incomparable in their quality. Android SDK is a high-quality tool for developers that provides all the expected interfaces.

iOS SDK is a lock-in GUI hell that requires you to use a shitty macOS-only tool to even _upload_ apps to Apple Store. Never mind doing headless builds in CI/CD. Why that tool is shitty? It uses its own protocol for upload and doesn't do proper PMTU, so if you have a misconfigured MTU somewhere in the chain between you and Apple, uploads will just silently hang.

Edit: D'Oh, the correct URL for the sdkmanager is: https://developer.android.com/tools/sdkmanager


Just to nit pick a bit, that link is for Android Studio and downloads from the "Google for Developers" website, then instructs how to install and manage the the command line tools using the GUI


On the contrary, commit your code to your GitHub repo, triggering Xcode cloud build to take it from there, build, test, deploy to TestFlight or store.

Found a bug while backpacking Sardinia? Edit the GitHub repo source on your phone, commit... hey, new build shipped.

See the App Store Connect mode: https://developer.apple.com/xcode-cloud/


As I said, instead of providing tools, Apple locks you into a shitty GUI application. Thank you for giving another example.


> triggering Xcode cloud build

So my options are a 40gb compilation runtime, or a cloud build that bills me by the hour to avoid the 40gb compilation runtime.

You gotta hand it to Apple, any other audience would just call this "enshittification" and be done with it.


Not trying to argue but you can indeed pretty much completely avoid Xcode at this point. I’ve been doing it the past few weeks, including pushing to my phone and AppStore connect


You can definitely avoid Xcode, what are you talking about?


No, you can't. You'll need to hit "xcodebuild" somewhere in the chain. It's just that you can offload it to someone else (e.g. EAS Build) or use pre-built apps that only need JS/LUA/Python code package swapped.


what? this is super easy with vim and gradle CLI


What's the point then? Because nobody use Swift outside of iOS app development.


> Because nobody use Swift outside of iOS app development

Because that isn't true, people do use it outside of iOS app dev, and is becoming more true as time goes on to boot.

It's also a chicken-and-egg problem: no one will use Swift for non-iOS tasks if the tooling support isn't there. The more investment into it, the more it will be picked up for other tasks.

But it's been used outside of Apple-specific things since the early days in various niches.


I've been migrating my DikuMUD (originally C) to Swift for years! It's been pretty fun and Swift is a great language for it


This is a very welcome improvement but I should note the title is a bit clickbaity: using Swift on e.g. Cursor was always possible, it's just that after Microsoft banned forks from accessing the official VSCode marketplace last year you started having to workaround it by downloading and installing the .vsix file manually. Having the extension on the Open VSX Registry sorts this out so you can now install it via the proper way once more. Very happy this finally happened!


I had seen noclip's documentary about de_dust2 featuring him before but didn't piece the name together. Very happy to find that he has a blog!


I had no idea they blocked imgur on the UK. I'll move it to self-hosted!


Thank you! Much appreciated


Problems that require deep knowledge of multiple repositories, e.g. when trying to debug issues involving dependencies. The models get confused very fast even with all code available locally, due to the size of the problem. But in my experience any kind of deep integration already messes up the models, even within a single repo.


Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: