frontpage.
newsnewestaskshowjobs

Made with ♥ by @iamnishanth

Open Source @Github

fp.

DoNotNotify is now Open Source

https://donotnotify.com/opensource.html
99•awaaz•2h ago•12 comments

Show HN: LocalGPT – A local-first AI assistant in Rust with persistent memory

https://github.com/localgpt-app/localgpt
225•yi_wang•8h ago•90 comments

Haskell for all: Beyond agentic coding

https://haskellforall.com/2026/02/beyond-agentic-coding
116•RebelPotato•8h ago•31 comments

Matchlock: Linux-based sandboxing for AI agents

https://github.com/jingkaihe/matchlock
7•jingkai_he•2h ago•0 comments

SectorC: A C Compiler in 512 bytes (2023)

https://xorvoid.com/sectorc.html
304•valyala•16h ago•59 comments

LLMs as the new high level language

https://federicopereiro.com/llm-high/
120•swah•5d ago•207 comments

The Architecture of Open Source Applications (Volume 1) Berkeley DB

https://aosabook.org/en/v1/bdb.html
34•grep_it•5d ago•4 comments

Moroccan sardine prices to stabilise via new measures: officials

https://maghrebi.org/2026/01/27/moroccan-sardine-prices-to-stabilise-via-new-measures-officials/
31•mooreds•5d ago•3 comments

Software factories and the agentic moment

https://factory.strongdm.ai/
235•mellosouls•19h ago•390 comments

Speed up responses with fast mode

https://code.claude.com/docs/en/fast-mode
185•surprisetalk•16h ago•191 comments

LineageOS 23.2

https://lineageos.org/Changelog-31/
61•pentagrama•4h ago•11 comments

Modern and Antique Technologies Reveal a Dynamic Cosmos

https://www.quantamagazine.org/how-modern-and-antique-technologies-reveal-a-dynamic-cosmos-20260202/
4•sohkamyung•5d ago•0 comments

Hoot: Scheme on WebAssembly

https://www.spritely.institute/hoot/
195•AlexeyBrin•21h ago•36 comments

Stories from 25 Years of Software Development

https://susam.net/twenty-five-years-of-computing.html
203•vinhnx•19h ago•21 comments

Brookhaven Lab's RHIC concludes 25-year run with final collisions

https://www.hpcwire.com/off-the-wire/brookhaven-labs-rhic-concludes-25-year-run-with-final-collis...
80•gnufx•15h ago•65 comments

Wood Gas Vehicles: Firewood in the Fuel Tank (2010)

https://solar.lowtechmagazine.com/2010/01/wood-gas-vehicles-firewood-in-the-fuel-tank/
55•Rygian•3d ago•21 comments

Vocal Guide – belt sing without killing yourself

https://jesperordrup.github.io/vocal-guide/
367•jesperordrup•1d ago•109 comments

uLauncher

https://github.com/jrpie/launcher
26•dtj1123•4d ago•7 comments

First Proof

https://arxiv.org/abs/2602.05192
148•samasblack•18h ago•93 comments

Show HN: I saw this cool navigation reveal, so I made a simple HTML+CSS version

https://github.com/Momciloo/fun-with-clip-path
104•momciloo•16h ago•24 comments

Substack confirms data breach affects users’ email addresses and phone numbers

https://techcrunch.com/2026/02/05/substack-confirms-data-breach-affecting-email-addresses-and-pho...
59•witnessme•5h ago•22 comments

Start all of your commands with a comma (2009)

https://rhodesmill.org/brandon/2009/commands-with-comma/
612•theblazehen•3d ago•219 comments

Al Lowe on model trains, funny deaths and working with Disney

https://spillhistorie.no/2026/02/06/interview-with-sierra-veteran-al-lowe/
113•thelok•18h ago•25 comments

The AI boom is causing shortages everywhere else

https://www.washingtonpost.com/technology/2026/02/07/ai-spending-economy-shortages/
345•1vuio0pswjnm7•22h ago•565 comments

LLMs as Language Compilers: Lessons from Fortran for the Future of Coding

https://cyber-omelette.com/posts/the-abstraction-rises.html
6•birdculture•1h ago•1 comments

OpenCiv3: Open-source, cross-platform reimagining of Civilization III

https://openciv3.org/
922•klaussilveira•1d ago•282 comments

Where did all the starships go?

https://www.datawrapper.de/blog/science-fiction-decline
181•speckx•4d ago•267 comments

Show HN: A luma dependent chroma compression algorithm (image compression)

https://www.bitsnbites.eu/a-spatial-domain-variable-block-size-luma-dependent-chroma-compression-...
46•mbitsnbites•3d ago•7 comments

Show HN: Look Ma, No Linux: Shell, App Installer, Vi, Cc on ESP32-S3 / BreezyBox

https://github.com/valdanylchuk/breezydemo
312•isitcontent•1d ago•39 comments

The Scriptovision Super Micro Script video titler is almost a home computer

http://oldvcr.blogspot.com/2026/02/the-scriptovision-super-micro-script.html
11•todsacerdoti•7h ago•1 comments
Open in hackernews

Best Options for Using AI in Chip Design

https://semiengineering.com/best-options-for-using-ai-in-chip-design/
49•rbanffy•5mo ago

Comments

jjcm•5mo ago
I would love to see a future where the barrier of entry for purpose-built chips is 100x lower. That said there's an interesting observation in the interview:

> We essentially have rolled out an L1 through L5, where L5 is the Holy Grail with fully autonomous end-to-end workflows. L1 is where we are today, and maybe heading into L2. L3 involves orchestration and then planning and decision-making. When we get to L5, we’ll be asking questions like, ‘Are junior-level engineers really needed?’

We're seeing this in the software development world too, where it's becoming harder and harder for junior engineers to both learn programing and to be successful in their careers. If the only thing that's needed are senior engineers, how do people grow to become senior engineers? It's a harrowing prospect.

ACCount37•5mo ago
The usual answer is "they don't".

As in: by the time this becomes an issue, AI will begin to displace senior engineers - the same way it's displacing junior engineers now.

Considering where AI was a decade ago? I'd be reluctant to bet on this happening within a decade from now, but I certainly wouldn't bet against.

thmsths•5mo ago
This assumes that the AI growth stays exponential. This is not necessarily wrong but it is certainly not true either. If you had made that point in the 80s in regards to compilers, we would have expected software engineering jobs to have pretty much disappeared, yet the exact opposite happened.
bluefirebrand•5mo ago
I really don't see why anyone thinks this is a good or desirable outcome

Humans trying to build and navigate systems that they do not understand and is going to be a disaster

ACCount37•5mo ago
It's the inevitable outcome. It's not an "if". It's a "when", and "how poorly would that go".
thesz•5mo ago

  > the barrier of entry for purpose-built chips is 100x lower.
You still have to wait half of year to an year to have your purpose built chips produced and shipped to you. Masks for your chip, that's what makes the whole process slow.

With FPGA, you can have your purpose built chip overnight.

Thus, in my not so humble opinion, one should use whatever means one can to make FPGAs more efficient.

gchadwick•5mo ago
A real issue here is lack of training data (at least for LLMs). There's lots of high quality (and plenty more poor quality) open source software that can be used to train on. There's significantly less open source hardware and often the stuff that does exist is mostly front end design. Good examples of complete test benches (ones you'd close verification on and go to a production tape out with) are few and far between and there's basically nothing for modern physical design and backend considerations (i.e. how you take your design and actually manufacture a chip with it).

Commercial companies who may be interested in AI tools for EDA do have these things of course but are any going through the expensive process of fine tuning LLMs with them?

Indeed perhaps it's important to include a high quality corpus in pre training? I doubt anyone wants to train an LLM from scratch for EDA.

Perhaps NVidia are doing experiments here? They've got the unique combination of access to a decent corpus, cheaper training costs and in house know how.

rybosome•5mo ago
I fine-tuned an LLM to do Verification IP wiring at a LLM hardware startup. We built the dataset in house. It was quite effective actually, with enough investment in expanding the dataset this is a totally viable application.
nxobject•5mo ago
I'm curious: did you have to tailor your dataset around instruction-following/reasoning capabilities as well? No conflict of interest myself – I'm interested in hobby programming for vintage computers – but my understanding comes from Unsloth's fine-tuning instructions. [1]

[1] https://docs.unsloth.ai/basics/datasets-guide

rybosome•5mo ago
No problem - although I'm out of that particular role, it's appropriate to discuss since the company shared these details already in an openAI press release a few months back.

I fine-tuned reasoning models (o1-mini and o3-mini) which were already well into instruction-following and reasoning behavior. The dataset I prepared was taking this into account, but it was just simple prompt/response pairs. Defining the task tightly, ensuring the dataset was of high quality, picking the right hyper parameters, and preparing the proper reward function (and modeling that against the API provided) were the keys to success.

rbanffy•5mo ago
That’s really cool. I’d love to see that process from up close.
criemen•5mo ago
> Indeed perhaps it's important to include a high quality corpus in pre training? I doubt anyone wants to train an LLM from scratch for EDA.

That does sound reasonable to me. The main problem is that you (at least for software) can't train on source code alone, as comments are human language, so you need some corpus of human language as well, so that the LLM learns that, next to the programming language(s). I'd assume it's the same as well.

Depending on what you're going for, you could take an existing pre-trained model, and further pretrain it on your EDA corpus. That means you'll have to reinvent or lift from somewhere else the entire finetuning data and pipeline, which is significantly harder than doing a finetune.