That would obviously make it easier to analyze and test and verify the program by first focusing on the pure part of it, then on the impure part. I'm not sure if that is possible in "strict languages" but perhaps.
5,480 karma · joined May 7, 2013
That would obviously make it easier to analyze and test and verify the program by first focusing on the pure part of it, then on the impure part. I'm not sure if that is possible in "strict languages" but perhaps.
I think that's the greatest feature of Haskell. Divide every program into two parts, one that can have side-effects and one that can not.
How do LLMs do it? They don't learn by writing a lot they learn by reading a lot.
Why are they getting out of date? Is it because we have new content from the internet that the older models did not have? Or are we simply trying to increase the size of the training data? In other words not more up-todate in terms of time the content was created vs. wanting to use bigger training-input-sets?
Makes sense right? If you let the AI write and express ideas for you you are not really practicing that skill yourself. It is just like asking someone else do your work for you, you won't learn anything about it.
Can you not use Zed without knowing how language servers work?
Interesting. How do people cope with this in practice? Does it mean you can't really use log() -statements for debugging?
I wonder if it should be called "Law of Leaky Metaphors" instead. Metaphor is not the same thing as Abstraction. I can understand a "leaky metaphor" as something that does not quite make it, at least not in all aspects. But what would be a good EXAMPLE of a Leaky Abstraction?
I think no real human would ask such a question. Or if we do we maybe mean should I drive some other car than the one that is already at the car-wash?
A human would answer, "silly question ". But a human would not ask such a question.
https://www.tipranks.com/news/amd-stock-slips-despite-a-majo...
I read:
" In addition to that, the update allows these agents to be turned into desktop apps for multiple operating systems. "
This seems like a new way to create app: Create an (AI) app that creates apps.
I think they should be rewarded more than they are currently. But isn't the GNU Public License bassically saying you can use such source-code without giving any rewards what so ever?
But I see your The reward for Open Source developers is the public recognition for their works. LLMs can take that recognition away.
But if a lawsuit was later brought who would be sued? The individual author or the organization? In other words can an organization reduce its liability if it tells its employees "You can break the law as long as you agree you are solely responsible for such illegal actions?
It would seem to me that the employer would be liable if they "encourage" this way of working?
Surely the person doing so would be responsible for doing so, but are they doing anything wrong?
Very good question I would think it is. You are just using a mechanical system to transform your prompt to something else, Right?
But, a distiguishing factor may be that:
1. Output of the LLM for the same prompt can vary
2. So you don't really have "control" over what the AI produces
3. Therefore you should not get a copyright to the output of the LLM because you had very little to say about how that transformation (from prompt to code) was made.