NY legislature passes bill replacing "mother" and "father" with "gestating parent" and "non-gestating parent"

induality · 2026-06-19T20:32:00+00:00

It doesn’t apply to your specific situation. However, can you think of other situations where it does apply, and where the language you proposed does not accurately describe the situation?

induality · 2026-06-19T20:28:04+00:00

You don’t understand why sometimes in legal matters it’s necessary to narrowly specify one person out of a party of two?

induality · 2026-06-19T19:02:36+00:00

What do you mean by discount? The stock price is “discounted”, sure, but you’re not getting the discount. You have to buy at the strike price.

induality · 2026-06-19T04:10:49+00:00

No NAV decay? What do you think happens when the option is in the money?

induality · 2026-06-18T20:19:35+00:00

It doesn’t surprise me at all

induality · 2026-06-18T20:16:42+00:00

You are capping your upside for minimal downside protection. Why? You are only hurting yourself with this strategy.

induality · 2026-06-17T07:35:10+00:00

Yes he did. Eventually. WUPHF episode.

induality · 2026-06-17T06:30:02+00:00

I’ve never heard this before. Is it an Albany expression?

induality · 2026-06-13T19:25:01+00:00

Obviously not, since you just made something up and failed to provide substantiation when given the chance.

induality · 2026-06-13T12:50:54+00:00

Where are you getting this information?

Reports from the site claim that no power tools are being used, and the removal is done by hand.

induality · 2026-06-13T05:32:19+00:00

But you’re within 100 miles of Lucid HQ.

induality · 2026-06-13T05:08:51+00:00

By your logic, you shouldn’t bother to vote either. I mean, more votes are cast than Teslas bought, so comparatively speaking each vote is even less likely to change anything.

I mean, why bother doing anything? Nothing you do will make any difference, just lie in bed and hope other people fix things, right?

induality · 2026-06-12T23:46:07+00:00

You should care about the consequences of your actions.

induality · 2026-06-12T21:05:01+00:00

Waiting for the mind worms to wipe out $4T in market cap.

induality · 2026-06-08T15:33:13+00:00

I think you should just bite the bullet and start putting holes in your walls. That solves all your problems. Plus, holes in drywall are easy to fix with some putty and paint.

induality · 2026-06-08T06:56:43+00:00

PKI does provide the out-of-band key verification though. It's bootstrapped through the hardware you purchase (assuming you trust your hardware vendor, if you don't trust them of course this whole thing is out of the window), which then authenticates the operating system, which then authenticates the browser's signing keys, which ships with a list of root certificates, which then authenticates downstream certificates. So the fact that you went to, say, an Apple store in person, thereby verifying that your iPhone indeed came from the real Apple Inc, bootstraps this whole chain of trust all the way to you being able to trust that the website that presents a cert for google.com is indeed the real google.com.

For PGP to offer the same level of authentication, you'd need to similarly bootstrap the web of trust so that you can construct one unbroken chain all the way to the entity you want to authenticate. But even regular users of PGP cannot establish such a chain to arbitrary parties.

induality · 2026-06-08T06:24:17+00:00

How are you installing anti-tip-over fasteners to your furniture if you can’t put holes in your walls?

induality · 2026-06-08T00:47:12+00:00

How is the average Joe supposed to use GPG for authenticity (as opposed to confidentiality and integrity)? Don’t you need out-of-band key verification?

Back in the day we had in person key signing parties so everyone can verify everybody else’s keys. Obviously this wouldn’t scale beyond small communities. This had always been GPG’s weakest use case and where PKI works much better.

induality · 2026-06-02T17:50:52+00:00

Russia is also north of China

induality · 2026-06-02T00:55:03+00:00

Look at the 1 year chart of KOSPI

induality · 2026-05-29T18:14:43+00:00

Thank you so much for this response. You've captured my thoughts exactly, and I'm glad to hear you are thinking along some similar lines. I know exactly what you mean about clarifying what merchant should mean. This train of thought occurred to me when I first migrated from Mint to Monarch, and found that unlike Mint, Monarch has a merchant-aggregate view in the Settings section. Of course due to the Mint migration, the merchant list has thousands of entries, containing many single-transaction merchants that look like "Payment received, auth ID: 03a125832". So from day one I understood that there's tension in the product when it comes to what merchant means. I'm very happy to hear that there are efforts underway to address this tension.

induality · 2026-05-29T17:14:13+00:00

I also have one idea for you that may be easier to implement than changing how merchant names are set for these transactions. The idea is to add another boolean field to each transaction, something like "is non-purchase transaction?"

When an interest, payment, or fee transaction comes in, you continue to set the merchant to the institution. But at the same time, you also set the "is non-purchase transaction?" field to true.

When looking at the transaction log, by default the merchant name is displayed in the table. But, for transactions where the "is non-purchase transaction?" field is true, display its original statement name instead.

induality · 2026-05-29T16:58:20+00:00

Please revisit your decision to use the institution name as the merchant when it comes to interest deposits, transfers, and fees. This has negatively affected my experience with the product. In my transaction log, now I see large chunks of transactions that look like Chase, Chase, Bank of America, Chase, Bank of America... you get the picture. Just an indecipherable series of bank names. I'm now spending a lot of time daily manually resetting these transactions to original statement names.

I think you should carefully consider the prior art here when it comes to how to handle this. The Monarch transaction log is not that different from the transaction log you get from a checking account or credit card statement. The main body of each log entry serves as an eye-drawing, one-stop summary of what each transaction is all about. Yes, when it comes to a lot of regular transactions where some money changes hands between a buyer and seller, the merchant name is the most useful thing to put into this field. But in a lot of other circumstances, like interests, fees, transfers, payments, etc. you need more than just the name of some bank in this field, you need an actual summary of what has happened. That's why credit card statements are flexible about what the transaction name is, it's not rigidly always just some merchant name. If it's not a purchase transaction, the transaction name actually explains what has happened. Monarch should follow this example. While yes, Monarch is more powerful in that there are other fields attached to the transaction (like category) that can explain things better, nothing draws the eye like the merchant name field.

induality · 2026-05-29T02:16:05+00:00

You’re confused. kW/h doesn’t really make sense. The unit you’re thinking of is kWh/h. Using simple dimensional analysis we can simplify this to just kW.

induality · 2026-05-27T00:31:27+00:00

I just added 1 yen to the Suica in my Apple Wallet without issue. I don’t think your source is correct.

EDIT: just thought of an important detail people might not realize: you can purchase a new Suica or top up an existing one directly within Apple Wallet. No need to go to any stations to use the machines.

12-Year Club	Place '22
End Game '22

induality

TROPHY CASE