HackerTrans
TopNewTrendsCommentsPastAskShowJobs

mxz3000

no profile record

comments

mxz3000
·2 वर्ष पहले·discuss
If the compiler can prove there isn't action-at-a-distance between those lines (this might be non-trivial), then can't the destructor be called before running bar ? Does the C++ spec necessarily say that destructors are called at the end of the block, compared to, let's say, as soon as the variable is no longer used?
mxz3000
·2 वर्ष पहले·discuss
For the experts in this thread: is there any benefit to using these so called array languages compared to using something like numpy (or even pandas/polars) ?
mxz3000
·2 वर्ष पहले·discuss
renders fine on my 4y old android phone
mxz3000
·2 वर्ष पहले·discuss
[dead]
mxz3000
·2 वर्ष पहले·discuss
why didn't you just get Amazon to refund you for the defective product?
mxz3000
·2 वर्ष पहले·discuss
mostly yes, at $work we're trying to move away from pandas entirely in favour of polars. Polars is mostly faster, with an API that's actually sane and makes sense. No reason to use pandas nowadays.
mxz3000
·3 वर्ष पहले·discuss
hindsight is 20/20.

Don't criticise people for making certain decisions years ago when those don't match what you'd choose to do now. Often you'll find that they were very reasonable given the constraints at the time.

Also the spec will have evolved over time with changes that would have been made under constraint of the existing system, which tends to produce things that are not as nice compared to something that was designed from the get-go to support the features. This is something that's seen very often in software engineering, and are probably partly a reason why long-lived codebases tend to be dumpster fires in general.

Calling them 'very biased and not very smart' is not very constructive.

That's not to say that the wheel format isn't a dumpster fire (I'll have to take your word on that), or hasn't morphed into one with time & revisions.
mxz3000
·3 वर्ष पहले·discuss
I would expect most people to read code in their IDEs, where small amounts of type inference like this is fine because the IDE tells you what the type is.

I agree that if you spend a lot of time reading code in something like GitHub, not having explicit types is annoying, but seriously, who does that?
mxz3000
·3 वर्ष पहले·discuss
I also believe that an IDE like Rider will complain that the IEnumerable returned by `.Select` is consumed multiple times.
mxz3000
·3 वर्ष पहले·discuss
if you have a reasonably good IDE you don't really need to explicitly compile the whole program outside of when you want to run it.
mxz3000
·3 वर्ष पहले·discuss
at work we use the ONNX serialisation format for all of our prod models. Those get loaded by the ONNX runtime for inference. works great.

perhaps it's be viable to add support for the ONNX format even for use cases like model checkpointing during training, etc ?
mxz3000
·3 वर्ष पहले·discuss
also means no autocomplete with the from bit first
mxz3000
·3 वर्ष पहले·discuss
we have a massive mixed c# and f# codebase at work.

F# is not magical. Yes it's an ML, but frankly, C# is better in every way, to the point we're slowly moving away from F# entirely.

The main reason is perf, it's really easy to shoot yourself in the foot with performance in c# (e.g. huge allocations, accidentally evaluating seqs twice, etc). Also IDE support for F# sucks when you get to the hundreds of project solutions like we have.

For side projects, sure use F#. For everything else, stick with C#.
mxz3000
·3 वर्ष पहले·discuss
Yeap, it's used as a case study for us as to the worst case scenario in trading incidents. Definitely humbling.
mxz3000
·3 वर्ष पहले·discuss
spamming the market with orders for one
mxz3000
·3 वर्ष पहले·discuss
well you expect 'input' to be something that you can iterate over, so clearly using any is wrong here.
mxz3000
·3 वर्ष पहले·discuss
bad food is better than no food.
mxz3000
·3 वर्ष पहले·discuss
Such a great show. I was so sad when I realised it stopped at season 2.
mxz3000
·4 वर्ष पहले·discuss
Surely these were never enforceable, but I guess people don't know better. Reducing the asymmetry of knowledge is also key here.

To be fair, pay is irrelevant in this context. Abusive non-competes should be banned, whether in the state's or elsewhere.
mxz3000
·4 वर्ष पहले·discuss
I obviously don't support Brexit.

but it's hard to believe your wild claims without some concrete sources.

As per usual: Never ascribe to malice that which is adequately explained by incompetence