Viewing profile — steinroe
steinroe
HN member- Joined
- Sat, Jun 27, 2020, 9:43 PM UTC
- HN karma
- 181
- Public activity
- 33 items
- HN profile
- View on Hacker News ↗
About steinroe
No profile information was provided.
Recent public activity
-
comment
Comment #48715499
afaik, you should be able to use named session to achieve this: https://herdr.dev/docs/persistence-remote/
-
comment
Comment #48425719
i wanted to build a formatter for my postgres language server but always knew i would never have the time for it. when claude code first came out, i gave it a shot, but it was too …
-
comment
Comment #43519317
I do not have experience with monaco, but you should be able to run the language server remotely and connect to it from the editor via the usual language server protocol. we curren…
-
comment
Comment #43519306
we write about this in the blog post, but the tldr is that the Postgres syntax is ever-evolving and very verbose. its almost impossible to properly parse Postgres code in a sustain…
-
comment
Comment #43519277
its still in the cards! it will be more like a pretty printer instead of a formatter though. Meaning we will prettify valid code only. but its a bigger effort, and we want to focus…
-
comment
Comment #43519265
I did some research on it and afaik, all these tools run their language services as typescript plugins within the tsserver itself. this means they do not communicate to their own l…
-
comment
Comment #43519248
I learned rust by doing this project. didn't have much prior systems programming experience too. usually, I learn best by just trying things until they work, but building a languag…
-
comment
Comment #43515431
that is really awesome! declarative schema management is also high on my bucket list, and might even become part of this project. thanks for sharing, will check it out.
-
comment
Comment #43515096
thanks for the report! that was an oversight. pr with the fix is up.[0] [0] https://github.com/supabase-community/postgres-language-serv...
-
comment
Comment #43515070
its still a bit rough around the edges, but we hope to kaizen our way through based on the bug reports from the community! about embedded sql: you are right, this must be solved on…
-
comment
Comment #43514957
to put things into perspective: even though it took a lot of effort, it's just a side project by two people who used it to learn rust along the way. A full-time team would have fin…
-
comment
Comment #43514935
that's something we are currently looking into for typescript. at first, I thought a tsserver plugin will do. but a bit of research suggested that such a plugin can not call other …
-
comment
Comment #43514678
thanks for asking! its what provides all language intelligence features in your IDE. so autocompletion, diagnostics, syntax highlighting etc. the postgres language server currently…
-
comment
Comment #43514554
my pleasure! I had my ide point to the debug build locally for over a year now, and it has been very rewarding to slowly see it mature (as in crash less) during my day job over tim…
- comment
-
comment
Comment #43513997
Hey HN! We have released the initial version of the Postgres Language Server we started working on almost two years ago[0]. You can try it out by downloading the binary from the re…
- story
-
comment
Comment #41214849
This is great! We've been using PostgREST along with a PostgreSQL-based queue to handle side-effects like sending webhooks after database operations (inserts/updates/deletes). The …
-
comment
Comment #38572197
sorry, I think I misunderstood your question! after all, we did not implement a "real" parser. we just use libpg_query, the actual Postgres parser, and work around its limitations …
-
comment
Comment #38571692
that's a very interesting idea! for now, our goal is to take the "easy" route with libpg_query and build a language server that provides basic lsp features for invalid sql, and adv…
-
comment
Comment #38571484
thanks for the link, very interesting read! and you are right, libpg_query has its limitations. the idea is to first implement the parser with libpg_query and work around its limit…
-
comment
Comment #38571315
that's a huge task to take upon, looking forward to go through it! compared to you, we have gone the "easy" way and use the actual parser from the Postgres server. so no grammar de…
-
comment
Comment #38571068
in our specific case, we needed something handwritten for the statement-level parser anyways. And the requirements for the LL parser are very simple: extract individual sql stateme…
-
comment
Comment #38570354
that is definitely the goal, both a formatter and a linter. we want to add something like squawk and plpgsql_check directly to the language server, so you get eslint-like dx. with …
-
comment
Comment #38568362
hey, author here. Thanks for posting it! A bit of background: a few months ago we announced a Postgres language server[0]. A language server adds features like syntax error diagnos…