Show HN: Kasper – Practice job interview and Y Combinator interview using AI https://ift.tt/0Uy2OS6

Show HN: Kasper – Practice job interview and Y Combinator interview using AI https://ift.tt/FoMfymz January 18, 2024 at 04:14AM

Show HN: Maintenanceless – Keep your packages up-to-date automatically https://ift.tt/sRI50qw

Show HN: Maintenanceless – Keep your packages up-to-date automatically https://ift.tt/9HZi7n5 January 18, 2024 at 12:33AM

Show HN: Transitive, an open-source framework for full-stack robotic software https://ift.tt/0PN1j2l

Show HN: Transitive, an open-source framework for full-stack robotic software After three years in development, I'm thrilled to share Transitive: an open-source framework for full-stack robotic software ( https://ift.tt/TDqxa2Z ). The Transitive framework makes it easy to build robot cloud portals. Even given all the great open-source tools for web development and device management, building such cloud portals for robots is still not an easy task. There are several reasons for this, but a big one is that robots are different from regular servers, despite many people attempting to tread them as such. They go offline a lot, have limited network bandwidth, and each robot in a fleet may run a different version of software and require a different configuration. Robots also generate a lot of data, some of which needs to be synced in real-time with cloud and web front-ends for processing and visualization, some of which recorded, and some discarded. In addition robots roam insecure areas and are connected over networks outside of the control of the startup, hence requiring tight authentication and authorization. Transitive solves many of these issues. It provides a reliable, real-time data synchronization protocol that operates on top of MQTT, called MQTTSync. MQTTSync seamlessly synchronizes stateful data between robot, cloud, and web, instead of just passing messages. It provides the notion of full-stack packages that implement encapsulation and versioning of software components for all three systems (robot, cloud, and web) and uses MQTTSync's name-spaced data model to reliably communicate and operate, even when different robots run different versions of the package. The robot and cloud components are run in sandboxes to isolate them from the rest of the system, and the web components can be embedded in any web page including existing robot cloud portals. And of course, all this is secured, using SSL for transport-level security, client certificates and JSON Web Tokens for authentication, and authorization based on MQTT topics. Taken together this lays a solid foundation for building new full-stack capabilities with ease. Note that Transitive is not a replacement for ROS, and in fact many of our capabilities run ROS nodes on the robot. Neither is Transitive a fleet management system. It just makes it easy for you to build your own! To learn more about our first release of the self-hosted version, please see the linked blog post. If you just want to try it out quickly please go to https://ift.tt/TR1K2ao to create a free account, which will also give you some starting credit for try out any of our premium capabilities, such as webrtc-based video streaming, our web-terminal, or file-sync ("Dropbox for robots"). I'll be watching this thread for responses, or you can use the contact info at the bottom of the blog post to get in touch. Would love to hear your feedback! https://ift.tt/Cn63AxB January 17, 2024 at 11:50PM

Show HN: Just another AI tool for chatting with docs, only better:) https://ift.tt/NPcDEwM

Show HN: Just another AI tool for chatting with docs, only better:) aiPDF is your AI assistant that can scan, understand and "chat" with all your documents. It summarises massive docs in seconds and finds any information you want. It works with any file type, web articles and even with YouTube videos! https://aipdf.ai/ January 17, 2024 at 02:55AM

Show HN: Browser's internal local routes containing juicy stuff https://ift.tt/SHwdpmb

Show HN: Browser's internal local routes containing juicy stuff There are internal local routes inside browsers which are used for debugging purposing by developers but one can find a use case for him selves. Play around with it to find something interesting. Here are those internal routes/urls corresponding to the browser. Put it in url bar (omnibox/search bar) and hit enter. chrome - chrome://chrome-urls/ firefox - about:about edge - edge://edge-urls/ I'm pretty sure that most of the browsers have this you can just google like this "[your browser name] internal urls" https://ift.tt/6bFrcHT January 17, 2024 at 01:15AM

Show HN: I made a visual editor for GitHub Actions workflows https://ift.tt/BUHxpal

Show HN: I made a visual editor for GitHub Actions workflows Hey there, I have always been a fan of GitHub Actions workflows but for some reason never liked YAML files as being the assigned file format for non-linear workflows. While YAMLs are great as configuration files, they can be quite tedious when it comes to creating, reviewing, and maintaining workflows. To solve this, I created a visual node system that makes the workflow creation and maintenance process more efficient and intuitive. It's a straightforward node engine with an UI editor. Examples for such a node graph are here: https://ift.tt/UR0kmXc... and here: https://ift.tt/sBNCve4... . For clarification, they are directly executed on GitHub runners. These graphs took me minutes to build in order to focus on my actual project. The next time you create a new repo, give it a try. Love to hear your thoughts! Thanks! https://ift.tt/5F3ermb January 17, 2024 at 12:50AM

Show HN: Deploy a containerized RaspAP with Docker Compose https://ift.tt/10Kb2ol

Show HN: Deploy a containerized RaspAP with Docker Compose https://ift.tt/DyQ64J3 January 16, 2024 at 11:44PM