Fork me on GitHub
#off-topic
<
2024-04-18
>
hifumi12304:04:13

I don’t know when this change was added, but the dark mode switch in @tonsky’s site now glows in the dark! Seeing it for the first time, I laughed. I love this website’s design so much. It’s irritating but in the most entertaining ways imaginable. 😄

1
❤️ 1
Zeniten07:04:59

And there are multiple users!

Jim Newton10:04:50

I notice that @andfadeev288 Andrey Fadeev

Jim Newton10:04:11

has a presence here in this forum. Does anyone know whether he is active?

p-himik10:04:54

You can use the search function to see all his recent messages. Note that there seems to be a separate account with the same full name. Probably an abandoned copy, dunno.

seancorfield17:04:56

There's a #C0JLT0UKD channel you can post stuff like this in (YMO were awesome!).

Duminda14:04:04

I'm designing a new API for a deal booking service. Main task right now is to explore existing request schema. There were three APIs before - all of which accepted xml requests. A request can be of different trade types and based on that the XMLs vary. There are some common stuff like ids, users, etc. But meat is about legs, instruments, and economic details. I have collected one sample trade per each distinct trade type per API and dumped these into fs as json, edn and original xml. Now I have to go through these and look for common structural parts that can be extracted and think. I was wondering in addition to simply eyeballing, are there any tools techniques I can use here? I remember malli had some functions where I can input some sample data and it'd infer the schema. I will try this out but my feeling is that this is a little too coarse. I am interested about the structural level. I think LLMs might be useful and I'll check that out too. Any suggestions, ideas?

emccue17:04:32

there are tools for getting an XML schema from XML

emccue17:04:58

what is the motivation for the new API?

emccue17:04:49

> The generator uses one of 3 designs to generate the XSD (consult http://xfront.com for more details): > • Russian Doll: Mimics the document structure, i.e. elements within other elements are declared locally > • Salami slice: Disassembles the document into individual elements and assembles them into components by referencing them > • Venetian Blind: Disassembles the document into individual components, but creates type definitions instead of element declaration > this is funny

Duminda17:04:01

> what is the motivation for the new API? New management wants shiny new things 😄

Duminda17:04:11

Unfortunately I can't use online tools

Duminda17:04:01

> there are tools for getting an XML schema from XML This is probably not what I need anyway, but thanks for the response.