Our great sponsors
-
windmill
Open-source developer platform to turn scripts into workflows and UIs. Fastest workflow engine (5x vs Airflow). Open-source alternative to Airplane and Retool.
-
sso-wall-of-shame
A list of vendors that treat single sign-on as a luxury feature, not a core security requirement.
-
SurveyJS
Open-Source JSON Form Builder to Create Dynamic Forms Right in Your App. With SurveyJS form UI libraries, you can build and style forms in a fully-integrated drag & drop form builder, render them in your JS app, and store form submission data in any backend, inc. PHP, ASP.NET Core, and Node.js.
-
windmill-gh-action-deploy
Discontinued windmill.dev's github action to deploy scripts to your workspace
-
-
jackson
🔥 Streamline your web application's authentication with Jackson, an SSO service supporting SAML and OpenID Connect protocols. Beyond enterprise-grade Single Sign-On, it also supports Directory Sync via the SCIM 2.0 protocol for automatic user and group provisioning/de-provisioning. 🤩 (by boxyhq)
-
WorkOS
The modern identity platform for B2B SaaS. The APIs are flexible and easy-to-use, supporting authentication, user identity, and complex enterprise features like SSO and SCIM provisioning.
> Ability to store everything in code that you control. In Airplane, we have a CLI that lets you deploy scripts from your own machine to Airplane. You can version control the script code as well as the metadata (name, parameters, validation rules, etc). In Windmill you have to create everything in their UI as far as I can tell. Airplane's approach is more developer-friendly and also allows you to reference other code in your codebase if you want.
https://github.com/windmill-labs/windmill-gh-action-deploy Which is basically just sending a tar of your repo to sync it so you do not have to centralize your code on Windmill if you do not have to.
What about the features you do not provide, like a fully-featured web editor with lsp in the backend for smart assistant. The ability to convert script parameters to UI directly and so on.
> * Third-party integrations (Sendgrid, Slack, etc). I only saw Slack in your docs.
This is disingenuous, we provide integrations for anything that has OAuth https://docs.windmill.dev/docs/contributors_guide#add-an-oau... by just needing to append the oauth informations to this file: https://github.com/windmill-labs/windmill/blob/main/backend/.... We have a hub for people to provide the no-code module part out of it. We expect this ways to have thousands of integrations by the end of this quarter when you will only have a dozen.
You have an amazing product but being open-source is not our sole differentiator, we want to build an even better amazing product.
I beg of you, please reconsider the SSO tax (https://sso.tax/). This is becoming a big pain point for small orgs trying to become compliant that a small change like this can be huge in decision making. If I look at Pipedream, Airplane, Temporal, and Retool none of them will even list pricing if I need SSO, I'm suddenly a 40 person company with "Enterprise" needs. If you want an easy differentiator, including SSO in your Team tier is a simple way to do that.
> Ability to store everything in code that you control. In Airplane, we have a CLI that lets you deploy scripts from your own machine to Airplane. You can version control the script code as well as the metadata (name, parameters, validation rules, etc). In Windmill you have to create everything in their UI as far as I can tell. Airplane's approach is more developer-friendly and also allows you to reference other code in your codebase if you want.
https://github.com/windmill-labs/windmill-gh-action-deploy Which is basically just sending a tar of your repo to sync it so you do not have to centralize your code on Windmill if you do not have to.
What about the features you do not provide, like a fully-featured web editor with lsp in the backend for smart assistant. The ability to convert script parameters to UI directly and so on.
> * Third-party integrations (Sendgrid, Slack, etc). I only saw Slack in your docs.
This is disingenuous, we provide integrations for anything that has OAuth https://docs.windmill.dev/docs/contributors_guide#add-an-oau... by just needing to append the oauth informations to this file: https://github.com/windmill-labs/windmill/blob/main/backend/.... We have a hub for people to provide the no-code module part out of it. We expect this ways to have thousands of integrations by the end of this quarter when you will only have a dozen.
You have an amazing product but being open-source is not our sole differentiator, we want to build an even better amazing product.
This looks amazing and I'd love to try it out for this one thing I have in mind.
I'm not familiar with the Deno part of Typescript. Would it somehow be possible to use a C# library as a dependency?
For example https://github.com/OfficeDev/Open-XML-SDK I need for a way to edit (not create) the openXML content of Microsoft Office files
Plugging in my startup BoxyHQ here. This is the reason why we open sourced our SAML integration - https://github.com/boxyhq/jackson, it should be commodity.
Related posts
- Libcurl
- Go library that supports extraction and generation of word documents with complex formulae, equations, tables and images.
- Creating a Web App using Excel
- Count lines, words, and characters of a MS Word file? ( i.e. Test1.docx )
- OpenXml throws a different exception given identical code and similar build configuration for two distinct solutions. Why?