Hacker Newsnew | past | comments | ask | show | jobs | submit | teleforce's commentslogin

>i get the notion that "human things should not pretend to be human"

I cannot understand why LLM most of time using the words like "I understand" in their conversation with their users although we all know they don't think or understand anything [1]. The irony is that the HN crowds also did not like to highlight this issue by asking Dang to change the title of the original post consisting of "AI system don't think" to something else by claiming it's a provocative title although it's the original title [2].

[1] Secondary school maths showing that AI systems don’t think:

https://www.raspberrypi.org/blog/secondary-school-maths-show...

[2] Using secondary school maths to demystify AI (248 comments):

https://news.ycombinator.com/item?id=46245731


>TLDR: buy an old iPhone and test with it daily

>This is not because iPhones are good, it's because they're bad

This just confirmed my biases and suspicions that iPhone is very much overrated technologically and essentially toxic to the mobile open eco-system.

Perhaps the only saving grace is that in the early days Apple with iPhone was promoting standard HTML instead of proprietary system like Adobe Flash.


iPhones tend to have dramatically better JavaScript performance so you might wanna also test on an average Android phone.

The Practice Guide of Computer is really a gem, and the bottom lines sentences are just golden (now I understand what they meant when people mentioned bottom lines) of part D: Rid yourself of the following reasons of being a practioner of computer.

To add a cliche, according to Mark Twain, "Find a job you enjoy doing, and you will never have to work a day in your life". Or may I add, you probably not going to retire anytime soon.


Very strange, System Programming in Linux book was mentioned many times in HN before but apparently not in the list, but maybe just not this year [1].

[1] System Programming in Linux:

https://nostarch.com/system-programming-linux


Is it because it's not on Amazon?

It is.

>They also remotely wiped my Kindle

Not sure if this legal or not, the cost of fraud in physical book purchasing (even if it's genuine) will probably never exceed the entire Kindle book library collection.

If this is true, I need to be extra careful buying stuff, virtual or physical from Amazon.


> everyone posts their work on arXiv

Not everyone.

Do you know that you can get rejected by arXiv if they think your publication is not worthy of their publication.

It's an open access journal masquerading as pre-print server. There are other much more open pre-print server.


> AI is a worthless technology

You are making another extreme claim of AI in comparison to the other extreme worthless technology claim.

I think you are spreading FUD for our poor AI not unlike Hinton but it's okay for him since he's being biased for a reason.

Your conjecture is making it looks like the fictional Minority Report movie at best and Terminator movies scenario at worst, that I think is a bit extreme.


Just wondering is any commercial restriction can be considered open source at all? Even the most stringent GPL allows you to commercialize [1].

But we are talking about LLM model here not software, but the same principle should applies.

[1] Open-source license:

https://en.wikipedia.org/wiki/Open-source_license


>writing those proofs is both very difficult (requiring PhD-level training) and very laborious.

>For example, as of 2009, the formally verified seL4 microkernel consisted of 8,700 lines of C code, but proving it correct required 20 person-years and 200,000 lines of Isabelle code – or 23 lines of proof and half a person-day for every single line of implementation. Moreover, there are maybe a few hundred people in the world (wild guess) who know how to write such proofs, since it requires a lot of arcane knowledge about the proof system.

I think this type of pattern (genuine difficult problem domain with very small number of experts) is the future of AI not AGI. For examples formal verification like this article and similarly automated ECG interpretation can be the AI killer applications, and the former is I'm currently working on.

For most of the countries in the world, only several hundreds to several thousands registered cardiologist per country, making the ratio about 1:100,000 cardiologist to population ratio.

People expecting cardiologist to go through their ECG readings but reading ECG is very cumbersome. Let's say you have 5 minutes ECG signals for the minimum requirement for AFib detection as per guideline. The standard ECG is 12-lead resulting in 12 x 5 x 60 = 3600 beats even for the minimum 5 minutes durations requirements (assuming 1 minute ECG equals to 60 beats).

Then of course we have Holter ECG with typical 24-hour readings that increase the duration considerably and that's why almost all Holter reading now is automated. But current ECG automated detection has very low accuracy because their accuracy of their detection methods (statistics/AI/ML) are bounded by the beat detection algorithm for example the venerable Pan-Tompkins for the limited fiducial time-domain approach [1].

The cardiologist will rather spent their time for more interesting activities like teaching future cardiologists, performing expensive procedures like ICD or pacemaker, or having their once in a blue moon holidays instead of reading monotonous patients' ECGs.

This is why ECG reading automation with AI/ML is necessary to complement the cardiologist but the trick is to increase the sensitivity part of the accuracy to very high value preferably 100% and we achieved this accuracy for both major heart anomalies namely arrhythmia (irregular heart beats) and ischemia (heart not regulating blood flow properly) by going with non-fiducial detection approach or beyond time domain with the help of statistics/ML/AI. Thus the missing of potential patients (false negative) is minimized for the expert and cardiologist in the loop exercise.

[1] Pan–Tompkins algorithm:

https://en.wikipedia.org/wiki/Pan%E2%80%93Tompkins_algorithm


>A thick desire is one that changes you in the process of pursuing it.

>A thin desire is one that doesn't.

TL;DR

Thanks OP for enriching my thin vocabulary today, pun intended.


Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: