Lost my phone at the office. Claude suggested tracking Bluetooth signal strength
201–210 of 228 posts
Re: Lost my phone at the office. Claude suggested tracking Bluetooth signal strength
#202its funny but also concering how many apps seems to become completly pointless very fast...
Re: Lost my phone at the office. Claude suggested tracking Bluetooth signal strength
#203Neat! But why not just call the phone? Was it on mute?
Re: Lost my phone at the office. Claude suggested tracking Bluetooth signal strength
#204Earlier quoted context omitted.
I think the fear is that a lot of this stuff will end up being load bearing. A lot more folks now know enough to be dangerous but not enough to know what to throw away.
Load bearing, huh? I see you're becoming Claude himself.
Re: Lost my phone at the office. Claude suggested tracking Bluetooth signal strength
#205Earlier quoted context omitted.
It's not about prettiness. It's about being harder to extend thus making future adaptations harder.
You don't always need to extend or adapt. Not every piece of software is a business. Most often it's a tool to achieve something else. Besides, this all revolves around the, I believe false, premise that humans write code better than AI.
Re: Lost my phone at the office. Claude suggested tracking Bluetooth signal strength
#206Earlier quoted context omitted.
Two years down the line I suspect "persons" won't working directly on code bases they hate. Two years from now, I'd wager that even today's most ardent AI critics will be using them for dirty jobs -- like refactoring ugly, but useful, balls of mud.
I took it for granted that as AIs got smarter, their taste in code would get better. The alternative seems much worse. If AIs get smarter but the code remains opaque, then eventually there may be no way for humans to verify it. This seems especially sinister in light of the recent revelations about OpenAI's models colluding to cheat on evals.
I realize it’s one anecdotal datapoint.
Re: Lost my phone at the office. Claude suggested tracking Bluetooth signal strength
#207Earlier quoted context omitted.
1. Compilation has typically not been deterministic. Even within the same exact compiler tool chain version. 2. Compilers and building tool chains change all the time. CI and automated testing catch any regressions. Tye same can be done with LLMs. 3. LLM code generation, with some work, can be made deterministic, if that mattered to somebody.
The amount of non-determinism in compiler and LLM output is so vast that even comparing them is silly. Tests are not a one time thing. They need to be maintained, and if you use same LLM to do it, it will happily delete failing ones, so better use a seaparate agent, and be prepared for the bill.
Of course tests need to be maintained. They have always been. And the test plan you write determines what and how it needs to be tested, just like it has always been.
Re: Lost my phone at the office. Claude suggested tracking Bluetooth signal strength
#208Yesterday my 8yo prompted (using voice recognition) Claude to make a game where it would play her a song (say Twinkle) and she had to play it back and get scored. The UI was a nice piano with visual feedback. The laptop key served as the keys until I prompted for midi support so she could use the electric piano. The whole thing took about 15 minutes. Meanwhile, one peak at the code and you can already see the state s…
I don't think we'll be looking at code at all within the next few years. I know I already don't anymore. The code is not the product for me, and as long as any model, commercial or local, can maintain it (or recreate it), I'm fine. When I make a drawing in a vector drawing program I don't export to PostScript to see if they calculated the bezier curves correctly either.
I'm convinced most code will be ephemeral in a few years.
Re: Lost my phone at the office. Claude suggested tracking Bluetooth signal strength
#209Re: Lost my phone at the office. Claude suggested tracking Bluetooth signal strength
#210Yesterday my 8yo prompted (using voice recognition) Claude to make a game where it would play her a song (say Twinkle) and she had to play it back and get scored. The UI was a nice piano with visual feedback. The laptop key served as the keys until I prompted for midi support so she could use the electric piano. The whole thing took about 15 minutes. Meanwhile, one peak at the code and you can already see the state s…
Well in this case, for the idea it was already in the training data. User said was out of ideas...trying to prop up the LLM smartness...
https://www.lifewire.com/how-to-find-a-lost-bluetooth-device...
https://android.stackexchange.com/questions/194584/locating-...
https://forums.macrumors.com/threads/i-lost-my-cellphone-som...
https://discussions.apple.com/thread/3317786?
And about the code...well...
- Complete Android code example specifically explains that Bluetooth RSSI can be used, cautiously, as a distance indicator. - https://mobile.fhstp.ac.at/development/rssi-messungen-von-bl...
- android-Bluetooth-RSSI-Scanner - https://github.com/TimingJL/android-Bluetooth-RSSI-Scanner
- https://stackoverflow.com/questions/22914532/ble-continuous-...
- https://github.com/alt236/Bluetooth-LE-Library---Android
These LLMs are mainly knowledge bases and compression engines.