mrsofty

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.

I did, to highlight the fact that it does more than you observed.

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.

fair point how about this https://docs.modular.com/mojo/programming-manual.html

we have, as soon as it was available. Julia is making great strides in all areas. We prefer to move on.

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.

we have found a few other things that it does.

https://docs.modular.com/mojo/notebooks/Matmul.html https://docs.modular.com/mojo/notebooks/BoolMLIR.html

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 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.

I hope this answers your question.

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 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"

Nope options allow you to choose your probability so it's NOT 50/50. We tend to sell premium with prob of profit of 80 - 90% it's less premium

YOU are mistaken.

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.

no but it is a fair question

we are in no way compensated by anyone. it was an honest answer to the question.

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.

yep my wife and I. we retired from tech ( startups) at 50. In order to keep out minds working AND make a buck we decided to both trade options. Luckily for us we have chums who own a trading environment that teaches people, like us, how to do this effectively and so we set off on our adventure. Very quickly into this I decided to code up a trading analysis dashboard which gave us guidance as to the REALITY of our approach. This coded in Python and Dash based on the math taught to us by a good chum who is a retired floor trader from the Cboe. Pretty successful one I might add. We read the financial times ONLY twice a week ( Fri and Sat) to find out what others are thinking but our REAL trading happens in the math. So I suppose it's an amalgam of tech and new adventure. The trading takes about 20 minutes a day and for the rest to the time we are out and about having fun in Chicago. I'm looking at a language called Julia to move to from Python but that is NOT going well and I am planning on chatting to the Carbon people next month. Hope this helps a little

tee hee

Seem rational so, as its a "spy balloon", I would suggest that the Chinese weren't big fans of putting transponders or radar reflectors on it. I'm not a intel analyst but seeing a BIG balloon towing a sophisticated electronics array and creating a LOT of electronic signal traffic MIGHT have been series of red flags.

I think the thing that REALLY pisses me off is the use of a $400,000 missile just for visual effect. Why the hell did they use an F22/F35 for this when we have F16/F18 all over the place in the National guard. Maybe it was the column inches in the media...

Me, just for fun, I would ask if we could have used a Global hawk with a cutter on the front to slash it :-)

Hmm, so this was a big balloon and I assume that we could calculate it's approximate weight. Thus determine if it SHOULD or SHOULD NOT have a transponder and enable a course of action based on that.

as to the $400,000 missile I mention that because it seems to be the WORST approach ( if it was a sidewinder) in this situation. It's a fragmentation package and probably would scrap ANY intel platform PHYSICALLY as I would assume the Chinese bricked the electronics the moment the fighter got close.

Thanks for the reply