Show HN: Made a little Artemis II tracker
4 by codingmoh | 0 comments on Hacker News.
Made a little Artemis II tracker for anyone else who is unnecessarily invested in this mission: https://ift.tt/u9cbTm6 For those of us who apparently need a dedicated place to monitor this mission instead of behaving like well-adjusted people.
Hack Nux
Watch the number of websites being hacked today, one by one on a page, increasing in real time.
New ask Hacker News story: Ask HN: How relevant is low code according to you in today’s world with Claude?
Ask HN: How relevant is low code according to you in today’s world with Claude?
3 by kinj28 | 1 comments on Hacker News.
Disclaimer: I run a low code service and still many customers use us. But am curious what’s the developer /cto perspective on this? We do have a AI assistant to help build on top of platform but the primary appeal of low code was don’t bother about code and care about the app which with agentic sw development may also be achieved.
3 by kinj28 | 1 comments on Hacker News.
Disclaimer: I run a low code service and still many customers use us. But am curious what’s the developer /cto perspective on this? We do have a AI assistant to help build on top of platform but the primary appeal of low code was don’t bother about code and care about the app which with agentic sw development may also be achieved.
New Show Hacker News story: Show HN: A P2P messenger with dual network modes (Fast and Tor)
Show HN: A P2P messenger with dual network modes (Fast and Tor)
20 by Realman78 | 2 comments on Hacker News.
Hello HN, I have been working on a desktop P2P messenger called Kiyeovo for the last ~8 months, and I just published its beta version. Quick backstory: It started out as a CLI application for my Graduate Thesis, where I tried to make the most secure and private messenger application possible. Then, I transformed it into a desktop application, gave it "clearnet" support and added a bunch of features. Short summary: The app runs in 2 completely isolated modes: - fast mode: relay/DCUtR -> lower latency, calls support - anonymous mode: Tor message routing -> slower, anonymous These modes use different protocol IDs, DHT namespaces, pubsub topics and storage scopes so there’s no data crossover between them. Messaging works peer-to-peer when both parties are online, but falls back to DHT "offline buckets" when one of them is not. To ensure robustness, messages are ACK-ed and deleted after being read. Group chats use GossipSub for realtime messaging. Group messages are also saved to offline buckets in order for offline users to be able to read them upon logging in. Kick/Join/Leave events are also propagated using the DHT. Group metadata and all offline data is of course encrypted. Other features: Chats are E2E, file sharing is supported, 1:1 audio/video calls are supported (only in fast mode though, using WebRTC) Tradeoffs: Tor has noticeable latency, offline delivery is not immediately guaranteed, but rather "eventually consistent"; beta version does not have group calls yet. I’d appreciate feedback, that's why I posted this as a beta version Repo: https://ift.tt/wetcX6S
20 by Realman78 | 2 comments on Hacker News.
Hello HN, I have been working on a desktop P2P messenger called Kiyeovo for the last ~8 months, and I just published its beta version. Quick backstory: It started out as a CLI application for my Graduate Thesis, where I tried to make the most secure and private messenger application possible. Then, I transformed it into a desktop application, gave it "clearnet" support and added a bunch of features. Short summary: The app runs in 2 completely isolated modes: - fast mode: relay/DCUtR -> lower latency, calls support - anonymous mode: Tor message routing -> slower, anonymous These modes use different protocol IDs, DHT namespaces, pubsub topics and storage scopes so there’s no data crossover between them. Messaging works peer-to-peer when both parties are online, but falls back to DHT "offline buckets" when one of them is not. To ensure robustness, messages are ACK-ed and deleted after being read. Group chats use GossipSub for realtime messaging. Group messages are also saved to offline buckets in order for offline users to be able to read them upon logging in. Kick/Join/Leave events are also propagated using the DHT. Group metadata and all offline data is of course encrypted. Other features: Chats are E2E, file sharing is supported, 1:1 audio/video calls are supported (only in fast mode though, using WebRTC) Tradeoffs: Tor has noticeable latency, offline delivery is not immediately guaranteed, but rather "eventually consistent"; beta version does not have group calls yet. I’d appreciate feedback, that's why I posted this as a beta version Repo: https://ift.tt/wetcX6S
New ask Hacker News story: Ask HN: Should there be a temporary ban on new accounts?
Ask HN: Should there be a temporary ban on new accounts?
4 by l33tbro | 3 comments on Hacker News.
Something something AI and quality of this forum. I'm not arguing this is a good solution. But our user experience is being increasingly disrupted by squinting at comments and trying to parse their syntactic and semantic structure to discern if this account is a person or not. That is no what this place should be, and I think that is something we all agree on. A new account ban sounds rash and I agree that this could be a really dumb idea. I'm also certain dang et al will have considered it amongst other approaches. But this place is becoming less compelling by the day, and at least this measure plugs the holes until there is a strategy in place to address the issue of bots and agents being able to create accounts and spam and shill the ever-living fuck out of this once great site. Why even is there an urgency for new users? Especially given that many now are guaranteed to be undetectable, which that go against the ethos of the site? What is the argument against pausing new accounts, when this community is already fairly large and active?
4 by l33tbro | 3 comments on Hacker News.
Something something AI and quality of this forum. I'm not arguing this is a good solution. But our user experience is being increasingly disrupted by squinting at comments and trying to parse their syntactic and semantic structure to discern if this account is a person or not. That is no what this place should be, and I think that is something we all agree on. A new account ban sounds rash and I agree that this could be a really dumb idea. I'm also certain dang et al will have considered it amongst other approaches. But this place is becoming less compelling by the day, and at least this measure plugs the holes until there is a strategy in place to address the issue of bots and agents being able to create accounts and spam and shill the ever-living fuck out of this once great site. Why even is there an urgency for new users? Especially given that many now are guaranteed to be undetectable, which that go against the ethos of the site? What is the argument against pausing new accounts, when this community is already fairly large and active?
New Show Hacker News story: Show HN: Mkdnsite – Markdown-native web server for humans (HTML) and agents (md)
Show HN: Mkdnsite – Markdown-native web server for humans (HTML) and agents (md)
2 by nexdrew | 0 comments on Hacker News.
# What? Introducing mkdnsite ("markdown site") - an open source Markdown-native web server that serves HTML to humans and raw Markdown to agents. No build step required. Runs on Bun/Node/Deno, as an OS-specific standalone executable, or as a Docker container. Possibly the easiest way to go from Markdown files to functional website in the new agentic era. Features: - Runtime-only, zero build - Content negotiation means HTML for browsers and Markdown for agents - Supports GitHub-Flavored Markdown rendering - Mermaid diagrams, KaTeX math, embedded Chart.js charts, syntax highlighting all included - Full-text search for humans, MCP tools for agents - Customizable UI theming with auto-support for light/dark modes - Pull Markdown files directly from a GitHub repo See official docs at https://mkdn.site # Why? Back in February, I saw Cloudflare's announcement of "Markdown for Agents" ( https://ift.tt/n97hrq1 ). At the time, I thought "so I'm writing my API docs or blog in Markdown and converting it to HTML for a website, only to have Cloudflare turn it back into Markdown for AI/agent consumption". This seemed odd to me. I'm a Node.js developer but had recently been building projects on Bun because of the "batteries included" features, like cross-compilation of standalone executables (similar to Go), that Node.js lacked natively (yes, I'm aware of Node SEA, but it's messy/complicated and `bun build --compile` is not). Then, when I found `Bun.markdown`, something clicked for me - building a web server that converts Markdown to HTML at runtime should be super easy. And agents actually want Markdown, so why not combine the two ideas? Humans like writing Markdown (well, at least, I do) and agents like reading Markdown (less verbose, easier to grok, fewer tokens). Add to this the fact that we can now use AI to write software, and my side project was born. Is Markdown-to-HTML a new concept? Absolutely not. It's pretty old and well-established. But what I think is new is the ability to do everything at runtime (no build step required) and the built-in support for AI agents. mkdnsite has content negotiation, automated llms.txt, an MCP server, and support for agent headers. # How? I worked with Claude to refine the idea and come up with basic requirements/specs and then had Claude build me a scaffolded project. I started the project on March 7. The following Friday, I configured my first set of OpenClaw agents on my personal machine and set them up to use Slack. From that point on, I spent most evenings and every weekend building mkdnsite and a hosted service (at https://mkdn.io ) by logging ideas as issues in GitHub and talking with my "team lead" agent on Slack to pick up the work and implement features. mkdnsite v1.0.0 was released on March 16. The current version is v1.4.1 released March 28. Almost every line of code was written by AI, either via an autonomous OpenClaw agent or via individual Claude Code sessions. # So what? Just looking for some honest feedback. Is this useful? Is it dumb? Is there another tool that offers the same combination of features (I looked and couldn't find one)? I am not downplaying SSGs at all. I quite like Astro. And I love GitHub Pages. I just think there's room for an easier/simpler solution. Please try it out and let me know what you think. Thanks.
2 by nexdrew | 0 comments on Hacker News.
# What? Introducing mkdnsite ("markdown site") - an open source Markdown-native web server that serves HTML to humans and raw Markdown to agents. No build step required. Runs on Bun/Node/Deno, as an OS-specific standalone executable, or as a Docker container. Possibly the easiest way to go from Markdown files to functional website in the new agentic era. Features: - Runtime-only, zero build - Content negotiation means HTML for browsers and Markdown for agents - Supports GitHub-Flavored Markdown rendering - Mermaid diagrams, KaTeX math, embedded Chart.js charts, syntax highlighting all included - Full-text search for humans, MCP tools for agents - Customizable UI theming with auto-support for light/dark modes - Pull Markdown files directly from a GitHub repo See official docs at https://mkdn.site # Why? Back in February, I saw Cloudflare's announcement of "Markdown for Agents" ( https://ift.tt/n97hrq1 ). At the time, I thought "so I'm writing my API docs or blog in Markdown and converting it to HTML for a website, only to have Cloudflare turn it back into Markdown for AI/agent consumption". This seemed odd to me. I'm a Node.js developer but had recently been building projects on Bun because of the "batteries included" features, like cross-compilation of standalone executables (similar to Go), that Node.js lacked natively (yes, I'm aware of Node SEA, but it's messy/complicated and `bun build --compile` is not). Then, when I found `Bun.markdown`, something clicked for me - building a web server that converts Markdown to HTML at runtime should be super easy. And agents actually want Markdown, so why not combine the two ideas? Humans like writing Markdown (well, at least, I do) and agents like reading Markdown (less verbose, easier to grok, fewer tokens). Add to this the fact that we can now use AI to write software, and my side project was born. Is Markdown-to-HTML a new concept? Absolutely not. It's pretty old and well-established. But what I think is new is the ability to do everything at runtime (no build step required) and the built-in support for AI agents. mkdnsite has content negotiation, automated llms.txt, an MCP server, and support for agent headers. # How? I worked with Claude to refine the idea and come up with basic requirements/specs and then had Claude build me a scaffolded project. I started the project on March 7. The following Friday, I configured my first set of OpenClaw agents on my personal machine and set them up to use Slack. From that point on, I spent most evenings and every weekend building mkdnsite and a hosted service (at https://mkdn.io ) by logging ideas as issues in GitHub and talking with my "team lead" agent on Slack to pick up the work and implement features. mkdnsite v1.0.0 was released on March 16. The current version is v1.4.1 released March 28. Almost every line of code was written by AI, either via an autonomous OpenClaw agent or via individual Claude Code sessions. # So what? Just looking for some honest feedback. Is this useful? Is it dumb? Is there another tool that offers the same combination of features (I looked and couldn't find one)? I am not downplaying SSGs at all. I quite like Astro. And I love GitHub Pages. I just think there's room for an easier/simpler solution. Please try it out and let me know what you think. Thanks.
New Show Hacker News story: Show HN: Dull – Instagram Without Reels, YouTube Without Shorts (iOS)
Show HN: Dull – Instagram Without Reels, YouTube Without Shorts (iOS)
2 by kasparnoor | 0 comments on Hacker News.
I kept deleting and redownloading Instagram because I couldn't stop watching Reels but needed the app for DMs. Tried screen time limits, just overrode them. So I built this. Dull loads Instagram, YouTube, Facebook, and X and filters out short-form content with a mix of CSS and JS injection. MutationObserver handles anything that lazy-loads after the page renders, which is most of the annoying stuff since these platforms love to load content dynamically. The ongoing work is maintaining the filters. Platforms change their DOM all the time, Instagram obfuscates class names, YouTube restructures how Shorts appear in the feed, etc. It's a cat-and-mouse thing that never really ends. Also has grayscale mode, time limits, and usage tracking. Happy to answer questions.
2 by kasparnoor | 0 comments on Hacker News.
I kept deleting and redownloading Instagram because I couldn't stop watching Reels but needed the app for DMs. Tried screen time limits, just overrode them. So I built this. Dull loads Instagram, YouTube, Facebook, and X and filters out short-form content with a mix of CSS and JS injection. MutationObserver handles anything that lazy-loads after the page renders, which is most of the annoying stuff since these platforms love to load content dynamically. The ongoing work is maintaining the filters. Platforms change their DOM all the time, Instagram obfuscates class names, YouTube restructures how Shorts appear in the feed, etc. It's a cat-and-mouse thing that never really ends. Also has grayscale mode, time limits, and usage tracking. Happy to answer questions.