Music046 | Nigeria No1. Daily Updates | Contact Us

Wednesday, 3 February 2021

Show HN: Haven, self-host a private blog instead of using Facebook https://bit.ly/3tmZizQ

Show HN: Haven, self-host a private blog instead of using Facebook https://bit.ly/3rfVYVe February 3, 2021 at 03:13PM

Show HN: KeeNotes - a Privacy-First Personal Knowledgebase Tool https://bit.ly/2YIGHzY

Show HN: KeeNotes - a Privacy-First Personal Knowledgebase Tool https://bit.ly/2MO61BZ February 3, 2021 at 02:01PM

Show HN: A frictionless checkout that makes any product link shoppable https://bit.ly/3cBMP5j

Show HN: A frictionless checkout that makes any product link shoppable https://bit.ly/3rdkhD6 February 3, 2021 at 01:45PM

Show HN: Computer Graphics from Scratch is now a book, thanks to you https://bit.ly/3cDzHMT

Show HN: Computer Graphics from Scratch is now a book, thanks to you https://bit.ly/3cDVkwK February 3, 2021 at 01:26PM

Show HN: A browser extension for Hacker News https://bit.ly/3rm1GVs

Show HN: A browser extension for Hacker News https://bit.ly/39HLh7P February 3, 2021 at 11:11AM

Show HN: Creating Twitter Threads Made Easy https://bit.ly/3reJoWn

Show HN: Creating Twitter Threads Made Easy https://bit.ly/3jfgKl9 February 3, 2021 at 10:51AM

Show HN: A Water Search Engine https://bit.ly/2MmN9ud

Show HN: A Water Search Engine https://bit.ly/2sp1L1O February 3, 2021 at 12:20PM

Show HN: Espanso: detect a typed keyword and replace it while you're typing https://bit.ly/3oHlzVh

Show HN: Espanso: detect a typed keyword and replace it while you're typing https://bit.ly/3cymGEx February 3, 2021 at 10:34AM

Tuesday, 2 February 2021

Show HN: Quicksy https://bit.ly/2YHlmqC

Show HN: Quicksy https://bit.ly/3cBOyHG February 3, 2021 at 04:05AM

Show HN: Archivy – Extensible Self Hosted Knowledge Base – v1 Release https://bit.ly/2YAS50Q

Show HN: Archivy – Extensible Self Hosted Knowledge Base – v1 Release https://bit.ly/3jdCZaU February 2, 2021 at 10:11PM

Show HN: Another Search Engine https://bit.ly/2MmkbdU

Show HN: Another Search Engine https://bit.ly/3skGjVU February 2, 2021 at 10:06PM

Show HN: Europe Covid-19 cases at a glance https://bit.ly/2NVZ6Hr

Show HN: Europe Covid-19 cases at a glance https://bit.ly/2DA8eMM February 2, 2021 at 09:36PM

Show HN: GPT-3 Demo https://bit.ly/3rfNgGr

Show HN: GPT-3 Demo https://bit.ly/3jcaafl February 2, 2021 at 08:33PM

Show HN: Snazzy AI – Generate Copy with GPT3 https://bit.ly/3tk3SyC

Show HN: Snazzy AI – Generate Copy with GPT3 https://bit.ly/3pIMX6S February 2, 2021 at 07:29PM

Launch HN: Routable (YC S17) – Scale payouts without building in-house tools https://bit.ly/3areN10

Launch HN: Routable (YC S17) – Scale payouts without building in-house tools Hey HN! I’m Omri and I co-founded Routable ( https://bit.ly/3ape40l ) with Tom Harel. We are a business payments platform built to make bill payments and mass payouts fast and seamless, especially as your company scales. We were in YC's S17 batch, but are doing a Launch HN now because we recently completed a huge integration with NetSuite, which will help larger enterprises automate their business payment workflows. Tom and I started working on Routable in early 2017. The idea was sparked while we were eating hummus in Tel Aviv. When we first met up, we had no intention of spending years of our lives trying to figure out how to make bill payments and invoicing easier. But we realized after a three hour conversation that at our two different marketplace companies we had both spent 40% of our engineering resources on building internal tooling to pay out sellers, drivers, restaurants, etc. After we realized we'd experienced the same pain at different startups, we asked ourselves, “what did we do wrong?” Was there a solution that worked across finance, engineering, and operations that we were simply not aware of? To find out, we interviewed over 300 people - CFOs, VPs of Finance, Heads of Engineering, you name it - to understand how businesses scaled their business payouts and invoicing (think: growing from 1,000 payments per month to 400,000+ payments per month). The two main answers we received were: (a) Like us, they'd spent thousands of hours and engineering dollars to build an in-house internal tool, on top of processors, and wrote their own custom integration to an ERP; or (b) they hired an army of overqualified individuals to run daily data entry across thousands of bill payments and invoices (which was tedious, not to mention very expensive). These conversations confirmed what we had suspected: There was no tool for easy payments that worked across multiple departments. We realized that what we had built at our marketplace start-ups could potentially help hundreds of other companies. In 6 weeks we spun up a Routable MVP and were making money for customers. Today, we're deployed across some of the largest marketplaces and gig economy companies. We’ve focused on working with engineering and finance departments as much as possible to save them from building custom in-house solutions. Our recent integration with NetSuite has been by far the hardest we’ve done – especially since we built it on top of a SOAP API and extended native functionality with SuiteScript – but it was worth it, because we gained a deep appreciation for how complex enterprise business payment operations can be. To make sure we “got it right,” we again did plenty of customer development interviews to best understand what data needs to go into and out of NetSuite, and made sure to record each interview so we could share their unique pain points with our engineering team. Before we wrote the first line of code, we interviewed a bunch of NetSuite users and learned what was lacking in other NetSuite integrations out there: tools that only synced in one direction, needing to recreate fields multiple in different platforms, processes that were breaking because the workflow had changed in your ERP, but not in your AP software. The one thing we learned throughout this whole process is that once you build an integration to an ERP, you’re never really done, so we expect as a team to forever tinker on sending data back and forth with the goal of continuously improving our integration and hopefully saving our customers 30 seconds to 10 minutes of work at a time. Thank you for reading this story - I hope it was interesting. We’d love to hear your feedback about Routable, your experiences in this space, and answer any questions you have! February 2, 2021 at 07:05PM

Show HN: Collect Customer Feedback with a QR Code https://bit.ly/3rcSkLO

Show HN: Collect Customer Feedback with a QR Code https://bit.ly/2NUofSN February 2, 2021 at 06:36PM

Launch HN: Zaraz (YC W20) – Use third-party tools without slowing your website https://bit.ly/36yGxj0

Launch HN: Zaraz (YC W20) – Use third-party tools without slowing your website Hi HN! We're Yair and Yo'av of Zaraz ( https://bit.ly/2YCkMKP ). We make websites faster by loading their third-party stack in an optimized way. By “third-party” we mean utilities or additional products you add to your website (eg. analytics), not things you build your website with (eg. React). Before we started this we worked on opposite sides of this battle for third-party inclusion: Yair was working for the folks asking to implement just-one-more analytics tool, while Yo'av was a developer trying (and often failing) to push back. Avoiding bloat to begin with would be preferable, but anyone working for even a medium-sized company knows how hard that is - usually when a higher up agrees to try or add a new tool, resistance is futile. Hence the question becomes, can you do it without harming your performance? The average US top 5,000 website loads 22 different third-party tools - analytics, customer success, marketing and whatnot. We wrote a bot that scanned these websites and discovered that third-parties account for 40% of their “Time to Interactive”, and other metrics like TBT, FCP, FID and CLS were hurt in a similar way. From the user perspective, the page usually behaves exactly the same without these tools (...except 40% faster). These new metrics are becoming more popular for two reasons. Firstly, users actually feel them - unlike events such as "DOMContentLoad" & "Load" that can be triggered long before the user can actually do anything, these metrics provide a much better proxy to the real user experience. Secondly, with Google soon penalizing slow websites, they're becoming more and more important for SEO. We see the growing popularity of these metrics as a good thing. We want a faster web. Nowadays, the most common way to integrate a third-party into your website is either to just paste its `

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