The best Hacker News stories from Show from the past day
Latest posts:
Show HN: Schedule iMessage Texts from .txt Files
Annoyingly, iPhones don't have a great way to schedule messages. This around 100 lines of python to schedule iMessage texts from .txt files on your computer.<p>If this is useful to you, please give it a try and let me know what you think. Thanks.
Show HN: React Geiger – performance profiling using sound
Show HN: React Geiger – performance profiling using sound
Show HN: React Geiger – performance profiling using sound
Show HN: A directory of open source alternatives to proprietary software
Hi, Piotr here<p>I was collecting nice open-source companies for quite some time now. Mostly to take some inspiration and learn from their code.<p>Last week, I though it would be fun to learn this Astro thing everyone's talking about. So I thought building a directory website out of this collection was pretty good idea.<p>After 2 days of building, OpenAlternative was born. It's a community driven list of open source alternatives to proprietary software and applications.<p>Enjoy and thank you for your support!
Show HN: Wallstreetlocal – View investments from America's biggest companies
Hello Hacker News! My name is Anonyo, and I am a seventeen-year-old from Southeast Michigan. This is wallstreetlocal, my passion project for the last year (and a half). I've posted this before, but I've finally open-sourced this entire project, so I thought I'd post it again.<p>Heres the short pitch.<p>The Securities and Exchange Commission (SEC) keeps record of every company in the United States. Companies whose holdings surpass $100 million though, are required to file a special type of form: the 13F form. This form, filed quarterly, discloses the filer's holdings, providing transparency into their investment activities and allowing the public and other market participants to monitor them.<p>The problem though, is that these holdings are often cumbersome to access, and valuable analysis is often hidden behind a paywall. Through wallstreetlocal, the SEC's 13F filers become more accessible and open.<p>By exploring the website (and the code), you can see the resources I used, check out some notable money managers I listed, and download any data that suits you. All for free. (Note, the mobile site likely needs work.)<p>I made this project to better democratize SEC filings, and also to get some experience on my hands. I love computers, and one day hope to get involved with startups. In the comments, I'd appreciate any and all advice, as well as feedback on how to improve the site.
Show HN: Wallstreetlocal – View investments from America's biggest companies
Hello Hacker News! My name is Anonyo, and I am a seventeen-year-old from Southeast Michigan. This is wallstreetlocal, my passion project for the last year (and a half). I've posted this before, but I've finally open-sourced this entire project, so I thought I'd post it again.<p>Heres the short pitch.<p>The Securities and Exchange Commission (SEC) keeps record of every company in the United States. Companies whose holdings surpass $100 million though, are required to file a special type of form: the 13F form. This form, filed quarterly, discloses the filer's holdings, providing transparency into their investment activities and allowing the public and other market participants to monitor them.<p>The problem though, is that these holdings are often cumbersome to access, and valuable analysis is often hidden behind a paywall. Through wallstreetlocal, the SEC's 13F filers become more accessible and open.<p>By exploring the website (and the code), you can see the resources I used, check out some notable money managers I listed, and download any data that suits you. All for free. (Note, the mobile site likely needs work.)<p>I made this project to better democratize SEC filings, and also to get some experience on my hands. I love computers, and one day hope to get involved with startups. In the comments, I'd appreciate any and all advice, as well as feedback on how to improve the site.
Show HN: Hatchet – Open-source distributed task queue
Hello HN, we're Gabe and Alexander from Hatchet (<a href="https://hatchet.run">https://hatchet.run</a>), we're working on an open-source, distributed task queue. It's an alternative to tools like Celery for Python and BullMQ for Node.js, primarily focused on reliability and observability. It uses Postgres for the underlying queue.<p>Why build another managed queue? We wanted to build something with the benefits of full transactional enqueueing - particularly for dependent, DAG-style execution - and felt strongly that Postgres solves for 99.9% of queueing use-cases better than most alternatives (Celery uses Redis or RabbitMQ as a broker, BullMQ uses Redis). Since the introduction of SKIP LOCKED and the milestones of recent PG releases (like active-active replication), it's becoming more feasible to horizontally scale Postgres across multiple regions and vertically scale to 10k TPS or more. Many queues (like BullMQ) are built on Redis and data loss can occur when suffering OOM if you're not careful, and using PG helps avoid an entire class of problems.<p>We also wanted something that was significantly easier to use and debug for application developers. A lot of times the burden of building task observability falls on the infra/platform team (for example, asking the infra team to build a Grafana view for their tasks based on exported prom metrics). We're building this type of observability directly into Hatchet.<p>What do we mean by "distributed"? You can run workers (the instances which run tasks) across multiple VMs, clusters and regions - they are remotely invoked via a long-lived gRPC connection with the Hatchet queue. We've attempted to optimize our latency to get our task start times down to 25-50ms and much more optimization is on the roadmap.<p>We also support a number of extra features that you'd expect, like retries, timeouts, cron schedules, dependent tasks. A few things we're currently working on - we use RabbitMQ (confusing, yes) for pub/sub between engine components and would prefer to just use Postgres, but didn't want to spend additional time on the exchange logic until we built a stable underlying queue. We are also considering the use of NATS for engine-engine and engine-worker connections.<p>We'd greatly appreciate any feedback you have and hope you get the chance to try out Hatchet.
Show HN: Hatchet – Open-source distributed task queue
Hello HN, we're Gabe and Alexander from Hatchet (<a href="https://hatchet.run">https://hatchet.run</a>), we're working on an open-source, distributed task queue. It's an alternative to tools like Celery for Python and BullMQ for Node.js, primarily focused on reliability and observability. It uses Postgres for the underlying queue.<p>Why build another managed queue? We wanted to build something with the benefits of full transactional enqueueing - particularly for dependent, DAG-style execution - and felt strongly that Postgres solves for 99.9% of queueing use-cases better than most alternatives (Celery uses Redis or RabbitMQ as a broker, BullMQ uses Redis). Since the introduction of SKIP LOCKED and the milestones of recent PG releases (like active-active replication), it's becoming more feasible to horizontally scale Postgres across multiple regions and vertically scale to 10k TPS or more. Many queues (like BullMQ) are built on Redis and data loss can occur when suffering OOM if you're not careful, and using PG helps avoid an entire class of problems.<p>We also wanted something that was significantly easier to use and debug for application developers. A lot of times the burden of building task observability falls on the infra/platform team (for example, asking the infra team to build a Grafana view for their tasks based on exported prom metrics). We're building this type of observability directly into Hatchet.<p>What do we mean by "distributed"? You can run workers (the instances which run tasks) across multiple VMs, clusters and regions - they are remotely invoked via a long-lived gRPC connection with the Hatchet queue. We've attempted to optimize our latency to get our task start times down to 25-50ms and much more optimization is on the roadmap.<p>We also support a number of extra features that you'd expect, like retries, timeouts, cron schedules, dependent tasks. A few things we're currently working on - we use RabbitMQ (confusing, yes) for pub/sub between engine components and would prefer to just use Postgres, but didn't want to spend additional time on the exchange logic until we built a stable underlying queue. We are also considering the use of NATS for engine-engine and engine-worker connections.<p>We'd greatly appreciate any feedback you have and hope you get the chance to try out Hatchet.
Show HN: Hatchet – Open-source distributed task queue
Hello HN, we're Gabe and Alexander from Hatchet (<a href="https://hatchet.run">https://hatchet.run</a>), we're working on an open-source, distributed task queue. It's an alternative to tools like Celery for Python and BullMQ for Node.js, primarily focused on reliability and observability. It uses Postgres for the underlying queue.<p>Why build another managed queue? We wanted to build something with the benefits of full transactional enqueueing - particularly for dependent, DAG-style execution - and felt strongly that Postgres solves for 99.9% of queueing use-cases better than most alternatives (Celery uses Redis or RabbitMQ as a broker, BullMQ uses Redis). Since the introduction of SKIP LOCKED and the milestones of recent PG releases (like active-active replication), it's becoming more feasible to horizontally scale Postgres across multiple regions and vertically scale to 10k TPS or more. Many queues (like BullMQ) are built on Redis and data loss can occur when suffering OOM if you're not careful, and using PG helps avoid an entire class of problems.<p>We also wanted something that was significantly easier to use and debug for application developers. A lot of times the burden of building task observability falls on the infra/platform team (for example, asking the infra team to build a Grafana view for their tasks based on exported prom metrics). We're building this type of observability directly into Hatchet.<p>What do we mean by "distributed"? You can run workers (the instances which run tasks) across multiple VMs, clusters and regions - they are remotely invoked via a long-lived gRPC connection with the Hatchet queue. We've attempted to optimize our latency to get our task start times down to 25-50ms and much more optimization is on the roadmap.<p>We also support a number of extra features that you'd expect, like retries, timeouts, cron schedules, dependent tasks. A few things we're currently working on - we use RabbitMQ (confusing, yes) for pub/sub between engine components and would prefer to just use Postgres, but didn't want to spend additional time on the exchange logic until we built a stable underlying queue. We are also considering the use of NATS for engine-engine and engine-worker connections.<p>We'd greatly appreciate any feedback you have and hope you get the chance to try out Hatchet.
Show HN: Control Panel for YouTube
Hi HN,<p>I recently released a new browser extension for YouTube, which in addition to the table stakes of hiding the existence of Shorts, hiding promoted content, automatically skipping ads, hiding useless/unused UI elements, hiding unwanted channels YouTube keeps recommending to you, letting you hide algorithmic suggestions etc. etc., makes other changes I've always wanted as a user, in the same vein as one of my other extensions, Control Panel for Twitter.<p>The most significant of those is attempting to make your Subscriptions page more like an Inbox, by hiding videos you've already watched (with a configurable watch %), videos you're never going to watch (like live streams and multi-hour stream VODs - if you follow any gaming channels which started co-streaming to YouTube after a recent Twitch policy change), videos you literally can't watch (Upcoming), and improving the handling of videos hidden using YouTube's built-in Hide functionality, then finally filling in the gaps created by all those hidden videos, so unwatched content you're interested in (since you didn't Hide it yet!) floats to the top of your Subscriptions.<p>Desktop and mobile versions of YouTube are both supported, with some version-specific features, e.g. it significantly improves the Subscriptions and Search page layout when doing some comfy-mode browsing of the mobile version on an iPad or other tablet in portrait mode (unfortunately the iOS version is still stuck in App Review limbo, despite the macOS version - which contains the exact same web extension code - being approved on initial submission almost 2 weeks ago).<p>Part of the reason for finally making this (I've been meaning to improve the Subscriptions page for ages) was YouTube starting to go after uBlock Origin, which I can now disable on YouTube if it becomes necessary, without seeing any promoted content or ads.<p>Website: https://jbscript.dev/control-panel-for-youtube<p>Source: https://github.com/insin/control-panel-for-youtube
Show HN: Control Panel for YouTube
Hi HN,<p>I recently released a new browser extension for YouTube, which in addition to the table stakes of hiding the existence of Shorts, hiding promoted content, automatically skipping ads, hiding useless/unused UI elements, hiding unwanted channels YouTube keeps recommending to you, letting you hide algorithmic suggestions etc. etc., makes other changes I've always wanted as a user, in the same vein as one of my other extensions, Control Panel for Twitter.<p>The most significant of those is attempting to make your Subscriptions page more like an Inbox, by hiding videos you've already watched (with a configurable watch %), videos you're never going to watch (like live streams and multi-hour stream VODs - if you follow any gaming channels which started co-streaming to YouTube after a recent Twitch policy change), videos you literally can't watch (Upcoming), and improving the handling of videos hidden using YouTube's built-in Hide functionality, then finally filling in the gaps created by all those hidden videos, so unwatched content you're interested in (since you didn't Hide it yet!) floats to the top of your Subscriptions.<p>Desktop and mobile versions of YouTube are both supported, with some version-specific features, e.g. it significantly improves the Subscriptions and Search page layout when doing some comfy-mode browsing of the mobile version on an iPad or other tablet in portrait mode (unfortunately the iOS version is still stuck in App Review limbo, despite the macOS version - which contains the exact same web extension code - being approved on initial submission almost 2 weeks ago).<p>Part of the reason for finally making this (I've been meaning to improve the Subscriptions page for ages) was YouTube starting to go after uBlock Origin, which I can now disable on YouTube if it becomes necessary, without seeing any promoted content or ads.<p>Website: https://jbscript.dev/control-panel-for-youtube<p>Source: https://github.com/insin/control-panel-for-youtube
Show HN: TinyWasm – A tiny WebAssembly Runtime written in Rust
Show HN: TinyWasm - A tiny WebAssembly Runtime written in Rust<p>Hi HN! I'm excited to share TinyWasm (<a href="https://github.com/explodingcamera/tinywasm">https://github.com/explodingcamera/tinywasm</a>), a WebAssembly Interpreter I developed for my final university project.<p>The main goal of this project was to deepen my understanding of WebAssembly and interpreter design. TinyWasm successfully passes all the official WebAssembly 1.0 tests and also includes features from future proposals such as like bulk memory operations.<p>Initially more of a research project, TinyWasm focuses on simplicity and portability. It has minimal third-party dependencies, a small codebase, and is compatible with no_std environments. It's now available as a standalone library (<a href="https://crates.io/crates/tinywasm" rel="nofollow">https://crates.io/crates/tinywasm</a>), and I hope it can be useful for embedding into other projects and hacking on, especially because it's designed to be easy to understand and modify, while still being decently performant.<p>I'm looking forward to feedback, hope you find it useful!
Show HN: TinyWasm – A tiny WebAssembly Runtime written in Rust
Show HN: TinyWasm - A tiny WebAssembly Runtime written in Rust<p>Hi HN! I'm excited to share TinyWasm (<a href="https://github.com/explodingcamera/tinywasm">https://github.com/explodingcamera/tinywasm</a>), a WebAssembly Interpreter I developed for my final university project.<p>The main goal of this project was to deepen my understanding of WebAssembly and interpreter design. TinyWasm successfully passes all the official WebAssembly 1.0 tests and also includes features from future proposals such as like bulk memory operations.<p>Initially more of a research project, TinyWasm focuses on simplicity and portability. It has minimal third-party dependencies, a small codebase, and is compatible with no_std environments. It's now available as a standalone library (<a href="https://crates.io/crates/tinywasm" rel="nofollow">https://crates.io/crates/tinywasm</a>), and I hope it can be useful for embedding into other projects and hacking on, especially because it's designed to be easy to understand and modify, while still being decently performant.<p>I'm looking forward to feedback, hope you find it useful!
Show HN: Flyde – an open-source visual programming language
Hi HN! I’m Gabriel, and I’m happy to share a project I’ve been working on for the last few years: Flyde, an open-source visual programming language. Check out the interactive examples and online playground on the website: <a href="https://www.flyde.dev" rel="nofollow">https://www.flyde.dev</a>.<p>In my last role as an engineering manager for a B2B-oriented product, I authored and reviewed many diagrams for backend applications, mostly for integrations between 2 third-party services. Some of these diagrams were elaborate enough that I started dreaming of a way to simply run a diagram as is; I imagined a “run” button on the top-right corner of the screen that would execute the diagram without the need to translate it into code.<p>That led me down a rabbit hole of exploration and experimentation, from tools like Zapier, Pipedream and Make, which are great for automating “backoffice” stuff, and up to NodeRED, NoFlo.js and the great work of J. Paul Morisson on Flow-Based Programming. I failed to find a tool that would answer my needs - a tool that balances a new level of abstraction, manages to stay powerful and flexible, and most importantly, integrates with the existing ecosystem, and doesn’t replace it. I built Flyde as an attempt to answer that need.<p>Flyde is designed to complement and enhance traditional textual coding, not to replace it. It includes a VSCode extension, it seamlessly integrates with existing TypeScript/JavaScript code and can run on Node.js and in the browser.<p>I believe that as we delegate more coding tasks to AI, we’ll assume the role of an architect rather than a programmer. This shift will require tools that focus more on orchestration and high-level troubleshooting and less on low-level functionality.<p>I’d love to hear your thoughts and feedback on Flyde’s direction!
Show HN: Flyde – an open-source visual programming language
Hi HN! I’m Gabriel, and I’m happy to share a project I’ve been working on for the last few years: Flyde, an open-source visual programming language. Check out the interactive examples and online playground on the website: <a href="https://www.flyde.dev" rel="nofollow">https://www.flyde.dev</a>.<p>In my last role as an engineering manager for a B2B-oriented product, I authored and reviewed many diagrams for backend applications, mostly for integrations between 2 third-party services. Some of these diagrams were elaborate enough that I started dreaming of a way to simply run a diagram as is; I imagined a “run” button on the top-right corner of the screen that would execute the diagram without the need to translate it into code.<p>That led me down a rabbit hole of exploration and experimentation, from tools like Zapier, Pipedream and Make, which are great for automating “backoffice” stuff, and up to NodeRED, NoFlo.js and the great work of J. Paul Morisson on Flow-Based Programming. I failed to find a tool that would answer my needs - a tool that balances a new level of abstraction, manages to stay powerful and flexible, and most importantly, integrates with the existing ecosystem, and doesn’t replace it. I built Flyde as an attempt to answer that need.<p>Flyde is designed to complement and enhance traditional textual coding, not to replace it. It includes a VSCode extension, it seamlessly integrates with existing TypeScript/JavaScript code and can run on Node.js and in the browser.<p>I believe that as we delegate more coding tasks to AI, we’ll assume the role of an architect rather than a programmer. This shift will require tools that focus more on orchestration and high-level troubleshooting and less on low-level functionality.<p>I’d love to hear your thoughts and feedback on Flyde’s direction!
Show HN: Flyde – an open-source visual programming language
Hi HN! I’m Gabriel, and I’m happy to share a project I’ve been working on for the last few years: Flyde, an open-source visual programming language. Check out the interactive examples and online playground on the website: <a href="https://www.flyde.dev" rel="nofollow">https://www.flyde.dev</a>.<p>In my last role as an engineering manager for a B2B-oriented product, I authored and reviewed many diagrams for backend applications, mostly for integrations between 2 third-party services. Some of these diagrams were elaborate enough that I started dreaming of a way to simply run a diagram as is; I imagined a “run” button on the top-right corner of the screen that would execute the diagram without the need to translate it into code.<p>That led me down a rabbit hole of exploration and experimentation, from tools like Zapier, Pipedream and Make, which are great for automating “backoffice” stuff, and up to NodeRED, NoFlo.js and the great work of J. Paul Morisson on Flow-Based Programming. I failed to find a tool that would answer my needs - a tool that balances a new level of abstraction, manages to stay powerful and flexible, and most importantly, integrates with the existing ecosystem, and doesn’t replace it. I built Flyde as an attempt to answer that need.<p>Flyde is designed to complement and enhance traditional textual coding, not to replace it. It includes a VSCode extension, it seamlessly integrates with existing TypeScript/JavaScript code and can run on Node.js and in the browser.<p>I believe that as we delegate more coding tasks to AI, we’ll assume the role of an architect rather than a programmer. This shift will require tools that focus more on orchestration and high-level troubleshooting and less on low-level functionality.<p>I’d love to hear your thoughts and feedback on Flyde’s direction!
Show HN: Flyde – an open-source visual programming language
Hi HN! I’m Gabriel, and I’m happy to share a project I’ve been working on for the last few years: Flyde, an open-source visual programming language. Check out the interactive examples and online playground on the website: <a href="https://www.flyde.dev" rel="nofollow">https://www.flyde.dev</a>.<p>In my last role as an engineering manager for a B2B-oriented product, I authored and reviewed many diagrams for backend applications, mostly for integrations between 2 third-party services. Some of these diagrams were elaborate enough that I started dreaming of a way to simply run a diagram as is; I imagined a “run” button on the top-right corner of the screen that would execute the diagram without the need to translate it into code.<p>That led me down a rabbit hole of exploration and experimentation, from tools like Zapier, Pipedream and Make, which are great for automating “backoffice” stuff, and up to NodeRED, NoFlo.js and the great work of J. Paul Morisson on Flow-Based Programming. I failed to find a tool that would answer my needs - a tool that balances a new level of abstraction, manages to stay powerful and flexible, and most importantly, integrates with the existing ecosystem, and doesn’t replace it. I built Flyde as an attempt to answer that need.<p>Flyde is designed to complement and enhance traditional textual coding, not to replace it. It includes a VSCode extension, it seamlessly integrates with existing TypeScript/JavaScript code and can run on Node.js and in the browser.<p>I believe that as we delegate more coding tasks to AI, we’ll assume the role of an architect rather than a programmer. This shift will require tools that focus more on orchestration and high-level troubleshooting and less on low-level functionality.<p>I’d love to hear your thoughts and feedback on Flyde’s direction!
Show HN: My first programming project – userscripts to change forum UIs
Hi, I'm Will. I'm 24, autistic, and have OCD tendencies. I'm learning to code and this is my first public project. I’d really appreciate your feedback and encouragement!<p>This project lets me solve some of my OCD problems online. There are a couple of parts of the forums that I visit – Space Battles, Sufficient Velocity, and Questionable Questing – that I want to remove. Specifically, I hate seeing indicators of how much is left in a forum thread, because I keep thinking about how much content is left. It stops me from immersing myself in the story. It stressed me out. Before I learned to code, I'd use my hand to block the total chapter count so I could read the blurb and see the word count. I would do my best to ignore the page navigation bar except for the next page button, but I usually ended up failing. One of the reasons I always read in full-screen Safari is that I didn't have to see the tab name that always had the page number. I learned not to hover my cursor over the window because it would tell me the page number.<p>This project is a series of userscripts that hide those indicators. I coded the userscripts in JavaScript, and I used <a href="https://github.com/quoid/userscripts">https://github.com/quoid/userscripts</a> as the system. Despite the fact I didn't know what a userscript was until I started coding them, AI assistance allowed me to code them with minimal help from my brother, Stevie. Khanmigo helped me plan, write, and debug code. ChatGPT taught me the theory. Part of the reason I coded a lot faster with the later userscripts is I knew enough to realize when AI was talking about something irrelevant and redirect it. One cool moment was when I correctly predicted I didn't need to code different userscripts for SpaceBattles and Sufficient Velocity because Sufficient Velocity used to be part of SpaceBattles.<p>I find it relaxing not to have to worry about accidentally seeing the chapter count or the final page number. Maybe they’ll help one of you!
Show HN: My first programming project – userscripts to change forum UIs
Hi, I'm Will. I'm 24, autistic, and have OCD tendencies. I'm learning to code and this is my first public project. I’d really appreciate your feedback and encouragement!<p>This project lets me solve some of my OCD problems online. There are a couple of parts of the forums that I visit – Space Battles, Sufficient Velocity, and Questionable Questing – that I want to remove. Specifically, I hate seeing indicators of how much is left in a forum thread, because I keep thinking about how much content is left. It stops me from immersing myself in the story. It stressed me out. Before I learned to code, I'd use my hand to block the total chapter count so I could read the blurb and see the word count. I would do my best to ignore the page navigation bar except for the next page button, but I usually ended up failing. One of the reasons I always read in full-screen Safari is that I didn't have to see the tab name that always had the page number. I learned not to hover my cursor over the window because it would tell me the page number.<p>This project is a series of userscripts that hide those indicators. I coded the userscripts in JavaScript, and I used <a href="https://github.com/quoid/userscripts">https://github.com/quoid/userscripts</a> as the system. Despite the fact I didn't know what a userscript was until I started coding them, AI assistance allowed me to code them with minimal help from my brother, Stevie. Khanmigo helped me plan, write, and debug code. ChatGPT taught me the theory. Part of the reason I coded a lot faster with the later userscripts is I knew enough to realize when AI was talking about something irrelevant and redirect it. One cool moment was when I correctly predicted I didn't need to code different userscripts for SpaceBattles and Sufficient Velocity because Sufficient Velocity used to be part of SpaceBattles.<p>I find it relaxing not to have to worry about accidentally seeing the chapter count or the final page number. Maybe they’ll help one of you!