Wednesday, 10 February 2021

Show HN: I've made 10 Telegram channels where juniors can find remote jobs https://bit.ly/3aKi7Eo

Show HN: I've made 10 Telegram channels where juniors can find remote jobs https://twitter.com/xoelipedes/status/1359465041985175552 February 10, 2021 at 12:35PM

Show HN: I built an internet speed analytics tool https://bit.ly/3q8rLY6

Show HN: I built an internet speed analytics tool https://bit.ly/3tIzZbF February 8, 2021 at 07:56PM

Tuesday, 9 February 2021

Show HN: Start working remotely is a job search I built using V https://bit.ly/2MOrLxS

Show HN: Start working remotely is a job search I built using V https://bit.ly/2LzF58K February 10, 2021 at 07:27AM

Show HN: How you got your first 10 users for your product? https://bit.ly/3aUq2PC

Show HN: How you got your first 10 users for your product? We are all building some kind of product or business and gaining the initial set of users can be a difficult task. They are not only the users, but they play a very big role as they believed in your product, they should provide the non-biased review about your product and that will define how you'll shape your product. So, I would be grateful if you can share the process of getting your initial set of users. By this, we'll learn from each other's experience, we'll appreciate each other's effort and help out the maker who need help with their initial set of users. Comment below the strategies If you want to discuss with me, then you can connect with me through Twitter: @ujjwal_sukheja February 10, 2021 at 05:58AM

Show HN: Can't Sleep? Try Boredom https://bit.ly/3a4X3JW

Show HN: Can't Sleep? Try Boredom https://bit.ly/3cUdHh6 February 9, 2021 at 10:22PM

Show HN: Using GPT-3 to generate Vim commands for editing text https://bit.ly/3aTAjLW

Show HN: Using GPT-3 to generate Vim commands for editing text https://bit.ly/36YTyCO February 9, 2021 at 09:50PM

Show HN: Florodoro – A pomodoro timer that grows procedurally generated plants https://bit.ly/3a2rxfm

Show HN: Florodoro – A pomodoro timer that grows procedurally generated plants https://bit.ly/3a5LAtv February 9, 2021 at 08:08PM

Show HN: Fixbounty – Find security issues in open source projects https://bit.ly/3rHolvV

Show HN: Fixbounty – Find security issues in open source projects https://bit.ly/3rButpl February 9, 2021 at 07:42PM

Show HN: Pep – Turn your site into a fast, installable Progressive Web App (PWA) https://bit.ly/3a1Q4Bp

Show HN: Pep – Turn your site into a fast, installable Progressive Web App (PWA) https://bit.ly/3q7zhCn February 9, 2021 at 07:30PM

Show HN: Cosmic REST API v2 and Brand New Docs https://bit.ly/36VkROs

Show HN: Cosmic REST API v2 and Brand New Docs https://bit.ly/3aOapZZ February 9, 2021 at 05:59PM

Show HN: Back-up Apple Notes data in Markdown and HTML format https://bit.ly/3rCjXhI

Show HN: Back-up Apple Notes data in Markdown and HTML format https://apple.co/36UmeN1 February 9, 2021 at 06:24PM

Launch HN: SigNoz (YC W21) – Open-source alternative to DataDog https://bit.ly/3jz5Dnp

Launch HN: SigNoz (YC W21) – Open-source alternative to DataDog Hi HN, Pranay and Ankit here. We’re founders of SigNoz ( https://bit.ly/2Z07S9H ), an open source observability platform. We are building an open-core alternative to DataDog for companies that are security and privacy conscious, and are concerned about huge bills they need to pay to SaaS observability vendors. Observability means being able to monitor your application components - from mobile and web front-ends to infrastructure, and being able to ask questions about their states. Things like latency, error rates, RPS, etc. Better observability helps developers find the cause of issues in their deployed software and solve them quickly. Ankit was leading an engineering team, where we became aware of the importance of observability in a microservices system where each service depended on the health of multiple other services. And we saw that this problem was getting more and more important, esp. in today’s world of distributed systems. The journey of SigNoz started with our own pain point. I was working in a startup in India. We didn’t use application monitoring (APM) tools like DataDog/NewRelic as it was very costly, though we badly needed it. We had many customers complaining about broken APIs or a payment not processing - and we had to get into war room mode to solve it. Having a good observability system would have allowed us to solve these issues much more quickly. Not having any solution which met our needs, we set out to do something about this. In our initial exploration, we tried setting up RED (Rate, Error and Duration) and infra metrics using Prometheus. But we soon realized that metrics can only give you an aggregate overview of systems. You need to debug why these metrics went haywire. This led us to explore Jaeger, an open source distributed tracing system. Key issues with Jaeger were that there was no concept of metrics in Jaegers, and datastores supported by Jaeger lacked aggregation capabilities. For example, if you had tags of “customer_type: premium” for your premium customers, you couldn’t find p99 latency experienced by them through Jaeger. We found that though there are many backend products - an open source product with UI custom-built for observability, which integrates metrics & traces, was missing. Also, some folks we talked to expressed concern about sending data outside of boundaries - and we felt that with increasing privacy regulations, this would become more critical. We thought there was scope for an open source solution that addresses these points. We think that currently there is a huge gap between the state of SaaS APM products and OSS products. There is a scope for open core products which is open source but also supports enterprise scale and comes with support and advanced features. Some of our key features - (1) Seamless UI to track metrics and traces (2) Ability to get metrics for business-relevant queries, e.g. latency faced by premium customers (3) Aggregates on filtered traces, etc. We plan to focus next on building native alert managers, support for custom metrics and then logs ( waiting for open telemetry logs to mature more in this). More details about our roadmap here ( https://bit.ly/3cSyce9 ) We are based on Golang & React. The design of SigNoz is inspired by streaming data architecture. Data is ingested to Kafka and relevant info & meta-data is extracted by stream processing. Any number of processors can be built as per business needs. Processed data is ingested to real-time analytics datastore, Apache Druid, which powers aggregates on slicing and dicing of high dimensional data. In the initial benchmarks we did for self-hosting SigNoz, we found that it would be 10x more cost-effective than SaaS vendors ( https://bit.ly/3a5XjIG ) We’ve launched this repo under MIT license so any developer can use the tool. The goal is to not charge individual developers & small teams. We eventually plan on making a licensed version where we charge for features that large companies care about like advanced security, single sign-on, advanced integrations and support. You can check out our repo at https://bit.ly/3p0lyvP We have a ton of features in mind and would love you to try it and let us know your feedback! February 9, 2021 at 05:29PM

Launch HN: Great Question (YC W21) – Customer research tools for software teams https://bit.ly/3tCBhoF

Launch HN: Great Question (YC W21) – Customer research tools for software teams Hi HN! I’m Ned and along with my co-founder PJ (pjmurraynz) we’re building Great Question ( https://bit.ly/3cXKhie ) to make it easy to do customer research as part of every sprint or product release. The maxim of Y Combinator is “talk to customers, build something people want” yet relatively few software teams regularly engage in customer research. This was definitely the case for us in our last startup, and even when we sold that business to a place with a well resourced research team we were largely on our own. Without any real tools or processes to do customer research we ended up muddling through, but it was always ad hoc - and often skipped so we could just get a release out the door. Bad news. By talking to lots of customers (meta!) we learned that one of the biggest challenges teams face is in the logistics of research: finding customers to talk to, scheduling calls & paying incentives. The research community calls this Research Operations. We’re setting out to fix these problems by building tools that make it easy for small teams to do what companies like Facebook and Google do with massive teams of research coordinators. We help you do better customer research, more often in four ways: First, we help you build an on-demand pool of research subjects. These are customers who opt in to be notified about customer interview requests and surveys, or find out about beta product releases. They could also be customers you find in other forums or communities, through content marketing or direct outreach. Second, we let you book time with a customer in a couple of clicks, or send out a survey or prototype test. We give you templates to save you creating these things from scratch every time, but also to keep you following best practice. Templates like Product Market Fit surveys are live now with more advanced ones like Van Westendorp pricing surveys coming soon (email me for early access). Third, we handle all the messaging on platform to protect the privacy and consent of your users but also to manage what's called "participant fatigue", and handle any incentives to make sure you get the responses you need. Finally, we make it easy to share what you’re learning with your team. Store your notes, observations, video files and transcripts in one place. Post it to Slack, get an email digest of learnings & upcoming interviews, and find previous research reports in one central place. All of this is to say we’re building the tool we wish we had while building product at our last startup, and also in the belly of the beast after we got acquired. The tool that helps you go from having some big gnarly question to start getting answers in minutes, and which brings your team along for the journey. We use the tool religiously in-house and it's had a massive impact on not only our own product development process, but our first engineering hire (ex Twitch) has noted how much more connected he feels with our customers and the product he's building. What do you all think? We’d love your feedback on the product and our approach. In particular we’d love to know how customer research works at your company and the challenges you face making it happen! February 9, 2021 at 05:09PM

Show HN: Polar Signals Continuous Profiler – Systematic Performance Profiling https://bit.ly/3aSxpqG

Show HN: Polar Signals Continuous Profiler – Systematic Performance Profiling https://bit.ly/2MMINwk February 9, 2021 at 05:06PM

Show HN: "100 Page Python Intro" eBook https://bit.ly/3a1eTNS

Show HN: "100 Page Python Intro" eBook https://bit.ly/3aRXPJ8 February 9, 2021 at 01:33PM

Show HN: FINT, more than just a gRPC Test Client https://bit.ly/2Z3dsIc

Show HN: FINT, more than just a gRPC Test Client https://bit.ly/2MRhHEv February 9, 2021 at 11:22AM

Show HN: A strongly typed XML reader based on XPath for JVM https://bit.ly/2MNFxAY

Show HN: A strongly typed XML reader based on XPath for JVM https://bit.ly/3p7zjsG February 9, 2021 at 10:35AM

Show HN: A fast JSON library for Go https://bit.ly/2YXGyJl

Show HN: A fast JSON library for Go https://bit.ly/3ruLzVM February 8, 2021 at 01:58PM

Show HN: Kloudi – Locally-hosted universal CLI https://bit.ly/3rBSyfA

Show HN: Kloudi – Locally-hosted universal CLI https://bit.ly/3p46g9A February 8, 2021 at 07:37AM

Monday, 8 February 2021

Show HN: That $100 you didn't invest in Bitcoin because they said so https://bit.ly/3jD0RoL

Show HN: That $100 you didn't invest in Bitcoin because they said so https://bit.ly/3b1CSfh February 9, 2021 at 01:11AM