adsharma (u/adsharma)

adsharma commented on GraphQL: The enterprise honeymoon is over johnjames.blog/posts/grap... · Posted by u/johnjames4214

FrustratedMonky · 2 days ago

Got it. I didn't realize. Checking out the docs, looks like GQL is based on Cypher. So in the thread people were talking about it, just calling it GQL as the common name, not Cypher as the original name and I missed it.

GQL-SQL - for queries.

GraphQL, more for REST??

adsharma · 2 days ago

GQL is related to Cypher, but not a common name for Cypher.

https://www.tigergraph.com/glossary/cypher-query-language/https://www.tigergraph.com/blog/the-rise-of-gql-a-new-iso-st...

Has some history behind it.

Syntax and some queries:

https://github.com/opengql/grammar/tree/main/samples

Full specification costs you about $270

adsharma commented on GraphQL: The enterprise honeymoon is over johnjames.blog/posts/grap... · Posted by u/johnjames4214

FrustratedMonky · 3 days ago

I get the impression that GraphQL only got popular because it was backed by behemoth Facebook.

But the other graph query language "Cypher" always seemed a lot more intuitive to me.

Are they really trying to solve such different problems? Cypher seems much more flexible.

adsharma · 3 days ago

Cypher tries to solve problems closer to storage.

GraphQL was designed to add types and remote data fetching abstractions to a large existing PHP server side code base. Cypher is designed to work closer to storage, although there are many implementations that run cypher on top of anything ("table functions" in ladybug).

Neo4j's implementation of cypher didn't emphasize types. You had a relatively schemaless design that made it easy to get started. But Kuzu/Ladybug implementation of cypher is closer to DuckDB SQL.

They both have their places in computing as long as we have terminology that's clear and unambiguous.

Look at the number of comments in this story that refer to GraphQL as GQL (which is a ISO standard).

adsharma commented on Ask HN: What Are You Working On? (December 2025) · Posted by u/david927

adsharma · 3 days ago

Opensource Embedded Columnar Graph Database: https://github.com/LadybugDB/ladybug

Store your graphs in Parquet files on object storage or DuckDB files and query them using strongly typed Cypher. Advanced factorized join algorithms (details in a VLDB 2023 paper when it was called Kuzu).

Looking to serve externalized knowledge with small language models using this infra. Watch Andrej Karpathy's Cognitive Core podcasts more details.

adsharma commented on GraphQL: The enterprise honeymoon is over johnjames.blog/posts/grap... · Posted by u/johnjames4214

adsharma · 3 days ago

It's interesting to see people use the term "GQL" to refer to GraphQL.

https://www.gqlstandards.org/ is an ISO standard. The Graph Database people don't love search engine results when they're looking for something.

I maintain a graph database where support for GQL often comes up.

https://github.com/LadybugDB/ladybug/issues/6

adsharma commented on Most technical problems are people problems blog.joeschrag.com/2023/1... · Posted by u/mooreds

adsharma · 12 days ago

For every person trying to move an old code base from COBOL to Java to remove tech debt, there are an equal number of people who want rewrite a working C++ code base in Rust/Go/Zig.

Leaders who know that it's a people problem and who have read the Jerry Weinberg book know both sides of the problem.

adsharma commented on Transpiler, a Meaningless Word (2023) people.csail.mit.edu/rach... · Posted by u/jumploops

adsharma · a month ago

We need a new word for a universal transpiler. Something that can transpile to 7 or more languages.

Poly-transpiler? It will also trigger more people.

adsharma commented on SPy: An interpreter and compiler for a fast statically typed variant of Python antocuni.eu/2025/10/29/in... · Posted by u/famouswaffles

intalentive · a month ago

https://github.com/spylang/spy

adsharma · a month ago

Py2many would fail to compile dynamic code whereas spy runs it through the interpreter.

Otherwise the internal structure looks similar. Py2many has been around for 10+ years under previous names and has significant test coverage.

adsharma commented on SPy: An interpreter and compiler for a fast statically typed variant of Python antocuni.eu/2025/10/29/in... · Posted by u/famouswaffles

ic_fly2 · a month ago

If in the end we can just have .spy on some files that have performance critical functions in them and the rest is just normal python, this could be down right amazing.

We recently swapped out mypyc optimised module for a rust implementation to get a 2-6x speed up, and not having to do that would be great.

adsharma · a month ago

See my other comment in the thread. I would argue that anything that uses arcane dynamic stuff in python should be renamed to .dpy and the vast majority of the commonly used constructs retain .py

The issue in HN threads like this is that everyone is out to promote their own favorite language or their favorite python framework that uses dynamic stuff. The majoritarian and hacker-ethos of python don't always line up.

Like Chris Lattner was saying on a recent podcast, he wrote much of Swift at home on nights/weekends over 18 months. We need someone like that do this for spy.

adsharma commented on SPy: An interpreter and compiler for a fast statically typed variant of Python antocuni.eu/2025/10/29/in... · Posted by u/famouswaffles

rich_sasha · a month ago

I'd imagine a lot of packages that you may want to use make deep use of some of these obscure features. So much magical "it just works" of Django is surely various kinds of deep introspection.

Not sure an AI can fix it yet. It's not just adding type annotations.

adsharma · a month ago

The position I take is that such obscure code in the guts of a popular package could be slowing down large amounts of deployed code elsewhere. If such code must exist, it should be marked as special (like how Cython does it).

Beyond adding type annotations, there are other important problems to solve when translating python to rust (the most popular path in py2many so far).

  * Translating inheritance -> traits
  * Translating exceptions -> Result<T>
  * Handling incompatible pattern matching

This is why I've urged FastAPI and pydantic maintainers to give up on BaseModel and use fquery.pydantic/fquery.sqlmodel decorators. They translate much better.

adsharma commented on SPy: An interpreter and compiler for a fast statically typed variant of Python antocuni.eu/2025/10/29/in... · Posted by u/famouswaffles

nusl · a month ago

There is a compiler detailed in the page on the link;

> 3. We have a compiler for deployment and performance. The interpreter and the compiler are guaranteed to produce the exact same results at runtime.

adsharma · a month ago

Where is it? Would love to compare the approach to py2many.

u/adsharma

KarmaCake day288March 19, 2016View Original