Right? I feel like I'm taking crazy pills here and on Lemmy, the whole point of ingress was that it was made to sell Google mapping data and point of interest data, that's why the game didn't have monetizing practices for so long (of course it started having them once all the data was sold but hey)
I'm with you and the previous commenter. People who feel "tricked" we're only fooled by their own blindness. Sorry, but then trying to garner sympathy for that is like being asked to feel bad for the stripper that takes her clothes off for money; they both 100% knew what they were getting into and no other reasonable expectations can be had from engaging in that situation.
Facebook has been around something like a decade, now? I forget the exact number, but it's been long enough that everyone should have learned their lesson at this point; if you are creating data, be it personal, geospatial or otherwise, by using a product expect that data to be used as a commodity by the makes of said product.
I don't know the specific mechanism used in the OP, but android has several mechanisms that can be used to start an app on reboot. Take a look around a Google search, I'm sure you'll find what you need
Things do not require to be useful or to increase revenue in order for them to be enjoyable. If the only reason you ever do something is because you get material wealth out of it, are you even making choices or are you a perfect rational actor as described in textbooks?
Things are allowed to exist and be enjoyed on the sole basis that they are enjoyable
Oh I’m not wealth motivated at all. My regrets are about uselessness of that time itself. E.g. I could learn ML instead and do nothing useful with it, rather than not doing nothing useful with my perl knowledge today.
I could enjoy one knowledge today without having monetary interest in it ever, but instead I have another knowledge which is completely useless even for enjoyment.
The user interface for a doorbell (smart or dumb) is a a single button that you press, with your finger. Compare that to take out my phone, find a way to scan a qr code, scan it, install an app (?!?!), press a single button with my finger, on the app.
This is even supposing that I want to do that to begin with (I know for sure delivery drivers are never doing it).
Good job on the project, I really mean it. It doesn't matter what you do, it matters that you've achieved it and for that, congrats. But as a practical semi-object, this has to be one of the worst ways possible to solve the problem.
That is a valid point. The visitor does not need to install the app, but it's still more complicated than pushing a button.
From the owner's perspective I imagine it's at least a little bit simpler to install an app and put up a QR code. Although if they have to print it out themselves I guess all bets are off.
> Good job on the project, I really mean it. It doesn't matter what you do, it matters that you've achieved it and for that, congrats. But as a practical semi-object, this has to be one of the worst ways possible to solve the problem.
Thank you, those are kind words. I doubt that this is the worst possible way in every context, but working towards better solutions is why we share stuff and ask/give feedback :)
Some of these planes are constantly flying as long as they're not in maintenance. A plane not in the air is a plane the company bought that's not currently generating profit.
KDE Connect is great, but not for this use-case. SyncThing was absolutely the choice for automated syncing of files between Android and PC. KDE Connect just doesn't do that (AFAIK). The two tools serve pretty different purposes.
KDE Connect wasn't really reliable and easy to use while I did. And Syncthing pretty much eliminated the need to use KDE Connect for me. The only extra-feature of KDE Connect was sharing the buffer, and I just paste to Obsidian now instead (any text editor would do, but I don't know anything better, even though I hate it for being closed-source). Maybe slightly less ergonomic than KDE Connect in this regard, but it's negligible. And I don't need to send files, if I can just share files.
In fact, I think I never even connected the phone via USB since I started using Syncthing. Copying/moving to/from shared folder is amazingly both more ergonomic and much faster (I never learned, why moving files to Android device via USB is so insanely slow).
So I really don't know an alternative. It solved pretty much all my phone/PC sync needs. It also enables backuping the important stuff (I don't use Google for that, or course). Dropbox doesn't cut it either. I really don't imagine how would I use my phone w/o Syncthing, it's pretty much essential.
It's all those little convenience features that make KDE Connect a great tool for my needs. It's only the file transfer features of it that don't live up to my needs, but for that we've got SyncThing (and probably tons of other perfectly valid options that I've never tried, too). For continuous file sync / transfer, SyncThing has been just "set it and forget it" simple for me. It just "does the thing" and keeps on doin' it reliably. :)
Not really surprising. Vector embeddings are really not that great at conveying arbitrary "without"s. The words the model sees are "alligator", "tail", and "without", but without means nothing. If something is in the prompt, it should be drawn, so it's going to make extra sure there is a tail in the image.
The exception is when it's common to refer to something that has an element removed, for example, a french king without a head.
There are some prompting software that allows you to negatively specify certain words, which is useful for example if you want a picture of a mustang, the horse. You can specify negative: car, and the model will avoid diffusing into anything looking like a car, but you can't get that level of control from chatgpt.
> The words the model sees are "alligator", "tail", and "without", but without means nothing.
That's an old approach used in SD 1/2 level solutions - for gpt that answer is incorrect/outdated. We've moved past that approach. New models use sentence embeddings which can represent meaning beyond individual words - for example Flux uses T5. OpenAI has been using some form of that for quite a while.
It is not my intention to be contrarian, but honestly this might be the most incorrect comment I've ever read on hacker news, in several different ways. Sure, some of these might be subjective, but for example chromeOS is Linux with a shiny coat in top, how could it be any better than, well, Linux, let alone miles ahead?
ChromeOS uses the Linux kernel but unless you enable developer mode (which has multiple levels of scary warnings including on every boot and requires completely wiping the device to enable) everything runs in the Chrome web sandbox or the Android VM.
A ChromeOS user isn't apt-get installing binaries or copy/pasting bash one liners from Github. If you enable the Linux dev environment, that also runs in an isolated VM with a much more limited attack surface vs say an out of the box Ubuntu install. Both the Android VM and Linux VM can and routinely are blocked by MDM in school or work contexts.
You could lock down a Linux install with SELinux policies and various other restrictions but on ChromeOS it's the default mode that 99% of users are protected by (or limited by depending on your perspective).
Even when you enable “developer mode” which is essentially Debian in a VM the level of care that went into making sure that no matter what happens there you will never suffer a full system compromise is truly impressive.
To give you a sense of where they were half a decade ago you can already see that it’s as I described miles in front of anything that exists even today in this video: https://youtu.be/pRlh8LX4kQI
When we get to talking about when they went for a total ground up first principles approach with Fuchsia as a next generation operating system that is something else entirely on a different level again.
I genuinely didn’t have a hint of irony in my original comment. They are actually that much better when it comes to security.
