vgtk VS neon

Compare vgtk vs neon and see what are their differences.

vgtk

A declarative desktop UI framework for Rust built on GTK and Gtk-rs (by bodil)

neon

Neon: Serverless Postgres. We separated storage and compute to offer autoscaling, branching, and bottomless storage. (by neondatabase)
Our great sponsors
  • InfluxDB - Power Real-Time Data Analytics at Scale
  • WorkOS - The modern identity platform for B2B SaaS
  • SaaSHub - Software Alternatives and Reviews
vgtk neon
14 117
1,038 11,831
- 6.2%
0.0 9.9
about 2 years ago 6 days ago
Rust Rust
GNU General Public License v3.0 or later Apache License 2.0
The number of mentions indicates the total number of mentions that we've tracked plus the number of user suggested alternatives.
Stars - the number of stars that a project has on GitHub. Growth - month over month growth in stars.
Activity is a relative number indicating how actively a project is being developed. Recent commits have higher weight than older ones.
For example, an activity of 9.0 indicates that a project is amongst the top 10% of the most actively developed projects that we are tracking.

vgtk

Posts with mentions or reviews of vgtk. We have used some of these posts to build our list of alternatives and similar projects. The last one was on 2022-12-14.
  • Rust: State of GUI, December 2022 – KAS blog
    15 projects | news.ycombinator.com | 14 Dec 2022
    A pretty fun Rust GUI experienc is vgtk[0], which is doing a bunch of macro magic to give a "we're coding in React" vibe to GTK+. I don't really have a specific thing I want to code in a native GUI at the moment but if I did I think this would be the most tempting for me.

    [0]: https://github.com/bodil/vgtk/

  • Code bloat has become astronomical
    2 projects | /r/programming | 26 Sep 2022
    a stateful GUI markup language is react. it is not yet the case that react-like code works for desktop, though there are cool examples like vgtk https://github.com/bodil/vgtk
  • A declarative desktop UI framework for Rust built on GTK and GTK-rs
    2 projects | /r/programming | 6 Jun 2022
    from what i gather from https://github.com/bodil/vgtk/issues/78, you're better off using realm
    2 projects | /r/programming | 6 Jun 2022
    5 projects | news.ycombinator.com | 28 May 2022
    I'm always curious to see these projects, because I've been experimenting with a React renderer for the GJS bindings for a while. It's frustrating because GTK "feels like" it's so close to being able to support a vdom/declarative paradigm, but the devil is in the details.

    The simple use-cases like "Window > Box > Label" are easy to get going. The more complex widgets like Stack/Grid/TreeView ... aren't.

    This project seems to have the same issue: https://github.com/bodil/vgtk/issues/40

    This is made more difficult now GTK4 has removed the Container base class, so there's no longer a unified interface for adding children (although it had caveats in the first place).

    I totally get the GTK view that (presumably) specific widgets are more intuitive with specific add/remove APIs (like the grid - one doesn't really "appendChild" to a grid).

    It just feels like: if there was a consistent container API comparable to the web's appendChild approach, a vdom/declarative approach would require only a very light wrapper. Without it, I keep coming back to the idea of implementing wrapper widgets that expose that consistent API instead. And that's just not something I want to maintain - effectively duplicating each GTK widget for the purpose of making it fit into a tree model.

    It's also a problem of trying to wrap richer functionality (pack_start and pack_end) into a simpler set (append only) of course.

    So I don't know exactly what my point is :) Perhaps cautioning the reader that the simplicity of the approach comes with a catch.

    5 projects | news.ycombinator.com | 28 May 2022
  • Hacker News top posts: May 28, 2022
    5 projects | /r/hackerdigest | 28 May 2022
    A declarative desktop UI framework for Rust built on GTK and GTK-rs\ (23 comments)
  • Newbie here. Just finished reading the book. What now?
    5 projects | /r/rust | 12 Jan 2022
    Build your own To-do List Application in Rust: https://bodil.lol/vgtk/
  • Rust GUI: Introduction, a.k.a. the state of Rust GUI libraries (As of January 2021)
    12 projects | dev.to | 18 Jan 2021
    VGTK

neon

Posts with mentions or reviews of neon. We have used some of these posts to build our list of alternatives and similar projects. The last one was on 2024-03-14.
  • Parsing the Postgres protocol – logging executed statements
    5 projects | news.ycombinator.com | 14 Mar 2024
    Cool! At Neon[0], I work full time on our custom postgres proxy[1]. It's a very nice protocol to work with, although our usecase is quite a bit more complex compared to the ideas presented in the post.

    Neon databases scale to zero, so the proxy needs to spin up databases on the fly. The proxy doesn't do that but it knows if the databases is running and asks our control plane to schedule it if it isn't. It's a fun service to maintain.

    The biggest pain is error handling. Postgres is really bad for error messages and codes. The only available code we can use is usually protocol violation...

    [0]: https://neon.tech/

    5 projects | news.ycombinator.com | 14 Mar 2024
  • No More Free Tier on PlanetScale, Here Are Free Alternatives
    3 projects | dev.to | 8 Mar 2024
    Neon - PostgreSQL
  • PlanetScale performs layoff and prioritizes profitability
    2 projects | news.ycombinator.com | 7 Mar 2024
    For those looking for alternatives check out https://neon.tech/, https://turso.tech/ and https://developers.cloudflare.com/d1/.
    2 projects | news.ycombinator.com | 7 Mar 2024
    Yea this seems like a gift for https://neon.tech/, https://turso.tech/ and https://developers.cloudflare.com/d1/.

    Planetscale is definitely popular and they get a lot of free advertisement from tech influencers (may change without the free tier) but most people I know in enterprise haven't heard of it.

  • πŸ‘‘ Top Open Source Projects of 2023 πŸš€
    6 projects | dev.to | 3 Mar 2024
    Neon is an open-source serverless Postgres offering.
  • Ask HN: What web development stack do you prefer in 2024?
    7 projects | news.ycombinator.com | 23 Jan 2024
    Most my personal and side-business projects have very spiky load or just low load in general. Because of that I love using AWS Lambda as my backend since it scales to 0 and scales to whatever you have your limits set at.

    I use SST [0] for my backend with NodeJS (TypeScript) and Vue (Quasar) for my frontend. For my database I use either Postgres or DynamoDB if the fit is right (Single Table Design is really neat). For Postgres I like Neon [1] though their recent pricing changes make it less appealing.

    [0] https://sst.dev

    [1] https://neon.tech

  • Basic analytics with Vercel Postgres, Drizzle & Astro
    5 projects | dev.to | 17 Jan 2024
    I used Vercel Postgres as my database and Astro as my frontend framework. Vercel Postgres is basically a wrapper around Neon, a serverless SQL server provider. Setting up the database is pretty straightforward, I just followed the docs and got my database up and running in no time. Once my database was up and running, the time came to set up the database schema. The schema is pretty simple, it consists of a table called page_views with the following columns:
  • AWS cancels serverless Postgres service that scales to zero
    4 projects | news.ycombinator.com | 10 Jan 2024
    AWS Serverless MySQL/Postgres offerings are straight trash. I used v1 to build a new app but had nothing but problems. Extremely slow starts (from zero), horrible scaling (it would always get stuck), (relatively) huge bills for the smallest capacity, limitations all over the place. After the first year on that I looked into v2 but my costs would have doubled and I didn't believe their promises of faster scaling. I moved to PlanetScale [0] and was very happy ($30/mo covered prod and dev/qa vs well over that for v1 even with having scale to zero on the AWS dev/qa instances). Also you can quickly be forced into paying for RDS Proxy if you are using lambdas/similar which is not cheap (for me). PS doesn't scale to 0 but at the time $30/mo was a decent savings over AWS Aurora Serverless.

    This year I started to run into some issue with PS mainly around their plans changing (went from pay for reads/writes/storage to pay for compute/storage). Yes, yes, I know they still offer the $30/mo plan but it's billed as "Read/write-based billing for lower-traffic applications" and they dropped all mentions of auto-scaling. That coupled with them sleeping your non-prod DB branches (no auto-wakeup, you had to use the API or console) even after saying that was a feature of the original $30 plan rubbed me the wrong way. Eventually the costs (for what I was getting) were way too out of whack. My app is single-tenant (love it or hate it, it's what it is) so for each customer I was paying $30/mo even though this is event-based software (like in-person, physical events that happen once a year) so for most the year the DB sat there and did nothing.

    Given all that I looked into Neon [1] (which I had heard of here on HN, but PS support suggested them, kudos to them for recommending a competitor, I always liked their support/staff) and while going from MySQL to Postgres wasn't painless it was way easier than I had anticipated. It was one of the few times Prisma "just worked", I don't think I'd use it again though, that DB engine is so heavy especially in a lambda. I just switched over fully last week to Neon and things seem to have gone smoothly. I can now run multiple databases on the same shared compute and it scales to 0. In fact it's scale up time is absurdly fast, the DB will "wake up" on it's own when you connect to it and unlike AWS Aurora Serverless v1 it comes up in seconds instead of 30-60+ so you don't even have to account for it. With AWS I had to have something poll the backend waiting to see if the DB was awake yet, to fire off my requests, if it was asleep. With Neon I don't even consider it, the first requests just take an extra second or two if that.

    I don't have any ill will towards PlanetScale and I quite enjoyed their product for almost the whole time I used it. Also their support is very responsive and I loved the branching/merging features (I'll miss those but zero-downtime migrations aren't required for my use-case, just nice to have). In fact if I had written my app to be multi-tenant then I'd probably still be on them since I could just scale up to one of their higher plans. It does seem like Neon is significantly (for me/my workload) cheaper for more compute, I had queries taking _forever_ on PS that come back in a second or less on Neon all while paying less.

    All that said, I _highly_ recommend checking out Neon if you need "serverless" hosting for Postgres that scales to 0.

    [0] https://planetscale.com/

    [1] https://neon.tech/

    4 projects | news.ycombinator.com | 10 Jan 2024
    There is a good alternative, https://neon.tech check them out. Really good bunch. Product is great and it's open-sourced https://github.com/neondatabase/neon

What are some alternatives?

When comparing vgtk and neon you can also consider the following projects:

supabase - The open source Firebase alternative.

cockroach - CockroachDB - the open source, cloud-native distributed SQL database.

yugabyte-db - YugabyteDB - the cloud native distributed SQL database for mission-critical applications.

orioledb - OrioleDB – building a modern cloud-native storage engine (... and solving some PostgreSQL wicked problems) Β πŸ‡ΊπŸ‡¦

edgedb - A graph-relational database with declarative schema, built-in migration system, and a next-generation query language

MongoDB - The MongoDB Database

deno - A modern runtime for JavaScript and TypeScript.

database-lab-engine - DBLab enables πŸ–– database branching and ⚑️ thin cloning for any Postgres database and empowers DB testing in CI/CD. This optimizes database-related costs while improving time-to-market and software quality. Follow to stay updated.

deploy_feedback - For reporting issues with Deno Deploy

dragonfly - A modern replacement for Redis and Memcached

glommio - Glommio is a thread-per-core crate that makes writing highly parallel asynchronous applications in a thread-per-core architecture easier for rustaceans.

Aerospike - Aerospike Database Server – flash-optimized, in-memory, nosql database