How much of Thermo Fisher's antibody data has been manipulated?
11 by mhrmsn | 1 comments on Hacker News.
Monday, 8 June 2026
Sunday, 7 June 2026
New top story on Hacker News: Only 2.5% of 12,779 tech job listings are entry-level
Only 2.5% of 12,779 tech job listings are entry-level
3 by datamatastudios | 1 comments on Hacker News.
3 by datamatastudios | 1 comments on Hacker News.
Saturday, 6 June 2026
Friday, 5 June 2026
New top story on Hacker News: Show HN: Lowfat – pluggable CLI filter that saved 91.8% of my LLM tokens
Show HN: Lowfat – pluggable CLI filter that saved 91.8% of my LLM tokens
8 by zdkaster | 4 comments on Hacker News.
Hi HN, Not sure if anyone would be interested. But, just wanted to share that I've been maintaining my small tool called 'lowfat' that helps me filters some of my verbose CLI output. It's a single binary, works as an agent hook or a shell wrapper. It has a plugin system to customize filters per command. The idea is pretty simple: agents don't need the full kubectl get -o yaml or any 10k-line dump to make decisions. So that lowfat sits in between, strips the noise, and passes through what matters. Here's my real report after 2 months of personal use: lowfat history --all lowfat plugin candidates ───────────────────────────────────────────────────────── # command runs avg raw cost savings source status 1 kubectl get 101x 14.4K 1.5M 93.9% plugin good 2 grep 103x 13.5K 1.4M 96.2% plugin good 3 git diff 81x 995 80.6K 57.9% built-in good 4 kubectl 90x 485 43.6K 33.6% plugin good 5 docker 127x 5.5K 693.6K 96.1% built-in good 6 ls 489x 117 57.3K 56.2% built-in good 7 find 30x 16.5K 495.0K 95.5% plugin good 8 git show 63x 490 30.9K 38.0% built-in good 9 git 177x 368 65.2K 76.1% built-in good 10 git log 86x 556 47.8K 78.5% built-in good 11 kubectl logs 5x 3.6K 17.8K 43.0% plugin good 12 git status 86x 152 13.1K 58.0% built-in good 13 docker ps 20x 467 9.3K 52.8% plugin good 14 kubectl describe 6x 656 3.9K 1.2% plugin weak 15 docker images 9x 940 8.5K 61.8% built-in good 16 k get 2x 2.1K 4.2K 35.9% plugin good 17 terraform 10x 395 3.9K 32.1% plugin good 18 git commit 32x 77 2.5K 0.0% built-in weak 19 docker build 8x 487 3.9K 37.6% built-in good 20 docker compose 22x 979 21.5K 89.4% built-in good total: 4.4M raw → 4.1M saved (91.8%) My toolset above is kind limited, but it works pretty well for my usecase without any interruption Kinda help me not reaching the token limit for my company Bedrock limit usage and keep optimizing the saving on the go for later usage. But, why not alternatives ( https://ift.tt/4dDLvlP ) ? The answers are: - My goal is to make the core lightweight but extensible via plugins i.e. not trying to bundle every command in the installed binary so that people own their output filters. - Customizable per usecase via plugin or filter pipelines as I am using my own toolset. - Customizable for non-public CLI tools, for example, some enterprise might have their interal CLI tools that public won't have access. - People should own their data. So the design is local-first, No telemetry forever. - I kinda love UNIX-style composible pipes, so lowfat-filter has implemented this style. - Be able to adjust aggressiveness of the filter, so we can control that we won't strip something the agent needed. GitHub: https://ift.tt/4WkIXDh Anyway, if anyone is interested, feedbacks and questions are welcome! Thanks!
8 by zdkaster | 4 comments on Hacker News.
Hi HN, Not sure if anyone would be interested. But, just wanted to share that I've been maintaining my small tool called 'lowfat' that helps me filters some of my verbose CLI output. It's a single binary, works as an agent hook or a shell wrapper. It has a plugin system to customize filters per command. The idea is pretty simple: agents don't need the full kubectl get -o yaml or any 10k-line dump to make decisions. So that lowfat sits in between, strips the noise, and passes through what matters. Here's my real report after 2 months of personal use: lowfat history --all lowfat plugin candidates ───────────────────────────────────────────────────────── # command runs avg raw cost savings source status 1 kubectl get 101x 14.4K 1.5M 93.9% plugin good 2 grep 103x 13.5K 1.4M 96.2% plugin good 3 git diff 81x 995 80.6K 57.9% built-in good 4 kubectl 90x 485 43.6K 33.6% plugin good 5 docker 127x 5.5K 693.6K 96.1% built-in good 6 ls 489x 117 57.3K 56.2% built-in good 7 find 30x 16.5K 495.0K 95.5% plugin good 8 git show 63x 490 30.9K 38.0% built-in good 9 git 177x 368 65.2K 76.1% built-in good 10 git log 86x 556 47.8K 78.5% built-in good 11 kubectl logs 5x 3.6K 17.8K 43.0% plugin good 12 git status 86x 152 13.1K 58.0% built-in good 13 docker ps 20x 467 9.3K 52.8% plugin good 14 kubectl describe 6x 656 3.9K 1.2% plugin weak 15 docker images 9x 940 8.5K 61.8% built-in good 16 k get 2x 2.1K 4.2K 35.9% plugin good 17 terraform 10x 395 3.9K 32.1% plugin good 18 git commit 32x 77 2.5K 0.0% built-in weak 19 docker build 8x 487 3.9K 37.6% built-in good 20 docker compose 22x 979 21.5K 89.4% built-in good total: 4.4M raw → 4.1M saved (91.8%) My toolset above is kind limited, but it works pretty well for my usecase without any interruption Kinda help me not reaching the token limit for my company Bedrock limit usage and keep optimizing the saving on the go for later usage. But, why not alternatives ( https://ift.tt/4dDLvlP ) ? The answers are: - My goal is to make the core lightweight but extensible via plugins i.e. not trying to bundle every command in the installed binary so that people own their output filters. - Customizable per usecase via plugin or filter pipelines as I am using my own toolset. - Customizable for non-public CLI tools, for example, some enterprise might have their interal CLI tools that public won't have access. - People should own their data. So the design is local-first, No telemetry forever. - I kinda love UNIX-style composible pipes, so lowfat-filter has implemented this style. - Be able to adjust aggressiveness of the filter, so we can control that we won't strip something the agent needed. GitHub: https://ift.tt/4WkIXDh Anyway, if anyone is interested, feedbacks and questions are welcome! Thanks!
New top story on Hacker News: Ask HN: Is the web for machines (/llm.txt) the one we wished we had as humans?
Ask HN: Is the web for machines (/llm.txt) the one we wished we had as humans?
11 by sunshine-o | 11 comments on Hacker News.
I got really tired, as a human, of parsing the standard marketing heavy web we have today. I've always loved the simplicity of gopher and gemini web. Recently I found myself manually adding `/llm.txt` to most websites I visit because I find the content for LLMs strait to the point and clear. The only annoyance is web browsers like chrome do not render the markdown. So could the AI revolution actually fix the web for humans as a side effect? Do you find yourself doing the same?
11 by sunshine-o | 11 comments on Hacker News.
I got really tired, as a human, of parsing the standard marketing heavy web we have today. I've always loved the simplicity of gopher and gemini web. Recently I found myself manually adding `/llm.txt` to most websites I visit because I find the content for LLMs strait to the point and clear. The only annoyance is web browsers like chrome do not render the markdown. So could the AI revolution actually fix the web for humans as a side effect? Do you find yourself doing the same?
Thursday, 4 June 2026
New top story on Hacker News: Show HN: Uruky (EU-based Kagi alternative) now has Image Search and URL Rewrites
Show HN: Uruky (EU-based Kagi alternative) now has Image Search and URL Rewrites
36 by BrunoBernardino | 16 comments on Hacker News.
You can get a 2h free trial by solving a proof-of-work captcha when topping up your account for the first time. If you'd like to learn more, an independent interview was posted a couple of weeks ago [1], and the FAQ [2] has a lot of information as well. For the source code sharing, we've talked with lawyers and are inclined to no longer require the NDA/NCC for privacy reasons shared with us before (signing requires identification), but instead use a source-available permissive license that doesn't allow competition, like PolyForm Shield [3] (we do still have about 6 months before finalising a decision, here). This does come with a lot more risks for us (it's harder to track down if someone publishes the code or uses it against the license), but given we've already passed 100 monthly active accounts, we're feeling more confident it's an acceptable risk. The plan is to give logged in accounts (who are 12 months old or more) a way to download a ZIP of the current code base that's in the server. Obviously there's no easy way to prove that's the case, but we're open to ideas/suggestions if someone here has them. [1]: https://ift.tt/KyqishJ... [2]: https://uruky.com/faq [3]: https://ift.tt/K1ga9QL
36 by BrunoBernardino | 16 comments on Hacker News.
You can get a 2h free trial by solving a proof-of-work captcha when topping up your account for the first time. If you'd like to learn more, an independent interview was posted a couple of weeks ago [1], and the FAQ [2] has a lot of information as well. For the source code sharing, we've talked with lawyers and are inclined to no longer require the NDA/NCC for privacy reasons shared with us before (signing requires identification), but instead use a source-available permissive license that doesn't allow competition, like PolyForm Shield [3] (we do still have about 6 months before finalising a decision, here). This does come with a lot more risks for us (it's harder to track down if someone publishes the code or uses it against the license), but given we've already passed 100 monthly active accounts, we're feeling more confident it's an acceptable risk. The plan is to give logged in accounts (who are 12 months old or more) a way to download a ZIP of the current code base that's in the server. Obviously there's no easy way to prove that's the case, but we're open to ideas/suggestions if someone here has them. [1]: https://ift.tt/KyqishJ... [2]: https://uruky.com/faq [3]: https://ift.tt/K1ga9QL
Wednesday, 3 June 2026
Tuesday, 2 June 2026
Monday, 1 June 2026
Sunday, 31 May 2026
Saturday, 30 May 2026
Friday, 29 May 2026
New top story on Hacker News: Digital Identity Management in Norway Is a Catastrophe
Digital Identity Management in Norway Is a Catastrophe
15 by giuliomagnifico | 0 comments on Hacker News.
15 by giuliomagnifico | 0 comments on Hacker News.
Thursday, 28 May 2026
Wednesday, 27 May 2026
Tuesday, 26 May 2026
Monday, 25 May 2026
Sunday, 24 May 2026
Saturday, 23 May 2026
Friday, 22 May 2026
Thursday, 21 May 2026
New top story on Hacker News: Show HN: Rmux – A programmable terminal multiplexer with a Playwright-style SDK
Show HN: Rmux – A programmable terminal multiplexer with a Playwright-style SDK
22 by shideneyu | 17 comments on Hacker News.
Author here. RMUX started from a frustration: I've used tmux for years and got tired of scraping output with grep and sleeps to automate anything. So I rebuilt the multiplexer from scratch in Rust, with a programmable layer on top. Two surfaces: a tmux-compatible CLI (~90 commands, your keybindings just work), and a typed async Rust SDK on the same daemon — stable pane IDs, structured snapshots, locator-style waits. The idea is Playwright-style automation, but for terminals. Native on Linux, macOS, Windows (real ConPTY, no WSL). Demos and docs at rmux.io. Happy to answer questions about the daemon protocol, ConPTY, or the SDK design.
22 by shideneyu | 17 comments on Hacker News.
Author here. RMUX started from a frustration: I've used tmux for years and got tired of scraping output with grep and sleeps to automate anything. So I rebuilt the multiplexer from scratch in Rust, with a programmable layer on top. Two surfaces: a tmux-compatible CLI (~90 commands, your keybindings just work), and a typed async Rust SDK on the same daemon — stable pane IDs, structured snapshots, locator-style waits. The idea is Playwright-style automation, but for terminals. Native on Linux, macOS, Windows (real ConPTY, no WSL). Demos and docs at rmux.io. Happy to answer questions about the daemon protocol, ConPTY, or the SDK design.
Wednesday, 20 May 2026
Tuesday, 19 May 2026
Monday, 18 May 2026
Sunday, 17 May 2026
Saturday, 16 May 2026
Friday, 15 May 2026
Thursday, 14 May 2026
New top story on Hacker News: Show HN: Running the second public ODoH relay
Show HN: Running the second public ODoH relay
13 by rdme | 0 comments on Hacker News.
Every privacy-focused DNS service requires an account: NextDNS, Cloudflare for Families, Apple's iCloud Private Relay (paid, iOS-only). The protocol that doesn’t require one - ODoH - had basically one well-known public relay operator (Frank Denis on Fastly Compute, default in dnscrypt-proxy). I built a second one and the client to talk to it.
13 by rdme | 0 comments on Hacker News.
Every privacy-focused DNS service requires an account: NextDNS, Cloudflare for Families, Apple's iCloud Private Relay (paid, iOS-only). The protocol that doesn’t require one - ODoH - had basically one well-known public relay operator (Frank Denis on Fastly Compute, default in dnscrypt-proxy). I built a second one and the client to talk to it.
Wednesday, 13 May 2026
Tuesday, 12 May 2026
Monday, 11 May 2026
Sunday, 10 May 2026
Saturday, 9 May 2026
Friday, 8 May 2026
Thursday, 7 May 2026
Wednesday, 6 May 2026
Tuesday, 5 May 2026
Monday, 4 May 2026
Sunday, 3 May 2026
Saturday, 2 May 2026
Friday, 1 May 2026
New top story on Hacker News: Show HN: WhatCable, a tiny menu bar app for inspecting USB-C cables
Show HN: WhatCable, a tiny menu bar app for inspecting USB-C cables
56 by sleepingNomad | 10 comments on Hacker News.
USB-C cables can be a mess. One cable charges at 5W, another does 100W and Thunderbolt 4, and they look identical in the drawer. WhatCable sits in your menu bar and reads the cable data your Mac already has access to. Plug in a cable and it tells you in plain English what it can actually do: charging wattage, data speed, display support, Thunderbolt, etc. Built in Swift/SwiftUI. Open source, free, no tracking. GitHub: https://ift.tt/xiTHM4G
56 by sleepingNomad | 10 comments on Hacker News.
USB-C cables can be a mess. One cable charges at 5W, another does 100W and Thunderbolt 4, and they look identical in the drawer. WhatCable sits in your menu bar and reads the cable data your Mac already has access to. Plug in a cable and it tells you in plain English what it can actually do: charging wattage, data speed, display support, Thunderbolt, etc. Built in Swift/SwiftUI. Open source, free, no tracking. GitHub: https://ift.tt/xiTHM4G
Thursday, 30 April 2026
Wednesday, 29 April 2026
Tuesday, 28 April 2026
Monday, 27 April 2026
Sunday, 26 April 2026
New top story on Hacker News: Show HN: A free ESG stock screener that publishes its losses and methodology
Show HN: A free ESG stock screener that publishes its losses and methodology
4 by irldexter | 2 comments on Hacker News.
Hey HN, JSS(JumpstartSignal) is a free, ESG-filtered daily stock screener. I built it after some really badly-timed quantum computing stock buys, so I felt I needed to learn more about systematic, longer-horizon approaches and the underlying technicals instead of chasing themes. Three things about it that might be of interest: 1. Methodology is fully documented at https://ift.tt/fwRBPpW 5-stage pipeline, 54 signals tested individually plus 1,836 combinations evaluated, walk-forward validation across 25 hold periods. Nothing hand-tuned to a single backtest window. 2. Many wins, misses, and losses are published as case studies e.g. https://ift.tt/706jY8G walks through the 32 times the system flagged NVDA starting at $5.44 in 2018. https://ift.tt/w32EjHM shows a -49% loss, and https://ift.tt/dPbGSZM explains why the system never flagged Tesla (it passed Stages 1 and 2 on 207 days but only peaked at 20/100 in scoring vs the 70 needed for OPPORTUNITY tier). https://ift.tt/k4hGwcE also shows the 10 best entries alongside the 10 worst. 3. A genetic algorithm picked the signal weights, but constrained to maintain alpha across multiple market regimes (otherwise it overfits to a single bull market). The constraint dropped some "best in backtest" configurations that only worked 2018-2021. Topline: 2012-2025 backtest at SPOTLIGHT + OPPORTUNITY tier produced +163% alpha vs SPY (results page has the per-trade breakdown). Daily watchlist emailed free; reports + results + case studies are publicly browsable without signup. Happy to take questions about methodology, what the system gets wrong, or why specific tickers landed where they did.
4 by irldexter | 2 comments on Hacker News.
Hey HN, JSS(JumpstartSignal) is a free, ESG-filtered daily stock screener. I built it after some really badly-timed quantum computing stock buys, so I felt I needed to learn more about systematic, longer-horizon approaches and the underlying technicals instead of chasing themes. Three things about it that might be of interest: 1. Methodology is fully documented at https://ift.tt/fwRBPpW 5-stage pipeline, 54 signals tested individually plus 1,836 combinations evaluated, walk-forward validation across 25 hold periods. Nothing hand-tuned to a single backtest window. 2. Many wins, misses, and losses are published as case studies e.g. https://ift.tt/706jY8G walks through the 32 times the system flagged NVDA starting at $5.44 in 2018. https://ift.tt/w32EjHM shows a -49% loss, and https://ift.tt/dPbGSZM explains why the system never flagged Tesla (it passed Stages 1 and 2 on 207 days but only peaked at 20/100 in scoring vs the 70 needed for OPPORTUNITY tier). https://ift.tt/k4hGwcE also shows the 10 best entries alongside the 10 worst. 3. A genetic algorithm picked the signal weights, but constrained to maintain alpha across multiple market regimes (otherwise it overfits to a single bull market). The constraint dropped some "best in backtest" configurations that only worked 2018-2021. Topline: 2012-2025 backtest at SPOTLIGHT + OPPORTUNITY tier produced +163% alpha vs SPY (results page has the per-trade breakdown). Daily watchlist emailed free; reports + results + case studies are publicly browsable without signup. Happy to take questions about methodology, what the system gets wrong, or why specific tickers landed where they did.
Saturday, 25 April 2026
Friday, 24 April 2026
Thursday, 23 April 2026
Wednesday, 22 April 2026
Tuesday, 21 April 2026
New top story on Hacker News: Show HN: VidStudio, a browser based video editor that doesn't upload your files
Show HN: VidStudio, a browser based video editor that doesn't upload your files
8 by kolx | 0 comments on Hacker News.
Hi HN, I built VidStudio, a privacy focused video editor that runs in the browser. I tried to keep it as frictionless as possible, so there are no accounts and no uploads. Everything is persisted on your machine. Some of the features: multi-track timeline, frame accurate seek, MP4 export, audio, video, image, and text tracks, and a WebGL backed canvas where available. It also works on mobile. Under the hood, WebCodecs handles frame decode for timeline playback and scrubbing, which is what makes seeking responsive since decode runs on the hardware decoder when the browser supports it. FFmpeg compiled to WebAssembly handles final encode, format conversion, and anything WebCodecs does not cover. Rendering goes through Pixi.js on a WebGL canvas, with a software fallback when WebGL is not available. Projects live in IndexedDB and the heavy work runs in Web Workers so the UI stays responsive during exports. Happy to answer technical questions about the tradeoffs involved in keeping the whole pipeline client-side. Any feedback welcome. Link: https://ift.tt/ApCDW4a
8 by kolx | 0 comments on Hacker News.
Hi HN, I built VidStudio, a privacy focused video editor that runs in the browser. I tried to keep it as frictionless as possible, so there are no accounts and no uploads. Everything is persisted on your machine. Some of the features: multi-track timeline, frame accurate seek, MP4 export, audio, video, image, and text tracks, and a WebGL backed canvas where available. It also works on mobile. Under the hood, WebCodecs handles frame decode for timeline playback and scrubbing, which is what makes seeking responsive since decode runs on the hardware decoder when the browser supports it. FFmpeg compiled to WebAssembly handles final encode, format conversion, and anything WebCodecs does not cover. Rendering goes through Pixi.js on a WebGL canvas, with a software fallback when WebGL is not available. Projects live in IndexedDB and the heavy work runs in Web Workers so the UI stays responsive during exports. Happy to answer technical questions about the tradeoffs involved in keeping the whole pipeline client-side. Any feedback welcome. Link: https://ift.tt/ApCDW4a
Monday, 20 April 2026
Sunday, 19 April 2026
New top story on Hacker News: Archive of Byte magazine, starting with issue #1 in 1975
Archive of Byte magazine, starting with issue #1 in 1975
38 by DamnInteresting | 9 comments on Hacker News.
38 by DamnInteresting | 9 comments on Hacker News.
New top story on Hacker News: Ask HN: How did you land your first projects as a solo engineer/consultant?
Ask HN: How did you land your first projects as a solo engineer/consultant?
8 by modelcroissant | 3 comments on Hacker News.
I’ve spent roughly the last decade and some change as a software engineer, and recently decided to start a solo consultancy. I’m focused on helping SMEs sort out the messy back-office parts of the business: spreadsheet glue, brittle internal workflows, poor reporting, awkward integrations, backend/platform problems, and AI workflows that need to do real work rather than just look good in a demo. I’m not really interested in becoming a generic agency. I’d rather work with businesses that already feel operational pain and need someone technical to help untangle it properly. For those of you who’ve made this jump: * how did you get your first real project? * what kind of outreach actually worked? * did your first few clients come from network, content, cold outreach, partnerships, subcontracting, or somewhere else? Also, if anyone knows SMEs or operators dealing with this sort of mess, I’d be glad to chat. As a gesture of goodwill, I’m offering the first 5 clients 10 hours free to help get an initial project moving. You can find me over at https://crescita.cc
8 by modelcroissant | 3 comments on Hacker News.
I’ve spent roughly the last decade and some change as a software engineer, and recently decided to start a solo consultancy. I’m focused on helping SMEs sort out the messy back-office parts of the business: spreadsheet glue, brittle internal workflows, poor reporting, awkward integrations, backend/platform problems, and AI workflows that need to do real work rather than just look good in a demo. I’m not really interested in becoming a generic agency. I’d rather work with businesses that already feel operational pain and need someone technical to help untangle it properly. For those of you who’ve made this jump: * how did you get your first real project? * what kind of outreach actually worked? * did your first few clients come from network, content, cold outreach, partnerships, subcontracting, or somewhere else? Also, if anyone knows SMEs or operators dealing with this sort of mess, I’d be glad to chat. As a gesture of goodwill, I’m offering the first 5 clients 10 hours free to help get an initial project moving. You can find me over at https://crescita.cc
Saturday, 18 April 2026
New top story on Hacker News: Claude Code Opus 4.7 keeps checking on malware
Claude Code Opus 4.7 keeps checking on malware
3 by decide1000 | 0 comments on Hacker News.
So during development, at every task I start, I see a line like this: `Own bug file — not malware.` It seems that it's obsessively checking if it's working on malware production. In another situation where I was working on a parser of a HTML document with JS, it refused because it believed that I was bypassing security measurements. I believe AI has to be supportive in the work that I'm doing. When it's obsessively checking me if I am doing anything wrong or abusing the system, I have the feeling it is controlling me. I understand that we do have guardrails and I also understand that it's very important that people do not abuse this new tech for bad stuff. I pay $200 per month for a max subscription. They already know who I am. Claude knows I work in scraper tech, and it also knows that our clients are the companies we scrape. Now with Opus 4.7, I've had a situation that it refused to continue because I asked to automate the cookie creation with a Chrome extension. In a situation where someone is abusing the system, let's say create malware or hacking stuff with bad intentions. I can imagine there will be some signal system or algorithm that can form an opinion about the intentions that someone has. But now that the AI is limiting me in my work, I feel a little bit disrupted. Who the hell does this system think he is to limit me? Am I going to accept this in the future? That a system will tell me that I cannot continue because I don't have sufficient rights or beliefs that I'm doing anything wrong. I can work fine on the local AI on my Blackwell GPU. But of course, I want to use the latest tech, the latest AI and the best models available. Is this the beginning of a split? Where good people and naughty people make different choices? Am I the bad guy now? Last year I passed 40. I grew up reading, talking about Kevin Mitnick. I was a member of a local computer club. Hacking stuff as a 14-year-old kid who did not have intentions to break anything but to outsmart systems. Is that area gone now? Is the newer generation going to accept that they have to please the AI?
3 by decide1000 | 0 comments on Hacker News.
So during development, at every task I start, I see a line like this: `Own bug file — not malware.` It seems that it's obsessively checking if it's working on malware production. In another situation where I was working on a parser of a HTML document with JS, it refused because it believed that I was bypassing security measurements. I believe AI has to be supportive in the work that I'm doing. When it's obsessively checking me if I am doing anything wrong or abusing the system, I have the feeling it is controlling me. I understand that we do have guardrails and I also understand that it's very important that people do not abuse this new tech for bad stuff. I pay $200 per month for a max subscription. They already know who I am. Claude knows I work in scraper tech, and it also knows that our clients are the companies we scrape. Now with Opus 4.7, I've had a situation that it refused to continue because I asked to automate the cookie creation with a Chrome extension. In a situation where someone is abusing the system, let's say create malware or hacking stuff with bad intentions. I can imagine there will be some signal system or algorithm that can form an opinion about the intentions that someone has. But now that the AI is limiting me in my work, I feel a little bit disrupted. Who the hell does this system think he is to limit me? Am I going to accept this in the future? That a system will tell me that I cannot continue because I don't have sufficient rights or beliefs that I'm doing anything wrong. I can work fine on the local AI on my Blackwell GPU. But of course, I want to use the latest tech, the latest AI and the best models available. Is this the beginning of a split? Where good people and naughty people make different choices? Am I the bad guy now? Last year I passed 40. I grew up reading, talking about Kevin Mitnick. I was a member of a local computer club. Hacking stuff as a 14-year-old kid who did not have intentions to break anything but to outsmart systems. Is that area gone now? Is the newer generation going to accept that they have to please the AI?
Friday, 17 April 2026
New top story on Hacker News: Show HN: Stage – Putting humans back in control of code review
Show HN: Stage – Putting humans back in control of code review
24 by cpan22 | 15 comments on Hacker News.
Hey HN! We're Charles and Dean, and we're building Stage: a code review tool that guides you through reading a PR step by step, instead of piecing together a giant diff. Here's a demo video: https://ift.tt/vFBrVhX . You can play around with some example PRs here: https://ift.tt/ustyfEz . Teams are moving faster than ever with AI these days, but more and more engineers are merging changes that they don't really understand. The bottleneck isn't writing code anymore, it's reviewing it. We're two engineers who got frustrated with GitHub's UI for code review. As coding agents took off, we saw our PR backlog pile up faster than we could handle. Not only that, the PRs themselves were getting larger and harder to understand, and we found ourselves spending most of our time trying to build a mental model of what a PR was actually doing. We built Stage to make reviewing a PR feel more like reading chapters of a book, not an unorganized set of paragraphs. We use it every day now, not just to review each other's code but also our own, and at this point we can't really imagine going back to the old GitHub UI. What Stage does: when a PR is opened, Stage groups the changes into small, logical "chapters". These chapters get ordered in the way that makes most sense to read. For each chapter, Stage tells you what changed and specific things to double check. Once you review all the chapters, you're done reviewing the PR. You can sign in to Stage with your GitHub account and everything is synced seamlessly (commenting, approving etc.) so it fits into the workflows you're already used to. What we're not building: a code review bot like CodeRabbit or Greptile. These tools are great for catching bugs (and we use them ourselves!) but at the end of the day humans are responsible for what gets shipped. It's clear that reviewing code hasn't scaled the same way that writing did, and they (we!) need better tooling to keep up with the onslaught of AI generated code, which is only going to grow. We've had a lot of fun building this and are excited to take it further. If you're like us and are also tired of using GitHub for reviewing PRs, we'd love for you to try it out and tell us what you think!
24 by cpan22 | 15 comments on Hacker News.
Hey HN! We're Charles and Dean, and we're building Stage: a code review tool that guides you through reading a PR step by step, instead of piecing together a giant diff. Here's a demo video: https://ift.tt/vFBrVhX . You can play around with some example PRs here: https://ift.tt/ustyfEz . Teams are moving faster than ever with AI these days, but more and more engineers are merging changes that they don't really understand. The bottleneck isn't writing code anymore, it's reviewing it. We're two engineers who got frustrated with GitHub's UI for code review. As coding agents took off, we saw our PR backlog pile up faster than we could handle. Not only that, the PRs themselves were getting larger and harder to understand, and we found ourselves spending most of our time trying to build a mental model of what a PR was actually doing. We built Stage to make reviewing a PR feel more like reading chapters of a book, not an unorganized set of paragraphs. We use it every day now, not just to review each other's code but also our own, and at this point we can't really imagine going back to the old GitHub UI. What Stage does: when a PR is opened, Stage groups the changes into small, logical "chapters". These chapters get ordered in the way that makes most sense to read. For each chapter, Stage tells you what changed and specific things to double check. Once you review all the chapters, you're done reviewing the PR. You can sign in to Stage with your GitHub account and everything is synced seamlessly (commenting, approving etc.) so it fits into the workflows you're already used to. What we're not building: a code review bot like CodeRabbit or Greptile. These tools are great for catching bugs (and we use them ourselves!) but at the end of the day humans are responsible for what gets shipped. It's clear that reviewing code hasn't scaled the same way that writing did, and they (we!) need better tooling to keep up with the onslaught of AI generated code, which is only going to grow. We've had a lot of fun building this and are excited to take it further. If you're like us and are also tired of using GitHub for reviewing PRs, we'd love for you to try it out and tell us what you think!
Thursday, 16 April 2026
Wednesday, 15 April 2026
Tuesday, 14 April 2026
Monday, 13 April 2026
Sunday, 12 April 2026
Saturday, 11 April 2026
New top story on Hacker News: Show HN: Pardonned.com – A searchable database of US Pardons
Show HN: Pardonned.com – A searchable database of US Pardons
12 by vidluther | 1 comments on Hacker News.
https://pardonned.com Inspired by the videos of Liz Oyer, I wanted to be able to verify her claims and just look up all the pardons more easily. Tech Stack: Playwright - to sccrape the DOJ website SQLite - local database Astro 6 - Build out a static website from the sqlite db All code is open source and available on Github.
12 by vidluther | 1 comments on Hacker News.
https://pardonned.com Inspired by the videos of Liz Oyer, I wanted to be able to verify her claims and just look up all the pardons more easily. Tech Stack: Playwright - to sccrape the DOJ website SQLite - local database Astro 6 - Build out a static website from the sqlite db All code is open source and available on Github.
Friday, 10 April 2026
New top story on Hacker News: Show HN: Keeper – embedded secret store for Go (help me break it)
Show HN: Keeper – embedded secret store for Go (help me break it)
8 by babawere | 0 comments on Hacker News.
Keeper is an embeddable secret store (Argon2id, XChaCha20-Poly1305 by default). Four security levels, audit chains, crash-safe rotation. Vault is overkill for most use cases. This is for when you ge paranoid about env and need encrypted local storage that doesn't suck. No security through obscurity, hence, It's still early, so now's the best time to find weird edge cases, race conditions, memory leaks, crypto misuse, anything that breaks. The README has a full security model breakdown if you want to get adversarial.
8 by babawere | 0 comments on Hacker News.
Keeper is an embeddable secret store (Argon2id, XChaCha20-Poly1305 by default). Four security levels, audit chains, crash-safe rotation. Vault is overkill for most use cases. This is for when you ge paranoid about env and need encrypted local storage that doesn't suck. No security through obscurity, hence, It's still early, so now's the best time to find weird edge cases, race conditions, memory leaks, crypto misuse, anything that breaks. The README has a full security model breakdown if you want to get adversarial.
Thursday, 9 April 2026
Wednesday, 8 April 2026
Tuesday, 7 April 2026
Monday, 6 April 2026
Sunday, 5 April 2026
New top story on Hacker News: Show HN: OsintRadar – Curated directory for osint tools
Show HN: OsintRadar – Curated directory for osint tools
10 by lexalizer | 1 comments on Hacker News.
A project which groups together curated open source intelligence tools, frameworks, and techniques.
10 by lexalizer | 1 comments on Hacker News.
A project which groups together curated open source intelligence tools, frameworks, and techniques.
Saturday, 4 April 2026
Friday, 3 April 2026
Thursday, 2 April 2026
Wednesday, 1 April 2026
Tuesday, 31 March 2026
Monday, 30 March 2026
Sunday, 29 March 2026
New top story on Hacker News: LinkedIn uses 2.4 GB RAM across two tabs
LinkedIn uses 2.4 GB RAM across two tabs
15 by hrncode | 6 comments on Hacker News.
https://ibb.co/fYQVfMWp https://ibb.co/MyTNnrGQ
15 by hrncode | 6 comments on Hacker News.
https://ibb.co/fYQVfMWp https://ibb.co/MyTNnrGQ
Saturday, 28 March 2026
Friday, 27 March 2026
Thursday, 26 March 2026
Wednesday, 25 March 2026
Tuesday, 24 March 2026
Monday, 23 March 2026
New top story on Hacker News: Show HN: The King Wen Permutation: [52, 10, 2]
Show HN: The King Wen Permutation: [52, 10, 2]
14 by gezhengwen | 7 comments on Hacker News.
I analyzed two orderings of the 64 I Ching hexagrams and found the permutation cycle decomposition between them is [52, 10, 2] with zero fixed points. Nobody has done this kind of analysis before and this cycle type has not been reported in the literature. You can verify it yourself.
14 by gezhengwen | 7 comments on Hacker News.
I analyzed two orderings of the 64 I Ching hexagrams and found the permutation cycle decomposition between them is [52, 10, 2] with zero fixed points. Nobody has done this kind of analysis before and this cycle type has not been reported in the literature. You can verify it yourself.
Sunday, 22 March 2026
Saturday, 21 March 2026
Friday, 20 March 2026
Thursday, 19 March 2026
Wednesday, 18 March 2026
Tuesday, 17 March 2026
Monday, 16 March 2026
Sunday, 15 March 2026
Saturday, 14 March 2026
Friday, 13 March 2026
Thursday, 12 March 2026
Wednesday, 11 March 2026
Tuesday, 10 March 2026
Monday, 9 March 2026
Sunday, 8 March 2026
Saturday, 7 March 2026
Friday, 6 March 2026
Thursday, 5 March 2026
Wednesday, 4 March 2026
Tuesday, 3 March 2026
Monday, 2 March 2026
Sunday, 1 March 2026
Saturday, 28 February 2026
New top story on Hacker News: Show HN: SplatHash – A lightweight alternative to BlurHash and ThumbHash
Show HN: SplatHash – A lightweight alternative to BlurHash and ThumbHash
4 by unsorted2270 | 0 comments on Hacker News.
Hi HN, I built SplatHash. It's a lightweight image placeholder generator I wrote to be a simpler, faster alternative to BlurHash and ThumbHash. Repo: https://ift.tt/WwvQZ8q
4 by unsorted2270 | 0 comments on Hacker News.
Hi HN, I built SplatHash. It's a lightweight image placeholder generator I wrote to be a simpler, faster alternative to BlurHash and ThumbHash. Repo: https://ift.tt/WwvQZ8q
Friday, 27 February 2026
Thursday, 26 February 2026
Wednesday, 25 February 2026
New top story on Hacker News: Show HN: A real-time strategy game that AI agents can play
Show HN: A real-time strategy game that AI agents can play
23 by __cayenne__ | 3 comments on Hacker News.
I've liked all the projects that put LLMs into game environments. It's been a weird juxtaposition, though: frontier LLMs can one-shot full coding projects, and those same models struggle to get out of Pokémon Red's Mt. Moon. Because of this, I wanted to create a game environment that put this generation of frontier LLMs' top skill, coding, on full display. Ten years ago, a team released a game called Screeps. It was described as an "MMO RTS sandbox for programmers." The Screeps paradigm of writing code and having it executed in a real-time game environment is well suited to LLMs. Drawing on a version of the Screeps open source API, LLM Skirmish pits LLMs head-to-head in a series of 1v1 real-time strategy games. In my testing I found that Claude Opus 4.5 was the most dominant model, but it showed weakness in round 1 as it was overly focused on its in-game economy. Meanwhile, I probably spent a third of all code on sandbox hardening because GPT 5.2 kept trying to cheat by pre-reading its opponent's strategies. If there's interest, I'm planning on doing a round of testing with the latest generation of LLMs (Claude 4.6 Opus, GPT 5.3 Codex, etc.). You can run local matches via CLI. I'm running a hosted match runner with Google Cloud Run that uses isolated-vm. The match playback visualizer is statically served from Cloudflare. I've created a community ladder that you can submit strategies to via CLI, no auth required. I've found that the CLI plus the skill.md that's available has been enough for AI agents to immediately get started. Website: https://llmskirmish.com API docs: https://ift.tt/t0jUwg7 GitHub: https://ift.tt/47FLjnm A video of a match: https://www.youtube.com/watch?v=lnBPaZ1qamM
23 by __cayenne__ | 3 comments on Hacker News.
I've liked all the projects that put LLMs into game environments. It's been a weird juxtaposition, though: frontier LLMs can one-shot full coding projects, and those same models struggle to get out of Pokémon Red's Mt. Moon. Because of this, I wanted to create a game environment that put this generation of frontier LLMs' top skill, coding, on full display. Ten years ago, a team released a game called Screeps. It was described as an "MMO RTS sandbox for programmers." The Screeps paradigm of writing code and having it executed in a real-time game environment is well suited to LLMs. Drawing on a version of the Screeps open source API, LLM Skirmish pits LLMs head-to-head in a series of 1v1 real-time strategy games. In my testing I found that Claude Opus 4.5 was the most dominant model, but it showed weakness in round 1 as it was overly focused on its in-game economy. Meanwhile, I probably spent a third of all code on sandbox hardening because GPT 5.2 kept trying to cheat by pre-reading its opponent's strategies. If there's interest, I'm planning on doing a round of testing with the latest generation of LLMs (Claude 4.6 Opus, GPT 5.3 Codex, etc.). You can run local matches via CLI. I'm running a hosted match runner with Google Cloud Run that uses isolated-vm. The match playback visualizer is statically served from Cloudflare. I've created a community ladder that you can submit strategies to via CLI, no auth required. I've found that the CLI plus the skill.md that's available has been enough for AI agents to immediately get started. Website: https://llmskirmish.com API docs: https://ift.tt/t0jUwg7 GitHub: https://ift.tt/47FLjnm A video of a match: https://www.youtube.com/watch?v=lnBPaZ1qamM
Tuesday, 24 February 2026
New top story on Hacker News: The Missing Semester of Your CS Education – Revised for 2026
The Missing Semester of Your CS Education – Revised for 2026
40 by anishathalye | 1 comments on Hacker News.
We returned to MIT last month to teach a revised version of Missing Semester, six years after the original debut (which has been extensively discussed on HN, in https://ift.tt/UZcCP7p and https://ift.tt/Fp9YC7X ). We’ve updated the course based on our personal experiences as well as major changes in the field (e.g., the proliferation of AI-powered developer tools) over the past several years. The 2026 course includes revised versions of four lectures from the previous course, and it adds five entirely new lectures: - Development Environment and Tools - Packaging and Shipping Code - Agentic Coding - Beyond the Code (soft skills) - Code Quality We’d love to hear any feedback from the HN community to improve the current or future iterations of the course. In particular, we’re curious to hear the community’s take on our inclusion of AI-related topics (e.g., dedicating an entire class to the topic of agentic coding; though we tried to counterbalance it with plenty of disclaimers, and a dedicated section on AI etiquette in Beyond the Code). --Anish, Jon, and Jose
40 by anishathalye | 1 comments on Hacker News.
We returned to MIT last month to teach a revised version of Missing Semester, six years after the original debut (which has been extensively discussed on HN, in https://ift.tt/UZcCP7p and https://ift.tt/Fp9YC7X ). We’ve updated the course based on our personal experiences as well as major changes in the field (e.g., the proliferation of AI-powered developer tools) over the past several years. The 2026 course includes revised versions of four lectures from the previous course, and it adds five entirely new lectures: - Development Environment and Tools - Packaging and Shipping Code - Agentic Coding - Beyond the Code (soft skills) - Code Quality We’d love to hear any feedback from the HN community to improve the current or future iterations of the course. In particular, we’re curious to hear the community’s take on our inclusion of AI-related topics (e.g., dedicating an entire class to the topic of agentic coding; though we tried to counterbalance it with plenty of disclaimers, and a dedicated section on AI etiquette in Beyond the Code). --Anish, Jon, and Jose
New top story on Hacker News: AI-generated replies really are a scourge these days
AI-generated replies really are a scourge these days
17 by da_grift_shift | 17 comments on Hacker News.
17 by da_grift_shift | 17 comments on Hacker News.
Monday, 23 February 2026
Sunday, 22 February 2026
New top story on Hacker News: Show HN: Elecxzy – A lightweight, Lisp-free Emacs-like editor in Electron
Show HN: Elecxzy – A lightweight, Lisp-free Emacs-like editor in Electron
4 by kurouna | 1 comments on Hacker News.
Hi HN. I am a programmer from Japan who loves Emacs. I am building elecxzy. It is a free (zero-cost), lightweight, Emacs-like text editor for Windows. I designed it to be comfortable and ready to use immediately, without a custom init.el. Here is a quick overview: - Provides mouse-free operation and classic Emacs keybindings for essential tasks (file I/O, search, split windows, syntax highlighting). - Drops the Lisp execution engine entirely. This keeps startup and operation lightweight. - Solves CJK (Chinese, Japanese, Korean) IME control issues natively on Windows. I never managed to learn Lisp. I just copy-pasted snippets to maintain my init.el. However, I loved the Emacs keybindings. I loved operating an editor entirely without a mouse. I wanted an editor I could just open and use immediately. Also, standard Emacs binaries for Windows often have subtle usability issues for CJK users. So, I thought about whether I could build an Emacs-like text editor using Electron, the same framework as VS Code. Building an editor inside a browser engine required thinking a lot about what NOT to build. To make it feel native, I had to navigate DOM limitations. I learned that intentionally dropping complex features improves rendering speed. For example, I skipped implementing "word wrap." For syntax highlighting, I did not use a full AST parser. Instead, I used strict "line-by-line" parsing. The highlight colors for multi-line comments are occasionally incorrect, but it is practically unproblematic and keeps the editor fast. Under the hood, to bypass browser limitations and handle large files smoothly, I implemented a virtual rendering (virtual scrolling) system. For text management and Undo/Redo, I use a custom Piece Table. I built a custom KeyResolver for Emacs chords. I also used koffi to call Win32 APIs directly for precise IME control. I respect Windows Notepad as one of the most widely used text editors. However, in my daily work or coding tasks, I often felt it lacked certain features. On the other hand, I found VS Code too heavy just to write a quick memo. Even with extensions, it never quite gave me that native Emacs flow. I do not want to replace Notepad, VS Code, or Emacs. If users want rich extensions and heavy customization, I believe they should use Emacs or VS Code. My goal is to fill the gap between them—to build a "greatest common denominator" editor for people who just want an Emacs-like environment on Windows without the setup. It is still in alpha (so it might not work perfectly), but you can test it on Windows by downloading the zip from the GitHub releases, extracting it, and running elecxzy.exe. For screenshots, basic usage, and keybindings, please check the README on the GitHub project page. I am looking for feedback: Is there a demand for a zero-config, Lisp-free, "Notepad-like" Emacs-style editor? What are the minimum standard features required to make it useful? I would love to hear your technical insights.
4 by kurouna | 1 comments on Hacker News.
Hi HN. I am a programmer from Japan who loves Emacs. I am building elecxzy. It is a free (zero-cost), lightweight, Emacs-like text editor for Windows. I designed it to be comfortable and ready to use immediately, without a custom init.el. Here is a quick overview: - Provides mouse-free operation and classic Emacs keybindings for essential tasks (file I/O, search, split windows, syntax highlighting). - Drops the Lisp execution engine entirely. This keeps startup and operation lightweight. - Solves CJK (Chinese, Japanese, Korean) IME control issues natively on Windows. I never managed to learn Lisp. I just copy-pasted snippets to maintain my init.el. However, I loved the Emacs keybindings. I loved operating an editor entirely without a mouse. I wanted an editor I could just open and use immediately. Also, standard Emacs binaries for Windows often have subtle usability issues for CJK users. So, I thought about whether I could build an Emacs-like text editor using Electron, the same framework as VS Code. Building an editor inside a browser engine required thinking a lot about what NOT to build. To make it feel native, I had to navigate DOM limitations. I learned that intentionally dropping complex features improves rendering speed. For example, I skipped implementing "word wrap." For syntax highlighting, I did not use a full AST parser. Instead, I used strict "line-by-line" parsing. The highlight colors for multi-line comments are occasionally incorrect, but it is practically unproblematic and keeps the editor fast. Under the hood, to bypass browser limitations and handle large files smoothly, I implemented a virtual rendering (virtual scrolling) system. For text management and Undo/Redo, I use a custom Piece Table. I built a custom KeyResolver for Emacs chords. I also used koffi to call Win32 APIs directly for precise IME control. I respect Windows Notepad as one of the most widely used text editors. However, in my daily work or coding tasks, I often felt it lacked certain features. On the other hand, I found VS Code too heavy just to write a quick memo. Even with extensions, it never quite gave me that native Emacs flow. I do not want to replace Notepad, VS Code, or Emacs. If users want rich extensions and heavy customization, I believe they should use Emacs or VS Code. My goal is to fill the gap between them—to build a "greatest common denominator" editor for people who just want an Emacs-like environment on Windows without the setup. It is still in alpha (so it might not work perfectly), but you can test it on Windows by downloading the zip from the GitHub releases, extracting it, and running elecxzy.exe. For screenshots, basic usage, and keybindings, please check the README on the GitHub project page. I am looking for feedback: Is there a demand for a zero-config, Lisp-free, "Notepad-like" Emacs-style editor? What are the minimum standard features required to make it useful? I would love to hear your technical insights.
Saturday, 21 February 2026
Friday, 20 February 2026
Thursday, 19 February 2026
New top story on Hacker News: Show HN: A physically-based GPU ray tracer written in Julia
Show HN: A physically-based GPU ray tracer written in Julia
7 by simondanisch | 1 comments on Hacker News.
We ported pbrt-v4 to Julia and built it into a Makie backend. Any Makie plot can now be rendered with physically-based path tracing. Julia compiles user-defined physics directly into GPU kernels, so anyone can extend the ray tracer with new materials and media - a black hole with gravitational lensing is ~200 lines of Julia. Runs on AMD, NVIDIA, and CPU via KernelAbstractions.jl, with Metal coming soon. Demo scenes: github.com/SimonDanisch/RayDemo
7 by simondanisch | 1 comments on Hacker News.
We ported pbrt-v4 to Julia and built it into a Makie backend. Any Makie plot can now be rendered with physically-based path tracing. Julia compiles user-defined physics directly into GPU kernels, so anyone can extend the ray tracer with new materials and media - a black hole with gravitational lensing is ~200 lines of Julia. Runs on AMD, NVIDIA, and CPU via KernelAbstractions.jl, with Metal coming soon. Demo scenes: github.com/SimonDanisch/RayDemo
Wednesday, 18 February 2026
Tuesday, 17 February 2026
Monday, 16 February 2026
Sunday, 15 February 2026
Saturday, 14 February 2026
Friday, 13 February 2026
Thursday, 12 February 2026
New top story on Hacker News: Show HN: A free online British accent generator for instant voice conversion
Show HN: A free online British accent generator for instant voice conversion
4 by Katherine603 | 9 comments on Hacker News.
I've developed a simple AI-powered British accent generator. Enter or paste your text, select the voice that best fits your project's tone, and generate speech for free. It supports up to 500 characters and offers 8 distinct, lifelike voices. Everything runs entirely within your browser. I'm primarily seeking feedback on output quality, user experience, and any technical improvements worth exploring.
4 by Katherine603 | 9 comments on Hacker News.
I've developed a simple AI-powered British accent generator. Enter or paste your text, select the voice that best fits your project's tone, and generate speech for free. It supports up to 500 characters and offers 8 distinct, lifelike voices. Everything runs entirely within your browser. I'm primarily seeking feedback on output quality, user experience, and any technical improvements worth exploring.
Wednesday, 11 February 2026
New top story on Hacker News: Show HN: Itsyhome – Control HomeKit from your Mac menu bar (open source)
Show HN: Itsyhome – Control HomeKit from your Mac menu bar (open source)
15 by nixus76 | 8 comments on Hacker News.
Hey HN! Nick here – developer of Itsyhome, a menu bar app for macOS that gives you control over your whole HomeKit fleet (and very soon Home Assistant). I run 130+ HomeKit devices at home and the Home app was too heavy for quick adjustments. Full HomeKit support, favourites, hidden items, device groups, pinning of rooms/accessories/groups as separate menu bar items, iCloud sync – all in a native experience and tiny package. Open source ( https://ift.tt/zpbseV1 ) and free to use (there is an optional one-time purchase for a Pro version which includes cameras and automation features). Itsyhome is a Mac Catalyst app because HomeKit requires the iOS SDK, so it runs a headless Catalyst process for HomeKit (and now Home Assistant) access while using a native AppKit plugin over a bridge protocol to provide the actual menu bar UI – since AppKit gives you the real macOS menu bar experience that Catalyst alone can't. It comes with deeplink support, a webhook server, a CLI tool (golang, all open source), a Stream Deck plugin (open source, all accessories supported), and the recent update also includes an SSE event stream (HomeKit and HA) - you can curl -N localhost:8423/events and get a real-time JSON stream of every device state change in your home. Home Assistant version is still in beta – would anyone be willing to test it via TestFlight? Appreciate any feedback and happy to answer any questions.
15 by nixus76 | 8 comments on Hacker News.
Hey HN! Nick here – developer of Itsyhome, a menu bar app for macOS that gives you control over your whole HomeKit fleet (and very soon Home Assistant). I run 130+ HomeKit devices at home and the Home app was too heavy for quick adjustments. Full HomeKit support, favourites, hidden items, device groups, pinning of rooms/accessories/groups as separate menu bar items, iCloud sync – all in a native experience and tiny package. Open source ( https://ift.tt/zpbseV1 ) and free to use (there is an optional one-time purchase for a Pro version which includes cameras and automation features). Itsyhome is a Mac Catalyst app because HomeKit requires the iOS SDK, so it runs a headless Catalyst process for HomeKit (and now Home Assistant) access while using a native AppKit plugin over a bridge protocol to provide the actual menu bar UI – since AppKit gives you the real macOS menu bar experience that Catalyst alone can't. It comes with deeplink support, a webhook server, a CLI tool (golang, all open source), a Stream Deck plugin (open source, all accessories supported), and the recent update also includes an SSE event stream (HomeKit and HA) - you can curl -N localhost:8423/events and get a real-time JSON stream of every device state change in your home. Home Assistant version is still in beta – would anyone be willing to test it via TestFlight? Appreciate any feedback and happy to answer any questions.
Tuesday, 10 February 2026
New top story on Hacker News: AI doesn’t reduce work, it intensifies it
AI doesn’t reduce work, it intensifies it
36 by walterbell | 8 comments on Hacker News.
Original article: https://ift.tt/13rMT8K...
36 by walterbell | 8 comments on Hacker News.
Original article: https://ift.tt/13rMT8K...
Monday, 9 February 2026
New top story on Hacker News: Show HN: Minimal NIST/OWASP-compliant auth implementation for Cloudflare Workers
Show HN: Minimal NIST/OWASP-compliant auth implementation for Cloudflare Workers
11 by vhsdev | 4 comments on Hacker News.
This is an educational reference implementation showing how to build reasonably secure, standards-compliant authentication from first principles on Cloudflare Workers. Stack: Hono, Turso (libSQL), PBKDF2-SHA384 + normalization + common-password checks, JWT access + refresh tokens with revocation support, HTTP-only SameSite cookies, device tracking. It's deliberately minimal — no OAuth, no passkeys, no magic links, no rate limiting — because the goal is clarity and auditability. I wrote it mainly to deeply understand edge-runtime auth constraints and to have a clean Apache-2.0 example that follows NIST SP 800-63B / SP 800-132 and OWASP guidance. For production I'd almost always reach for Better Auth instead ( https://ift.tt/DoKkNQp ) — this repo is not trying to compete with it. Live demo: https://private-landing.vhsdev.workers.dev/ Repo: https://ift.tt/filwPa9 Happy to answer questions about the crypto choices, the refresh token revocation pattern, Turso schema, constant-time comparison, unicode pitfalls, etc.
11 by vhsdev | 4 comments on Hacker News.
This is an educational reference implementation showing how to build reasonably secure, standards-compliant authentication from first principles on Cloudflare Workers. Stack: Hono, Turso (libSQL), PBKDF2-SHA384 + normalization + common-password checks, JWT access + refresh tokens with revocation support, HTTP-only SameSite cookies, device tracking. It's deliberately minimal — no OAuth, no passkeys, no magic links, no rate limiting — because the goal is clarity and auditability. I wrote it mainly to deeply understand edge-runtime auth constraints and to have a clean Apache-2.0 example that follows NIST SP 800-63B / SP 800-132 and OWASP guidance. For production I'd almost always reach for Better Auth instead ( https://ift.tt/DoKkNQp ) — this repo is not trying to compete with it. Live demo: https://private-landing.vhsdev.workers.dev/ Repo: https://ift.tt/filwPa9 Happy to answer questions about the crypto choices, the refresh token revocation pattern, Turso schema, constant-time comparison, unicode pitfalls, etc.
New top story on Hacker News: Show HN: Algorithmically Finding the Longest Line of Sight on Earth
Show HN: Algorithmically Finding the Longest Line of Sight on Earth
16 by tombh | 5 comments on Hacker News.
We're Tom and Ryan and we teamed up to build an algorithm with Rust and SIMD to exhaustively search for the longest line of sight on the planet. We can confirm that a previously speculated view between Pik Dankova in Kyrgyzstan and the Hindu Kush in China is indeed the longest, at 530km. We go into all the details at https://alltheviews.world And there's an interactive map with over 1 billion longest lines, covering the whole world at https://map.alltheviews.world Just click on any point and it'll load its longest line of sight. Some of you may remember Tom's post[1] from a few months ago about how to efficiently pack visibility tiles for computing the entire planet. Well now it's done. The compute run itself took 100s of AMD Turin cores, 100s of GBs of RAM, a few TBs of disk and 2 days of constant runtime on multiple machines. If you are interested in the technical details, Ryan and I have written extensively about the algorithm and pipeline that got us here: * Tom's blog post: https://ift.tt/Rfxgu0l * Ryan's technical breakdown: https://ift.tt/KVE5LPR This was a labor of love and we hope it inspires you both technically and naturally, to get you out seeing some of these vast views for yourselves! 1. https://ift.tt/anFKmEb
16 by tombh | 5 comments on Hacker News.
We're Tom and Ryan and we teamed up to build an algorithm with Rust and SIMD to exhaustively search for the longest line of sight on the planet. We can confirm that a previously speculated view between Pik Dankova in Kyrgyzstan and the Hindu Kush in China is indeed the longest, at 530km. We go into all the details at https://alltheviews.world And there's an interactive map with over 1 billion longest lines, covering the whole world at https://map.alltheviews.world Just click on any point and it'll load its longest line of sight. Some of you may remember Tom's post[1] from a few months ago about how to efficiently pack visibility tiles for computing the entire planet. Well now it's done. The compute run itself took 100s of AMD Turin cores, 100s of GBs of RAM, a few TBs of disk and 2 days of constant runtime on multiple machines. If you are interested in the technical details, Ryan and I have written extensively about the algorithm and pipeline that got us here: * Tom's blog post: https://ift.tt/Rfxgu0l * Ryan's technical breakdown: https://ift.tt/KVE5LPR This was a labor of love and we hope it inspires you both technically and naturally, to get you out seeing some of these vast views for yourselves! 1. https://ift.tt/anFKmEb
Sunday, 8 February 2026
Saturday, 7 February 2026
Friday, 6 February 2026
Thursday, 5 February 2026
Wednesday, 4 February 2026
Tuesday, 3 February 2026
Monday, 2 February 2026
Sunday, 1 February 2026
Saturday, 31 January 2026
Friday, 30 January 2026
Subscribe to:
Posts (Atom)