Antropic has too much to explain if their advantage can be closed with just black box distillation. And if it is being white version they have way worse things to take care.
This is great it works for you but hopefully you realize the weakness of anecdotal evidence when it comes to declaring something is universally effective.
Your n of 1 argument is the equivalent of “my grandpa smoked until he was 95 so smoking clearly can’t be bad for your health”.
I love redshift as well. I actually keep it 24x7, and my eyes don't get tired at all even after 12 hours of programming. Nowadays, turning off redshift feels like an attack on the eyes.
And no, reducing brightness on monitors doesn't have the same effect. I recently upgraded my monitors to 600nits brightness from 350nits and there has been no change in comfort level with redshift but without the redshift, the old monitors (and the new) stil feel very hostile to eyes.
You're right, it's not valid to make any broader conclusions from an anecdote. But it's about just as valid as the author making conclusions based solely on physical "this is what I should expect to happen" hypotheses.
More importantly, as an individual, the only thing that counts is when the n of 1 is you. As another commenter said, you don't need to live your life by studies. It's not like there is much expense or risk in trying a screen reddener, so try it out, and if it works for you, great - it's bizarre that the author thinks it is "aggravating" that a lot of people use things that they say work for them.
To be fair I cannot trust your shape in your jsonrpc, I am not sure if id is truly an integer or if you sent me an integer by mistake, same as params or even the payload of the params' param, this is why we ended adopting openapi for describing http interactions and iirc jsonrpc specifically can also be described with it. At least in the schema part no one would say it is ambiguous, also one does not need do heavier parses, the obj is a tree, no more checking on scaping strings, no more issues with handcoded multiline strings, it is dropped the need to separate attributes with commas as we know the end tag delimits a space and so on.
> To be fair I cannot trust your shape in your jsonrpc, I am not sure if id is truly an integer or if you sent me an integer by mistake, same as params or even the payload of the params' param
In practice, it doesn't matter.
If the JSON payload is in the wrong format the server rejects it with an error.
If the server sends an integer "by mistake" then the purists would argue that the client should come to a halt and throw up an error to the user. Meanwhile the JSON users would see an integer coming back for the id field and use it, delivering something that works with the server as it exists today. Like it or not, this is why JSON wins.
Schema defined protocols are very useful in some circumstances, but in my experience the added overhead of keeping them in sync everywhere and across developers is a lot of overhead for most simple tasks.
Putting the data into a simple JSON payload and sending it off gets the job done in most cases.
Probably absolutely no. I was studying about the corresponding names between tarot card and Shem Hamphorash and gave me incorrect names, it gave me a correct angel name but not the correct one of several cards.
It is a shame that the people you are answering is being downvoted, I also understand the importance of coloring functions, but look at the examples that person put, python and rust. In those, executing a colored function (at least the async related ones) propagates up to the top of the program, that is a cost that we have to interiorize, but I would be lying if I told you I wouldn't he happy with such behavior. I do a lot of js/ts and I would love to just be able to "inline" await without making my current scope recursively to the top of the program like it can be done with F# with the Async.StartAsTask operation.
A lot of people want to "inline" IO from a non-IO function too.
I'm glad that the fight happens between the developer and the compiler so that it doesn't have to happen between developers on every single pull request.
You can use adapters via Foreign Function Interface and interact with C++ code. The deal breaker is that memory is separated, C++ code has its own heap and Ocaml too. Quiet different to F# in which operating with C# is seamless and the runtime is the same.
