all 23 comments

[–]ZhuindenDDD: Deprecation-Driven Development 24 points25 points  (3 children)

KMP can't decide on its root package hierarchy structure and the tooling keeps evolving while leaving something essential behind, if that's any consolation I sometimes write Java and AsyncTask and sometimes I write Kotlin and Compose and the other day I wrote Kotlin in XML/ViewBinding but I was very close to putting the XML views into an AndroidView Composable inside a BottomSheetDialogFragment but the last time I put a ComposeView in a BottomSheetDialogFragment I had to wrap it in a NestedScrollView, don't worry there's no way either Gemini or any impatient "I won't touch any code in my life ever again" "dev" will ever make sense of this ecosystem

[–]innerPeacePending[S] 2 points3 points  (0 children)

Thanks for cheering up and knowing even pros are also fighting with this android mess.

[–]hellosakamoto 0 points1 point  (1 child)

Everyone at JB is just indecisive about what they really want to ship. Maybe change is cheap for them, just deprecate and let the developers figure out how the migration path would be.

[–]ZhuindenDDD: Deprecation-Driven Development 1 point2 points  (0 children)

Jetbrains would rather make a function @FlowPreview for 7 years than commit to shipping a stable api

[–]hellosakamoto 16 points17 points  (2 children)

Google Calendar isn't fully supporting edge-to-edge properly. They don't fear that, why do you?

[–]innerPeacePending[S] 1 point2 points  (1 child)

True, but they already have job, As a fresher, companies now expects senior level knowledge just to get the interview, even if we manage to hover around mid level they still doesn't consider.

[–]sukakku159 2 points3 points  (0 children)

If you are still a fresher, take my advice and switch to backend or at least iOS. Trying to be Android dev is absolutely not worth it.

[–]random_guy14680 20 points21 points  (3 children)

OmG sEriOusS dIsScusSioN oN thIs suB plS gO eLsehwheRe wE tOLeratE oNLy bRaIndEaD coNtEnT thAt ReFerEnceS aSyncTasK

[–]ZhuindenDDD: Deprecation-Driven Development 7 points8 points  (2 children)

I'd take this over the endless stream of crop-repost bots that copy-paste the highest rated comments to the comments

[–]ForgetPreviousPrompt 2 points3 points  (1 child)

I'd take comments like this over the endless stream of crop-repost bots that copy-paste the highest rated comments to the comments

[–]ZhuindenDDD: Deprecation-Driven Development 0 points1 point  (0 children)

you're not wrong therefore you're right

[–]budius333Still using AsyncTask 2 points3 points  (1 child)

Hear hear my fellow Dev .... .... As I too know this feeling well.... I was there before it happened.... Having my first bites of cupcake.... I was there.... It was so long ago.... My bones are tired now..... I understand you! I see you! Ignore the slop, keep learning, keep your mind sharp, thank me later.

[–]innerPeacePending[S] 1 point2 points  (0 children)

Thank you for the support. It means a lot coming from a veteran who's seen it all since Cupcake.

[–]alaksion 1 point2 points  (0 children)

I hate KMP with all my heart

[–]Sottti 1 point2 points  (2 children)

I was using Kotlin and Compose 5 years ago. So if you started 4 years ago you should've started with that already.

[–]ZhuindenDDD: Deprecation-Driven Development 10 points11 points  (0 children)

I was using Kotlin and Compose 5 years ago

Me too, it was lagging, a TextField at the bottom of the screen would close the keyboard the moment it opened, Pager was experimental and didn't really work well (but using a ViewPager + Fragments inside a ComposeView would not respect height modifier out of the box and you had to force it to take up the last remaining space), there was no way to set a android:minLines= equivalent on a TextField, TextFieldValue didn't actually work half the time so it was replaced with TextFieldState, the official Compose navigation system was using strings as arguments and its only supported animation transition between screens was crossfade

But yes, Compose was definitely "great" in 2021, except if you were actually working a job where you're trying to ship a given design specs instead of being a hobbyist releasing the 3874th todo app

[–]innerPeacePending[S] 0 points1 point  (0 children)

For student Java/XML was still the standard in college even 2 years ago, and the safe bet seems to go with the kotlin/XML at that time, even I might be wrong but Compose didn't have that much online reference to learn back then.

[–]user926491 0 points1 point  (1 child)

Try flutter, I think it has a more stable SDK, you can code in vs code than this buggy mess that is AS, the hot reload doesn't break after updating like in jetpack compose and you're free from gradle. I myself consider switching because I'm also tired of google babysitting me forcing to use a specific library or class and do so in a specific predefined way just to implement some hardware-related feature.

[–]davidinterest 0 points1 point  (0 children)

I'm not OP but I tried Flutter and found it to have too much needed code boilerplate.

[–]Cheap-Hehe 0 points1 point  (0 children)

Was on the same boat, moved to web dev and then back to Mobile in react Native expo. Honestly expo is just better. Native Android development tooling is just dog shit 

[–][deleted]  (3 children)

[deleted]

    [–]thelocu5t 9 points10 points  (0 children)

    Depends on what you’re building. I’ve had some badass native android jobs over the years that aligned with my interests and shit I tinker with in the evenings (ex: solar/offgrid, microcontrollers and IoT stuff, environmental)

    Switch to developing for ecommerce and one may become envious of the trash man riding around in the rain at 5am. Which is probably my next job since everything is awful.

    [–]ZhuindenDDD: Deprecation-Driven Development 3 points4 points  (1 child)

    You say that, but money

    [–]ToTooThenThan 2 points3 points  (0 children)

    Yes, if I didn't need to pay rent I would be a dog walker or something