1,979 karma · joined January 16, 2009
But regarding our pricing - I can point you at an actual testimonial https://www.g2.com/products/pspdfkit-sdk/reviews/pspdfkit-sd...
> These pricing structures can be complex and NEED to be understood fully before moving forward with purchase. However, out of all of the solutions that I reviewed, [Nutrient] was the one that walked me through their pricing the best and didn't make me feel like I was going to get fleeced.
That’s why we built our AI Document Processing SDK (for PDF files) - basically a REST API service, PDF in, structured data in JSON out. With the experience we have in pre-/post-processing all kinds of PDF files on a structural not just visual basis, we can beat purely vision based approaches on cost/performance: https://www.nutrient.io/sdk/ai-document-processing
If you don’t want to suffer the pain of having to deal with figuring this out yourself and instead focus on your actual use case, that’s where we come in.
As do we at Nutrient, we use Harfbuzz in WASM plus our own layouting - see the demo here: https://document-authoring-demo.nutrient.io/
Getting APIs for that into the Platform would make life significantly easier, but thanks to WASM it’s not a total showstopper.
Btw, I saw you’re working on sync at ElectricSQL - say hi to Oleksii :)
We're looking for a Senior TypeScript SDK Engineer to join the team responsible for the Nutrient Web SDK.
It is a toolbox for web engineers and application developers who need a painless way to render, edit and process documents. It either runs client-side using WebAssembly or connects to the Nutrient Document Engine. Take a look at its API docs to get an understanding of the scope involved: https://www.nutrient.io/api/web/
More details & application here: https://ats.rippling.com/en-GB/nutrient/jobs/27613cfa-84eb-4...
Nutrient | Senior Internal Tools Engineer | Full-time | Remote
We’re looking for someone who will work on our internal applications - primarily built with Ruby on Rails and Postgres - which power everything from product development and licensing workflows to revenue analysis and operational management across Engineering, Sales, Product, and Finance.
More details & application here: https://ats.rippling.com/en-GB/nutrient/jobs/66934d69-fd40-4...
We're looking for a Senior TypeScript SDK Engineer to join the team responsible for the Nutrient Web SDK.
It is a toolbox for web engineers and application developers who need a painless way to render, edit and process documents. It either runs client-side using WebAssembly or connects to the Nutrient Document Engine. Take a look at its API docs to get an understanding of the scope involved: https://www.nutrient.io/api/web/
More details & application here: https://nutrient.bamboohr.com/careers/205
Thousands of companies, organizations, governments, and developers use PSPDFKit’s document SDKs to enable collaboration, signing, markup, and more in their apps.
We are a fully remote company backed by Insight Partners and we're in it for the long run.
Thousands of companies, organizations, governments, and developers use PSPDFKit’s document SDKs to enable collaboration, signing, markup, and more in their apps.
We are a fully remote company backed by Insight Partners and we're in it for the long run.
Consider these two function signatures:
map :: ([a] -> [a])
map :: ([int] -> [int])
Furthermore the syntax that Elixir uses here let's you do something like
map :: (list(a) -> list(b))
list_to_other_data_structure :: (list(a) -> other_data_structure(a))
It all reminds me a bit of how Haskell does it https://medium.com/functional/haskell-basic-types-and-type-v...
I'm now curious to know if/how the above 'generics' would be expressed in TypeScript/Python/Go without a similar 'type constructor' syntax construct?
I never understood how this can be considered consistent at all, and those IMHO language design warts made me look into Ruby at the time.
Has this improved since? I know print was changed in Python3 to make it not-special.
https://adamtooze.com/crashed/
https://www.amazon.com/Crashed-Decade-Financial-Crises-Chang...
PSPDFKit is the leading SDK for working with PDF files on Android, iOS and Web. We’re trusted by Dropbox, Box and many Fortune 500 companies to take care of these tricky yet essential parts in their Web, Android and iOS apps.
We are a fully remote, bootstrapped and profitable company and we're in it for the long run.
We have an open position for
1. our first Technical Product Manager: https://jobs.lever.co/pspdfkit/a071fce4-1dd9-48e8-981c-507e9...
2. a Growth Marketer: https://jobs.lever.co/pspdfkit/65612157-5c5d-4de2-b8ee-36d7a...
3. a Windows Lead Engineer: https://jobs.lever.co/pspdfkit/7227941d-22e0-4ee0-8b3d-b9151...
PSPDFKit is the leading SDK for working with PDF files on Android, iOS and Web. We’re trusted by Dropbox, Box and many Fortune 500 companies to take care of these tricky yet essential parts in their Web, Android and iOS apps.
We are a fully remote, bootstrapped and profitable company and we're in it for the long run.
We have two open positions for senior software engineers, 1) on our Android team and 2) for our internal tooling.
PSPDFKit is the leading SDK for working with PDF files on Android, iOS and Web. We’re trusted by Dropbox, Box and many Fortune 500 companies to take care of these tricky yet essential parts in their Web, Android and iOS apps.
We have an open position for a senior software engineer to join the Android team.
If you’re interested in working for a fully remote, fully bootstrapped company, then check out our job ad: https://jobs.lever.co/pspdfkit/f9ee0387-55be-4a1d-9ca7-19b7e...
PSPDFKit is the leading SDK for working with PDF files on Android, iOS and Web.
We’re trusted by Dropbox, Box and many Fortune 500 companies to take care of these tricky yet essential parts in their Web, Android and iOS apps.
For the last few years, we’ve been working PSPDFKit for Web - you can see it in action here: https://web-examples.pspdfkit.com.
We ship PSPDFKit for Web in two flavours: a server-backed version, with enhanced collaboration features, and a standalone version running completely in the browser via WebAssembly: https://pspdfkit.com/blog/2017/webassembly-a-new-hope/
We’re looking for a senior software engineer to join the Web Team and collaborate on a wide range of problems from SDK API design, to performance, and architecture.
If you’re interested in working for a fully bootstrapped company, with a team all over the globe, that iterates quickly and uses a modern, pragmatic tech stack, then check out our job ad: https://jobs.lever.co/pspdfkit/17b19aa3-682e-4f90-9a8a-65503...
We're currently investigating the vulnerability in detail and plan to ship an update ASAP that will allow our customers to mitigate it.
I'll be monitoring this thread to answer any questions.