I imagine that this reduces the iteration time for developing excel integrations. It's unfortunate that direct db queries aren't supported, but I guess that's a wasm/pyodide issue.
104 karma · joined July 21, 2023
I imagine that this reduces the iteration time for developing excel integrations. It's unfortunate that direct db queries aren't supported, but I guess that's a wasm/pyodide issue.
There are other reasons as well, but these venues essentially exist to solve some very niche problems for institutional trading. Public filings are available for review in case you're interested in the rules of each dark pool. [0]
[0](https://www.sec.gov/about/divisions-offices/division-trading...)
Can you elaborate why those bans will improve the market and what the issues are with HFTs in your eyes?
Sure they may functionally have the same effect or enjoyment, but appreciation of a fine work goes deeper than its function.
This is not true. The mortgage lending pipeline is quite different today compared to pre-GFC. There is considerably more due diligence required by lenders and banks in order to back loans. Conventional loans backed by the GSEs these days have a much higher quality control. If the originating lender lied to push the loan through or didn't due diligence, they'd be on the hook for paying the defaulted principal.
> The Trump administration is going to defang CFPB and probably bring Fannie and Freddie out of conservatorship.
I'm not aware of any chatter on the former and the latter is becoming discussed quite frequently. Though I'm not sure the GSEs are interested in a GFC 2.0
> Another mortgage meltdown is a predictable outcome of this and I would expect it around 2032.
These days I would be more concerned about private credit than the mortgage market...
Separately, pooling loans generally makes the aggregate product less sensitive to default risk because you're talking about many loans instead of just one.
That also means that costs are increasing, which may have the opposite effect
Pearl has published a number of primers/papers/books with instructive examples that outline the limitations of classical statistics and applications of casual diagrams/graphs.
Unfortunately, since gambling is only recently more accessible/prevalent, I think it's going to take a few mishaps to produce similar regulations.
Seems like awareness about this threat vector is becoming more widespread, but I don't hear much discuss trickling through the grapevine re: solutions.
Is it fair to say that the real liability here is a dataset mapping protein/molecule structures to outcomes/effects? Hypothetically the govt could always require OpenAI to blur responses with malicious intent. But if the underlying corpus is available, what's stopping a bad actor from training another model to do the same thing?
I guess the question I'm asking here is what risk is unique to their model if not the data it was trained on?
I'll leave this here as well, I think it sufficiently implies the notion of Python being a fad and not particularly useful.
For example > Package management is a disaster > The interpreter is slow > The syntax is not expressive
Is your particular experience with pip bad? Or is it poetry/conda or another upstart project? Are you working with a monorepo? In what use case is the interpreter slow? The syntax is not expressive (for what)?
My point about tooling/utility is that how you use a tool matters a lot (and maybe I didn't express that in my original reply).
These are rather disingenuous criticisms of python. The utility of any language is measured by its use as a means to some end. It's clear that Python's ecosystem has prospered not just because it's a fad, but because it's actually useful. Not perfect, but useful.
Python can be improved, but I'm sure most other tools/languages can be equally criticized.
What I did not know is that FDIC insurance doesn't apply while money is being _transferred_ between accounts (SIPC insurance apparently applies here).
The quantitative trading posts on here typically just scratch the surface, but I have to say that I'm impressed with this one. Thanks for sharing!
AFAIK it's not outlined in a PEP, but my intuition is that Python was designed to be accessible and "simple". It wasn't built to be a systems programming language. So for all its faults with the GIL I don't think it should be a major point of contention. For any task it's always about choosing the right tool for the job.
There is considerable effort at the moment to remove the GIL in future versions and implement better threading support. At 3.11/3.12, it has come a long way in terms of performance.