I used to live round the corner from a private school in London (ages 5-16 or 5-18, not sure).
They were never on the tube with me, but plenty of children would be arriving at about 8:15, as I was departing to get to work for 9:00. Private school children are more likely to have a longer journey to school, therefore less likely to have a direct bus, and presumably more likely to have parents who will pay for the tube/train. (Only buses are free for children.)
If you were "profitable but no cash flow" then you must have non-cash additions to your profit, not deductions.
A classic example of 'profit but no cashflow' might be where you made a profit but spent a lot of money on stock that you haven't sold yet. Or you made a lot of sales that you are yet to be paid for.
In the PE world it is just as likely that you made a profit before interest and tax, but you paid it all in interest. You would then have an operating profit but no cashflow due to a cash item. It could still make it a good business to own, if you didn't need the debt, or wanted to have the interest paid to you.
Maybe you made a profit but paid it all in dividends to a holding company. Then you have a profit but no cash flow due to cash items that don't affect the p&l.
You're right about non-cash additions. I was confusing this with an enterprise showing a loss (especially for tax purposes) despite a positive cash flow. The classic example would be residential real estate, where depreciation can cause a net loss despite the landlord receiving enough rent to pay mortgage/property tax/maintenance. This is why in the U.S. there are rules that limit current deductions on the tax return for passive losses.
So I would think the "other way" from profitable/no cash flow is loss/with cash flow.
> Our hope is that these extensions can over time be contributed to upstream OCaml.
Yeah, its more just extensions to support their use cases at scale. Think of it more as bleeding edge ocmal, once they work out kinks/concerns they'll get merged back into the language OR if it remains ultra specific it'll stay in oxcaml.
Python gets forked in other investment banks as well. I wouldn’t say that is evidence of any deficiencies, rather they just want to deal with their own idiosyncrasies.
The main user has been writing extensions to the compiler that they test before pushing for integration like they have done for the past twenty years or so. They publish these versions since last year.
Hardly a failure and certainly not something mandatory to keep things from failing over. Your initial comment is extremely disingenuous.
A different perspective is that JS has made practical application of PLT part of their secret sauce, and deepening into their PLT roots is thickening the sauce.
This is the wrong interpretation of the oxcaml project. If you look at the features and work on it, it's primarily performance or parallelism safety features.
The latter going much further than most mainstream languages.
Yeah, but when these things happen I ask myself, is Jane Street successful because of ocaml, or did they just happen to pick ocaml and then make it work?
There might be some power in attracting all the people who happen to love ocaml, if there are enough of competent people to staff your company, but that's more a case of cornering a small niche than picking on technical merits
They've spoken about this before and might not have picked OCaml if they had to make the decision again today. I think at the time it made the most sense.They can also make it work in any language as they claim to only recruit the best and brightest in the world (this may be the truth). My opinion is they could have chosen many languages and had similar results while balancing different trade-offs.
Regarding attracting talent, they've said they don't care about existing knowledge of OCaml as the language part is something they train staff on anyway. Their interviews are brutal from what I recall. I could be an OCaml expert and have no chance of making it through an interview without equal talent in high performance fintech and relevant mathematics.
> I could be an OCaml expert and have no chance of making it through an interview without equal talent in high performance fintech and relevant mathematics.
Unless their hiring process has changed in the past few years, if you're a dev they're not hiring you for your financial skills, just general problem solving and software development ability. It is (was?) the usual Google-style algorithms/data structures rigamarole, but somewhat more challenging.
Do those devs actively use OCaml? I thought most of the folks writing OCaml were writing the actual trade algorithms as opposed to infrastructure folks. My post was made off what I recall their lead technologist saying.
Absolutely. Everyone uses OCaml at Jane Street; pretty much everything at Jane Street is OCaml. If an OCaml version of something doesn't exist, there's a decent enough chance that they'll write it themselves rather than resort to a non-OCaml solution.
Like I said, my information might be a hair out of date, but it's first-hand.
Gotcha. Mine is just some old blog posts and a long talk from the guy that got OCaml started. Nothing like your actual first person experience. Thanks for adding!
Unless you're building another JS, it'd be nice if there were other companies so heavily invested in it. There's a lot out there beyond compiler prototypes and high speed financial trades, but there's not enough talk of people using ocaml for those things.
Ocaml was (historically, at least) used by Facebook for basically all of their linter/compiler/type checker work. The hack checker was in Ocaml, as was the JS thing (flow, maybe?).
So that does seem to be a good use-case for the language.
That was why I mentioned compilers along with HFT. Rust was originally an ocaml based compiler too.
I don't build HFTs and my compilers are just for fun. None of my day jobs have ever been a situation where the smaller ecosystem and community of ocaml was offset by anything ocaml did better than the selected options like .net, Java, go, rails, C or anything else I've touched. Heck, I've written more zig for an employer than ocaml, and that was for a toy DSL engine that we never ended up using.
Unless they claim, by noreply email, that it (eg. ATC strike in a 3rd country for which they had 2 weeks' notice) was out of their control and so no compensation is owed.
Then you get the pleasure of a phone tree that only allows the option of giving feedback about the noise on the plane or the cleanliness.
Then once you get through and manage to plead your case you'll get quarterly emails about how your case is in review and sorry about the delay but you should have news next week.
Yea, they tend to deflect. Then you send email quoting laws and inform them that next email will be trough lawyers, and they pay out quick (personal experience)
In recent case I quoted the actual law & caselaw and the response I got was that I need to contact the marketing carrier and they will stop responding now. Funnily enough, the carrier I was in contact with was the marketing carrier (as background, codeshare flight was cancelled almost month earlier but I was never informed & I only discovered it when I went to airport).
NEB in Finland is Traficom, but they don't handle individual complaints. Those handled by Consumer Advisory Services and European Consumer Center & these are residence based as far as I understand (I'm Finnish citizen but I don't live in EU).
The only alternative to court is Consumer Disputes Board but their resolutions are just recommendations & Finnair has a long history of ignoring them so spending 2-3 years there seems like waste of time.
In my case, I filed a complaint with Iceland air regulatory authority, even though
I lived in canada at a time, and when I told Icelandair I had done that, they suddenly became very proactive.
There are also firms that handle all of this for you for a % (in the region of 20%). They validate the claim and threaten ti take the airline to court if they don’t pay out.
I generally go direct to the airline these days but if I get pushback beyond what I’m willing to deal with myself, I’ll use one of those services.
Very common in Germany. Non-existant in Finland. Finnish consumer rights are very weak, they only work if the business cooperates[1]. Finnair is a state-owned company that acts like if they were legislation and courts themselves. I have avoided them as much as I can for many years.
[1] Probably the majority of businesses does. But shady used car dealers etc. and Finnair don't.
Although a pain, I've had great success by simply asking for "some form of compensation" for my delay. They're not going to offer you cash back, but you can then push them to give future flight credit. I've gotten $30-$150 on average depending on the value of the ticket purchased
The law is clear though, if the airline doesn't comply, raise a complaint with the regulatory body of the country they are located. Suddenly they become very friendly (been there, done that, got all the monies)
Instead of complaining about individual sites, learn to use your browser more effectively. They can all zoom in on things, and any good one will let you set a minimum font size. Set that to the smallest size that you can easily read and instantly no website anywhere will ever have text that is too small to read.
No, not generally. 99% of all webpages you visit will be perfectly fine. At most you might notice some misalignment between graphical and text elements on the page, but most pages don’t rely on that for anything important.
