I won’t buy another Meta device. Bought the Quest 3 and now they keep installing games and apps on the device that I cannot remove to promote things. I don’t want any of that. Will most likely be replacing it with the Valve Deckard/Frame device as soon as possible.
We run a full Grafana stack (Loki, tempo, Prometheus, alloy agent, Grafana) and back out with self hosted S3 (we are all onprem physical hardware).
While I do like the stack we have, it is a lot of components to run and configure. Don’t think we have ever had any issues once it was up and running.
Does anyone have any thoughts about how this compares? We don’t have a huge amount of days, 1 month of metrics is about 200GB and logs isn’t a whole lot more, less than a TB I think for 2 weeks.
200GB of metrics and 1TB of logs can be efficiently processed by a single-node observability solution optimized for metrics/logs (for example, VictoriaMetrics/VictoriaLogs), which runs on a low-end computer such as Raspberry Pi. There is zero sense in complicating the system with clustering, micro-service architecture and object storage for such a small-scale workload :)
Do you have plans for mobile app? It looks really useful but the two places I would use it would both require I mobile app before I could switch to it.
Hi, thanks for the question! Yes, we do plan to implement mobile apps, but we don't have a concrete timeline yet. It depends on the limitations and challenges we might face when we implement the same local-first approach as we did in desktop (full offline support, background syncing etc).
Because the only competition is Android. Apple is the least bad choice if we're talking quality of the user experience. Don't bother comparing specs on paper, use both. And that's even before we take into account that Android is run by an advertising company.
Can't decide if it's sad or funny that Epic's greed clashed with Apple's greed and they ended up getting EU users a bit more freedom to decide what's run on the hardware they paid for...
> Can't decide if it's sad or funny that Epic's greed clashed with Apple's greed
I think it's amusing, it's extremely rare for incentives of a big corporation to align with ours to the point where they'd go to war against giants like Apple.
Epic is equally bad in other areas but I'm glad they fought for this.
When considering competition for X, the alternative should do at least most of the things that X does. It's not realistic to expect a drop-in alternative, but the user, I think, can't be expected to turn their life around, just to use the alternative, either. If this would be the case, then a SIM-enabled Windows notebook would also be competition for the iPhone.
If the offerings differ too much, then they are not competition. They are different products.
> If this would be the case, then a SIM-enabled Windows notebook would also be competition for the iPhone.
Can that SIM-enabled Windows notebook do phone calls using the cell operator network (that is, not over the Internet)? If not (that is, if it uses the SIM only for data), then it's not an iPhone competitor. The "smartphone" category (which is where all iPhone competitors reside) requires being both "smart" (that is, with PDA functionality) and being a "phone"; the Librem 5 (and, for instance, the Nokia N900) fits comfortably in that category.
Nowadays, and especially for those under about 30, phone calls come near-last on the list of things smartphones are used for.
To change to the Librem 5, I would need to:
- change the way I communicate with all of my friends and family by using SMS over the _only_ method used in much of the world - WhatsApp.
- be excluded from context surrounding many social gatherings due to not being in group chats.
- change the way I travel with very, very different navigation apps that lack turn-by-turn directions.
- stop using social media when on the go - mobile websites often lack many features, if they even exist.
- accept significantly reduced quality photographs of memories, especially in low light.
- meticulously acquire local files for tens of thousands of songs I have organised in Spotify playlists for over a decade, and totally change the way I discover new music.
- lose Shazam and apps like it, so I’ll forever be wondering “what was that song I liked…?”
- entirely change from the mobile-only bank that I use (and, even then, suffer the atrocious UX of most online banking).
- change from the convenience of Apple/Google/etc. photos to setting up Syncthing, my own NAS, and making sure it keeps running and never goes wrong.
- become stranded when public transport stops running at night, as I can’t get an Uber, or try to get a normal
taxi at 3am. I’m not even sure they exist where I am.
- carry a wallet, or at the very least my cards, with me for the first time in 9 years.
Unfortunately, the duopoly is well-entrenched, especially for those born after 1995 or so and outside the US (SMS is very, very rarely used in much of the rest of the world). You could tell people that there are plenty of workarounds - I listed many above - and some sacrifices to use a Linux phone, they should try it! But then they would ask “why?” and you’d be hard-pressed to give any reason they care about.
I need to try Waydroid. So far, my Android emulation experience was done via KVM + Android x86, but unfortunately many apps need arm things, and the last release is like 4 years old now, which is ancient in smartphone terms. Thanks for the recommendation.
I looked into what this is, and I don’t think I could use my mobile banking apps, my payment cards or software required for work on this. Otherwise I like the idea and I hope it will mature and become a real option one day.
For some banks, Waydroid allows to run the banking app. If your bank forces you into the duopoly without giving a choice, you should complain or switch.
I like Linux phones but it's hard to justify spending $700 on any portable computer, especially one with only 3gb of ram.
I think for most people there really isn't any competition, especially with the lock in from icloud. It was painful for me when I switched to a pinephone (I just use cheogram on a laptop with a 4g modem now, I don't think most people will do that) and I'm generally very careful about using online services like that. Most people just switching between Android and iOS will turn their whole lives upside down.
I used to not understand this as well. Then I switched to Android after some 8 years and can't really remember why I "needed" iOS. Everything works and I am happy. really just choose the better product (for you). Regulation may not happen in time or at all but declining sales will make any business do an about turn at record pace. And even if it doesn't, why do I care?
Because I have this Android phone sitting on my desk for development. When I bought it it was almost as responsive as iPhones (and much cheaper). 4 years later the UI is a lagfest [1].
Meanwhile, my iPhone XS is over 5 years old and almost as responsive as on day one. And I have major version OS updates to blame for the "almost", while the Android one got one major update and was lagfest even before that.
[1] I don't even use it every day, Android development is kind of a side job once in a while.
> You change your phone every year? Because I have this Android phone sitting on my desk for development. When I bought it it was almost as responsive as iPhones (and much cheaper). 4 years later the UI is a lagfest [1].
As a counter anecdotal evidence: I bought my current Android phone before the pandemic started (that is, more than 4 years ago), use it daily, and it's as responsive now as it was when I first used it. While I don't have any iPhone experience to compare, I feel no lag when using it.
Same here, I have a Samsung XCover Pro bought 4+ years ago that still feels the same as when I got it. The only thing notable is the lack of 5G support, but it's only when I switch between it and my work phone (which has 5G) that I really notice the browser loading times.
I seriously don't understand why performance should degrade so much in time. Do they use crap flash chips in the cheaper models and Android writes so much to them that they run out of scratch space or something?
My family uses Android exclusively (including extended family) and the only cases where performance degraded is with very cheap 10+ y/o phones that could no longer keep up with system updates that now take most of the storage space.
Even those more or less still work after reflashing a leaner FLOSS ROM.
Did you perhaps buy a crapware chinese phone and are receiving bloat/spyware?
> Did you perhaps buy a crapware chinese phone and are receiving bloat/spyware?
No, this latest one is a crapware Samsung phone. Doesn't mean I'm not receiving bloat/spyware.
Come to think of it, the Huawei I used before this Samsung degraded less. But I had to abandon them when they got kicked out of google services. Need a full featured phone so I can develop whatever the customer wants.
Is it because you got used to it? Or maybe it JITs most-used applications? I don't think their experience is unique at all (I also have an Android device for development and it is a lagfest after a couple of years).
No, I know what you mean, I've seen this happen with very cheap (or not cheap but just rubbish/spyware) brands/models that quickly filled the system partition over time with bloatware during updates.
Being cheap, the system partition was already tight on purchase, so the bloat/spyware quickly turns it unusable. The cheaper models tend to have inadequate storage to begin with and install bloat/spyware to subsidize them.
I just don't think it's an "Android" thing, most of those can be revitalized by installing a custom ROM without the spyware (but the crappiest brands are probably not even FLOSS-supported).
Honestly it's been a while for me too and I don't even know how to see the actual device partitions instead of just mounts (e.g. I think in this case your / is just a read-only ramdisk so it doesn't really matter what df says... mine is 100% too.)
I don't even know how this works anymore since I think since Android 10 they use some sort of overlay FS for updates?
I tried installing parted on Termux but it refuses to do so and I have no energy to fight it.
I know it's cliché but... have you tried a factory reset?
> I know it's cliché but... have you tried a factory reset?
I will when it starts to annoy me.
Or I may just get a new phone the next time I need to do Android. This one has 12, they're at 15 now. I may need to be on whatever's the latest on a new project, whenever that comes (not soon).
I don't. I haven't experienved any lags. My mother has had a samsung m30 for a while and everytime I used it, it was absolutely fine. This was a 4.5 years old phone. I got her a samsung a35 this time.
Performances are better? They like the UI? They really wanted a smartwatch and Apple makes the nicest? Their family uses iMessage? They have a Mac and enjoy the integration?
There are plenty of reasons to have an iPhone even if you deeply dislike the lack of sideloading and the AppStore.
I'd rather suffer the Apple nanny state than the Google spyware empire. And the Google Material UI is eye-bleedingly terrible in its absolute blandness.
It’s also important to note that the landing caused uneven crushing of the landing legs. The result being that the booster has a lean to it and they were unable to fully secure it with the octograbber. The leaning of the booster plus wind and rough seas was required to cause the failure. If the booster was level and fully secured it should have been fine.
The newer boosters have self levelling legs which remove the lean caused by uneven crushing of the landing leg cores.
When I did my one and only parachute jump, they cautioned us hard to jam our legs together for the landing, as any sideways movement would put all the load on one leg, which would break.
Sure enough, one of my friends I went with landed with his legs apart, despite the instructor yelling at him from the ground. He shattered the leg he landed on. (Parachutes weren't as gentle in those days.)
I expect it would be the same problem with the rocket. Any movement sideways when landing means the force is going to be on one leg. I wonder how they deal with that.
You can see that sometimes in the landing footage, the legs are pretty flexible, and they get some help from RCS thrusters at the top of the booster. Plus, as soon as the engine has purged any excess lox/fuel, a robot slides underneath and tries to latch onto several points, which probably helps by bringing the center of mass down.
There's footage online of some of the early landings when the robot had not been implemented, where boosters slid across the barge in part due to landing at a bad angle.
I've been a 1Password customer for as long as they've existed - every major version release is worse than the last with features we rely on removed. I haven't dared try the latest electron version, but 1P7 managed to even kill keyboard navigation (try editing a login and see if you can generate a new password without moving your hands from the keyboard, or tab between fields to enter new information).
> I suspect there’s compilation optimizations to be made
There definitely are. I've spent a lot of time with UBT, and a "reasonable" amount of time with cmake and friends. UBT isn't quite the same as CMake + Ninja. UBT does "adaptive" unity builds, globbing, and a couple of other things.
> but I don’t think it would save more than 30% here and there.
Agreed. The clean build with UBT is painfully slow compared to Cmake + Ninja, but the full builds themselves are pretty good, and I'd bet that there's probably less low hanging fruit there.
I did a good chunk of work on improving compile times in Unreal, and there is definitely just low hanging fruit in the engine for improving compile times. Some changes to how UHT works around forward declares would also make a significant difference too.
The big issue, in addition to speed, I had with UBT was how difficult it was to debug when it did the wrong thing. Often this was when having to adopt new Xcode versions, where CMake gave a lot of escape hatches to adapt it whereas UBT required spelunking.
At some points, there’s multiple layers of historic cruft that just seem arcane.
Last year, epic released a video where an engineer went through it and even they hit points where they said: “I have no idea what this area of code does”
No disagreements there. Spelunking is a great word for it, but spelunking is a requirement for most "deep" unreal engine development. On the other hand, its incredibly empowering to switch your ide to build UnrealBuildTool, and put "My project Development Win64" as the arguments and be able to debug the build tool there and then to see what it's actually doing.
That’s true. I should give it a go again now that Rider is available. It’s been a huge QoL improvement in the rest of my Unreal/Unity development work.
