Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Ask HN: What are you building that's not AI related?

news.ycombinator.com

Post reply on HN
Print view View original

161–170 of 265 posts

Re: Ask HN: What are you building that's not AI related?

#161

Post by scoofy »

I’ve talked about it many times here, but I’m slowly building golfcourse.wiki, a golf wiki, because the golf world focuses all it’s attention on “the best” golf course, and the vast, vast, vast majority of interesting courses get zero attention.

I thought it was a website that should exist during the pandemic, so I built it. It’s been slowly growing ever since, because most of the time you really only need to add the info once.

Re: Ask HN: What are you building that's not AI related?

#162

Post by rhoopr »

iCloud-photos-downloader is unmaintained and starting to crack due to Apple API changes so I’m working on my own fork/rewrite/take on iCloud sync, with ambitions to add Google Takeout, Immich, and other services too.

https://github.com/rhoopr/kei

Named after my ‘96 Subaru Sambar kei truck, small and mighty. The other thing I’m constantly tinkering with :)

Re: Ask HN: What are you building that's not AI related?

#165

Post by networkOne »

I am building nOne, the first subjective layer of the Internet, or more accurately, a permission layer underlying the engines/platforms/automation. Although it does pertain to AI, its more than that... it is a permission system for email, AI, and cognitive inputs (undisclosed automation, what you permit in your feeds, etc). It encompasses the entirety of the digital realm.

We have created a permission system within our social worlds... time to apply the same standards to the digital realm.

https://network1.site

Re: Ask HN: What are you building that's not AI related?

#166

Post by KurSix »

Thanks for this thread. I'm so tired of reading about yet another "AI wrapper for sending emails" raising a $5M seed round that I almost forgot what actual engineering looks like. The whole industry feels like a Gold Rush right now where 99% of people aren't even trying to mine gold, they're just reselling each other the exact same shovels (LLM APIs) with different logos slapped on them. It's incredibly refreshing to read about people writing Rust parsers or soldering hardware synths

Re: Ask HN: What are you building that's not AI related?

#167

Post by KurSix »

boricj wrote: post #44

I'm working on ghidra-delinker-extension [1], which is a relocatable object file exporter for Ghidra. The algorithms needed to slice up a Ghidra database into relocatable sections, and especially to recover relocations through analysis are really tricky to get right. My MIPS analyzer in particular is an eldritch horror due to several factors combining into a huge mess (branch delay slots, split HI16/LO16 relocations,…

Mad respect. I tried extracting a clean .o file out of a statically linked ELF once, and it's an absolute nightmare. How are you handling switch tables and indirect jumps? Without dynamic analysis, it's sometimes physically impossible to figure out what a register is actually pointing to

Re: Ask HN: What are you building that's not AI related?

#168

Post by KurSix »

BrunoBernardino wrote: post #9

This seems a little bit of a duplicate of [1], but I can repeat my answer here as any views help! My wife and I continue to work on Uruky, a EU-based Kagi alternative [2]. Since last month we finally got our production API Key for EUSP/STAAN (it was certainly the slowest and most complicated search provider to adopt, so far), and that brought us to 5 search providers you can choose from and sort as you prefer. We alr…

Regarding the bots: since you're building a privacy-first product, you should look into a Proof-of-Work captcha (like Hashcash or mCaptcha). Just have the user's browser mine hashes for a couple of seconds before issuing the trial token. A normal human won't even notice it, but it'll burn so many CPU cycles for bot farms that abusing your API becomes economically unviable

Re: Ask HN: What are you building that's not AI related?

#169

Post by siddhant »

domh wrote: post #78
black_puppydog wrote: post #62

Earlier quoted context omitted.

Seems like accidentally they uploaded a local development build of the HTML:

Yeah thought it might be something like that, I just couldn't recall off the top of my head which one would get passed to the share context.

This should be fixed now!

Re: Ask HN: What are you building that's not AI related?

#170

Post by boricj »

KurSix wrote: post #167
boricj wrote: post #44

I'm working on ghidra-delinker-extension [1], which is a relocatable object file exporter for Ghidra. The algorithms needed to slice up a Ghidra database into relocatable sections, and especially to recover relocations through analysis are really tricky to get right. My MIPS analyzer in particular is an eldritch horror due to several factors combining into a huge mess (branch delay slots, split HI16/LO16 relocations,…

Mad respect. I tried extracting a clean .o file out of a statically linked ELF once, and it's an absolute nightmare. How are you handling switch tables and indirect jumps? Without dynamic analysis, it's sometimes physically impossible to figure out what a register is actually pointing to

I have analyzers that resynthesize relocations from the contents of the Ghidra database, no custom annotations required. They evaluate relocation candidate spots through primary references and pointers/instructions and emit warnings if the math doesn't check out.

It does require a reasonably accurate Ghidra database to work properly, but I've had users delink megabytes of code and data from a program successfully (as in, relinking it at a different address results in a functionally identical executable) once they've cleaned it up. The accuracy warning in the readme is mostly because it's really complicated to describe exactly what inaccuracies you can get away with, there's a fair amount of wiggle room in reality as long as you know what you're doing.

Post reply on HN