The best Hacker News stories from Show from the past day

from

All Show

from the past*

day week month

with these search terms:

Create follow Go back

Latest posts:

Show HN: Red Goose – Convert your website to mobile app

Hi HN! We're Sonica, Marvin, and Satie, and we are building Red Goose (<a href="https://goose.red" rel="nofollow">https://goose.red</a>). Red Goose is a web app to mobile app conversion engine that produces ready-to-publish apps for the app stores using GitHub repos.<p>There was a discussion on HN a few weeks ago about how a developer shaved off almost half of their native app's code without losing functionality [1]. Our launch today is a direct outcome of that thread and, moreso, in the context of this comment [2] and this one [3]. Paraphrasing the context below:<p>> "Fastmail is the only email/calendar app with a reasonable size (just 20MB)."<p>Followed by:<p>> "… EDIT: just realized the app is a web view. Sigh."<p>As someone who has been into mobile app development since 2010, the comments above read like a punch to the gut. We grew up believing that the native experience was better than the web!<p>It took a while to admit, but the web, it appears, has genuinely caught on. It has matured to a point where the four pillars of web development—HTML, CSS, JavaScript, and WebAssembly—are likely enough for universal distribution.<p>We already host compute-heavy environments for graphic designers [4], video editors [5], and rich document editing [6] on the web. And there is still more capability [7] in the works, if you will.<p>So the question we asked ourselves was: Could the modern web become the "native stack" of mobile app development?<p>With Red Goose, we want developers to be able to do just that. Create web applications that double up as mobile apps for the app stores. But this isn't always easy. Historically, native mobile apps have differed from (outdone?) the mobile web in three broad ways:<p>An app-specific design language, Smooth and fancy screen transitions and, Solving compute-heavy processes that scaled to millions of users.<p>However, at the same time, building and maintaining native mobile apps is super expensive, and it requires hiring separate teams of experienced developers whose sole job is to focus on mobile APIs.<p>Even with the newest alternatives like React Native, Flutter, Cordova, Xamarin, Ionic, or any other similar framework, there is a quantum increase in the amount of boilerplate code. Over time, as many of us have experienced in the industry, the web and native teams grow distant, leading to a less than optimum situation and bloat.<p>Red Goose puts the webview back in the ring. This step alone removes all the duplicated code from the equation. Red Goose then offers an alternate strategy [8], using the webview as the main leverage over your web app. And solve for native experience in the following three ways:<p>First—Intrinsic Design: we have built a new css framework called Toucaan [9] to tackle the gaps between mobile app design and mobile web. It allows the development of "app-like" interfaces using new css standards and the intrinsic qualities of the medium.<p>Second—Screen Transitions and Animations: Not all apps need this, but smooth transitions and performant animations are already possible with the new web APIs. With a strongly cached webpage using a service worker (PWA) and a better understanding of initial containing blocks (ICBs) pertaining to your front end, one can easily take steps to take the experience to the next level.<p>Third—Webassembly: The best thing about webassembly is that the wasm functions return immediately and synchronously. So one can easily offload compute-heavy transactions to a locally installed wasm utility and benefit from performance gains instantly on both web and mobile apps.<p>It appears that many apps wouldn't need to sprinkle webassembly into the mix to reach the level of performance expected of mobile apps, and just caching with a service worker and an app-like layout would do the trick.<p>Red Goose itself uses vanilla javascript and an experimental version of Toucaan for its frontend. Its backend is made with Node.js, Express, and MongoDB and is hosted on AWS within Docker. Our web-to-mobile app conversion pipeline uses NodeGit for app delivery, and the freshly minted mobile apps are written in Swift or Kotlin and shared directly over GitHub.<p>We believe that the opportunity to reduce app development and distribution cost using the newfangled powers of the web is massive—we've already helped a few teams to cut back on their expenses by as much as 80%.<p>At the same time, we're still early and would love to hear what you think about what we're building with Red Goose. We look forward to your comments and experiences, especially if you have been on this path before on your own. Thanks!<p>Relevant links:<p>HN Discussion:<p>[1] <a href="https://news.ycombinator.com/item?id=30442529" rel="nofollow">https://news.ycombinator.com/item?id=30442529</a><p>[2] <a href="https://news.ycombinator.com/item?id=30443310" rel="nofollow">https://news.ycombinator.com/item?id=30443310</a><p>[3] <a href="https://news.ycombinator.com/item?id=30444202" rel="nofollow">https://news.ycombinator.com/item?id=30444202</a><p>Leading web examples:<p>[4] <a href="https://www.figma.com/blog/webassembly-cut-figmas-load-time-by-3x/" rel="nofollow">https://www.figma.com/blog/webassembly-cut-figmas-load-time-...</a><p>[5] <a href="https://web.dev/clipchamp/" rel="nofollow">https://web.dev/clipchamp/</a><p>[6] <a href="https://workspaceupdates.googleblog.com/2021/05/Google-Docs-Canvas-Based-Rendering-Update.html" rel="nofollow">https://workspaceupdates.googleblog.com/2021/05/Google-Docs-...</a><p>[7] <a href="https://developer.chrome.com/blog/fugu-status/" rel="nofollow">https://developer.chrome.com/blog/fugu-status/</a><p>Tooling:<p>[8] <a href="https://www.toucaan.com/blog/mobile-apps-with-red-goose" rel="nofollow">https://www.toucaan.com/blog/mobile-apps-with-red-goose</a><p>[9] <a href="https://toucaan.com" rel="nofollow">https://toucaan.com</a><p>The end.

Show HN: Stock Photos Using Stable Diffusion

Hi HN, this is an early version of what we’re imagining as a truly functional stock photo platform using Stable Diffusion.<p>We’re doing our best to hide the customization prompts on the back end so users are able to quickly search for pre-existing generated photos, or create new ones that would ideally work as well.<p>If we keep going with it, in future versions we’d like to add voting, better tags, and more varied prompts, or maybe whatever you recommend!

Show HN: Stock Photos Using Stable Diffusion

Hi HN, this is an early version of what we’re imagining as a truly functional stock photo platform using Stable Diffusion.<p>We’re doing our best to hide the customization prompts on the back end so users are able to quickly search for pre-existing generated photos, or create new ones that would ideally work as well.<p>If we keep going with it, in future versions we’d like to add voting, better tags, and more varied prompts, or maybe whatever you recommend!

Show HN: Stock Photos Using Stable Diffusion

Hi HN, this is an early version of what we’re imagining as a truly functional stock photo platform using Stable Diffusion.<p>We’re doing our best to hide the customization prompts on the back end so users are able to quickly search for pre-existing generated photos, or create new ones that would ideally work as well.<p>If we keep going with it, in future versions we’d like to add voting, better tags, and more varied prompts, or maybe whatever you recommend!

Show HN: Stock Photos Using Stable Diffusion

Hi HN, this is an early version of what we’re imagining as a truly functional stock photo platform using Stable Diffusion.<p>We’re doing our best to hide the customization prompts on the back end so users are able to quickly search for pre-existing generated photos, or create new ones that would ideally work as well.<p>If we keep going with it, in future versions we’d like to add voting, better tags, and more varied prompts, or maybe whatever you recommend!

Show HN: Stock Photos Using Stable Diffusion

Hi HN, this is an early version of what we’re imagining as a truly functional stock photo platform using Stable Diffusion.<p>We’re doing our best to hide the customization prompts on the back end so users are able to quickly search for pre-existing generated photos, or create new ones that would ideally work as well.<p>If we keep going with it, in future versions we’d like to add voting, better tags, and more varied prompts, or maybe whatever you recommend!

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: 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: 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: 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: 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