The best Hacker News stories from Show from the past day
Latest posts:
Show HN: uFuzzy.js – A tiny, efficient fuzzy search that doesn't suck
Hello HN!<p>I became frustrated with the unpredictible/poor match quality and opaqueness of "relevance scores" in existing fuzzy and fulltext search libs, so I tried something different and this is the result. The main selling point is the result quality / ordering, with best-in-class memory overhead and excellent performance being bonuses. The API is pretty stable at this point, but looking for feedback before committing to 1.0.<p>TL;DR<p>The test corpus is a 4MB json file with 162k words/phrases, so give it a second for initial download. You can also drag/drop your own text/json corpus into the UI to try it against your own dataset.<p>Live demo/compare with a few other libs (there are many more in the codebase, in various states of completion, WIP):<p><a href="https://leeoniya.github.io/uFuzzy/demos/compare.html?libs=uFuzzy,fuzzysort,QuickScore,Fuse&search=super ma" rel="nofollow">https://leeoniya.github.io/uFuzzy/demos/compare.html?libs=uF...</a><p>In isolation for perf assessment:<p><a href="https://leeoniya.github.io/uFuzzy/demos/compare.html?libs=uFuzzy&search=super ma" rel="nofollow">https://leeoniya.github.io/uFuzzy/demos/compare.html?libs=uF...</a><p>To increase fuzziness and get broader results, try setting intraMax=1 (core) and enable outOfOrder (userland):<p><a href="https://leeoniya.github.io/uFuzzy/demos/compare.html?libs=uFuzzy&outOfOrder&intraMax=1&search=super ma" rel="nofollow">https://leeoniya.github.io/uFuzzy/demos/compare.html?libs=uF...</a><p>Also play with the sortPreset selector to swap out the default Array.sort() for one in userland that prioritizes typehead-ness (the resultset remains identical).<p>Still TODO:<p><pre><code> - Example of stripping diacritics
- Example of using non-latin charsets
- Example of prefix-caching to improve typeahead perf even further
- Example of poor man's document search (matching multiple object properties)
</code></pre>
That's all, thanks!
Show HN: Restapp.io – SQL Data Modeling Tool in No/Low Code
Hey all!<p>We've been working on RestApp V1 and this is our first time posting it on HN.<p>It's an No/Low Code data modeling tool that enables you to build & maintain data pipelines with a visual programming interface. We don't store your data but we compute them through Apache Spark for query speed & efficiency.<p>Here's some features:<p>`Connectors: Connect to any source and destinations (DB, DWH and SaaS Applications). We currently support MongoDB, Snowflake, BigQuery, MySQL, MSSQL, SFTP (JSON, txt, csv, excel files supported), Hubspot, Stripe, GDrive (JSON, txt, csv, excel files supported).<p>`Pipeline: Visual Programming Interface where you drag-and-drop SQL, NoSQL & Python functions instead of writing them to create a query and debug it easily.<p>`Automation: You can automate your data pipeline (Job) through a scheduler.<p>`Domain: Think of it like a workspace in which you can share securely your connectors and pipelines to specific users (colleagues, partners, clients...)<p>We've designed this because as a data team member, we were writing a lot of long SQL queries with bad performances and we were getting headaches by debugging them.<p>Now you can build, monitor and debug any kind of data pipelines with just Drag-and-drop built-in SQL functions to save you tremendous amount of time & effort.<p>We're working on this continuously so we're keen to hear any feedback. Feature requests and critique are more than welcome.<p>Try it out for free (30min of computing time offered each month): <a href="https://os.restapp.co/signup" rel="nofollow">https://os.restapp.co/signup</a><p>The Getting Started docs are here for anyone who wants to check this out: <a href="https://documentator.io/d/documentation-restapp" rel="nofollow">https://documentator.io/d/documentation-restapp</a> and <a href="https://restapp.io/blog/how-to-build-data-pipelines-in-no-code/" rel="nofollow">https://restapp.io/blog/how-to-build-data-pipelines-in-no-co...</a>
Show HN: Jiter – Just in Time Webhooks
Show HN: Jiter – Just in Time Webhooks
Show HN: Jiter – Just in Time Webhooks
Show HN: Jiter – Just in Time Webhooks
ButtFish – Transmit Morse Code of chess moves to your butt
Show HN: Open-Source Stripe GraphQL API
Show HN: Open-Source Stripe GraphQL API
Show HN: Open-Source Stripe GraphQL API
Subsection – A tool for creating support docs for SaaS
Show HN: Depot – fast, remote Docker container builds
Hey HN! We’re Kyle and Jacob and we are excited to show you Depot (<a href="https://depot.dev" rel="nofollow">https://depot.dev</a>) and get your feedback!
Depot is a hosted Docker container build service, providing fully managed remote builds from CI and from your terminal. We support both Intel and Arm builds natively.<p>As application and platform engineers, we have experienced the challenge of keeping Docker container build times fast. From optimizing and reoptimizing Dockerfiles, to implementing layer caching in CI, to running & maintaining custom runners for multi-platform images.<p>Still today, there are limitations with the available tools. CI runners are ephemeral, and saving and loading cache tarballs is slow. CI providers are resource constrained, with limited CPUs and disk space to dedicate to fast builds. And with the increasing popularity of Arm devices like M1, Graviton, etc, building multi-platform images requires slow emulation or self-hosted infrastructure.<p>We created Depot to directly address those limitations. Depot provides managed VMs running BuildKit, the backing build engine for Docker. Each VM includes 4 CPUs, 8GB of memory, and a persistent 50GB SSD cache disk. We launch both native Intel and native Arm machines, on Fly.io for Intel builds and AWS for Arm.<p>We have built a depot CLI that embeds the Docker buildx build library, implementing the same CLI flags, so developers can send their builds to Depot VMs just by replacing `docker buildx build` with `depot build`. We also have a depot/build-push-action GitHub Action that can be swapped for docker/build-push-action in CI.<p>The combination of native CPUs, fast networks, and persistent disks significantly lowers build time — we’ve seen speedups of 2-3x on optimized projects, and as much as a 12x speedup with some of our customers.<p>We believe that today we are the only hosted CI or build service offering the ability to natively build multi-platform Docker images (--platform linux/amd64,linux/arm64) without emulation.<p>We are still early though, and would love your feedback.<p>You can sign up without a credit card at <a href="https://depot.dev/sign-up" rel="nofollow">https://depot.dev/sign-up</a> to access a free project with thirty days of unlimited build minutes to try it out.
Show HN: Depot – fast, remote Docker container builds
Hey HN! We’re Kyle and Jacob and we are excited to show you Depot (<a href="https://depot.dev" rel="nofollow">https://depot.dev</a>) and get your feedback!
Depot is a hosted Docker container build service, providing fully managed remote builds from CI and from your terminal. We support both Intel and Arm builds natively.<p>As application and platform engineers, we have experienced the challenge of keeping Docker container build times fast. From optimizing and reoptimizing Dockerfiles, to implementing layer caching in CI, to running & maintaining custom runners for multi-platform images.<p>Still today, there are limitations with the available tools. CI runners are ephemeral, and saving and loading cache tarballs is slow. CI providers are resource constrained, with limited CPUs and disk space to dedicate to fast builds. And with the increasing popularity of Arm devices like M1, Graviton, etc, building multi-platform images requires slow emulation or self-hosted infrastructure.<p>We created Depot to directly address those limitations. Depot provides managed VMs running BuildKit, the backing build engine for Docker. Each VM includes 4 CPUs, 8GB of memory, and a persistent 50GB SSD cache disk. We launch both native Intel and native Arm machines, on Fly.io for Intel builds and AWS for Arm.<p>We have built a depot CLI that embeds the Docker buildx build library, implementing the same CLI flags, so developers can send their builds to Depot VMs just by replacing `docker buildx build` with `depot build`. We also have a depot/build-push-action GitHub Action that can be swapped for docker/build-push-action in CI.<p>The combination of native CPUs, fast networks, and persistent disks significantly lowers build time — we’ve seen speedups of 2-3x on optimized projects, and as much as a 12x speedup with some of our customers.<p>We believe that today we are the only hosted CI or build service offering the ability to natively build multi-platform Docker images (--platform linux/amd64,linux/arm64) without emulation.<p>We are still early though, and would love your feedback.<p>You can sign up without a credit card at <a href="https://depot.dev/sign-up" rel="nofollow">https://depot.dev/sign-up</a> to access a free project with thirty days of unlimited build minutes to try it out.
Show HN: Depot – fast, remote Docker container builds
Hey HN! We’re Kyle and Jacob and we are excited to show you Depot (<a href="https://depot.dev" rel="nofollow">https://depot.dev</a>) and get your feedback!
Depot is a hosted Docker container build service, providing fully managed remote builds from CI and from your terminal. We support both Intel and Arm builds natively.<p>As application and platform engineers, we have experienced the challenge of keeping Docker container build times fast. From optimizing and reoptimizing Dockerfiles, to implementing layer caching in CI, to running & maintaining custom runners for multi-platform images.<p>Still today, there are limitations with the available tools. CI runners are ephemeral, and saving and loading cache tarballs is slow. CI providers are resource constrained, with limited CPUs and disk space to dedicate to fast builds. And with the increasing popularity of Arm devices like M1, Graviton, etc, building multi-platform images requires slow emulation or self-hosted infrastructure.<p>We created Depot to directly address those limitations. Depot provides managed VMs running BuildKit, the backing build engine for Docker. Each VM includes 4 CPUs, 8GB of memory, and a persistent 50GB SSD cache disk. We launch both native Intel and native Arm machines, on Fly.io for Intel builds and AWS for Arm.<p>We have built a depot CLI that embeds the Docker buildx build library, implementing the same CLI flags, so developers can send their builds to Depot VMs just by replacing `docker buildx build` with `depot build`. We also have a depot/build-push-action GitHub Action that can be swapped for docker/build-push-action in CI.<p>The combination of native CPUs, fast networks, and persistent disks significantly lowers build time — we’ve seen speedups of 2-3x on optimized projects, and as much as a 12x speedup with some of our customers.<p>We believe that today we are the only hosted CI or build service offering the ability to natively build multi-platform Docker images (--platform linux/amd64,linux/arm64) without emulation.<p>We are still early though, and would love your feedback.<p>You can sign up without a credit card at <a href="https://depot.dev/sign-up" rel="nofollow">https://depot.dev/sign-up</a> to access a free project with thirty days of unlimited build minutes to try it out.
Show HN: Depot – fast, remote Docker container builds
Hey HN! We’re Kyle and Jacob and we are excited to show you Depot (<a href="https://depot.dev" rel="nofollow">https://depot.dev</a>) and get your feedback!
Depot is a hosted Docker container build service, providing fully managed remote builds from CI and from your terminal. We support both Intel and Arm builds natively.<p>As application and platform engineers, we have experienced the challenge of keeping Docker container build times fast. From optimizing and reoptimizing Dockerfiles, to implementing layer caching in CI, to running & maintaining custom runners for multi-platform images.<p>Still today, there are limitations with the available tools. CI runners are ephemeral, and saving and loading cache tarballs is slow. CI providers are resource constrained, with limited CPUs and disk space to dedicate to fast builds. And with the increasing popularity of Arm devices like M1, Graviton, etc, building multi-platform images requires slow emulation or self-hosted infrastructure.<p>We created Depot to directly address those limitations. Depot provides managed VMs running BuildKit, the backing build engine for Docker. Each VM includes 4 CPUs, 8GB of memory, and a persistent 50GB SSD cache disk. We launch both native Intel and native Arm machines, on Fly.io for Intel builds and AWS for Arm.<p>We have built a depot CLI that embeds the Docker buildx build library, implementing the same CLI flags, so developers can send their builds to Depot VMs just by replacing `docker buildx build` with `depot build`. We also have a depot/build-push-action GitHub Action that can be swapped for docker/build-push-action in CI.<p>The combination of native CPUs, fast networks, and persistent disks significantly lowers build time — we’ve seen speedups of 2-3x on optimized projects, and as much as a 12x speedup with some of our customers.<p>We believe that today we are the only hosted CI or build service offering the ability to natively build multi-platform Docker images (--platform linux/amd64,linux/arm64) without emulation.<p>We are still early though, and would love your feedback.<p>You can sign up without a credit card at <a href="https://depot.dev/sign-up" rel="nofollow">https://depot.dev/sign-up</a> to access a free project with thirty days of unlimited build minutes to try it out.
Show HN: Depot – fast, remote Docker container builds
Hey HN! We’re Kyle and Jacob and we are excited to show you Depot (<a href="https://depot.dev" rel="nofollow">https://depot.dev</a>) and get your feedback!
Depot is a hosted Docker container build service, providing fully managed remote builds from CI and from your terminal. We support both Intel and Arm builds natively.<p>As application and platform engineers, we have experienced the challenge of keeping Docker container build times fast. From optimizing and reoptimizing Dockerfiles, to implementing layer caching in CI, to running & maintaining custom runners for multi-platform images.<p>Still today, there are limitations with the available tools. CI runners are ephemeral, and saving and loading cache tarballs is slow. CI providers are resource constrained, with limited CPUs and disk space to dedicate to fast builds. And with the increasing popularity of Arm devices like M1, Graviton, etc, building multi-platform images requires slow emulation or self-hosted infrastructure.<p>We created Depot to directly address those limitations. Depot provides managed VMs running BuildKit, the backing build engine for Docker. Each VM includes 4 CPUs, 8GB of memory, and a persistent 50GB SSD cache disk. We launch both native Intel and native Arm machines, on Fly.io for Intel builds and AWS for Arm.<p>We have built a depot CLI that embeds the Docker buildx build library, implementing the same CLI flags, so developers can send their builds to Depot VMs just by replacing `docker buildx build` with `depot build`. We also have a depot/build-push-action GitHub Action that can be swapped for docker/build-push-action in CI.<p>The combination of native CPUs, fast networks, and persistent disks significantly lowers build time — we’ve seen speedups of 2-3x on optimized projects, and as much as a 12x speedup with some of our customers.<p>We believe that today we are the only hosted CI or build service offering the ability to natively build multi-platform Docker images (--platform linux/amd64,linux/arm64) without emulation.<p>We are still early though, and would love your feedback.<p>You can sign up without a credit card at <a href="https://depot.dev/sign-up" rel="nofollow">https://depot.dev/sign-up</a> to access a free project with thirty days of unlimited build minutes to try it out.
Show HN: Refurb – A tool for refurbishing and modernizing Python codebases
Show HN: Refurb – A tool for refurbishing and modernizing Python codebases
Show HN: Refurb – A tool for refurbishing and modernizing Python codebases
Show HN: Another Darn To-Do List App
Hi guys,<p>This is my first time building something from scratch so go easy on me.<p>I've always used to-do lists to keep me productive and stave off anxiety (not sure why they work so well for me but they do). I get kinda annoyed at the to-do list apps on the app stores because they move tasks to the bottom of the list when you tick them off. Some people may like that, but it annoys the shit out of me, because I like to feel a sense of progression as I go down through the list over the course of the day. So this was borne out of my frustration really.<p>I also made it browser-based so it's easy to access the same list on all devices without installing apps on all of them.<p>It's free to use. It's just something I made for myself and if others find it useful then that's great. I'd appreciate any feedback (there's a button to give feedback when logged in).<p>Thanks!