I feel like something like https://www.storj.io/ is on the path to what we would want/need?

There might be some additional requirements for a true CDN to ensure data is closer to where it’s needed and in as many regions as needed though with the right amount of bandwidth. The data gets stored all over the place, but that doesn’t mean its optimal. But they do seem to claim it’s faster on their website…

Edit: For those not wanting to click, TLDR is they use excess storage around the world and make it accessible anywhere, and safe from failures. People with excess storage can join the network if they have enough storage/bandwidth and pass some tests. Their API is S3 compatible.

The best deals you usually only get 2 or 3 toppings as well.

I can make a nice pizza with 3, but 2 often feels lacking.

My M1 will make it through an entire workday doing software development with multiple IDEs and emulators running and my phone plugged in also drawing power. When that happens, the only reason I notice is in the last 30 minutes of the day it gives me a low battery warning. These Mx chips are beasts.

Those times you see an oddly specific and very weird rule and you just know there’s probably a great story around it.

No one cares if you leave a ticket open due to a bug or incomplete feature

Product sure as hell cares if you’re going to ship a bug or incomplete feature.

Never worked at company that wasn’t the case in over 15 years.

Product owns the work they ask us to do. We do their bidding.

And we certainly aren’t allowed to just change the scope of tickets at our own discretion without checking in

Apple won’t like that doomsday event lol

Give it long enough and somehow the person who decided on IPv6 will feel the same as every piece of matter we want to interact with can be networked.

I’m sure many smaller companies had their own internal Y2K moment as they scaled and became a big hit, and realized they used a wrong datatype like int instead of long or something and shit was gonna break by XYZ date if they did nothing heh.

This is my typical experience as well, too many people don’t do a code review of their own PR first.

When I was a junior, I had this coworker who did all my reviews. I was doing my absolute best and wanted to show that I was learning, so I would review all my work before submitting it and think, how would he review and respond to this code.

That just stuck with me and it’s my normal practice now.

I eventually learned that’s not as normal as I thought. I also tend to give better code reviews than others.

Edit: the other thing I do is check in with who will be reviewing my code well before I submit anything someone might think is weird and have a discussion about it before the reveiw. If it’s weird, there might be a better way unless were stuck due to technical debt or something, and doing that early vs at the end usually saves time.

So say we all

I’ve caught problems in code review and had to do this even.

Often it’s reading it and realizing there’s a complicated edge case or they missed something entirely.

Sure we can make a different ticket for that to move this along, but we’re getting product to agree first.

I don’t see him mentioning low level audio performance is a requirement. And he listed flutter as something he had considered.

Can you not process audio in the JVM?

Edit: targeting JVM he could also use the JNI and do the low level stuff in c++ if needed. I don’t know how that’d cross to iOS but it’d work on all 4 other platforms.

Edit: And he doesn’t need to target mobile either, he can just target the JVM, write it in Kotlin + Compose and if needed write native code if he needs more performance.

You can try Kotlin Compose Multiplatform.

It can target JVM (windows, Linux, Mac) and then work on iOS and Android.

Android and JVM are stable. IOS is alpha and works well. Should be beta this year.

WASM support is coming as well but is experimental.

You can do as much multiplatform as you want and do as much platform specific as you want.

Compose itself is a declarative UI framework. Your UI is code.

Edit: You do require a Windows, Linux, and Mac machine to build the executables for each desktop JVM app, as well as a Mac for an iOS app. Android you can build on any of them.

Same problem on 1password.

As a mobile developer I can tell you that working with Android keyboards has been a giant fucking pain in ass since inception to today.

While I can’t speak specifically to why they both seem to have this problem, I wouldn’t be surprised if the OS is part of the problem.

I wouldn’t be shocked that if someone had it working consistently, it might be because of the most heinous hacks, or private greylisted APIs or some other nonsense.

My accountant had a deadline for submitting things and I was stressing as the day got near. I double checked and I remembered the day wrong and it was a little later.

What did I do?

Got it in on the last day lol

What about finding someone like this and then blackmailing them?

That would be cheaper

One of the ones I’m working on today I’m actually exempted from being disallowed its use, although it does still require some changes.

I’m still dreading the moment I submit the app though and their AI declares I don’t meet the requirements, and I go into the doom pit of their non existent support.

At least on Apple it’s possible to interact with a human pretty easily.

And as a developer android is looking more and more like iOS as it becomes more restricted on what you can do.

The two are converging

Source: literally spending my day today dealing with every more restrictive APIs on newer Android versions

Application.onCreate()

Thanks for straightening that up, my bad.