sorry :)

Printable View

- Jan 11th 2010, 11:42 PMBingk
sorry :)

- Jan 11th 2010, 11:43 PMBingk
um ... if the codomain is a set of ordered pairs (i.e. { (x,y) | x,y element of R } ... you get back ONE element from a set, so the one element could be an ordered pair, triple, or whatever you want ....

Just want to be sure, so you believe that "operation" can be changed with "function" (which I agree with), but not always vice-versa, right? If so, could you explain why it doesn't work the other way around? - Jan 11th 2010, 11:44 PMDrexel28
- Jan 11th 2010, 11:58 PMBingk
hehehe ... not in my part of the world ;)

ah, okay ... I get what you're saying ... an operation is a particular type of function that is of the mentioned form :).

Um, sorry for kinda dragging this out, but if that is indeed the case, why do we sometimes distinguish some operations to be operations (addition, multiplication, etc.), whilst other times, we don't make this distinction (in particular, the floor FUNCTION is an operation, but we call it function instead of operation)?

I'm sure there are other named functions out are called functions, but can also be considered to be operations ... why is that? (basically same question as above) ... that's what I'm really curious about ... is there a particular "rule/idea" for which operations can be named operations? - Jan 11th 2010, 11:59 PMDrexel28
- Jan 12th 2010, 12:06 AMBingk
- Jan 12th 2010, 07:23 PMBacterius
Well, in the case of unary functions you need to introduce a new notation somehow, because using operators such as , , would raise an obvious issue.

- Jan 12th 2010, 07:35 PMDrexel28
- Jan 12th 2010, 08:03 PMBacterius
I'm just trying to grasp what kind of issue Bingk is encountering when differentiating functions/operations.

- Jan 12th 2010, 10:52 PMDrexel28
- Jan 12th 2010, 11:02 PMBacterius
Yeah :D