Look the issues with java.util.UUID and Postgres.
Look the issues with java.util.UUID and Postgres.
So you don’t ever want to learn about new things? And even if you did, you wouldn’t want those new things be efficiently suggested to you and instead be bundled with a bunch of other boring crap?
Also, what you’re asking for is what the tool seems to do. You would put the slider all the way to one side to avoid having new stuff suggested. Existing social media platforms often just shove stuff at you endlessly.
I found the if-blocks more concerning than the lack of parentheses. Although I would’ve preferred parentheses for better parity with Kotlin for the if-else blocks (instead of then
).
“Okay Todd, looks like Steve is working on auth, so you’ll be on the blacklist today-… ahah I mean, working on the blacklist today ahem…”
Frontend for AOL that looks like regular desktop AOL but without all the ads and popups. If only because it’s something I doubt anyone would make before the EOL of Windows 10.
There are two kinds of Google APIs when it comes to Android: those already deprecated (stable), and those yet to be deprecated (early alpha)
Well the current deprecation is the Android APIs. You can still use the web APIs.
What I mean to say is that Google isn’t invested in native android either. It’s been repeatedly strip mined by first-timers looking for a quick promotion and left to burn.
Things got so bad that Google gave up on native Views and created Jetpack Compose, which has been a source of many complaints related to performance.
In 2024 Flutter has instant hot-reload, and the “native” (but 100% bundled) solution still requires a complete reinstall on the device. In fact, Dart can compile to native code (or JIT) without an issue, yet Kotlin Native is barely in GA in the new compiler support has been lagging while the new compiler isn’t out of beta and is still poorly supported by tooling.
Consider the absurdity: React Native is the only true native framework out of RN, Jetpack Compose, and Flutter. And all of this barely scratches the surface of the tooling problems that Flutter 99% avoids by allowing development on desktop, web or iOS simulator.
I won’t be recommending that anyone use Dart or Flutter on new projects.
You seem to think Google cares at all. Android has been languishing and Flutter is lightyears ahead. KMP is junk compared to what Flutter has accomplished with a fraction of the bells and whistles.
I just hate reading it. I wish it looked more like Kotlin and less like JavaScript 😭
Microsoft Word for my resume. I’m not sure what I can do to change that, I don’t want to risk a(n accidentally) badly formatted resume losing me an opportunity…
As someone who switched from another domain to tech, I suggest trying to reason through your hesitation to switch away. Do you want to stay in tech because you like tech or because you’re afraid of “giving up”?
In my other domain, I worked hard and did OK, but not stellar. In tech however, it’s a completely different story. The other domain was “cool”, and I don’t regret what I learned along the way, but tech clearly comes easier to me compared to someone doing well in the other domain.
You need to be honest with yourself before you make the decision to switch. Are you running away from tech or towards something else?
You can also use Intellij Ultimate, the only big missing features are project config if you have mismatched versions of Gradle/AGP/Kotlin as well as the profiler.
Wow this is awful on mobile lol
How do you feel about Kotlin?
Here’s a simple approach:
Initial request -> server looks for Authorization header, falls back to X-Auth header -> generates JWT and sends back to client in Authorization header (or whatever makes sense)
Subsequent request -> server looks for Authorization header -> checks JWT against revocation database/table and that it isn’t expired
Subsequent request with expired token -> server returns 401, client retries using X-Auth header -> server sends back JWT on Authorization header -> client updates locally-stored JWT for future requests
There are probably ways to make this more standard or optimal, but this is a simple approach.
Not all the dependencies are supported on aarch64 unfortunately.
Unfortunately I was trying to build WebRTC, which is supported on Linux only.
Have job
Get paid to suffer
The omission of Swift here tells you all you need to know I think.Edit: I misread this, but my point stands regarding Swift, it has a pretty big usage-reputation gap.