Re: [go-nuts] Save and Restore State of 3rd party data

2025-06-22 Thread 'Dan Kortschak' via golang-nuts
On Sat, 2025-06-21 at 09:03 -0700, Learned Byerror wrote: > Both gonum/vptree an gonum/graph/simple contain private fields. vptree is entirely exported, being a tree of vptree.Node which has no unexported field, rooted in vptree.Tree, also with no unexported field. You can implement a serialiser f

[go-nuts] Re: Introducing LWDK - A Framework Stack Connecting Vite/Vue and Golang for productivity

2025-06-22 Thread Tulio Rodrigues de Freitas Nascimento
Hi Brian, Thank you for the feedback — I really appreciate the heads-up! Just to clarify: in the previous message I mentioned that I was developing the stack, while this latest post was to inform that it is now available for download. So the intention wasn't to repost due to lack of response,

[go-nuts] Re: Introducing LWDK - A Framework Stack Connecting Vite/Vue and Golang for productivity

2025-06-22 Thread 'Brian Candler' via golang-nuts
Not really into web development here, sorry. And I do participate in some open source projects, but not private ones. On Sunday, 22 June 2025 at 16:28:23 UTC+1 Tulio Rodrigues de Freitas Nascimento wrote: > > Hey Brian, I totally understand your perspective — it's valid and actually > very imp

[go-nuts] Re: Save and Restore State of 3rd party data

2025-06-22 Thread Jason E. Aten
You can quickly play with HNSW in R to see if it does anything close to what you want. https://cran.r-project.org/web/packages/RcppHNSW/index.html Note that you might consider examining the small world links that it constructs as they might approximate or be a close-enough proxy for your clique

[go-nuts] Re: Save and Restore State of 3rd party data

2025-06-22 Thread William Gilmore
Jason, Thank you for your response. I will take a look at greenpack and the other algorithms that you mention. Thank you! lbe On Sunday, June 22, 2025 at 11:02:25 AM UTC-5 Jason E. Aten wrote: > Hi Ibe, > > gob is unsupported and not optimal in many ways. > > I would invite you to try my ser

[go-nuts] Re: Save and Restore State of 3rd party data

2025-06-22 Thread Jason E. Aten
Hi Ibe, gob is unsupported and not optimal in many ways. I would invite you to try my serialization package. https://github.com/glycerine/greenpack You can serialize unexported fields if you wish to with the -unexported flag, though I generally don't. For the slow down, you might look at using

[go-nuts] Re: Introducing LWDK - A Framework Stack Connecting Vite/Vue and Golang for productivity

2025-06-22 Thread 'Brian Candler' via golang-nuts
I'm afraid I don't fully understand: you said "it’s not open source yet", but at the same time it's "available for download", which makes it unclear what you're offering. Binary downloads only? Source code but with a non-OSS license? I can only speak for myself, but if it's binary download only

[go-nuts] Re: Introducing LWDK - A Framework Stack Connecting Vite/Vue and Golang for productivity

2025-06-22 Thread Tulio Rodrigues de Freitas Nascimento
Hey Brian, I totally understand your perspective — it's valid and actually very important. You're right to be cautious when it comes to running binaries from unknown sources. At the moment, the repository is private, but I’ve been seriously considering making it public/open source soon. Out

[go-nuts] Re: Introducing LWDK - A Framework Stack Connecting Vite/Vue and Golang for productivity

2025-06-22 Thread 'Brian Candler' via golang-nuts
I observed that you already announced this a few days ago: https://groups.google.com/g/golang-nuts/c/SGIBI2xxx_c If you didn't get any reply to the first announcement, maybe it's because there are already so many other projects working in this space, e.g. https://awesome-go.com/web-frameworks/ ht

[go-nuts] Re: fmap: a faster map

2025-06-22 Thread christoph...@gmail.com
Thank you very much for your response. I'll summarize here the main difference with go map. I very easily got faster than go map with integers and alike by dropping the swiss groups and reducing the group size to fit a cache line. As key comparison is very fast (no secondary memory access) a s