I think the "expected value" was priced in, but regardless of the result, this trial would move the stock price towards that direction.
Biotech is one of the very very very few areas of the stockmarket where specialist knowledge generates alpha.
Trolling through random biotechs, learning about their tech, and investing in the most promising applications of that tech in the most impactful areas is something that happens somewhat on publicly traded markets. With tech, most of that happens pre-IPO.
Even if you were to optimally price in all available information you still have uncertainty of what will actually happen. i.e. A 1 dollar coin flip has an expected value of 50c before it’s thrown and it will collapse either to zero or to one after the uncertainty is resolved.
It was priced in, the share price prior to the news being released was taking into account a probability measurement of the trial succeeding or failing. You can’t price in both options of a binary outcome simultaneously, so part of the equity price was functionally equivalent to a call option on the outcome of the drug trial that only resolved after the trial results are announced.
It’s similar to the situation where a company puts out a public offer to buy another company at say, $50 a share on a day that the acquisition target is trading at $40/share.
If the stock of the target company is trading at $46/share, the market is pricing in the probability of the acquisition not happening. If the market knew the acquisition would happen with 100% certainty, the price of the target company shares would be equal to the buyout share price offer. You can assume the risk of the acquisition not happening by purchasing shares at $46, and if it does end up going through, you earn $4 a share from assuming that risk.
Nutrient.io Co-Founder here: We’ve been doing PDF for over 10y. PDF Viewers like Web browsers have to be liberal in what they accept, because PDF has been around for so long, and like with HTML ppl generating files often just iterate until they have something that displays correctly in the one viewer they are testing with.
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.
Looks super interesting, except for there's no pricing on the page that I could find except for contact sales - totally understand wanting to do a higher touch sales process, but that's going to bounce some % of eng types who want to try things out but have been bamboozled before.
> 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.
I love that the employee’s (CEO’s?) response to a “there’s no pricing on your website” comment is a link to a review on another kinda random website of a testimonial that getting pricing from them sucks and was marginally above the baseline of “the customer didn’t get scammed.” Ringing endorsement, along with the implied “we’ve been doing this ten years and still haven’t been able to implement self service sign up or even an html pricing page on the site.”
I think youre losing a customer because you don't have that option. Im not gonna contact sales and sit through another inane sales pitch zoom call that should be no more than 5 minutes stretched to an hour before I even know if your solution works. And im most definitely not gonna keep fingers crossed the pricing makes sense.
You realise that testimonial is saying your pricing policy sucks, but after wasting their time on sales calls with you, trusted you more with it than the also sucky competition?
> One that I've repeatedly gone back to over the years is paginated rich text editing. It's simply impossible to do with contenteditable in a product level way - one of the reasons Google docs has a custom layout engine.
If I get it right, every glyph used from the given font is rendered once as a SVG path (upside down! huh!), and then the whole page is a single huge SVG element in which every typed character is a <use> with a reference to that rendered glyph, translated with a CSS transform to the right place (i assume these coordinates come out of HarfBuzz?). Kinda mad that you had to redo 90% of the browser that way but the result is pretty impressive!
I'm curious why you render the glyphs to paths and not have the browser render those directly using eg svg <text> elements?
Was it hard to get this to work cross browser?
ps. srsly I love this about the web. You're doing this amazing engineering feat and I can just pop the trunk and learn all about it. Obviously feel free to not answer anything that's deemed a trade secret, I'm just geeking out hard on this thing :-) :-)
I don't mean HTML text nodes, I mean still the single big SVG like they do now, but with SVG <text> elements instead of <path> elements. They do know (I suppose) how much space that element would take since they're asking HarfBuzz to tell them.
why not? if you control the font and the font size then can't you have harfbuzz tell you how wide each glyph is going to be, and it'll fit precisely? (assuming the browser also uses harfbuzz for this, which it does)
And, I think we've come full circle. I'm pretty sure that's how I was rendering text for the online office suite[] I wrote in ~1998 -- a Java Applet embedded in the browser.
[] VCs: "We're not investing in this crap! No company in their right mind would store their precious, confidential documents on the Internet!"
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/
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.
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/
Did you try the ones from https://getwellue.com/? In my informal testing against “medical-grade” SPO2 monitors they were accurate and they record all night long.
