Nigeria No1. Music site And Complete Entertainment portal for Music Promotion WhatsApp:- +2349077287056
Monday, 25 April 2022
Show HN: Badkeys.info – checking cryptographic keys for known vulnerabilities https://bit.ly/3rOXTCZ
Show HN: Badkeys.info – checking cryptographic keys for known vulnerabilities https://bit.ly/38l4A94 April 25, 2022 at 04:21PM
Show HN: Voxel Lunar Lander in the Browser https://bit.ly/3LebACZ
Show HN: Voxel Lunar Lander in the Browser https://bit.ly/3Kb9MJJ April 25, 2022 at 01:06PM
Show HN: M3O – Universal Public API Interface https://bit.ly/3xMEuGB
Show HN: M3O – Universal Public API Interface Hey all, I'm Asim Aslam, the founder of M3O, a curated catalog of APIs that provides simple abstractions for the most common API use cases. The idea is to create a single place to explore, discover and consume public APIs as higher level building blocks. Most of the time I don’t use all the features of an API and I assume most devs don't either, so picking and choosing the common patterns, abstracting it away and surfacing a new building block is useful. For example, Twilio has a lot of APIs but I only care about SMS. Even then I just want a quick way to send it. So stripping it all away results in something that's one endpoint and 3 fields (from, to and message). Another example is something like email. There are services like sendgrid that provide a really feature rich experience for email but I’m just looking for something simple that will let me send plain text or html. There are a number of API marketplaces out there, but we’re doing something different—our goal is to improve productivity. For example, RapidAPI has thousands of APIs, but there’s a lot of duplication. It’s overwhelming for developers. Choice is the enemy of productivity. AWS, on the other hand, focused on a curated catalog of services where each focuses on a specific problem. We feel the same: from an API perspective you only need one of each building block. You only need one SMS, Email or Geocoding service. My obsession with this problem goes back to working as an SRE at Google in 2011, seeing how the internal platform and APIs were being used by teams. I then worked at a ride hailing startup called Hailo where we got to build something similar, and experience the velocity of development in shipping products on top of simple, easily discovered APIs. I spent the next few years bootstrapping an open source project called Micro, trying to get people to standardize their API development to reach this goal. Ultimately it took raising funding to take a real shot at it. After seeing the productivity Google unlocked and what Hailo could have done with their platform, it was clear it could and should be a product: a single way to consume APIs with one platform, one account and one framework. Our goal is to build an API catalog that can act as the building blocks for most use cases, and then double down on services that have a lot of demand so we can improve the features and reliability. In the wild, every API looks different, the docs are different, you have to figure out if there's client libraries or not. We unify all that, so everything looks and feels the same. All our docs are generated based on OpenAPI specs, and we code generate examples/client libraries for JS, Go, Dart and the CLI. It means you only ever need one client to access all these APIs. Unifying API development and consumption requires a lot of resources to do at scale, hence its only happening inside fast growing startups and large tech cos. There are a lot of barriers to entry. Getting started isn't easy. Our approach has been to first nail API development for ourselves and then focus on API consumption by end users— ultimately we want to let anyone offer APIs on our platform. That requires enough large scale distribution and inbound traffic to make an attractive proposition to developers. We've spent a year building the product with a lot of feedback on what worked and what didn't. We’ve signed up 8000 people, served 5M API requests and have 60+ APIs on the platform. On billing: we're still figuring it out and would like feedback. It started as a free product, then moved into per request pricing. Unfortunately that's hard to scale without a lot of volume and it felt like people were more used to subscriptions for SaaS products so that's the route we've gone. Anyway that's us, hope you like the idea and try it out: https://bit.ly/3hOlPPH . Cheers Asim https://bit.ly/398wZPP April 25, 2022 at 11:09AM
Sunday, 24 April 2022
Show HN: I'm making a dynamic language in Rust https://bit.ly/3vIkxOA
Show HN: I'm making a dynamic language in Rust https://bit.ly/3K666ZK An implementation of a dynamic programming language in Rust. Includes: Parser/Compiler, REPL, Virtual Machine, Bytecode Disassembler This started out as a learning project to teach myself Rust. It has grown into a decently substantial piece of software and I've learned quite a bit in the process! Some neat things: + A garbage collector that can store dynamically sized types without any double-indirection (i.e. I have my own Box implementation with manual alloc/dealloc) + The smart pointer used to reference GCed data is a thin pointer. The ptr metadata needed for DSTs is stored in the GC allocation itself, so that the GC smart pointer is just a single usize wide. This allows me to keep the core value enum Variant down to 16 bytes (8 bytes for data, the enum discriminant, and some padding). + The GC also supports weak references! + Statically dispatched type object model using a newtype wrapper and Rust's declarative macros. Ok, what that means is that I have a MetaObject trait that I can use to easily add new data types and define the behavior for specific types. Similar idea to Python's PyTypeObject though very different in implementation. However, I don't resort to dynamic dispatch or trait objects despite working with dynamically type data. Instead, I have a newtype wrapper over the core value enum Variant that statically dispatches to each of the enum branches! And then a few macros that minimize the boilerplate required if I want to add a new branch to Variant or a new method to MetaObject (just a single line in each case). + Different string representations! This was inspired by the flexstr crate. Strings that are short enough to fit inside a Variant are "inlined" directly in the value. Longer strings are either GCed or interned in a thread-local string table. All identifiers are interned. + An efficient implementation of closures inspired by Lua's upvalues. The language is still pretty WIP. I'm planning to add an import system, a small standard library, and a few other things (Yes, the name might not be the best, being also used by a well-known ReST docs generator, I'll take suggestions. I do like the name though, both as a reference to the mythological creature and the cat :D) April 25, 2022 at 12:46AM
Show HN: WorkOrPay: Set goals. Form contracts. Pay the penalty if you fail https://bit.ly/3K56Hel
Show HN: WorkOrPay: Set goals. Form contracts. Pay the penalty if you fail https://bit.ly/3rOQjrQ April 24, 2022 at 03:28PM
Show HN: Come&try Decision Intelligence version “Agar“ environment, Gobigger https://bit.ly/3vaYFMF
Show HN: Come&try Decision Intelligence version “Agar“ environment, Gobigger https://bit.ly/38fDpMH April 24, 2022 at 12:56PM
Show HN: I built a dashboard of official data ahead of French elections https://bit.ly/37AyQwH
Show HN: I built a dashboard of official data ahead of French elections https://bit.ly/3k8lYk0 April 24, 2022 at 11:44AM
Show HN: My typical working day as Software Engineer https://bit.ly/3K8rVrB
Show HN: My typical working day as Software Engineer https://bit.ly/3vI8alB April 24, 2022 at 08:44AM
Saturday, 23 April 2022
Show HN: This AI Does Not Exist https://bit.ly/3OJb6Ho
Show HN: This AI Does Not Exist Hey HN! Author of the site here. I tried a few tricks to keep the text-generation part of the site up, but even leaning hard on Huggingface's API and bumping time-outs up, it looks like the site is struggling a bit. I'm going to see if there's anything I can do to keep the text-generation part available, but in the meantime, the pre-generated set should stay pretty stable. Not sure if there's much else I can do without burning a hole in my cloud bills — sorry for the troubles! I've put up a more detailed description of how this works on the GitHub - https://bit.ly/3EEGceA PS - if anyone at Huggingface is reading this and wants to help out with keeping the API up, that would be super :) https://bit.ly/36F6DnI April 23, 2022 at 08:04PM
Show HN: A better Reddit search engine to find Menswear recommendations https://bit.ly/3L9ZydS
Show HN: A better Reddit search engine to find Menswear recommendations Hey HN Community! We built this simple community search tool that basically allows people to search through thousands of past Reddit threads and tens of thousands of recommendations using tags. It mostly covers a few bigger subreddits like r/BIFL, r/MFA, r/AskMen, r/SkincareAddiction but along the way, I expanded it to include other smaller subreddits too. In addition to filtering by category, power users can also search by -Body Fit (big thigh, long torso) -Occupation (work in retail, teacher, doctor) -Age (18-24, 25-35), Size (height, weight) -Brand comparison (similar to: X) -Use (suitable for wedding, everyday wear) -Location (available in UK, use in Northeast US) -Mood/Style (minimalist, vintage, retro) Check it out. Buy fewer, buy better. Happy Earth Day! https://bit.ly/3k42ay3 April 23, 2022 at 10:42PM
Show HN: ReddRecs – A better Reddit search engine for Menswear recommendations https://bit.ly/3OwiXYA
Show HN: ReddRecs – A better Reddit search engine for Menswear recommendations Built this simple community search tool that basically allows people to search through thousands of past Reddit threads and tens of thousands of recommendations using tags. It mostly covers a few bigger subreddits like r/BIFL, r/MFA, r/AskMen, r/SkincareAddiction but along the way, I expanded it to include other smaller subreddits too. In addition to filtering by category, power users can also search by -Body Fit (big thigh, long torso) -Occupation (work in retail, teacher, doctor) -Age (18-24, 25-35), Size (height, weight) -Brand comparison (similar to: X) -Use (suitable for wedding, everyday wear) -Location (available in UK, use in Northeast US) -Mood/Style (minimalist, vintage, retro) Check it out at redreccs.com Buy fewer, buy better. Happy Earth Day! April 23, 2022 at 12:57PM
Show HN: I created a music app that makes use of weather and health data https://bit.ly/3OIl7Vg
Show HN: I created a music app that makes use of weather and health data https://bit.ly/3LyhTBf April 23, 2022 at 09:41AM
Show HN: Resume Editor https://bit.ly/3LdBtmo
Show HN: Resume Editor https://bit.ly/36E4rNk April 23, 2022 at 11:05AM
Show HN: [Experimental] Fleet – A build tool for Rust that's upto 5x faster https://bit.ly/3EJEIjk
Show HN: [Experimental] Fleet – A build tool for Rust that's upto 5x faster Fleet is an experimental fast, lightweight, open-source, build tool for Rust. Builds with Fleet enabled are up-to 5x faster! For a production repository (infinyon/fluvio) which we tested, we were able to cut down our incremental build times from 29 seconds down to 9 seconds, boosted by Fleet. We saw even better results on dimensionhq/volt, with our build times cut down from 3 minutes to just 1 minute - a 3x speed improvement! How does fleet work? Fleet works by optimizing your builds using existing tooling available in the Rust ecosystem, including seamlessly integrating sccache, lld, zld, ramdisks (for those using WSL or HDD's) et al. You can get fleet at the official website. Check out fleet over at https://bit.ly/3K9aIOE and our website at https://bit.ly/3L9zjo7 Looking forward to your feedback and thoughts! April 23, 2022 at 10:31AM
Show HN: Minos (Virtualization Solution for Embedded System) v0.4 Released https://bit.ly/3v8uXIf
Show HN: Minos (Virtualization Solution for Embedded System) v0.4 Released https://bit.ly/3k4Y2Ol April 23, 2022 at 07:30AM
Friday, 22 April 2022
Show HN: Visualize MIDI notes in augmented reality using iOS LiDAR devices https://bit.ly/3jZL44x
Show HN: Visualize MIDI notes in augmented reality using iOS LiDAR devices Reality Synthesizer utilizes iOS 15.4's addition of the LiDAR sensor to AVFoundation to visualize MIDI notes played on a connected synthesizer. The notes are visualized in augmented reality as the music is played. The demo uses a couple Metal shaders for depth-based visuals. https://bit.ly/3La7v2Q April 22, 2022 at 06:25PM
Show HN: Prevent your computer sleeping with just a webpage https://bit.ly/3k3JiiE
Show HN: Prevent your computer sleeping with just a webpage There's often times I want to prevent a computer/laptop/VM from sleeping and while, yes, there's various Caffeine/Amphetamine apps they're often overkill. Instead, this small (12Kb) page does the job and only needs a web browser. It's just a very simple usage of a web api normally used for things like video players: https://mzl.la/3v65rTX... https://bit.ly/3K4MdlN April 22, 2022 at 05:12PM
Show HN: Augmented reality apps made hands-on interactive https://bit.ly/3v5PVav
Show HN: Augmented reality apps made hands-on interactive https://bit.ly/3K7gtwj April 22, 2022 at 03:05PM
Show HN: Laravel Nova alternative with no code UI editor, search, BRAC, and more https://bit.ly/37G7dSF
Show HN: Laravel Nova alternative with no code UI editor, search, BRAC, and more https://bit.ly/3LeUIwc April 22, 2022 at 01:58PM
Show HN: A programmer's approach to finding gifts https://bit.ly/3v5XcHo
Show HN: A programmer's approach to finding gifts Hey Folks, I’ve been really annoyed with the search part of finding gifts. It’s hard to use keyword search for something when it’s an “I’ll know it when I see it” kind of deal. So I thought, what if we scraped/indexed TONS of products and then just focused on removing the things we don’t want and then see what’s left to see if there’s anything cool? I built it in Flutter so it's both iOS and Android but it could be web too. I’ve only just started the scraping/tagging of products and if anyone has suggestions for bulk tagging images/content I would love to hear them. That’s the current bottleneck. Any feedback would be welcome! cvanvlack AT gmail DOT com if you want to discuss 1-on-1. https://bit.ly/3v7xQJn April 22, 2022 at 11:35AM
Subscribe to:
Comments (Atom)