I'm looking to kickstart a simple python microservice template that:
- Spins up a pair of EC2s (some security group details)
- Deploys the microservice and dependencies (via custom image, packer, dockerized container, whatever)
- Terraform scripts for prod vs test
- Best efforts via supervisord (or whatever) to restart the python process if it dies
- Prefer Gitlab CI/CD pipeline
- Would be great if could drop to packet.net as well as AWS (just a nice-to-have)
Would like this to be a starting place for quickly building "production-ish" python services, and am 110% happy with it being open source forever.
Looking for freelancer to convert some reasonably math heavy matlab scripts to python. (numpy/scipy) Domain is controls with focus on kalman filtering particularly UKFs.
Yeah -- my gut intuition is that this would be a GREAT opp for custodians of shares. (Your shell contract example basically)
You'd buy huge tranches of companies and swap out synthetic exposure to secondary investors who want just temporary directional risk in these companies. Modeling the relative value of the true shares and synthetic shares would be interesting/fun.
1. I hate paying so much for a house, this is ridiculous, they need to build more supply.
2. I bought a house for some ridiculous price anyways.
3. I'm now fucked if more supply is added. Vote against any proposition that adds more units to the city.
4. Go to my job where I make the world a better place.
I have nearly the 100% opposite opinion on many of these issues haha.
Oil is a bit of scapegoat I think. All commodities are on basically all time lows. Value of real assets across the board has been generally plummeting.
Hard to know how much of this is proxy selling of the Chinese economy -- I suspect a bit; it's perhaps a plausible outcome for Chinese stocks to plunge much further and have commodities RALLY out of it on the unwind.
There's so many small sub-problems here that it's hopelessly naive to think there's a silver bullet. There are however lots of GOOD ideas. (See CME price band style mini auctions aka restricting dPrice/dt -- I forget what they call them)
I'll not so briefly add:
- Stochastic delays have many externalities; people consuming liquidity will simply send many orders hoping to "win the dice roll" on your stochastic time noise system
- Stochastic delays plus limiting orders per day etc doesn't "easily" work because enforcement is tough when people trade on your exchange as multiple entities, multiple trading desks/groups etc (Huge pita for everyone involved)
- Stochastic delays plus pay per order doesn't consistently work well as value of orders is highly variant and there's no single magic # to make this economically optimal
- Fixed delays are pretty similar to the geo location of the exchange just moving. It effects the external RV situations but I don't feel does much internally except poison market data with more "not-really-there" stuff. (Because MD state is increasingly out of state with in-flight orders) Recognize that stale MD compounds issues as more people send orders at opportunities not really there and this is largely what leads to MD delay spikes etc and is generally destabilizing.
- Selling order flow is 100% bullshit. I wish all that crap was illegal -- this is where retail gets their faces most ripped off and how lots of chumps get to make hundreds of millions for no reason. Building models that tell you which customers in your captive flow to piggyback in which products is super disgusting to me. Anyone who trades with their flows exposed is surrendering alpha to parasites.
I can't be part of THAT small a minority that needs to use CUDA and/or more than 16gigs of RAM.
From my perspective, these mbp are very little marginal benefit for computational work than a small air. (You'll just run everything on AWS/GCE/etc anyways)
We’re a seasoned team of nerds leveraging math and tech opportunities in spot and derivatives markets.
We’re looking for an FPGA dev quite familiar with low level networking to help build pretty quick things.
reach out to: jrg |at| kitsunecap [dot] com