Music046 | Nigeria No1. Daily Updates | Contact Us

Sunday, 2 October 2022

Show HN: It's like Hangman not Wordle https://bit.ly/3C2QcNE

Show HN: It's like Hangman not Wordle Grey-haired back-end dev has a go at a web-based game using html/css/js only. The interface is (very) similar to Wordle, but it's a different game based on guess-the-word letter-by-letter Hangman. https://bit.ly/3fDMbbf October 2, 2022 at 12:26PM

Show HN: Flutter: Test selection for Ruby based on incremental code changes https://bit.ly/3rmrxib

Show HN: Flutter: Test selection for Ruby based on incremental code changes https://bit.ly/3RtQ1AI October 2, 2022 at 03:51AM

Saturday, 1 October 2022

Show HN: Tiny public domain regex library with UTF-8 support https://bit.ly/3BZKQCU

Show HN: Tiny public domain regex library with UTF-8 support https://bit.ly/3rkEcSW October 2, 2022 at 07:08AM

Show HN: GhostLabel – Make Your Own Bottled Water Label https://bit.ly/3SLkpYv

Show HN: GhostLabel – Make Your Own Bottled Water Label https://bit.ly/3SBn0Vm October 2, 2022 at 03:26AM

Show HN: An ultra-light-weight tool to quickly test your ping https://bit.ly/3y7FLHA

Show HN: An ultra-light-weight tool to quickly test your ping Howdy HN! I find myself testing my ping from time to time, especially when my internet seems wonky while WFH. It feels like there should be an easier way test my ping than puling up a terminal or a complex web app - especially when I'm on my phone or any other device that doesn't have a terminal. I figured I should be the change I wish to see in the world and created this super light ping test. I also created a latency monitoring solution ( https://bit.ly/3y8EnVa ), feel free to clone and try it out! I know there are a lot more mature monitoring solutions out there, but I never did figure out how to set them up. This one is super simple: clone it to some device that's always on, compile it, set up some systemd stuff, and it's ready to rock on port 8180! https://bit.ly/3rnfzF3 October 1, 2022 at 09:31PM

Show HN: Sksql a Database Engine in TypeScript https://bit.ly/3E9x9Ej

Show HN: Sksql a Database Engine in TypeScript Hi! I wanted to understand more about databases' internals so I wrote one from scratch. It has a T-SQL inspired syntax with support for functions and procedures. It can be used stand-alone as a SQL engine or with a server allowing for persistence and replication to other connected clients. Performance are nothing near sqlite of course but that's beside the point. It’s a small database engine that can run in a web app as a way to store session data, do small calculations on a web worker, store the document/data the user is editing or facilitate “multiplayer” feature by broadcasting the queries the web app is running. The server runs in a container for that specific document and shutdowns automatically after a set amount of minutes of inactivity. https://bit.ly/3CgHNri October 1, 2022 at 04:54PM

Show HN: Cppq – Simple, reliable and efficient distributed task queue for C++17 https://bit.ly/3V6iWy3

Show HN: Cppq – Simple, reliable and efficient distributed task queue for C++17 https://bit.ly/3CZM1Vh October 1, 2022 at 12:41PM

Friday, 30 September 2022

Show HN: I made a site that lets you generate AI images using templates https://bit.ly/3LTV0JT

Show HN: I made a site that lets you generate AI images using templates https://bit.ly/3Eb6pTJ September 30, 2022 at 07:42PM

Show HN: AirQL: An Airtable API with OAuth2 access control and permissions https://bit.ly/3Rs4FbR

Show HN: AirQL: An Airtable API with OAuth2 access control and permissions Hey there! At our company, Bit Complete [1], we use Airtable a bunch for managing operations. We really like how easy it is to throw up a form to collect information, or to build automations for offline processing like aggregations. One challenge we kept running into was how to build more complicated interactive apps using the API, while maintaining fine-grained access control to Airtable data. Airtable ties identity to API access control via API keys, which makes it very hard to build apps with realistic access control needs. So we built AirQL! [2] It’s a utility layer between Airtable’s API and custom/internal web applications that supports Google authentication and flexible access control. We’ve found that it makes it practical to build simple, useful internal apps, that still benefit from everything else Airtable has to offer. If this sounds interesting, check out the docs [3], try out the product, and let us know what you think! We’re looking for feedback and to learn if this would be useful to others. If you have questions or suggestions, please get in touch at airql-support@bitcomplete.io. [1]: https://bit.ly/3RvMQs9 [2]: https://bit.ly/3fxIwLZ [3]: https://bit.ly/3RsEhyt https://bit.ly/3fxIwLZ September 30, 2022 at 04:25PM

Show HN: uFuzzy.js – A tiny, efficient fuzzy search that doesn't suck https://bit.ly/3RknnSA

Show HN: uFuzzy.js – A tiny, efficient fuzzy search that doesn't suck https://bit.ly/3UPrgln September 30, 2022 at 03:44PM

Show HN: Canvas Artpedia – Design Tool with AI https://bit.ly/3UQF8vN

Show HN: Canvas Artpedia – Design Tool with AI https://bit.ly/3dTbGEW September 30, 2022 at 11:24AM

Show HN: Instant streaming GraphQL APIs with built-in authorization for Postgres https://bit.ly/3dZjmoT

Show HN: Instant streaming GraphQL APIs with built-in authorization for Postgres https://bit.ly/3RmwiCZ September 30, 2022 at 03:00PM

Show HN: Build your gRPC apps with embedded zero trust networking https://bit.ly/3LUilLk

Show HN: Build your gRPC apps with embedded zero trust networking This project template lets you bootstrap your next gRPC app with zero trust overlay networking. Make your gRPC server invisible to bad actors, and only allow verified clients to connect to it. https://bit.ly/3LSXk3U September 30, 2022 at 01:28PM

Show HN: Jsonnet Course Online https://bit.ly/3C0U2XT

Show HN: Jsonnet Course Online Hi HN! I'm usually a lurker here, but I wanted to share this: I'm an enthusiastic user of Jsonnet[1] to flexibly generate JSON and YAML files (eg for kubernetes configurations). I wanted to spread awareness of Jsonnet and made a course on Udemy. The first 1000 students enrolling within 5 days with this link get the course for free: https://bit.ly/3BV4FLO... I hope you enjoy the course (I'm interested in your feedback!) and if it makes you start using Jsonnet it will be mission accomplished :-) [1] https://bit.ly/3BZ1wuo https://bit.ly/3Ea4n6j September 30, 2022 at 08:49AM

Show HN: Red Goose – Convert your website to mobile app https://bit.ly/3Co5Ogm

Show HN: Red Goose – Convert your website to mobile app Hi HN! We're Sonica, Marvin, and Satie, and we are building Red Goose (https://bit.ly/3CvR92N). Red Goose is a web app to mobile app conversion engine that produces ready-to-publish apps for the app stores using GitHub repos. 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: > "Fastmail is the only email/calendar app with a reasonable size (just 20MB)." Followed by: > "… EDIT: just realized the app is a web view. Sigh." 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! 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. 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. So the question we asked ourselves was: Could the modern web become the "native stack" of mobile app development? 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: An app-specific design language, Smooth and fancy screen transitions and, Solving compute-heavy processes that scaled to millions of users. 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. 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. 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: 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. 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. 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. 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. 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. 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%. 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! Relevant links: HN Discussion: [1] https://bit.ly/3CmjDvD [2] https://bit.ly/3CjMOQ2 [3] https://bit.ly/3RpRYy0 Leading web examples: [4] https://bit.ly/3ClgmfT [5] https://bit.ly/3E83oUo [6] https://bit.ly/3dQ02KZ [7] https://bit.ly/3CjF5kY Tooling: [8] https://bit.ly/3RrndsL [9] https://bit.ly/3E4dtkW The end. September 30, 2022 at 11:28AM

Music046 | Nigeria No1. Daily Updates | Contact Us - +2349077287056