Hacker News new | past | comments | ask | show | jobs | submit | more kinghajj's comments login

0.98^30 = 0.5459, so more like 30 years. But, that's why you have to put the bulk of your savings in equities and bonds.


There's some hay in the cryptocurrency space right now about how MSTR's market cap merits its inclusion in the S&P 500, which some think will cause a "flywheel".

(1) Index funds purchase MSTR shares, driving up the price; (2) thus allowing Saylor to issue more debt to buy BTC, which drives that up; (3) MSTR shares appreciate due to its BTC holdings; (4) go to step 1 as funds need to rebalance and add more MSTR shares.

The weak points to this idea are definitely step 2 and even 3. MSTR won't be able to keep finding entities to buy its debt indefinitely, and MSTR is already trading well above what its BTC holdings' appreciation would justify, so there's some obviously unsustainable mania going on.


Inclusion to S&P500 is a committee decision, not based on purely market cap. It may not happen for MSTR.

MSTR is essentially a leveraged, debt laden commodity trust rn, with a highly volatile commodity making up most of its balance sheet.

Their premium to NAV is indeed very high, and makes you think why would anyone buy that vs a BTC ETF. Perhaps if you think BTC goes a lot higher (and stays there) their ongoing leverage and the premium you pay for it now makes sense? Their debt is pretty well structured - v. low interest and matures a long time from now, but remains to be seen how long he can keep issuing it.

He also keeps saying he's never going to sell BTC, but I don't see how he's going to service his debt eventually if he doesn't sell. Unless he starts market making with the treasury or somehow putting it to work


I watched part of an interview Saylor gave recently where he said the reason to invest in MSTR over an ETF is increased performance.


It's like borrowing on your house and buy bitcoin with it.


Interesting article, should absolutely not be flagged.


But it did move more (2% vs 0.77%) today, the first full trading day after the announcement from OpenAI's board.


Gives me "Page Not Found."


He's a California resident, though, so wouldn't any non-compete clause be unenforceable? Or does California allow such clauses for executives/founders, just not for "regular" employees?


    $ du -hs /opt/homebrew/Cellar/helix/
    139M /opt/homebrew/Cellar/helix/
That doesn't seem unreasonable to me.


Helix the binary is around 24M on my system.

Helix uses tree-sitter for rich language support. Tree-sitter's grammars are binary dynamic libraries compiled from some source code. Depending on how they are written and how complex they are, they can be anywhere from few KB to many MB. There's like 150 of them ATM. It's not exactly Helix's fault that some are unreasonably large.

Tree-sitter is a large part of what makes Helix editing experience so good. Unlike regex-based parsing that (Neo)Vim uses (or at least it used to, last time I looked) which often break in weird ways and make the editor very sluggish sometimes.

Helix official releases ship with all the supported grammars pre-compiled to give a convenient fully-featured user experience. It's entirely possible to package Helix without grammars, then compile selected few and so on. Some distros and individual users do so. Grammars compiled by distros / package managers can be re-used between other programs using Tree-Sitter, so could be packages as additional (possibly optional) dependencies.

Honestly 140MB for such a good editor is totally fine with me, but people who can't live with it have plenty of routes to take, like improving Helix integration in their package manager of choice.


helix is the only editor that gets this right. shipping pre-compiled grammars should be the default for any editor leveraging tree-sitter, from a user experience perspective and for stability.

the fact that more popular editors expect you to check them out yourself and compile from master and then wire everything up yourself and "hopefully there's no incompatibility today!" is insane. we should really have higher standards than that.


More popular editors expect you to click a button when you open a file in a given language to install language support, nothing insane about that, easy and also no waste


See https://github.com/helix-editor/helix/issues/1970 but yeah, other editors do the same thing as Helix here.


for tree-sitter? what button do you press in neovim or emacs?


:TSInstall <language>


> It's not exactly Helix's fault that some are unreasonably large.

But it is Helix's fault for including them all even if 99% of the users will never use them (like the linked Verilog issue illustrates)


What do you expect for an editor that promises all batteries are included.


I'd expect it not to include dead batteries


Neovim... regex parsing... uh?

https://neovim.io/doc/user/treesitter.html


is helix built on electron?


From the homepage:

> Built in Rust, for the terminal

> No Electron. No VimScript. No JavaScript. Use it over ssh, tmux, or a plain terminal. Your laptop battery life will thank you.


oh at that binary size i kind of assumed it was


This is passing itself off as a religious text as much as The Book of Eli passes itself off as a gospel. That is, not at all.


Should have sold a call credit spread instead!

For large shareholders, the dividend would still be worthwhile. From what I could find, Jensen has 1.3 million shares, so he'd receive over $200k in dividends this year. You might think that's chump change, but another source lists his salary at just under $1m; another 20% bump in liquid income is nothing to sneeze at.


> Should have sold a call credit spread instead!

Why?

> From what I could find, Jensen has 1.3 million shares, so he'd receive over $200k in dividends this year. You might think that's chump change, but another source lists his salary at just under $1m; another 20% bump in liquid income is nothing to sneeze at.

Jensen Huang is worth $42 billion and has been a billionaire for probably a decade or so now? Any CEO with that net worth would use stock-secured loans/LOCs for liquidity. 200k is very much chump change.


Should have sold a call credit spread instead!

I'll get right on that...after I go look up what that means. :-) I'm but a simple options trader who sells calls to unload stock I didn't want anymore anyway, and the premium is the icing on that cake. Left some money on the table this time, but I otherwise would have just sold the shares outright, and I did make some bank regardless.

Gonna be missing that sweet, sweet $0.04 dividend, though.


A call credit spread simply means buying an even more out-of-the-money call along with the one you sold. It would have reduced the premium collected, but the long call would appreciate on sudden moves like today's.


Hmm…that actually sounds like a nice hedge. I’ll keep that in mind next time a similar situation comes up. Thanks.


Theta gang ftw. But I would advise you to stay away from NVDA, as soon as the first quarter with flat or decreasing revenues comes (and it WILL come), the fall would be one to tell your grandchildren about.


The stock is up 9% or $45/share after hours. Jensen just made $58 million. $200k doesn't pay his dry cleaning bill.


Getting all those leather jackets cleaned is expensive!


This benefit is basically only to large shareholders who can't sell stock. Which might be insiders like Jensen and... anyone else? Everyone else can just sell, like, 0.0001% of their stock or whatever.


many times what a lot of people make in a year is nothing to sneeze at.

especially when it is awarded for merely having a stack of papers.


I started as a regular developer and got pushed into DevOps early. From what I've learned and experienced, most devs overestimate their knowledge of how to roll out and manage infrastructure. Having some team to at least serve as a check on their whims can (sometimes) lead to things getting done better the first time around.


Consider applying for YC's Spring batch! Applications are open till Feb 11.

Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: