Disclosure: I'm on the technical advisory board of round2cap.com where I also do technical due diligence.
1,979 karma · joined January 16, 2009
Disclosure: I'm on the technical advisory board of round2cap.com where I also do technical due diligence.
PSPDFKit is the leading SDK for working with PDF files. We're trusted by Dropbox, Box and many Fortune 500 companies to take care of these tricky yet essential parts in their apps.
You see our product in action here: https://web-examples.pspdfkit.com
We also have a version that runs completely in the browser using WebAssembly: https://pspdfkit.com/blog/2017/webassembly-a-new-hope/
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://pspdfkit.com/careers/frontend-developer/
How is Nextjournal different from Jupyter or Google Colaboratory?
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 Android and iOS apps.
PSPDFKit for Web is our youngest product - you can see it in action here: https://web-preview.pspdfkit.com
Last year we released PSPDFKit for Web Standalone, which works completely in the browser, using WebAssembly: https://pspdfkit.com/blog/2017/webassembly-a-new-hope/
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://pspdfkit.com/jobs/frontend-web-engineer/
We’re looking to hire a backend engineer to join our team working on PSPDFKit for Web (https://pspdfkit.com/pdf-sdk/web/).
We are building a modern PDF SDK with technologies like Elixir, React, PostgreSQL, Docker, and WebAssembly. Your role as a backend engineer will be to implement new features, improve the reliance of our server component, and work on scalability problems in a well-tested Elixir application.
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://pspdfkit.com/jobs/backend-engineer/
We published this benchmark to have a public indicator of the performance gains WebAssembly promises in a real-world product.
I'm personally massively bullish on WebAssembly - hopefully SharedArrayBuffer gets re-enabled soon.
Ask me anything, happy to answer.
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 Android and iOS apps.
PSPDFKit for Web is our youngest product - you can see it in action here: https://web-preview.pspdfkit.com
Last year we released PSPDFKit for Web Standalone, which works completely in the browser, using WebAssembly: https://pspdfkit.com/blog/2017/webassembly-a-new-hope/
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://pspdfkit.com/jobs/frontend-web-engineer/
What's your recommendation how to solve the problem described in the article? Would you compare LSNs of replicas in application logic at all?
Also, instead of updating the `users` table with the LSN of the commit - which creates extra write load - why not store it in the session cookie, then you can route based on that.
Another option is to enable synchronous replication for transactions that need to be visible on all replicas: https://www.postgresql.org/docs/10/static/warm-standby.html#...
Since this can be enabled/disabled for each transaction it's really powerful.
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 Android and iOS apps.
In December 2016 we released PSPDFKit for Web - you can see it in action here: https://web-preview.pspdfkit.com
In July we released PSPDFKit for Web Standalone, which works completely in the browser, using WebAssembly: https://pspdfkit.com/blog/2017/webassembly-a-new-hope/
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://pspdfkit.com/jobs/senior-frontend-web-engineer/
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 Android and iOS apps.
In December 2016 we released PSPDFKit for Web - you can see it in action here: https://web-preview.pspdfkit.com
In July we released PSPDFKit for Web Standalone, which works completely in the browser, using WebAssembly: https://pspdfkit.com/blog/2017/webassembly-a-new-hope/
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://pspdfkit.com/jobs/#senior-frontend-web-engineer
I 100% agree with you that our current implementation misses out on lots of browser-provided native behaviour. But this is not an inherent limitation of WebAssembly.
PSPDFKit started as an iOS-only framework. We then abstracted out a shared C++ layer which has tight hooks with the platform (Android or iOS).
PSPDFKit for Web is still a young product, one feature we have on our long-term roadmap is to have the browser handle rendering text natively. Our WebAssembly Core can "extract" WebFonts for the glyphs from the PDF and position them using HTML tags. This truly gives you the best of both worlds. PDF files need to be rendered absolutely accurately, so for now we went with rendering to an image.
If you're interested in our cross-platform strategy, you might be interested in https://pspdfkit.com/blog/2016/a-pragmatic-approach-to-cross...
We're looking to hire an experienced web developer to join our team working on PSPDFKit for Web. PSPDFKit is the leading PDF framework on iOS, it's used by Dropbox, IBM and Evernote, and we want PSPDFKit for Web to match and surpass that level.
PSPDFKit for Web is a ES2016+ React project, using Flow type annotations, Redux and Immutable.js. WebSockets are used for real-time communication. Our customers host the PSPDFKit for Web Docker container themselves and embed the JavaScript library in their web apps.
Check it out at https://pspdfkit.com/web
PSPDFKit is a fully bootstrapped company, with headquarters in Vienna, Austria, and a team that can be found all over the world in places like Raleigh, Hamburg, Ljubljana, Kiev, Mexico City, Bratislava, Cologne and London. We are committed to having the best developers from all over the world.
Most of us are around the UTC timezone. We found that working with people within 6 hours of time difference works best and we have a few people in EST (UTC-5). Other, more distant timezones might work but only in exceptional cases.
We are looking for people joining our team - not for outsourcing companies or recruiting agencies.
Job ad: https://pspdfkit.com/jobs/#senior-frontend-web-engineer
Here's everything you need to know about our hiring process: https://pspdfkit.com/blog/2016/hiring-a-distributed-team/
So far we only got reports from Europe and Asia.
What do you miss from Django's Postgres libraries in Phoenix/Ecto?