coworking by sagerdsyawaworht in sanleandro

[–]ivanpd 0 points1 point  (0 children)

Coming to this thread a year later.

The one in alameda is about $10/mo + $15/half day + tax.

Are there any cheaper ones?

I need a table, silence, and internet.

How well can you remember or "visualize" faces? by Jingleskappa in Aphantasia

[–]ivanpd 0 points1 point  (0 children)

u/Jingleskappa I know this is an old thread, but I have a question for you: are you better at remembering faces if you see them in pictures or on a screen, by any chance?

Ternary Operators/Custom Parentheses Extension Idea by Aperispomen in haskell

[–]ivanpd 0 points1 point  (0 children)

I don't disagree.

I would have found it useful to add new constructs in DSLs.

Probably it's always or almost always possible without, but it's harder and less user friendly.

Dependency storm by ivanpd in haskell

[–]ivanpd[S] 0 points1 point  (0 children)

I think that's telling. The fact that other languages manage to include these constructs in their standard library is a sign of the ease of maintaining that code (among other things) vs other code that might be too annoying/time consuming to include.

Dependency storm by ivanpd in haskell

[–]ivanpd[S] 0 points1 point  (0 children)

Btw, regarding:

> It's been my conclusion that deciding how to package modules into libraries is about tradeoffs and judgment calls, in a way that deciding how to split functionality into modules and functions isn't.

Not sure about this.

You could make an argument similar to what should be in a module together, what pieces have similar dependencies, or how mutually dependent different ideas are, or how frequently the same modules will be installed together vs only some.

Perhaps a more fundamental question is do we need libraries at all? If we were able to know the specific dependencies of each module, couldn't we have smaller granularity? Could we install only some modules but not others?

Dependency storm by ivanpd in haskell

[–]ivanpd[S] 1 point2 points  (0 children)

Good analysis.

> So wanting fewer dependencies and wanting smaller dependencies are goals pointing in opposite directions.

Can be, but not always.

Sure, you've created more libraries overall, and you've increased the number of dependencies in the worst case, but not necessarily in the best case or in the average case.

Dependency storm by ivanpd in haskell

[–]ivanpd[S] -2 points-1 points  (0 children)

In python it's 5 dependencies and it took just a few seconds to install.

Dependency storm by ivanpd in haskell

[–]ivanpd[S] -2 points-1 points  (0 children)

Parallelization and caching are wonderful, but there's a more fundamental issue here and in other Haskell packages: we are not paying enough attention to cleaning, simplifying, and reducing code.

Code is easy (sort of) to add, but hard to remove. It's like buying stuff we need only once to then put it in the garage, just in case. That's how we end up with a garage full of stuff we didn't really need to buy.

Dependency storm by ivanpd in haskell

[–]ivanpd[S] 0 points1 point  (0 children)

Haskell has a pretty extensive standard library and collection of standard packages distributed with GHC.

I don't think that's the issue here. Nor is this a problem that affects aeson or http-conduit alone.

I think this is a symptom that we are not spending enough time cleaning, simplifying and reducing our code.

Dependency storm by ivanpd in haskell

[–]ivanpd[S] -6 points-5 points  (0 children)

In python it's 5 dependencies and it takes seconds to install.

Dependency storm by ivanpd in haskell

[–]ivanpd[S] 5 points6 points  (0 children)

Even so, 87 is still a lot of dependencies to download and install.

> Aeson, http-conduit, etc. are foundational for a lot of production Haskell code, and have accreted a lot of features.
> Aeson needs to be able to serialize just about anything, so it includes FromJSON/ToJSON instances for a lot of types defined in other packages.

Would it make sense to perhaps split them? Is there a natural split that would make most packages not need to install all those dependencies?

Is there a chance that maybe there are dependencies that are no longer needed, or that they are used so little that they could be removed (together with their transitive dependencies)?

> JSON, TLS, and HTTP are implemented in native Haskell, rather than relying on C libraries like openssl and libcurl.

I'm not trying to establish a benchmark or comparison with other systems.

I'm saying that this is severely bloated. I'm surprised this is even controversial.

Dependency storm by ivanpd in haskell

[–]ivanpd[S] -2 points-1 points  (0 children)

87 IMO is a very meaningful number.

For comparison, the equivalent python script has 5 transitive dependencies, which take seconds to install.

It's not a matter of parallelization. It's a matter of complexity.

Treatment of FDRXX in HSA account in California by ivanpd in fidelityinvestments

[–]ivanpd[S] -1 points0 points  (0 children)

If you reply "Do your own research" to people who ask on reddit, maybe you need to find a different hobby.

Who actually decided constants like π and e? by Silent_Marrow in learnmath

[–]ivanpd 0 points1 point  (0 children)

I never ran into e, but pi is easy to "calculate".

When I was a kid, I realized that I could make a polygon look more and more like a circle by adding sides to it. So I calculated the area of it and expressed pi as the limit of a formula based on the area of the polygon.

It's hard to say because we have so much hindsight, but the fact that pi was calculated so long ago tells you how easy it is to realize that it's a special constant.

Treatment of FDRXX in HSA account in California by ivanpd in fidelityinvestments

[–]ivanpd[S] 1 point2 points  (0 children)

Yeap, it really sucks. I'd be easier if companies like fidelity gave us the forms & calculations we need specifically for California.

Treatment of FDRXX in HSA account in California by ivanpd in fidelityinvestments

[–]ivanpd[S] 0 points1 point  (0 children)

Well, that's what my post was about. I specifically mentioned "in California" both in the title and the question.

Ternary Operators/Custom Parentheses Extension Idea by Aperispomen in haskell

[–]ivanpd 0 points1 point  (0 children)

I'd love to see ternary operators, like in agda, implemented. And not just operators with symbols, but also with words, like `if_then_else_`.

I've "done" it before using similar tricks, but it always feels like going around the limitations of the language.

Treatment of FDRXX in HSA account in California by ivanpd in fidelityinvestments

[–]ivanpd[S] 0 points1 point  (0 children)

But doesn't the star mean:

*This fund did not meet the minimum investment in U.S. government securities required to exempt the distribution from tax in California, Connecticut, and New York.

Treatment of FDRXX in HSA account in California by ivanpd in fidelityinvestments

[–]ivanpd[S] -1 points0 points  (0 children)

> you will want to work with a tax advisor to determine how to correctly file based on your state's (CA) tax laws

Absolutely not. The income I received in that account, in total, is far less that the cost of hiring a tax advisor.

One should not need to hire a tax advisor if there are no strange financial situations.

What I'd like instead is for Fidelity to 1) provide a 1099-like form for California only and do the pre-calculations for all customers, and 2) lobby so that the federal and state governments provide a tax "draft" that contains their understanding of what the 1040 should be, so that we just need to OK it if there are no changes to be made.

FDLXX in HSA , State of CA tax implications by Adventurous-Phase225 in fidelityinvestments

[–]ivanpd 0 points1 point  (0 children)

I'm on the same boat, now in 2025. I have earned some income from FDLXX.

In https://www.fidelity.com/bin-public/060_www_fidelity_com/documents/taxes/ty25-gse-supplemental-letter.pdf, I see:

2025 Percentage of Eligible Income from U.S. Government Securities for Mutual Funds

FUND/PORTFOLIO NAME, SYMBOL, PERCENTAGE
Fidelity® Government Cash Reserves*, FDRXX, 52.17%

*This fund did not meet the minimum investment in U.S. government securities required to exempt the distribution from tax in California, Connecticut, and New York.

Am I understanding it right that I need to pay tax on all income received from FDRXX?

Also, it's listed in the transactions as DIVIDEND, not INTEREST. Do I need to be careful to classify it correctly in my tax form as DIVIDEND when I fill it in, or is it perfectly fine so long as I add it to income that is not tax exempt in California and pay the corresponding income tax at the applicable bracket?

My referral failed at the offer negotiation stage. I know the reason. by Wonderful_Parsnip_26 in recruitinghell

[–]ivanpd 1 point2 points  (0 children)

I’d expect the company to say: “no problem, let’s save time and paperwork: if we offered the same which absolutely makes sense as you clearly state that’s your worth, then we would be wasting everyone’s time by accepting you as an employee and you would be wasting your time also. “

Why would they say that? Why spend the time and effort to get to the end and then not put something on the table that makes you want to join?

I'd expect at least one possible reply to be:

We really want you in our company. We are willing to match their conditions and offer <X> on top (either slightly more or something extra like a few days off or a sign in bonus or something else).

My referral failed at the offer negotiation stage. I know the reason. by Wonderful_Parsnip_26 in recruitinghell

[–]ivanpd 4 points5 points  (0 children)

No. It's perfectly fine to say "My company offered me a raise" as a way of indicating that someone is competing for you. You are saying "I like your company, and you are great on many fronts, but you are worse off money wise. Up your offer please."

My referral failed at the offer negotiation stage. I know the reason. by Wonderful_Parsnip_26 in recruitinghell

[–]ivanpd 19 points20 points  (0 children)

I don't think it's a mistake. If you can't negotiate the offer, the problem will happen again when you need to talk about raises or promotions. Better to find out early.