Hacker Newsnew | past | comments | ask | show | jobs | submit | teabee89's commentslogin

> framework-agnostic

Later,

> 2. Install the React bindings

So not so framework-agnostic, or am I missing something ?


There's barely any code in the js bindings anyway. It's just a thin component which defines an interface to communicate with it via events. The logic all happens in the (AFAIK) closed source iframe that gets injected from https://cdn.platform.openai.com/deployments/


They have web components if you want


A while ago I discovered the lesser known Tichy diff algorithm that seems to preserve more context and is better suited for big code refactors compared to Myers: https://www.researchgate.net/publication/220439403_The_Strin... via https://bryanpendleton.blogspot.com/2010/04/more-study-of-di...


Reminds me of the Galileo podcast series in the Opinionated History of Mathematics by Viktor Blasjo: https://intellectualmathematics.com/opinionated-history-of-m...


Did they try to predict a person's thoughts ? That would be more compelling to me than 500ms delay between the model prediction and the spoken word.


Nice work! Too bad it's GPL v2 :(


When would that matter?


The underlying library that does most of the work is MIT.

https://github.com/landlock-lsm/go-landlock


haha, why!


About the inverse feature: it is not clear to me how code using it evaluates and how much faster it is. But I find it confusing when reading the sub_min[1] function and reminds me how much I value readability. I'm not convinced that feature should be exposed just because interaction nets allow you to flow time backwards. Better free parallelism is already a great improvement!

[1] https://vine.dev/docs/features/inverse


What are the differences with HVM?


There are many. One major difference is that HVM/Bend focus entirely on functional programming, whereas Vine supports both imperative and functional patterns, in a cohesive manner.


But that's just about how things look in the higher level language, right? Implementation wise, it's still interaction nets, so...?

I'm interested in a wider comparison, and understanding why you didn't go with HVM, especially as the low-level runtime.


Well, there have been several iterations of HVM, each extremely different from the last.

IVM is architecturally similar to HVM-64 (which I was the lead developer of). The most major difference is how they handle IO. IVM uses its extrinsic system, where all side effects are mediated through an IO handle, which provides a number of useful properties, and is greatly simpler to implement / use. Interactions with side effects are small and low-cost, and can happen in parallel with the rest of the program.

HVM-64 had built-in net definitions that had side-effects when expanded, which was very messy to use in practice. HVM2 has a monadic IO interface, which requires stopping the whole program on every single IO call. (And also requires writing things monadically.)

Using extrinsics for IO handles in IVM creates a very nice API for IO in Vine; side-effect-ful functions simply take a mutable reference to the IO handle. It's also very easy to support multiple 'threads' of parallel IO effects – simply duplicate the IO handles.


Collatz conjecture


I've been looking at that particular rabbit hole since a professor of mine mentioned it in 2003 or something. Once or twice a year, I'll read about some theorem or something and think it can be applied to Collatz somehow and dive back in.

I've actually proved it several times...except for the insignificant detail that I glossed over that didn't seem important but tanks the proof.

Someday I'll have to publish my "book of lemmas that don't prove the collatz conjecture."


A while ago I discovered the lesser known Tichy diff algorithm that seems to preserve more context and is better suited for big code refactors: https://www.researchgate.net/publication/220439403_The_Strin... via https://bryanpendleton.blogspot.com/2010/04/more-study-of-di...


Any current implementations?


“Tichy diff” pulls up a helluva lot of C. difficile links on DDG. Sheesh.


I was expecting this guy to come up actually: https://en.wikipedia.org/wiki/Ijon_Tichy


> C. difficile

Difficult C? :-)


Runny C.

> Clostridium difficile (C. diff) is a type of bacteria that can cause diarrhoea

https://www.nhs.uk/conditions/c-difficile/


Think of it as a highly runtime optimized diff.


It’s not diarrhea, it’s life changing diarrhea. People get hospitalized for that shit (pun not intended)


I cannot thank you enough. This was so needed! I'm gonna use it, hoping it's not gonna get killed.


Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: