Collect, organize, and act on massive volumes of high-resolution data to power real-time intelligent systems. Learn more →
Hlive Alternatives
Similar projects and alternatives to hlive
-
-
InfluxDB
InfluxDB high-performance time series database. Collect, organize, and act on massive volumes of high-resolution data to power real-time intelligent systems.
-
-
-
-
-
-
-
CodeRabbit
CodeRabbit: AI Code Reviews for Developers. Revolutionize your code reviews with AI. CodeRabbit offers PR summaries, code walkthroughs, 1-click suggestions, and AST-based analysis. Boost productivity and code quality across all major languages with each PR.
-
-
-
-
vecty
Vecty lets you build responsive and dynamic web frontends in Go using WebAssembly, competing with modern web frameworks like React & VueJS.
-
-
-
playwright-go
Playwright for Go a browser automation library to control Chromium, Firefox and WebKit with a single API.
-
-
-
smug
Session manager and task runner for tmux. Start your development environment within one command.
-
-
-
kertish-dos
Kertish-dos is a simple distributed object storage platform, implements object storage on a single distributed computer cluster, and provides interfaces for file/folder handling. Kertish-dos aims primarily for completely distributed operation without a single point of failure, scalable to the exabyte level.
-
SaaSHub
SaaSHub - Software Alternatives and Reviews. SaaSHub helps you find the best software and product alternatives
hlive discussion
hlive reviews and mentions
- Any open source projects need help ?
-
What makes Go unsuitable for UI development?
I do a lot of wired stuff with server-side virtual DOM, and I've found Go a good fit. I don't think inheritance is a problem with designing a component library. I've used struct and interface embedding to share common functionality. (see Tag and Tagger, then Component and Componenter as sort of examples).
-
My experiment in creating a good-performing alternative to ReactJS in Go
Poking through the repo at https://github.com/SamHennessy/hlive now. It's particularly interesting to me because I wanted to write a virtual DOM for something that did serverside rendering and clientside via WASM. I wanted to be able to parse a template language much like jsx or Angular templates for a delcarative syntax. A friend of mine I worked with years ago and I set up a 3 day hackathon. We went through some design work, decided we didn't have time in our lives to take on a project like this, and settled on using Go's html templating. I tried to reuse a lot of the concepts using a two pass method (since you can't hook into the parsing but can always register DOM listeners) thinking I could accept a little inefficiency in exchange for a lot less work. Finally, the weekend was over. We had some interesting ideas collected with some innovative new thoughts on state management, but he dove into his next project using Vue instead, and I haven't had time to continue.
-
Side projects
I'd appreciate it if you tried to build something using this: https://github.com/SamHennessy/hlive
- HLive Update: Added Testing, Plugins, PubSub, and more. See comments for details
- What frontend libraries do exist in Go?
- Looking for early feedback on my new Phoenix LiveView inspired project.
-
A note from our sponsor - InfluxDB
influxdata.com | 21 Apr 2025
Stats
SamHennessy/hlive is an open source project licensed under MIT License which is an OSI approved license.
The primary programming language of hlive is Go.