Y
HN Search
Hacker News Search
new
|
comments
|
top
|
jobs
cube2222
searching PlanetScale…
1.
▲
2.
▲
3.
▲
4.
▲
5.
▲
6.
▲
52 ms
·
571.
▲
by
cube2222
4y ago
I feel like the real value is when working with tools you're not proficient with. I.e. for a backend dev that hardly knows react and needs to write some, who usually gets by doing small modifications and copy-paste-driven development t
572.
▲
by
cube2222
4y ago
I mean, it's based on a paper[0] from November, no? Or is that called "old" in the AI world? [0]: https://ai.googleblog.com/2022/11/react-synergizing-reasonin...
573.
▲
by
cube2222
4y ago
Oh yeah, I agree with the refactoring bit. As I said, rewriting a file (section) works great if your file fits into the context window. But context windows are far from being large enough to fit entire repos, nor even entire files (if they&
574.
▲
by
cube2222
4y ago
This looks really cool! I think the UX around selecting a subpart of the text and asking it to rewrite that is very promising (also for stuff like code editing; it'd be awesome to have this built-in to your IDE, not sure if VS Code alr
575.
▲
by
cube2222
4y ago
Based on my experiences having spent a bunch of time experimenting with LLMs for writing code, I think the hardest part that I haven't yet seen a solution to is modifying existing code bases. Sure, if you're doing greenfield, just
576.
▲
by
cube2222
4y ago
Could you expand on what you think is the state of the art and direction we should be heading in?
577.
▲
Spacelift Self-Hosted – CI/CD for Your IaC
(spacelift.io)
5 points
by
cube2222
4y ago
|
0 comments
578.
▲
by
cube2222
4y ago
Docker is used for running the control plane.
579.
▲
by
cube2222
4y ago
Spacelift | Remote | Europe | Full-time | Lead Data Engineer We're a VC-funded startup building an automation platform for Infrastructure-as-Code, adding a Policy-as-Code layer above it, in order to make IaC usable in bigger companies,
580.
▲
by
cube2222
4y ago
Ah, great to see this here! Disclaimer: Know the authors, who are extremely bright engineers. Based on my discussions with one of them, Hugo, re the architecture a couple weeks ago, I really think you should take a look at this if you want
581.
▲
by
cube2222
4y ago
I'd like to echo the GPT-4 sentiment. Having used the API a bunch, the ChatGPT API (GPT-3.5-Turbo) feels like it has a 10-second attention span in comparison to GPT-4. GPT-4 is waaaay more powerful for actually building stuff on top of
582.
▲
SwissMap: A smaller, faster Golang Hash Table
(dolthub.com)
4 points
by
cube2222
4y ago
|
1 comments
583.
▲
Show HN: DuckGPT – Ask questions, let GPT do the SQL through DuckDB
(github.com)
1 points
by
cube2222
4y ago
|
0 comments
584.
▲
by
cube2222
4y ago
Ah, I've responded there already, but posting it here for future reference: https://news.ycombinator.com/item?id=35327014
585.
▲
by
cube2222
4y ago
> This is brilliant! Nice job! Thanks! > Why didn't you do the same for OctoSQL? I started with OctoSQL! But the SQL dialect is a bit non-standard, while DuckDB uses the popular postgres dialect. This came up esp. with more compl
586.
▲
by
cube2222
4y ago
Did something similar as a natural language interface to DuckDB this weekend, and it's surprising how nice it works[0]. That said, through my testing I found it tended to trail off during longer exchanges if I only added the guidelines
587.
▲
by
cube2222
4y ago
Hey, author here! I’ve been playing with ChatGPT and DuckDB recently, for completely unrelated reasons, but this made me come up with an idea: writing natural language queries and having them be actually executed as SQL underneath, in a ful
588.
▲
Show HN: DuckGPT – Ask questions, let GPT do the SQL through DuckDB
(github.com)
3 points
by
cube2222
4y ago
|
3 comments
589.
▲
Fed delivers small rate hike, additional tightening possible
(reuters.com)
2 points
by
cube2222
4y ago
|
0 comments
590.
▲
Epic’s Announcements from GDC 2023
(unrealengine.com)
13 points
by
cube2222
4y ago
|
0 comments
591.
▲
by
cube2222
4y ago
Trading this for simplifying the remaining 99% of my code is a tradeoff I'm willing to make. The vast majority of projects don't use CGo, and of those that do, the majority doesn't call CGo in a tight loop, making the perform
592.
▲
by
cube2222
4y ago
Then I think we misunderstood each-other. Go is asynchronous-first, it just doesn't use the (flawed) async-await semantic to model asynchronicity.
593.
▲
by
cube2222
4y ago
OctoSQL[0] or DuckDB[1] will most likely be much simpler, while going through 10 GB of JSON in a couple seconds at most. Disclaimer: author of OctoSQL [0]: https://github.com/cube2222/octosql [1]: https://du
594.
▲
by
cube2222
4y ago
Could you please expand on that?
595.
▲
by
cube2222
4y ago
Go did that, and it's working out very well. Agree with the grandparent. Async/await is unnecessary complexity in all but the most performance-oriented languages (like Rust). Very curious to see how Java Loom will pan out in pract
596.
▲
by
cube2222
4y ago
Relevant note: 8% ($3.3B) of it was backed by deposits in SVB. The extent of the lack of trust here (resulting in such a strong depeg) is interesting. [0]: https://www.bloomberg.com/news/articles/2023-03-11/us
597.
▲
by
cube2222
4y ago
It's not a CLI SQL engine though, is it?
598.
▲
by
cube2222
4y ago
Polars is a dataframe library, no? That's a quite different use-case.
599.
▲
by
cube2222
4y ago
To answer myself, I've found a project which enables extension development for DuckDB using Rust[0]. [0]: https://github.com/Mause/duckdb-extension-framework
600.
▲
by
cube2222
4y ago
This is really cool! With their Postgres scanner[0] you can now easily query multiple datasources using SQL and join between them (i.e. Postgres table with JSON file). Something I previously strived to build with OctoSQL[1]. There's ev
More ›