Show HN: 30ms latency screen sharing in Rust https://bit.ly/3LmlOD5

Show HN: 30ms latency screen sharing in Rust https://bit.ly/3LmlPa7 July 9, 2024 at 03:07PM

Show HN: Swerve – A framework for establishing integrity guarantees in web apps https://bit.ly/3Wl7RLW

Show HN: Swerve – A framework for establishing integrity guarantees in web apps Swerve is a framework with one goal: make E2EE viable in web applications. Think of messaging applications like WhatsApp, or password managers like KeeWeb, or email clients like ProtonMail. These all implement E2EE, but nothing in their web versions prevents the server from serving malicious client-side code that reads all your messages. So far there haven't been many attempts to solve this issue. Swerve aims to demonstrate one approach. https://bit.ly/3xT5c2O July 12, 2024 at 11:01AM

Show HN: Workflow Engine for Personalization https://bit.ly/3WiNBux

Show HN: Workflow Engine for Personalization Many workflow tools struggle to optimize for both long-term projects and short-term tasks with the necessary responsiveness. Additionally, these tools often come with too many features, complicating customization for specific service needs. We've developed a workflow engine that prioritizes performance while offering the flexibility of a low-code solution. Our engine is easily customizable to meet diverse service demands. Initially, we focused on nodes tailored for short-term tasks, with plans to expand to support long-term project management. With our workflow engine, you can seamlessly integrate API gateways and personalized user features into your applications. Currently, we have implemented the workflow execution engine and are gearing up to introduce GUI tools for extensive SaaS orchestration and customizable workflows. We welcome your questions and suggestions. Try it out and let us know what you think. Thank you for your interest! https://bit.ly/4bDC0dR July 12, 2024 at 05:45AM

Show HN: T-Max – Port of a Classic Mac OS Game https://bit.ly/3W8kNUm

Show HN: T-Max – Port of a Classic Mac OS Game https://bit.ly/3Wj9Dx8 July 12, 2024 at 04:44AM

Show HN: Meet: Combining LinkedIn and Tinder, swipe to build connections https://bit.ly/3XZk8aj

Show HN: Meet: Combining LinkedIn and Tinder, swipe to build connections https://bit.ly/4eVC1wx July 12, 2024 at 03:01AM

Show HN: CipherAI – Technical interview prep platform with LLM to assist you https://bit.ly/3S0F7pe

Show HN: CipherAI – Technical interview prep platform with LLM to assist you Hi HN, I'm working on a technical interview prep platform that uses AI to help you. As of now, the platform is missing a lot of features and only has a few problems, but I wanted some feedback on the idea. Currently, Cipher is basically just leetcode but with a chatbot to help you answer questions. However, I was wondering if I should shift in a different direction, which would be more helpful to have an AI assistant (i.e., AI mock interviewer), or if optimizing the current idea is best. Also, any suggestions on either a) features to add and b) feedback in general would be greatly appreciated! Thank you in advance! https://bit.ly/463s4ZP July 11, 2024 at 10:51PM

Show HN: CalmJobsAI – Find jobs with better work-life balance https://bit.ly/4bE7rot

Show HN: CalmJobsAI – Find jobs with better work-life balance https://bit.ly/3W0xm3P July 11, 2024 at 07:57AM

Show HN: Upload your PDF and get a shareable link https://bit.ly/4cAG5AG

Show HN: Upload your PDF and get a shareable link https://bit.ly/4croxXP July 11, 2024 at 04:05AM

Show HN: Dut, a fast Linux disk usage calculator https://bit.ly/3XU2pB3

Show HN: Dut, a fast Linux disk usage calculator "dut" is a disk usage calculator that I wrote a couple months ago in C. It is multi-threaded, making it one of the fastest such programs. It beats normal "du" in all cases, and beats all other similar programs when Linux's caches are warm (so, not on the first run). I wrote "dut" as a challenge to beat similar programs that I used a lot, namely pdu[1] and dust[2]. "dut" displays a tree of the biggest things under your current directory, and it also shows the size of hard-links under each directory as well. The hard-link tallying was inspired by ncdu[3], but I don't like how unintuitive the readout is. Anyone have ideas for a better format? There's installation instructions in the README. dut is a single source file, so you only need to download it and copy-paste the compiler command, and then copy somewhere on your path like /usr/local/bin. I went through a few different approaches writing it, and you can see most of them in the git history. At the core of the program is a datastructure that holds the directories that still need to be traversed, and binary heaps to hold statted files and directories. I had started off using C++ std::queues with mutexes, but the performance was awful, so I took it as a learning opportunity and wrote all the datastructures from scratch. That was the hardest part of the program to get right. These are the other techniques I used to improve performance: * Using fstatat(2) with the parent directory's fd instead of lstat(2) with an absolute path. (10-15% performance increase) * Using statx(2) instead of fstatat. (perf showed fstatat running statx code in the kernel). (10% performance increase) * Using getdents(2) to get directory contents instead of opendir/readdir/closedir. (also around 10%) * Limiting inter-thread communication. I originally had fs-traversal results accumulated in a shared binary heap, but giving each thread a binary-heap and then merging them all at the end was faster. I couldn't find any information online about fstatat and statx being significantly faster than plain old stat, so maybe this info will help someone in the future. [1]: https://bit.ly/4cAmukb [2]: https://bit.ly/3Y3QJfb [3]: https://bit.ly/3XUTBL1 , see "Shared Links" https://bit.ly/4eWsntG July 11, 2024 at 12:29AM

Show HN: Open-source tool that writes Nvidia Triton Inference Glue code for you https://bit.ly/4eVy6Qq

Show HN: Open-source tool that writes Nvidia Triton Inference Glue code for you Triton Co-Pilot: A quick way to write glue code to make deploying with NVIDIA Triton Inference Server easier. It's a cool CLI tool that we created as part of an internal team hackathon. Earlier, deploying a model to Triton was very tough. You had to navigate through the documentation for the Python backend, figure out how to get your inputs and outputs right, write a bunch of glue code, create a config.pbtxt file with all the correct parameters, and then package everything up. It could easily take a couple of hours. But with Triton Co-Pilot, all that hassle is gone. Now, you just write your model logic, run a command, and Triton Co-Pilot does the rest. It automatically generates everything you need, uses AI models to configure inputs and outputs, and handles all the tedious parts. You get your Docker container ready to go in seconds. Check out our GitHub repository and see how much easier deploying to Triton can be! It would be great if you folks try it out and see if it works for you. reply https://bit.ly/4cSXLYa July 10, 2024 at 11:54PM

Show HN: Devirtualize Audible- extension removes Virtual/AI audiobook narrators https://bit.ly/4bH3xLo

Show HN: Devirtualize Audible- extension removes Virtual/AI audiobook narrators https://bit.ly/4bxvXYp July 10, 2024 at 02:43AM

Show HN: GPT Powered Text User Interface for Poker AI Engine https://bit.ly/4eZY8SL

Show HN: GPT Powered Text User Interface for Poker AI Engine It mostly analyzes specific hands. If you don't know how to play poker, check out the suggestions as a starting point. Yes, it has more bugs than features. https://bit.ly/4ePOEtf July 10, 2024 at 04:38AM

Show HN: AI for Research Statistics https://bit.ly/3LgPe5p

Show HN: AI for Research Statistics https://bit.ly/4cwMYD7 July 10, 2024 at 02:08AM

Show HN: I Recreated the THX "Deep Note" in JavaScript https://bit.ly/3VY5Y6p

Show HN: I Recreated the THX "Deep Note" in JavaScript https://bit.ly/3Whz0zz July 9, 2024 at 08:45AM

Show HN: Tegon: Open-source alternative to Jira, Linear https://bit.ly/3XWMfaa

Show HN: Tegon: Open-source alternative to Jira, Linear Hi HN, we're Harshith, Manoj and Manik and we're building Tegon ( https://bit.ly/4ae9uir ), open-source issue tracking software that uses AI to smartly automate manual workflows or provide more context to engineers for a given task. There's a demo video here: https://bit.ly/3VUqiWA , and you can try out the product at https://bit.ly/3XQMaVl using these credentials: Email: elon@xyz.com Password: XfFNw6GwVJVQv6PA As engineers, our experience with traditional tools like Jira hasn't been great. It is slow, bloated and often acts as a burden to engineers. These tools didn't help engineers in getting the work done faster, they only helped the management in tracking the work which enabled a lot of processes and micro-management which used to kill our productivity. With the rise of LLMs, we thought about how project management and issue tracking would look 5-10 years from now. The current tools didn't match our vision, which excited us and started the journey of Tegon. We aim to build a tool where manual workflows are either automated or handled by AI. This tool will provide better context about a task to an engineer by smartly gathering data from all sources, helping teams with better prioritization. Tegon loads all the data from local (indexed db) thus making it super fast to load and navigate. We make all of this happen by real-time sync in the background. Tegon also uses AI to simplify the issue-creation process by automatically creating titles, suggesting labels and assignees and identifying duplicates. Tegon also simplifies the issue creation process from Slack, just apply an emoji to a Slack message and a tegon issue will be created making it easier for other teams to raise bugs or feature requests to engineering teams. We deeply value the feedback from this community and have spent the last month revamping Tegon's design based on the feedback from our last launch. We just got started and there's a lot more to come. We're eager to get more feedback and keep building. Let us know what you think in the comments :) https://bit.ly/4ae9uir July 9, 2024 at 07:01AM

Show HN: Print Your Personalized Playing Cards with Only SVGs https://bit.ly/4eSaH2n

Show HN: Print Your Personalized Playing Cards with Only SVGs https://bit.ly/3xFFGht July 9, 2024 at 07:54AM

Show HN: I built a IMDB for all kinds of micro-creators https://bit.ly/3LjpCFf

Show HN: I built a IMDB for all kinds of micro-creators https://bit.ly/3VZ0sQW July 9, 2024 at 12:29AM

Show HN: Open-sourced Webflow for your own app https://bit.ly/3xDxyy1

Show HN: Open-sourced Webflow for your own app Hi HN, I’m Kiet, one of the creators of Onlook studio. I made this app that allows you to visually edit your locally running React app and write the code back to it in real-time. The purpose is to allow you to develop UI while fully owning your code the whole time. There are other visual builders out there but they either require you to upload your code to the cloud or some lengthy setup process. Onlook runs locally, deterministically, and only requires adding a plugin for the compile step (2 lines of config change). Technical details: This is technically a web browser that can point to your localhost, which injects some CSS into the page that allows you to select, drag, and drop DOM elements, then track and translate those changes back into React code. Theoretically, you could do this with any compiled framework but I wanted a reasonable scope for the launch (the first version was actually in Svelte). Some interesting challenges: 1. There is a React parser that is used to parse, insert the style, and serialize it back to code 2. There is a React pre-processor that traces the DOM elements to the corresponding code 3. There's also CSS parsing, injection, and converting to Tailwind 4. This is also an Electron app so there’s a browser within a browser within a node app which makes message passing… interesting What’s next? We’ve already built a proof-of-concept for inspecting and selecting layers, dragging to reorder, and inserting new DOM elements that I’m working on porting over from our private codebase. We’re also exploring opening more tabs in new frames in order to A/B test the changes before committing to code. There’s a long tail of exciting features we can do but I want to put this out there first and see what others would need. Let me know what you think/feedback. It's been a blast working on this so far and I think it’s just neat :) https://bit.ly/3LgUtSG July 8, 2024 at 01:36PM

Show HN: I made AI sales reps for live product demos https://bit.ly/3xRPhld

Show HN: I made AI sales reps for live product demos https://bit.ly/3XRZysc July 8, 2024 at 08:01AM

Show HN: Io_uring like asynchronous API and coroutine powered IO tasks for Zig https://bit.ly/3Lcj3UO

Show HN: Io_uring like asynchronous API and coroutine powered IO tasks for Zig https://bit.ly/3xrY7WI July 8, 2024 at 03:55AM