Does anyone else find javascript/electron-based code editors confusing? I can never understand the organization/hierarchies of menus, buttons, windows, tabs. All my time is spent hunting through the interface. My kingdom for a normal dialogue box!

I’ve tried and failed to use VSCodium on a bunch of occasions for this reason. And a couple other ones. It’s like the UI got left in the InstaPot waaaay too long and now it’s just a soggy stewy mess.

Today I finally thought I’d take the first step toward android development. Completing a very simple hello world tutorial is proving to be challenging just because the window I see doesn’t precisely correspond to the screenshots. Trying to find the buttons/menus/tools is very slow as I am constantly getting lost. I only ever have this in applications with javascript-based UIs

Questions:

  1. Am I the only one who faces this challenge?

  2. Do I have to use Android Studio or it there some kind of native linux alternative?

edited to reflect correction that Android Studio is not electron

14 points

Android Studio is based on IntelliJ, it is not an electron based IDE.

permalink
report
reply
-2 points

aaah hmmm you do seem to be correct

what is it then? the javascript-based UI?

permalink
report
parent
reply
5 points

What IDEs have you used in the past?
Is it perhaps just modern (not necessarily better) layouts? Or tooling?
Software dev these days is a hell of a lot more complicated, however we are also standing on the shoulders of giants so it seems really easy as the complexity has been abstracted away.

permalink
report
parent
reply
2 points

So the following all drive me insane in exactly the same way:

  • Android Studio
  • VSCode/ium
  • Submlime
  • Brackets
  • Atom
  • various smaller projects that i uninstalled and can’t remember the names of them

They can be somewhat ameliorated by

  • uninstalling/removing/hiding features that are not in use if possible (but risk having to spend 30 minutes looking for it if you ever need it)
  • finding a high contrast theme so at least you can mostly see where one visual area stops and the next one begins
  • Never opening more than a single document
  • don’t use terminal, git or anything else. don’t use any sidebars. remove status bars.

by way of contrast, these ones are either not confusing, or confusing in their own unique ways:

  • Kate
  • Notepad++
  • Geaney
  • jEdit
  • gedit
  • Mousepad
  • TextMate
  • BBEdit
  • Textadept

Only considering GUI-based editors.

permalink
report
parent
reply
14 points

I don’t know what JavaScript has to do with the ui. You can design a bad ui in any language, a good one too.

So no I don’t understand it. Maybe you need a different type of approach like a modal editor?

Look into helix, (neo)vim or (Spac)emacs. They could be a better fit from a visual point of view. But they have a steep learning curve.

permalink
report
reply
4 points

100%. Not intuitive at all

permalink
report
reply
3 points
*

Am I the only one who faces this challenge?

No. There are a lot of small frustrations that add up to a sense of futility. These frustrations can only be addressed one at a time and are annoyingly orthogonal to the task you’re trying to complete.

Even more frustrating is that the people who write tutorials are typically well past that early stage of learning and have forgotten about many of the little details they no longer need to think through and are unconscious of the knowledge they are leveraging gained from their early stage of learning. So you can find a lot of tutorials that simply don’t address the issues you are likely to run into. Which is understandable to not want to include every possible issue in a focused tutorial, but there are often no hints or resources linked to help someone with the unstated prerequisite knowledge.

Also, you seem to be using Linux and that tutorial has a bunch of screenshots examples for MacOS. This is another annoying trend from the silicon valley based developers of assuming that everyone outside of their bubble is using the same technology stack as they are and often the newest and most expensive hardware options. (Which I suspect is a big influence on Android Studio being as resource heavy as it is.)

Do I have to use Android Studio or it there some kind of native linux alternative?

You don’t need to use Android Studio for Android development, but it’s probably the path with the least friction for getting started.

But there are a few non-Kotlin options for Android development, Flutter and Progressive Web Applications (PWAs) are two different pathways for Android development which don’t require Kotlin.

Ultimately, I suggest that you stick with Android Studio and learn the annoying details that it requires to be used effectively. You’ll feel like you’re moving much slower than you want to at first but you’ll get up to speed eventually. And you can ask here or on forums or chat rooms for help as you’re figuring out the details of Android Studio.

permalink
report
reply
1 point

Since some folks already suggested Android studio, I want to throw the “new UI” vs “old UI” on JetBrains products into the ring. I’m not sure if it already arrived in Android studio s well, but the new UI sucks in a similar vscode sucks, so maybe that (turning off new UI) is an angle you can investigate.

permalink
report
reply

Learn Programming

!learn_programming@programming.dev

Create post

Posting Etiquette

  1. Ask the main part of your question in the title. This should be concise but informative.

  2. Provide everything up front. Don’t make people fish for more details in the comments. Provide background information and examples.

  3. Be present for follow up questions. Don’t ask for help and run away. Stick around to answer questions and provide more details.

  4. Ask about the problem you’re trying to solve. Don’t focus too much on debugging your exact solution, as you may be going down the wrong path. Include as much information as you can about what you ultimately are trying to achieve. See more on this here: https://xyproblem.info/

Icon base by Delapouite under CC BY 3.0 with modifications to add a gradient

Community stats

  • 2

    Monthly active users

  • 102

    Posts

  • 481

    Comments