4 ms·
Is this peak AI? Turning some email sending library, already included in many modern languages, into 2(TWO!) new languages.
by grim_io 3mo ago
Is this peak AI?
Turning some email sending library, already included in many modern languages, into 2(TWO!) new languages.
- ksajadi 3mo agoI don't think this is about that. A lot drip campaign and segmentation tools are based on WYSIWYG editors or UI based flow editors, which puts them out of reach of agents. This turns those into agent friendly workflows. The app will send the email however it sends it before: via SES or whatever via your own code.
- grim_io 3mo agoMaybe I'm really dense, but this is just instructions for agents on how to write code, whatever that code looks like. What is the difference between asking an agent to write these new two DSL's and asking an agent to create or customize a django template, or whatever? I know the job market is tough, but devs are not working on the user side of WYSIWYG email editors. They were creating templates before, and they are doing it now, why would they use this?
- ksajadi 3mo agoThese DSLs are not there to replace templates. They are to define email lifecycle: those are different things. Email lifecycle dictates "who" gets an email (ie anyone with a Pro plan) and "when" they get an email (after they upgrade to the Pro plan). Template defines "what" they get (the email content etc). Those are different things. You can do the "what" part (template) via WYSIWYG or django template or ReactEmail,... Sendlang is the equivalent of your django code but for the lifecycle part.
- grim_io 3mo agoI don't see how that makes any more sense. This is some gastown polecat slinging I can't understand :D
- pitchlatte 3mo agoyeah that’s pretty much what i thought as well, this rhymes with the post earlier today about DSLs working well as harnesses. i get the logic but i find it depresssing that even language design is now not just AI aware but including it as a core use case.