Show HN: Built a premium directory dedicated to high-quality tools https://ift.tt/H8lXriP

Show HN: Built a premium directory dedicated to high-quality tools This is a previous project I decided to relaunch. There's tons of directories that accept all submissions, but I feel like that just waters down the platform. It also isn't fair for the amazingly built tools and services. I pivoted to a premium-only directory and feel like charging a small fee, while it might take longer to build the portfolio of listed tools, they'll be of much higher quality than other platforms. https://findcool.tools April 6, 2024 at 11:28AM

Show HN: My Free SEO Scoring Tool https://ift.tt/MZbINa5

Show HN: My Free SEO Scoring Tool I hope that this tool proves to be of immense help to you. However, I understand that it may have its limitations and there may be room for improvement. To make this tool more effective and user-friendly, I welcome your feedback and suggestions. Your insights will be instrumental in improving the tool and making it more beneficial for all users. Lastly, your support and guidance mean the world to me. Together, we can make the SEO journey smoother for everyone. So, dive in, explore the Free SEO Scoring Tool, and let's take your website's performance to new heights! https://seonaai.com April 6, 2024 at 08:20AM

Show HN: Diego – A CLI tool for importing into Hugo exported data from services https://ift.tt/AStmujJ

Show HN: Diego – A CLI tool for importing into Hugo exported data from services Hey there! Initially, I had created a script to automate importing some exported files into my Hugo website. As I implemented support for the second service though, I realized that it would be better to convert the script into a CLI tool. (Also, a good opportunity to learn/practice Go). That's 'diego.' I released it about a month ago, but I'm only announcing it here now. Basically, it's a CLI tool designed to import official exported data, CSV and JSON files, from popular services into Hugo. It offers: - Automatic CSV and JSON conversion into Hugo data files - Support for all Hugo data file formats - Easy data management in a human-readable format (YAML) - Automatic generation of Hugo shortcodes for imported data - Optional scrape capabilities for fetching missing fields - Flags suited for scripting and pipelines - Persistent configuration Feedback, suggestions, constructive criticism, and contributions are welcome! I've just submitted a patch implementing support for Instapaper. If you have ideas for additional services that would be a good fit to add support to, let me know. This is my first released FOSS project Below is a link containing a plaintext report of my TODOS along with the time I've spent on each item while developing diego. (I think it helps getting an overview of the project internals). https://ift.tt/RMFbdJo... https://ift.tt/O0suY4K April 6, 2024 at 02:18AM

Show HN: Left Nvidia to build an AI Investing Copilot. [Need Feedback] https://ift.tt/hbOw1CB

Show HN: Left Nvidia to build an AI Investing Copilot. [Need Feedback] https://rafa.ai/ April 6, 2024 at 12:19AM

Show HN: PredicateKit – A type-safe replacement for NSPredicate for CoreData https://ift.tt/TSmg8B5

Show HN: PredicateKit – A type-safe replacement for NSPredicate for CoreData Hi, I really like CoreData. I think it's a great piece of software (I know this is a controversial opinion in some circles ;)). My only pet peeve with it has been the string-based querying API based on NSPredicate. It is a major source of bugs/crashes and doesn't really fit nicely in the modern strongly-typed world of Swift. I built PredicateKit as a lightweight replacement for NSPredicateKit (specifically for CoreData) that makes writing predicates as safe and pleasant as writing native Swift code. https://ift.tt/OIM7bcm April 5, 2024 at 05:03AM

Show HN: FizzBee – Formal methods in Python – Easiest Lang for everyday use https://ift.tt/qgusjCP

Show HN: FizzBee – Formal methods in Python – Easiest Lang for everyday use GitHub: https://ift.tt/hA16ex2 Traditionally, formal methods are used only for highly mission critical systems to validate the software will work as expected before it's built. Recently, every major cloud vendor like AWS, Azure, Mongo DB, confluent, elastic and so on use formal methods to validate their design like the replication algorithm or various protocols doesn't have a design bug. I used TLA+ for billing and usage based metering applications. However, the current formal methods solutions like TLA+, Alloy or P and so on are incredibly complex to learn and use, that even in these companies only a few actually use. Now, instead of using an unfamiliar complicated language, I built formal methods model checker that just uses Python. That way, any software engineer can quickly get started and use. I've also created an online playground so you can try it without having to install on your machine. In addition to model checking like TLA+/PlusCal, Alloy, etc, FizzBee also has performance and probabilistic model checking that be few other formal methods tool does. (PRISM for example, but it's language is even more complicated to use) Please let me know your feedback. Url: https://FizzBee.io Git: https://ift.tt/hA16ex2 https://fizzbee.io/ April 2, 2024 at 04:15PM

Show HN: Managed GitHub Actions Runners for AWS https://ift.tt/vBQtiN2

Show HN: Managed GitHub Actions Runners for AWS Hey HN! I'm Jacob, one of the founders of Depot ( https://depot.dev ), a build service for Docker images, and I'm excited to show what we’ve been working on for the past few months: run GitHub Actions jobs in AWS, orchestrated by Depot! Here's a video demo: https://www.youtube.com/watch?v=VX5Z-k1mGc8 , and here’s our blog post: https://ift.tt/Hmv2GFM . While GitHub Actions is one of the most prevalent CI providers, Actions is slow, for a few reasons: GitHub uses underpowered CPUs, network throughput for cache and the internet at large is capped at 1 Gbps, and total cache storage is limited to 10GB per repo. It is also rather expensive for runners with more than 2 CPUs, and larger runners frequently take a long time to start running jobs. Depot-managed runners solve this! Rather than your CI jobs running on GitHub's slow compute, Depot routes those same jobs to fast EC2 instances. And not only is this faster, it’s also 1/2 the cost of GitHub Actions! We do this by launching a dedicated instance for each job, registering that instance as a self-hosted Actions runner in your GitHub organization, then terminating the instance when the job is finished. Using AWS as the compute provider has a few advantages: - CPUs are typically 30%+ more performant than alternatives (the m7a instance type). - Each instance has high-throughput networking of up to 12.5 Gbps, hosted in us-east-1, so interacting with artifacts, cache, container registries, or the internet at large is quick. - Each instance has a public IPv4 address, so it does not share rate limits with anyone else. We integrated the runners with the distributed cache system (backed by S3 and Ceph) that we use for Docker build cache, so jobs automatically save / restore cache from this cache system, with speeds of up to 1 GB/s, and without the default 10 GB per repo limit. Building this was a fun challenge; some matrix workflows start 40+ jobs at once, then requiring 40 EC2 instances to launch at once. We’ve effectively gotten very good at starting EC2 instances with a "warm pool" system which allows us to prepare many EC2 instances to run a job, stop them, then resize and start them when an actual job request arrives, to keep job queue times around 5 seconds. We're using a homegrown orchestration system, as alternatives like autoscaling groups or Kubernetes weren't fast or secure enough. There are three alternatives to our managed runners currently: 1. GitHub offers larger runners: these have more CPUs, but still have slow network and cache. Depot runners are also 1/2 the cost per minute of GitHub's runners. 2. You can self-host the Actions runner on your own compute: this requires ongoing maintenance, and it can be difficult to ensure that the runner image or container matches GitHub's. 3. There are other companies offering hosted GitHub Actions runners, though they frequently use cheaper compute hosting providers that are bottlenecked on network throughput or geography. Any feedback is very welcome! You can sign up at https://ift.tt/VZr48T0 for a free trial if you'd like to try it out on your own workflows. We aren't able to offer a trial without a signup gate, both because using it requires installing a GitHub app, and we're offering build compute, so we need some way to keep out the cryptominers :) April 4, 2024 at 08:02PM