Show HN: Hacker News Mods - A collection of tools/mods for HN https://ift.tt/wbrmQAP

Show HN: Hacker News Mods - A collection of tools/mods for HN Hey HN! I built Hacker News Mods as a place to collect any tools or sites related to HN. We just started building one mod/tool for HN per week, and I thought it’d be a good idea to showcase all of the tools we’ve created, as well as tools that others have created as well. The site is pretty scrappy, so any feedback is appreciated! Also, please submit any projects that we don’t already have listed! Thanks, Jarren https://ift.tt/jybIJoE July 16, 2022 at 02:09AM

Show HN: Eesel – Federated search without API integrations https://ift.tt/EfuZ6AU

Show HN: Eesel – Federated search without API integrations Hey there! Amogh here from eesel ( https://eesel.app ). eesel filters your browser history to show the docs you need for work, right in your new tab. You can see recent docs, filter by app or search by title or content. We're trying to solve a pretty universal problem. Everyone's work is spread across apps - there's a project brief in Google Docs, issues in Jira, a mockup in Figma, PRs in GitHub - and with this kind of sprawl, it can be a game of trial and error to find the links we need to do our job. Trying keywords in the address bar only works if we remember the title and it's specific enough, search in apps can be slow and noisy, company "knowledge hubs" in Confluence or Google Drive are usually not up to date, and we ultimately just ping each other on Slack to find things. I was struggling with this acutely as a PM at Intercom, and it felt ridiculous that I could search the web faster than my company's docs. It was around this time that I also discovered an Effective Altruism blog post on Operations ( https://ift.tt/bGEY9qz ) and how "maximising the productivity of others in the organisation" can have this multiplier effect for your own impact. That's when it clicked - here's an "operations" problem that felt tractable for my skills and I could potentially multiply my impact by solving it. This is what gave the conviction to prototype something on the weekends, and things spun off from there. Let's talk about the solution more. The magical thing about eesel is that we don't use APIs. When it comes to "search across apps", integrating with different APIs is a pretty default way to approach things. That's how we started, but things felt uneasy - could we really build API integrations with _everything_? There's so much out there, and this list is pretty much always changing. If we really did want a search across all work apps, we'd have to play catch up with old and new APIs. You could argue that these were just the schleps ( https://ift.tt/MG4iy5h ) we had to overcome, but it was amidst this we realised that uh, the browser exists. We mostly work in the browser, and the great thing about it is that it's built on web standards. From HTTP and URLs to HTML and CSS, all apps in the browser follow the same predictable patterns: documents are accessed via URLs, content lives inside the HTML, there's a page title, there's a favicon, and so on. It's not a perfect replacement for APIs, but it felt good enough. We didn't need to manually integrate with each app, and could instead rely on existing web standards. And that's what we did. eesel works with any app in the browser, including apps without APIs (like that internal company tool), or apps that don't exist yet (the new Product Hunt hit). Not using APIs also meant that we could go an extra step with privacy - eesel works fully locally by default and you don't need to login to _anything_ (even eesel!). Simply install and it works. We want to keep building on this approach and improve how we work in the browser. For instance, eesel uses keywords to automatically organise pages into Folders, and there's Commands to take actions (spoiler: you can customise a JavaScript to inject on a page, like this script that goes to a Notion backlog and clicks the "New" button - https://ift.tt/bzoSMkq... ). Alright, that's a lot of writing from us. We have a bunch of ideas, and would love to hear about where you think we should take this next. https://www.eesel.app/ July 15, 2022 at 05:44PM

Show HN: Mapedia.org – A Crowdsourced Learning Map https://ift.tt/2YKDuaw

Show HN: Mapedia.org – A Crowdsourced Learning Map Hi HN! We're happy to announce the launch of Mapedia.org, an open source crowdsourced learning map! Mapedia is a new kind of learning platform at the crossroad between Wikipedia, Google Maps and Khan Academy: a learning map built collaboratively to support online learners to learn any topic seamlessly. We built an interactive learning map of topics to be able to visualize the different fields of knowledge, what concepts are included in them and how they relate to each other. This allows for curiosity based exploration, identifying knowledge gaps (unknown unknowns) and figuring out what to learn next (and in which order). For each topic you can then find community and expert curated resources, learning advices and smart recommendations in order to learn as efficiently as possible. We want people to spend time learning rather than figuring out how to learn, and in particular to empower self-directed learners. The idea came out of the frustration and inefficiency of learning online, and I've been working on it for 2 years now. The vision in itself for it is not so new, Mapedia is rather a different take on it that particularly believes in the potential of crowdsourcing and online communities. Our roadmap includes implementing learning groups based on shared goals rather than shared course/learning material, customizable "constructive" feeds of learning materials and adaptive learning paths. The topic map is obviously far from complete and we are still in the early product iterations, but you can checkout a few examples here: https://ift.tt/8uZdMIm -> The explore map from the top level topics https://ift.tt/QqVg8up... -> the map focused on functional programming, showing how concepts relate to each other https://ift.tt/bsGWB8P... -> the page for the functional programming topic, with curated resources https://ift.tt/XiW8qey... -> an example of a learning path (this feature is in a very alpha version) Let us know what you think! We're very open to feedback and suggestions https://mapedia.org/ July 15, 2022 at 11:57PM

Show HN: A US Evolution Simulator https://ift.tt/k4nlhQr

Show HN: A US Evolution Simulator https://ift.tt/CbVmpGQ July 15, 2022 at 12:57AM

Show HN: Bytewax – Python Stateful Stream Processing on Timely Dataflow https://ift.tt/e3QdxkE

Show HN: Bytewax – Python Stateful Stream Processing on Timely Dataflow https://ift.tt/K0tBxWc July 14, 2022 at 11:27PM

Show HN: Zordle – Wordle but with zero-knowledge proofs https://ift.tt/47hvljS

Show HN: Zordle – Wordle but with zero-knowledge proofs https://ift.tt/8QkXCLG July 14, 2022 at 11:24PM

Show HN: Payload, X-Platform Desktop App for LAN File Transfers [Tauri/Rust, Go] https://ift.tt/iDsAW0g

Show HN: Payload, X-Platform Desktop App for LAN File Transfers [Tauri/Rust, Go] Hi HN. I built Payload to make file transfers easy for less-technical users who need large/fast transfers, so I have focused on auto-discovery, drag-and-drop, visually distinct device icons. It's using Tauri (an "Electron alternative" built on Rust) which keeps my binaries small and bundles to .msi, .dmg, .deb and .appimage. No CLI, iOS or Android support (yet). The network stack is a separate binary written in Go. It uses mDNS for local network discovery and TLS over TCP or Quic, with a public Ed25519 keypair for each device. The protocol is ad-hoc and symmetrical control stream using JSON and binary data streams. Planning to open source these parts eventually.. Transfers should saturate the local network link. It reaches ~116 MB/s wired at my home, but if you have a >1000 Mbit link, I'd be curious to see how much speed you can squeeze out. See also: https://ift.tt/9J085Q7 https://ift.tt/57atQnJ https://payload.app/ July 15, 2022 at 12:46AM