marimo has made development FUN again for me. From the way I can use uv to manage my packages using the ui ( left julia because of that issue) to the reactive nature of the cells ( goodbye jupyter) it's a wonderful experience. It's fast moving and the community is wonderful. To have another lakehouse with such ease of use is another example of it's attraction. WELL DONE marimo
j215
Godbolt is a legend and I don't care what the others say. I believe him when he said he was "just helping" that sheep through the hedge. Well deserved praise Matty-poo and well written article.
Outstanding!!! Spent some time in the valley in the 90's. Tom Perkins was our Chairman and Ceo so I learnt a LOT. One of the takeaways was that innovation starts with an itch you want to scratch, to KNOW that your idea is better than the others. Doesn't matter if you are delusional, the market will set you right either way. WELL DONE!!! taking this step and I wish you all the best for the future. I'll pass the message onto my chums.
this was a real pleasure to read. I had just made my coffee and saw the title. I liked the way that the author followed the thought process you would go through AND took the time to find the actual evidence to prove or disprove a theory. Well done! I'm sending it to my colleagues as, given our Edward Debono training, a brain refresh. Thanks so much for posting
Hi there I am mrsofty, the OP. I just want to point out that the question is
" I'd be interested in anyone else who are making the move and what field they are in?"
I phrased it like that to attempt to keep it to simple. We have made the decision based on 6 months of internal discussion, compiler and hardware expert input and watching the roll out of Mojo chatter. I just wanted to clear that up.
Yes, that's when it started. Then we sent some people to Juliacon '23 to get a feel for the future. Julia is a fine language, just not for us given the reasons in the OP.
We have been tracking mojo since 2020 but wanted to wait for a release date before making the change. Dr Lattner has a reputation of producing commercial quality work and we trust that. Also, because our code base is modular by design ( Dr Jim Gray was our mentor), and bound together by ipms ( any transport will do), we can make the conversion very quickly. As to funding it's mostly us. We have done reasonably well in financial trading augmentation approaches and so the funding is internal. We love writing small personal scripts in any language and much of our work product has been small and reactive, I suppose you could call them scipts. I would point out that NONE of this is relevant to my OP question.
Sorry, missed this as we're in meetings this week. So to answer your question.
We use zeroMQ to move data around so to get it into a python script is very easy for us. We "were" going to create a dash/plotly app to consume the data stream and create a trading augmentation tool as we find dash a pleasure to work with. We also find that it's very well supported using videos so not even we ( non web developers) can mess it up. We adhere to the Tufte approach to graphical representation of complex data sets and python allows us to take a minimalist approach to doing that.
We are also discussing the implementation of async components in a python specific hosting company that seems to address the same market as GENIE. That would give us the GUI approach should we chose to use it. We have experienced some problems with streaming data into Stipple but I would expect that they will provide a MWE that we can modify. I have high hopes for the GENIE team, they seem like excellent people.
All that said we are progressing out Carbon discussions with various people. In Chicago we are very lucky that we have a deep pool of people skilled at kernel latency avoidance, this helps us consider what we can expect from Carbon and if there are any advantages to what we want to achieve.
Fons IS the person that informed me that we couldn't deploy our app using Pluto PlutoHooks PlutoSlider. The issue is that we need to have people able to go to a web page and have their own view of the notebook.
On the Stipple front it's a pacing issue, we think. The developers have been WONDERFULLY helpful and improved our code tremendously. GENIE is a great solution and I am sure that they will be successful. I believe they WILL produce a MWE of this task and we'll certainly look to see if we can make it work. Right now we can't as some of our lab equipment and financial systems generate sub 0.5 sec data stream.
we had a big julia push this month after 2 years of just messing around. It's better than APL to read ( so is Sanskrit) but we hit a SCREECHING halt when we realized that it wasn't going to happen that we could our streaming data with Pluto notebooks on the web. Pluto Notebooks are wonderful and can handle streaming data just not on a hosted web page with multiple people using it. We tried to use Stipple.jl ( part of GENIE.jl) and that kept freezing ( we suspect because of pacing issues so 1 sec plus should be fine). The point of all of this is that we have found julia to be GREAT to build the back end stuff but not for manipulation of streaming data on the web. We can easily fix this with ZMQ and send the data to Python but julia was supposed to be a 1 language solution. We're trying to dodge the web side of things with Humane so maybe we'll be happier bunnies in 2024
sorry, not sure why we would post a blog or write anything on this topic. It's just our practical experience based on trying to use julia. What I can say is that we were VERY impressed with DataFrames.jl and Pluto.jl the people on discourse were excellent. In fact the community was top notch but there were too many red flags for us. I think the Carbon people seem to be taking an interesting route and we will discuss our issues with Julia with them when we meet up. This could be a case where late moving advantage pays off. Sorry to have given you the impression we would write anything.
you REALLY don't understand this do you. The entire options market is based on this principal. I have NO idea where you get the idea we day trade. I will try again as it seems that serious investors are reading this thread.
Our approach is to pick a underlying which has an attractive premium for our risk tolerance. To do so we normally look for something whose price is > $50, has high liquidity and has a implied volatility which is attractive to us. We also consider the historical volatility trend for 20 10 5 days and compare it to the 30d implied vol to get a feel for it's cheapness. THEN we look at the 45 day option and SELL premium against that. We tend to look for a probability of profit of 70 -80% and that defines the premium.
In short it's NOT day trading, it's NOT a magic formula and it's NOT a scam. Should anyone wish to listen to ACTUAL serious traders working everyday to help retail investors then look at tastylive.com. Again, I am NOT being paid for this. I just am answering the OP's question regarding what we did post 5 startups to keep us busy. Our approach allows us to risk 25 % of our capital ( just in case it goes wrong we don't lose everything) we get about 10 - 30% return on 100% of our capex. we use the kelly criterion to define our thinking regarding when to get out when we get it wrong. We mostly use naked puts but in the current environment we consider back ratios or spreads. Does ANY of this sound like day trading or some magic formula. I don't really care about your opinion but I wanted to ensure that anyone reading this thread could have something to reality check against other than your "comments"
I agree but trading OPTIONS is not day trading. It is based on probability and DURATION. Selling premium allows you to pick your duration,probability of profit and value at risk. This is NOT day trading which is financial sugar. This is the message that tastylive.com advocates. I am NOT compensated by them but they ARE people I trust and respect.
Yes we sell premium. I suggest you listen to the www.tastylive.com people, they are pretty sharp and realistic.
We do NOT listen to anyone but the math and our mentors who help us add realism to the approach. Pure math is ok but, as Simons showed, you need a little guesswork in there. We use graphical representations of complex data sets ALA Tufte.
I was in Silicon valley for most of my time, lucky to have Tom Perkins as our Chairman and Ceo for our first startup as he taught us how to ignore the "shiny" tech. Our experience with Julia has led us to believe that it's a language with a great future behind it. We're going to work with the Carbon guys to highlight lessons learnt.