Live data from Hacker News

Lost my phone at the office. Claude suggested tracking Bluetooth signal strength

twitter.com

201–210 of 228 posts

Re: Lost my phone at the office. Claude suggested tracking Bluetooth signal strength

#202
i wanted to extract the text of a book on holydays. so i had no flatbed scanner arround.I downloaded the adobe scaner app. it was a desaster. then i just gave the raw images to claude and it extracted the content absolut perfect... it didnt even used to many tokens.

its 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

#204
post #79

Earlier 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.

That’s a feature, not a bug.

Re: Lost my phone at the office. Claude suggested tracking Bluetooth signal strength

#205
post #104

Earlier 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.

Ok, I agree with the sentiment. You shouldn't solve for problems you don't have yet, especially since with AI it's easier to refactor.

Re: Lost my phone at the office. Claude suggested tracking Bluetooth signal strength

#206
post #187

Earlier 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.

That is not my experience at all. To be clear, that is they were bad and they have gotten better. I’m also pretty strict about plan-then-code, so maybe that helps.

I realize it’s one anecdotal datapoint.

Re: Lost my phone at the office. Claude suggested tracking Bluetooth signal strength

#207

Earlier 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.

LLM inference can, with a bit of know-how, made 100% deterministic.

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

#208
post #3

Yesterday 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…

>A lot of code is being written and a lot of it is going to be a real future burden.

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

#210
post #3

Yesterday 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…

>> Lost my phone at the office. Claude suggested tracking Bluetooth signal strength

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.

Post reply on HN