svapnil

Yup - see https://docs.iso20022js.com/quickstart#step-4-send-the-payme... if you wanna see how that's done

extremely lightweight https://www.npmjs.com/package/iso20022.js?activeTab=dependen...

That does sound really really fun.. What's great about XML is that free text / bank specific fields can be handled elegantly with XML's extensible structure. That is why I think ISO20022 is here to stay.

That said, this library is made to be extensible. One day I think it will even be able to encapsulate any type of bank. For example, imagine bofaISO20022.createACHPaymentInitation or something

Hi Adam, thanks for asking. Eventually, this library should be extensible to generate all types of ISO20022 messages, but I'm starting out with PAIN (Payment Initation!) messages. Would be super keen to add RTP - will reach out to you!

Thanks for your feedback Robert!

I think payments is an industry in general that is starving for the right information, so a free and open source package like this should have an abundance of information. I'll make sure I add it in.

The configuration language sounds really interesting. What I think is special about this library is that it comes with all the Typescript furnishings one would need to have a powerful dev experience. The goal is to make it incredibly easy for a developer to use iso20022, not just another middle layer that obfuscates it

Thanks for asking revskill, payment notifications are actually a different payment file, called a Payment Status Report file (pain.002). This is the industry standard

Instead of webhooks, a developer would poll an SFTP directory for an unique PSR file to ingest. Eventually, iso20022.js should support ingesting PSR files and provide an interface for using them.

Thanks for checking out what I'm working on Francisco - you're right - expanding all the data models here increases the LoC. The objective of iso20022.js is not to be overly simplified, but rather offer the best way to interface with the ISO20022 standard. That's a big reason for the large payloads - no obfuscation.

thanks for sharing - this is really helpful context.

ISO20022 is the XML standard to send payment instructions, and this library conveniently exposes it's models in Typescript format. It seems like understanding what ISO20022 is is super important, so I'll spend some effort educating people on what this is

haha, yes.

fiat bank payments require a lot of information to be send correctly, for better or for worse. this library conveniently exposes the elements needed to send a payment, as per the most widely used standard available (iso20022)

thanks for the feedback. companies that need to programmatically send payments via bank need a corporate bank account that allows them to send programmatic payment instructions. i'll make this more clear in the docs!

Hey HN,

My name is Svapnil Ankolkar and I've recently built iso20022.js, a library for creating ISO20022 payments in Typescript.

The goal of this project is to be the easiest way to create, and eventually ingest, files in the ISO20022 standard, the defacto XML standard for bank payments.

I'd love to know what you think and importantly know about any improvements you'd like us to make!

Great job! And nice name btw :) https://github.com/svapnil

How fast is inference with this model?

For reference, I'm using 11Labs to synthesize short messages - maybe a sentence or something, using voice cloning, and I'm getting it at around 400 - 500ms response times.

Is there any OS solution that gets me to around the same inference time?

What's the point about using a functional language like Gleam / Elixir for web-server applications?

I used the work for WhatsApp in Erlang, and there's a strong use case for OTP / BEAM for messaging apps, but it feels useful for anything else - especially a webserver where frameworks like Rails and Django are so easy / well supported. What do you think I'm missing?

I've been deep in the Discord-bot rabbit hole recently. TBH, I think it's the dominant platform to create bots, since it's the messaging app that has the most actives on it, and the event subscriptions are robust.

I'd rather keep building on Discord then port it to different apps and get more, less attractive platforms to support. What do you think?

Cool build!

Quick question - why did you decide to create this bot in Rust, instead of the more popular libraries Discord.js or discord.py? Is there a real performance reason, or did you just want to do it in Rust?

This is really cool, nice work!

Quick question - what would the cost of inference be, at scale, between a fine-tuned 3.5 and Llama 2 fine-tuned? Surely that's another factor that should be considered in this case, right?

Agree with some of the comments here -

What is the scam - that CloudKitchens is the reason these restaurants fail? That it is actually more expensive to launch a CloudKitchens restaurant versus a normal brick and mortar?

From my perspective, this is a reporter and a failed restaurateur using Kalanick's notoriety to fabricate a story. A vast majority of restaurants go out of business- it happens.

this is awesome and can really make a different in peoples lives. nice work!