> It seems like the real solution is a law which requires the stations to accept a more universal payment system like credit cards.
No shit, Sherlock? In the UK a lot of fuel pumps have credit/debit card readers built in, and if not cards are accepted everywhere for payment already. But yes electric charging companies here are still wierd about accepting such standardised payments, and we did just introduce a new law about it [0] promising "most" but not all chargers will accept cards.
Just in case you weren't joking, and at the risk of making a fool of myself if you were and still are joking (and/or trolling us now), where you initially said "non-rewritable optical storage media", some people people including me thought you were making a joke referencing this: https://en.wikipedia.org/wiki/Compact_disc.
I found it confusing - if a URL is "offline", I'd expect some kind of error message like connection refused or no such domain. The URL here is not "offline", it's the BL that's offline, and the BL isn't a URL.
> It would not make sense to train a model for every advertiser and then upload that to the phone.
I was assuming that's what they were doing. Maybe you could combine both ways, with really imprecise models, so the phone captures and upload only words that above average chance of matching (so not that much data), and have heavy servers do the rest?
Yes I don't work in this field, but you shouldn't assume that just because you don't know how something can be achieved, then no one else has figured it out either (especially where they're motivated to keep it secret).
Let's try to imagine a world where that exists, keyword detection exists as well ("ok google" etc), and keyword detection for targeted ads doesn't exist. Can you? I can't.
I'd assume that this listening functionality only comes with certain apps, that's certainly the case for ultrasonic tracking apps [0]. Probably you have just managed to avoid installing such apps.
But I agree with the earlier point, that it is a closed platform. If you want to respond, I thought it requires a phone number now in addition to email? It used to at least. And if Twitter doesn't like you, why is your ability to communicate with an official regulated by this private company? And Nitter is likely to get shutdown by Twitter any moment now in the same way as Apple is trying to shutdown Beeper.
No, it's the other way round. You setup this DNS server to serve e.g. evil.com on the global internet.
Then if you can control the client, you can just do regular DNS lookups for <longstring>.evil.com, that goes to the victim's DNS server, and that DNS server forwards it to this DNS server, which saves <longstring> (many of them) to a file.
Edit: looking closer, this isn't exactly how this tool works, this DNS server assumes the client can send directly to this DNS server, I was assuming it didn't need to do that (and if it sends to the victim's DNS server instead, it's a lot harder to block). If you used it as I thought above, the output filename would just be "evil.com".
I'm not suggesting anywhere is actually using brainfuck. Why would you think I was? I was attempting to use rhetoric to point out that you do in fact care about choice of language.
So you'd be happy working at a place that required all code to be in brainfuck? That choice of computer language is "just an implementation detail" and you can still solve your interesting abstract problems in it so you should be happy with it.
I've used Linux as my primary OS for > 20 years. My current job supports Mac and Windows and I accepted it with the understanding that I'd have to use windows, but couldn't get used to it, so switched to a Mac. Maybe I could have gotten used to this, but switching between the Mac UI and Linux at home always felt like switching between a normal bike and one with reversed steering (see e.g. https://www.youtube.com/watch?v=MFzDaBzBlL0). Luckily Linux is unofficially supported at work so I've switched back to that now.
> I'm annoyed when I have to move my hand back to the mouse.
You can bind a keyboard shortcut to a script that copies the primary to clipboard, then can use ctrl-v. Most apps also bind shift-insert to paste the paste buffer, so I bind shift-delete to this script, then to paste the primary it's just shift-delete then shift-insert. Here's the "script":
Maybe this was bad advice, this approach is like trying to learn a spoken language by listening to a recording and looking up each word at a time. Probably it'd be better to get a deep understanding of how CPUs work in general, I can recommend the book Computer Organization and Design by Hennessy and Patterson for this. I agree with the other commenter that 15 years is more realistic so maybe just start by getting a 4 year degree in CompSci (and that book will probably be required reading).
You just need to understand assembly. Maybe there are books that can help, I'm not aware of any, but to get started I'd recommend taking a binary of any open source software (preferably a non-optimised build, or just your own hello world with some loops etc), run it in a debugger, and step through each assembly instruction at a time and figure out what it's doing, with the corresponding source code. Eventually you may be able to do this without needing the source code, which is the goal. I think this is about the same effort as learning a new language (spoken, not programming), i.e. it'll take months of being immersed in it to get good at it.
On the other hand, maybe your binary can be decompiled to source code (e.g. CFR can decompile java classes, I've used that a bit but haven't checked if that's useful for Android apps).
No shit, Sherlock? In the UK a lot of fuel pumps have credit/debit card readers built in, and if not cards are accepted everywhere for payment already. But yes electric charging companies here are still wierd about accepting such standardised payments, and we did just introduce a new law about it [0] promising "most" but not all chargers will accept cards.
[0] https://www.gov.uk/government/news/new-laws-to-make-charging...