Show HN: A social platform with music in focus. Download the app https://bit.ly/37j8VGg

Show HN: A social platform with music in focus. Download the app https://bit.ly/3bbOOLi February 17, 2021 at 10:46AM

Show HN: Crane – A self-hosted research literature management web service https://bit.ly/2OKWm05

Show HN: Crane – A self-hosted research literature management web service https://bit.ly/37mxEto February 17, 2021 at 01:02AM

Show HN: Static Tweet Rendering https://bit.ly/3s0EhcF

Show HN: Static Tweet Rendering https://bit.ly/3u3Q23L February 16, 2021 at 07:29PM

Show HN: Lightweight, YouTube-based music player coded in C# https://bit.ly/3jW2DBB

Show HN: Lightweight, YouTube-based music player coded in C# https://bit.ly/3s3URsj February 16, 2021 at 01:29PM

Launch HN: June (YC W21) – Two-click analytics reports on top of Segment data https://bit.ly/3qDwr8o

Launch HN: June (YC W21) – Two-click analytics reports on top of Segment data Hi HN! I’m Ferruccio, cofounder of June ( https://bit.ly/3k1dB8T ). We make it easy to set up dashboards for your most important product metrics. After a couple of years working in product teams, we realised that most companies measure the same things. So we created a set of templates that help you streamline the process of getting an insight from your data. With Amplitude/Mixpanel you have to know what you should be measuring and how. Getting to an insight starts from a blank canvas, is intimidating, and requires some expertise. With June, you pick a template, connect Segment, select the right events for your analysis, and get a report. We currently have 9 templates including Retention, Active Users, and Churning Users. We release a new one every week. We’re also starting to allow you to create and share your own templates. To try it out, go to https://bit.ly/37liJzt and pick a template you’d like to try. Connect your Segment account, select the events required for your analysis, and get your insights. Looking forward to ideas and feedback from the community! February 16, 2021 at 05:15PM

Show HN: Endgame – An AWS Pentesting tool to backdoor or expose AWS resources https://bit.ly/2OA7D34

Show HN: Endgame – An AWS Pentesting tool to backdoor or expose AWS resources https://bit.ly/3plSwXX February 16, 2021 at 03:16PM

Show HN: Pageturner – a community for building a reading habit https://bit.ly/2ZiOPro

Show HN: Pageturner – a community for building a reading habit https://bit.ly/2OITBwh February 16, 2021 at 11:54AM

Show HN: Opul – find and optimise your financial freedom age https://bit.ly/3rZkH0k

Show HN: Opul – find and optimise your financial freedom age https://bit.ly/2Ney1iF February 16, 2021 at 10:25AM

Show HN: My ultimate make file for Golang services https://bit.ly/3aqgXiK

Show HN: My ultimate make file for Golang services https://bit.ly/3qrUPKd February 16, 2021 at 08:11AM

Show HN: An async API and a CLI tool to search YouTube without using the DataAPI https://bit.ly/3jUd9Jn

Show HN: An async API and a CLI tool to search YouTube without using the DataAPI https://bit.ly/3ppvVJK February 16, 2021 at 01:28AM

Show HN: Buy and Sell domain names before they expire https://bit.ly/3rPlvoC

Show HN: Buy and Sell domain names before they expire https://bit.ly/3u1HvhM February 16, 2021 at 12:40AM

Show HN: SendFiles.online – Make a file into a URL quickly https://bit.ly/3jU7JOU

Show HN: SendFiles.online – Make a file into a URL quickly https://bit.ly/37hpjXT February 16, 2021 at 02:06AM

Show HN: Jam, an Open Source Clubhouse (w/ WebRTC) https://bit.ly/2N077ex

Show HN: Jam, an Open Source Clubhouse (w/ WebRTC) https://bit.ly/3qnE8Qg February 14, 2021 at 11:32AM

Show HN: Hubstore – Showcase your Python desktop applications https://bit.ly/3b7qaeJ

Show HN: Hubstore – Showcase your Python desktop applications https://bit.ly/3pnUl6w February 15, 2021 at 11:02PM

Show HN: ConstexprJS: A static site generator without a DSL https://bit.ly/2ZgoaeO

Show HN: ConstexprJS: A static site generator without a DSL https://bit.ly/37h7zvz February 15, 2021 at 05:04PM

Launch HN: Noya (YC W21) – Direct air capture of CO2 using cooling towers https://bit.ly/3rX2Mrm

Launch HN: Noya (YC W21) – Direct air capture of CO2 using cooling towers Hello HN! I'm Josh, one of the co-founders of Noya ( https://bit.ly/3piYpF3 ). Noya is designing a cheaper process to capture CO2 directly from the atmosphere. We do this by retrofitting industrial cooling towers owned and operated by other companies to perform carbon capture. We then sell the captured CO2 to companies that need it, and pay a piece of the proceeds to the companies that own the cooling towers. As the wildfires in California became worse and worse, my co-founder (and roommate at the time) Daniel and I became increasingly concerned that we weren't doing enough to be a part of the solution. The more that climate catastrophes became the norm, the more we became obsessed with one seemingly-simple question: If climate change is caused by having too much CO2 in the sky... can't we just reverse it by yanking CO2 out of the sky? Humans have known how to scrub CO2 out of gas mixtures for almost a century [1]; but, we haven't been able to widely apply this type of tech to scrubbing CO2 from the air because of its high cost. For example, one popular direct air capture project is estimated to capture 1M tons of CO2/year [2], but has an estimated equipment cost of $700M and all-in costs of ~$1.1B [3]. The single largest component of this cost is in the piece of equipment called the air contactor — the big wall of fans you see in the image linked above — which clocks in at $212M by itself. Yet fundamentally, all that air contactors do is put air into contact with something that captures CO2, whether it's an aqueous capture solution or some sort of solid sorbent. These costs felt astronomical to Daniel and I, so we set out with the singular focus to reduce the costs of carbon capture by reducing the costs of the air contactor. But no matter how we thought about it, we couldn’t get around the fact that to capture meaningful amounts of CO2, you need to move massive amounts of air since CO2 is very dilute in the atmosphere (0.04% by volume). Looking at the existing solutions, we began to understand why it makes sense to build something equally massive: so you can go after economies of scale. As Daniel and I were feeling stuck late one night, he got a call from his dad. They started talking about the refrigeration facility Daniel’s dad runs in Venezuela (where Daniel's from), and they started talking about the cooling towers at the facility. Cooling towers move air and water into contact with each other to provide cooling to industrial processes (descriptive video: https://www.youtube.com/watch?v=pXaK8_F8dn0 ). As Daniel listened to his dad, Daniel realized that if we could just add the blend of CO2-absorbing chemicals we had been developing into the water his dad’s cooling tower used, we could use it as an air contactor and achieve CO2 capture at the same time the cooling tower was cooling its processes. This eliminates the need to build millions of dollars worth of dedicated equipment to pluck CO2 from the sky. Our cooling-tower-based carbon capture process works as follows: we add our chemical carbon capture blend into a cooling tower's water, we connect the tower to some pieces of downstream processing equipment to regenerate the captured CO2, and then we pressurize the CO2 into cylinders for sale as "reclaimed CO2" to companies that need it. All of this is installed onto a cooling tower that another company already owns and operates. In exchange for letting us install this process on their towers, we will cover the cost of installation, and the companies will get a piece of the revenue generated through the sale of their CO2. We’re well on our way towards making this process a reality. We’ve partnered with a local farm to install our process in their cooling towers, and we've just produced CO2 using our industrial-scale prototype. We're excited for the opportunity to reverse climate change and ensure we have a future on this planet that is good. Please let us know what questions, concerns, or feedback you have about what we're building - I’ll be here all day! [1]: https://bit.ly/37fu83Q [2]: https://bit.ly/3dkaxmX... [3]: https://bit.ly/3u15RZb... February 15, 2021 at 05:53PM

Show HN: We Broke Topcoder Ratings (incl. link to Elo-MMR repo) https://bit.ly/3u45DjR

Show HN: We Broke Topcoder Ratings (incl. link to Elo-MMR repo) https://bit.ly/3qrPbrq February 15, 2021 at 05:05PM

Launch HN: Pyroscope (YC W21) – Continuous profiling software https://bit.ly/2OGZzOc

Launch HN: Pyroscope (YC W21) – Continuous profiling software Hi HN! Dmitry and Ryan here. We're building Pyroscope ( https://bit.ly/3poTrXB ) — an open source continuous profiling platform ( https://bit.ly/2ZkgmZu ). We started working on it a few months ago. I did a lot of profiling at my last job and I always thought that profiling tools provide a ton of value in terms of reducing latency and cutting cloud costs, but are very hard to use. With most of them you have to profile your programs locally on your machine. If you can profile in production, you often have to be very lucky to catch the issues happening live, you can't just go back in time with these tools. So I thought, why not just run some profiler 24/7 in production environment? I talked about this to my friend Ryan and we started working. One of the big concerns we heard from people early on was that profilers typically slow down your code, sometimes to the point that it's not suitable for production use at all. We solved this issue by using sampling profilers — those work by looking at the stacktrace X number of times per second instead of hooking into method calls and that makes profiling much less taxing on the CPU. The next big issue that came up was storage — if you simply get a bunch of profiles, gzip them and then store them on disk they will consume a lot of space very quickly, so much that it will become impractical and too expensive to do so. We spent a lot of energy trying to come up with a way of storing the data that would be efficient and fast to query. In the end we came up with a system that uses segment trees [1] for fast reads (basically each read becomes log(n)), and tries [2] for storing the symbols (same trick that's used to encode symbols in Mach-O file format for example). This is at least 10 times more efficient than just gzipping profiles. After we did all of this we ran some back of the envelope calculations and the results were really good — with this approach you can profile thousands of apps with 100Hz frequency and 10 second granularity for 1 year and it will only cost you about 1% of your existing cloud costs (CPU + RAM + Disk). E.g if you currently run 100 c5.large machines we estimate that you'll need just one more c5.large to store all that profiling data. Currently we have support for Go, Python and Ruby and the setup is usually just a few lines of code. We plan to release eBPF, Node and Java integrations soon. We also have a live demo with 1 year of profiling data collected from an example Python app https://bit.ly/3rQKGa8... And that's where we are right now. Our long term plan is to keep the core of the project open source, and provide the community with paid services like hosting and support. The hosted version is in the works and we aim to do a public release in about a month or so. Give it a try: https://bit.ly/2ZkgmZu . We look forward to receiving your feedback on our work so far. Even better, we would love to hear about the ways people currently use profilers and how we can make the whole experience less frustrating and ultimately help everyone make their code faster and cut their cloud costs. [1] https://bit.ly/2ZgfRzy [2] https://bit.ly/3jVgEiP February 15, 2021 at 05:00PM

Show HN: Substack Inc Adds Unsolicited Job Ad on My Website; I Fight Back https://bit.ly/3rYsdJ8

Show HN: Substack Inc Adds Unsolicited Job Ad on My Website; I Fight Back https://bit.ly/3rVrnfV February 15, 2021 at 03:56PM

Show HN: 3D Meshes of Signed Distance Functions in Python https://bit.ly/3u4i0N8

Show HN: 3D Meshes of Signed Distance Functions in Python https://bit.ly/3rTcs64 February 15, 2021 at 03:06PM