I really wonder how much of an issue this sort of thing is, is people out there actively thinking they are going to get caught? For what? Like Eric Schmitt said once, if you have nothing to fear, you have nothing to hide.
I’m personally fascinated by this sort of reactions.
Also worthy of mention ReactNative Windows which wraps around winui with JavaScript, which is widely used by Microsoft both on windows as office, also worth mentioning that FluentUI web is also widely used at Microsoft to build OS apps (copilot as an example) with wrappers of the chromium web view
I've been following Flutter Flow since before they joined YC, crazy how far their IDE has come, Google should acquire them and turn it into a the official IDE for Flutter projects.
React native! Sublime to edit text (mostly the React app, but you can modify Android/ios if you want). I have the node CLI compiling code in one terminal, and then pointing all that to a Genymotion android emulator. Pretty smooth! Not having to compile the whole android app that only serves as a container to the JS is a godsend!
Yes, Android Studio is needed for running Flutter apps on Android but not for iOS. (You don't normally need to launch Android Studio, just have it installed on your machine.)
Similarly, if you want to run on iOS you need a Mac with xCode installed.
(It's rather weird to me that you need to install entire other IDE's as developer dependencies to build mobile apps, but that seems to be how it is.)
> It's rather weird to me that you need to install entire other IDE's as developer dependencies to build mobile apps, but that seems to be how it is.
I don't remember the details, but a couple years ago there was a way to install just the Xcode build tools without installing the entire IDE. I'm sure there's a similar process for the Android SDK. (Though, of course, none of that is officially supported, so you're on your own for the most part.)
Edit: Turns out Google provides downloads for just the SDK without Android Studio[1], so it looks like the separation is unofficial only for Xcode.
Your app is structured the same as a native one (Activities, Receivers, Services, Layouts, etc) and the XML for your layouts is identical, but you get to work in C# and don’t have to deal with Gradle etc.
What downsides does it have compared to a more traditional environment? I'm a C# developer so Xamarin sounds really tempting, it's just that I don't want to break my head on "simple" stuff I could easily avoid with a traditional environment
You still have to learn the underlying story platform and API, that’s not abstracted. Also choosing between Xamarin Forms and Xamarin Native for the UI (not compatible between them). Obscure errors sometimes.
But from my (little) experience on it, getting to an app running and start working on it is way mire easy than with the Java approach. Give it a try :)
This is for C++ code, which is kind of a special case. Android Studio now has C++ support but I tried it and wasn't impressed. Among other problems, the build process seems to be extremely slow.
In the early years of Android Studio, I generally preferred IntelliJ. I have since converted our application and main library (SQLCipher for Android) to use Gradle. I have Instant Run disabled, but otherwise I haven't run into many issues with Android Studio. We still coordinate our library build with a Makefile.
(On very lean teams that don't have the resources to build bespoke UI for every platform, even with Xamarin or React Native, and the web platform is a good compromise for the simple data collection apps we are building.)
Same here. Using Cordova with Atom or Sublime, and building/signing/deploying on the device via the CLI.
We need to deploy to desktop/mobile/chromebook and we don't have the budget to develop native UI for each one.
The be honest the only problematic platform has been iOS and its crappy UIWebView / WkWebView, and Windows but only because we are using Squirrel for the installs.
It has given me a few headaches. On Mac, Squirrel has worked flawlessly.
The biggest headache for my users is that the app is not added to the start menu, and the .exe is buried in some deep bizarre folder. Maybe there is a way to solve this, but I haven't been able to find it. There is an option to add a shortcut to the desktop, but if the user deletes it then the exe is lost forever.
I've had other bizarre problems for a few users and the only solution was to reinstall the app from scratch. Tech support is not very happy about that.
Maybe it all stems from my Windows ignorance but Electron-builder, one of the most important projects for packaging Electron apps, is moving away from Electron to NSIS. The problem is that AFAIK NSIS doesn't work with Electron updater.
I'm seriously considering moving away from Electron and replacing it with a UWP JS app and distribute it via the Windows Store.
VSCode dropped Squirrel on Windows ages ago for most of those same reason.
My only reason to support an Electron app on Windows is a need to import ancient Access MDB files. I've been meaning to explore deeper the possibility of using the desktop bridge for my Access reader component and call it from the Cordova UWP JS app. It's on my TODO list to explore, but I think just having a single UWP app (with a desktop component that lights up as available) would be the best distribution plan on Windows.
Man, that sucks. I just read through the discussion on that and can see where the pain points are in using Squirrel.Windows [0]. Hopefully they eventually deal with that. I don't use Windows much, so outside of making sure Squirrel.Windows is working correctly, I don't have much of an opinion on whether or not it provides a good UX to end-users (and it sounds like it doesn't, unfortunately).
Is this effective? I've never used vim, but Android Studio is great as an IDE. It has lots of autocomplete for tedious things like layouts, the shortcuts open up files as needed, and it highlights more effective ways to do things. This is extra useful for Kotlin.
in typical Google being evil fashion, using their central authority on Android they now discontinued android sdk and made the sdk a piece of android studio. for no reason other than forcing everyone to beta test their "version 3" (ha) studio. so much so that you now have to download the whole studio, and pick the sdk from within it. there are still some ways to find the sdk directly, but they are going away.
awesome idea guys and very timely as I just started to look to how hack together an ecommerce back end for an app we have in the works. will be giving it a try this weekend!
