POV-Ray : Newsgroups : povray.off-topic : Iterated derivatives Server Time
13 Nov 2026 02:48:19 EST (-0500)
  Iterated derivatives (Message 71 to 93 of 93)  
<<< Previous 50 Messages Goto Initial 50 Messages
From: Invisible
Subject: Re: Iterated derivatives
Date: 17 Nov 2009 10:05:55
Message: <4b02bbd3$1@news.povray.org>
>>>> Speaking of which, the base of natural logarithms is "e". And sometimes
>>>> "e" means 1 + 1/1 + 1/2 + 1/3 + 1/4... And sometimes "e" is just 
>>>> another variable.
>>>
>>> You're missing some exclamation symbols.
>>
>> Oh, so it's actually 1/n! then? I didn't actually know that...
> 
>     Yep. What you listed diverges to infinity.

Hmm. Interesting...

Nice to know I fail basic math, eh? Fortunately, lives do not depend on 
it. o_O


Post a reply to this message

From: scott
Subject: Re: Iterated derivatives
Date: 17 Nov 2009 10:45:59
Message: <4b02c537@news.povray.org>
> What's a chartered engineer?

Someone who has spent at least 5 years (usually) in an Engineering job, then 
got professional membership with an accredited Engineering organisation. 
This usually involves writing a report of what Engineering stuff you've done 
in your job and passing an interview.  Needless to say, Chartered Engineers 
are "proper" Engineers, which is why it is a requirement for many jobs at 
senior level, especially in safety critical industries like structural and 
aeronautical engineering.

> And how do you know how many there are?

http://en.wikipedia.org/wiki/Chartered_Engineer_%28UK%29


Post a reply to this message

From: scott
Subject: Re: Iterated derivatives
Date: 17 Nov 2009 10:50:27
Message: <4b02c643@news.povray.org>
> Sure, but not that much. I know people who've correctly used computers 
> to do this while they thought that the integral of a product is the 
> product of the integrals.

Let's hope they're not involved in any safety critical projects then :-)


Post a reply to this message

From: Darren New
Subject: Re: Iterated derivatives
Date: 17 Nov 2009 11:06:57
Message: <4b02ca21$1@news.povray.org>
Invisible wrote:
> I'm failing to see how equivalence and definition are different. 

I'm thinking you have the choice of
   x == y
   x.isEqual(y)
and
   (let x := y in (....)) or {const int x = y}
for equality, equivalence, and definition?

Two abstract structures can be equivalent without being equal. Definition is 
an arbitrary assignment of a meaning to a formal name.

-- 
   Darren New, San Diego CA, USA (PST)
   I ordered stamps from Zazzle that read "Place Stamp Here".


Post a reply to this message

From: Invisible
Subject: Re: Iterated derivatives
Date: 17 Nov 2009 11:08:56
Message: <4b02ca98@news.povray.org>
Darren New wrote:
> Invisible wrote:
>> I'm failing to see how equivalence and definition are different. 

> Two abstract structures can be equivalent without being equal. 

Oh, I see.


Post a reply to this message

From: Neeum Zawan
Subject: Re: Iterated derivatives
Date: 17 Nov 2009 12:06:27
Message: <4b02d813$1@news.povray.org>
On 11/17/09 09:50, scott wrote:
>> Sure, but not that much. I know people who've correctly used computers
>> to do this while they thought that the integral of a product is the
>> product of the integrals.
>
> Let's hope they're not involved in any safety critical projects then :-)

	You're in the UK, and that may make the difference. I know that in the 
distant past, it was significantly challenging to get admission into a 
UK university to do engineering. So it would make sense if over there 
it's common for engineers to use calculus. For lesser jobs, you have 
people who don't have engineering degrees (technical degrees, associates 
degrees, etc).

	In the US, people with engineering degrees do both those kinds of jobs 
- it spans a wider spectrum. Which is why perhaps most jobs here that 
require an engineering degree often don't require calculus. Hence the 
analogy with programming and computer science.

	Sadly, here in the US it's common to have people graduating with a 
bachelor's degree in engineering who've forgotten most of calculus (they 
weren't bad at it - that person I mentioned never got less than an A in 
any math course). So perhaps the industry in the US has somewhat shifted 
not to expect them to know it, and thus most don't hire them for jobs 
that require it.

	Of course, some jobs simply *require* it (e.g. electromagnetics related 
jobs). And they do hire people with BSc degrees. But of course, they 
make sure they know calculus in the interview.

	My experience is limited to electrical engineering. It may be different 
in other engineerings.

-- 
Be independent! No, not that way! This way!


Post a reply to this message

From: Nicolas Alvarez
Subject: Re: Iterated derivatives
Date: 17 Nov 2009 13:37:39
Message: <4b02ed73@news.povray.org>
scott wrote:
>> As far as I can tell, the majority of people in the world have jobs
>> like... Telemarketing. Driving trucks. Working in an office doing filing.
>> Fitting central heating systems. Hotel receptionists.
> 
> Yes, the majority of people do a wide variety of jobs :-)

And most natural numbers are very very big.


Post a reply to this message

From: andrel
Subject: Re: Iterated derivatives
Date: 18 Nov 2009 02:24:00
Message: <4B03A10F.1070403@hotmail.com>
On 17-11-2009 10:20, Invisible wrote:
>> * equivalence, equality, definition, EXNOR, assignment and perhaps one 
>> or more that don't have names.
> 
> I'm failing to see how equivalence and definition are different. 

If you say that f(x)=x^2+4x+1 then that is an equivalence, because that 
will allow you to conclude say that x^2+3x+3=f(x)-x+2. If, however, this 
is the first time you mention f(x) it is probably meant as it's 
definition. Difference is subtle and has mathematically no significance, 
but it feels different. Just as x=5 seen as a statement that the 
solution to the problem is when you take x to be 5, feels different from 
viewing = as a boolean function of two variables, x and 5.

>(I know  some people use the triple-line symbol for this though.)
> 
> The main confusion is between assignment and equality, generally. 

That is why most languages have separate symbols for both meanings (and 
why I am advocating imperative languages without assignment).

> Or, in mathematics, between a test for equality and a statement of equality.

Can you give an example of that?

>> ** See also the concept of '=' in OO languages. Are two objects the 
>> same if all fields are the same?
> 
> You would first have to define the concept of fields being "the same". ;-)

spot on

> Fortunately, in a pure functional language, the question becomes a lot 
> simpler.

Not so sure about that. Anyway even if that would be the case it doesn't 
solve the 'problem' that in real life you have multiple views to look at 
an equation.


Post a reply to this message

From: scott
Subject: Re: Iterated derivatives
Date: 18 Nov 2009 03:10:26
Message: <4b03abf2$1@news.povray.org>
> Sadly, here in the US it's common to have people graduating with a 
> bachelor's degree in engineering who've forgotten most of calculus

Yeh see I don't think that could happen here.  My course was 4 years (as are 
most Engineering degrees in the UK now), in the 1st year they *really* 
quickly skipped over all A level maths (which was the foundations of 
calculus) and then jumped on to fourier transforms (and friends), vector 
calculus and stuff.  The reason for this was clear, all the other lecturers 
were obviously waiting for the maths course to be done so they could start 
using the "real" maths in their courses.

> any math course). So perhaps the industry in the US has somewhat shifted 
> not to expect them to know it, and thus most don't hire them for jobs that 
> require it.

I don't think many jobs here explicitly require it, but it is kind of 
expected that if you have an Engineering degree you will at least know how 
to perform basic calculus by hand, and of course know the concepts.

I guess it's similar to whether you know how to write Excel macros or not - 
hardly any job is going to ask for it, yet if you know how to do it it's 
going to make life quite a lot easier in many situations that arise (and 
make your boss think you are clever!).


Post a reply to this message

From: Invisible
Subject: Re: Iterated derivatives
Date: 18 Nov 2009 05:17:48
Message: <4b03c9cc$1@news.povray.org>
Nicolas Alvarez wrote:

> And most natural numbers are very very big.

Unnatural numbers FTW!

7


Post a reply to this message

From: Invisible
Subject: Re: Iterated derivatives
Date: 18 Nov 2009 05:35:46
Message: <4b03ce02$1@news.povray.org>
>> (I know  some people use the triple-line symbol for this though.)
>>
>> The main confusion is between assignment and equality, generally. 
> 
> That is why most languages have separate symbols for both meanings (and 
> why I am advocating imperative languages without assignment).

Heh. How many C programs fail because people use "=" instead of "=="?

(Most strongly-typed languages manage to catch this mistake. C is 
deliberately designed to make this mistake a valid program construct. 
Friggin' weirdos...)

>> Or, in mathematics, between a test for equality and a statement of 
>> equality.
> 
> Can you give an example of that?

If I say "x = sqrt(y/z)", do I mean that x *is* equal to this RHS? Or is 
it an equation that must be solved by *making* x equal to the RHS?

Similarly, this fragment can appear inside a statement, such as "f(x) = 
3 if x = sqrt(y/z), otherwise 9". In that case, the "x = sqrt(y/z)" part 
is clearly a conditional test.

So "x = sqrt(y/z)" can mean:
- x *is* equal to this.
- you must *make* x equal to this.
- please *test* whether x is equal to this.

As you point out, there's also the distinction between "x just happens 
to equal this thing" and "x is defined as being this thing".

>>> ** See also the concept of '=' in OO languages. Are two objects the 
>>> same if all fields are the same?
>>
>> You would first have to define the concept of fields being "the same". 
>> ;-)
> 
> spot on

Hence deep-equal and shallow equal, value-equal and reference-equal.

>> Fortunately, in a pure functional language, the question becomes a lot 
>> simpler.
> 
> Not so sure about that.

If data cannot be altered, it is not possible to distinguish between two 
objects which are reference-equal and two objects which are merely 
value-equal.

The question of deep/shallow still arises, and you still have to decide 
whether you mean "identical" or just "equivilent" (which will generally 
depend on what the data *means*). But you don't have to worry about 
reference-equal any more, which is a significant simplification.

(Until you start dealing with mutable data. In that case, since equality 
is a pure operation, it is natural that you should consider only 
reference-equality. Indeed, Haskell's type system *demands* this.)

> Anyway even if that would be the case it doesn't 
> solve the 'problem' that in real life you have multiple views to look at 
> an equation.

Indeed.


Post a reply to this message

From: Neeum Zawan
Subject: Re: Iterated derivatives
Date: 18 Nov 2009 11:21:51
Message: <4b041f1f$1@news.povray.org>
On 11/18/09 02:10, scott wrote:
>> Sadly, here in the US it's common to have people graduating with a
>> bachelor's degree in engineering who've forgotten most of calculus
>
> Yeh see I don't think that could happen here. My course was 4 years (as
> are most Engineering degrees in the UK now), in the 1st year they
> *really* quickly skipped over all A level maths (which was the
> foundations of calculus) and then jumped on to fourier transforms (and
> friends), vector calculus and stuff. The reason for this was clear, all

	Over here, while many do it in high school, almost all engineering 
programs have up to 3 semesters of calculus in undergrad (sometimes one 
can "test out" of those if their high school education was good enough).

	I've been to both a low ranked university (undergrad) and a top 
engineering university (grad). In both places, I complained that the 
upper level (undergrad) engineering courses rarely required the students 
to be able to solve differential equations or perform integrals. The 
exception was electromagnetics, where you just can't do without them. 
And some courses would require it for calculating Fourier 
coefficients/transforms, but those weren't challenging integrals. In all 
other courses where, say, a diff eq would crop up, the professor would 
almost always say - "Let's not get distracted by the math - this is an 
engineering course. Here's the solution: You can verify it by plugging 
it back into the diff eq."

	It probably wasn't always this way.


-- 
I didn't know my husband drank until one day he came home sober.


Post a reply to this message

From: gregjohn
Subject: Re: Iterated derivatives
Date: 18 Nov 2009 12:30:01
Message: <web.4b042eedf50de6a9279899c60@news.povray.org>
"Fredrik Eriksson" <fe79}--at--{yahoo}--dot--{com> wrote:
> On Mon, 16 Nov 2009 13:39:50 +0100, Invisible <voi### [at] devnull> wrote:
> > Suppose that the first derivative of f(x) is g(x).
> >
> > What the hell is the derivative of f(f(x))?
>
> http://www.google.com/search?q=What+is+the+derivative+of+a+composite+function%3F
>
> http://en.wikipedia.org/wiki/Chain_rule
>
> Basic high-school level math. I am slightly surprised that you did not
> know it, though I am not in the least surprised that you did not bother to
> google for it.
>



Already knowing the answer could mean already being familiar with the terms
"composite function" and "chain rule".  It wasn't necessarily a stupid question.


Post a reply to this message

From: andrel
Subject: Re: Iterated derivatives
Date: 18 Nov 2009 16:22:00
Message: <4B046577.1030207@hotmail.com>
On 18-11-2009 11:35, Invisible wrote:
>>> (I know  some people use the triple-line symbol for this though.)
>>>
>>> The main confusion is between assignment and equality, generally. 
>>
>> That is why most languages have separate symbols for both meanings 
>> (and why I am advocating imperative languages without assignment).
> 
> Heh. How many C programs fail because people use "=" instead of "=="?
> 
> (Most strongly-typed languages manage to catch this mistake. C is 
> deliberately designed to make this mistake a valid program construct. 
> Friggin' weirdos...)

No, if they did it differently it would break other functionality.

>>> Or, in mathematics, between a test for equality and a statement of 
>>> equality.
>>
>> Can you give an example of that?
> 
> If I say "x = sqrt(y/z)", do I mean that x *is* equal to this RHS? Or is 
> it an equation that must be solved by *making* x equal to the RHS?

Or is it the definition of z because x and y are known.
And there is still the other interpretation of being false everywhere in 
3D space except on some curves planes.

> Similarly, this fragment can appear inside a statement, such as "f(x) = 
> 3 if x = sqrt(y/z), otherwise 9". In that case, the "x = sqrt(y/z)" part 
> is clearly a conditional test.

I don't remember 'if' being part of my maths course. Yet yhere must be 
specialized subfields where it is defined.


Post a reply to this message

From: Orchid XP v8
Subject: Re: Iterated derivatives
Date: 18 Nov 2009 16:52:32
Message: <4b046ca0@news.povray.org>
>> Similarly, this fragment can appear inside a statement, such as "f(x) 
>> = 3 if x = sqrt(y/z), otherwise 9". In that case, the "x = sqrt(y/z)" 
>> part is clearly a conditional test.
> 
> I don't remember 'if' being part of my maths course. Yet yhere must be 
> specialized subfields where it is defined.

How about

   sinc(x) = if x = 0 then 1 else sin(x) / x

-- 
http://blog.orphi.me.uk/
http://www.zazzle.com/MathematicalOrchid*


Post a reply to this message

From: andrel
Subject: Re: Iterated derivatives
Date: 18 Nov 2009 17:15:21
Message: <4B0471F8.8000305@hotmail.com>
On 18-11-2009 22:52, Orchid XP v8 wrote:
>>> Similarly, this fragment can appear inside a statement, such as "f(x) 
>>> = 3 if x = sqrt(y/z), otherwise 9". In that case, the "x = sqrt(y/z)" 
>>> part is clearly a conditional test.
>>
>> I don't remember 'if' being part of my maths course. Yet yhere must be 
>> specialized subfields where it is defined.
> 
> How about
> 
>   sinc(x) = if x = 0 then 1 else sin(x) / x
> 
nope, never seen that


Post a reply to this message

From: Darren New
Subject: Re: Iterated derivatives
Date: 18 Nov 2009 17:57:45
Message: <4b047be9$1@news.povray.org>
andrel wrote:
> On 18-11-2009 22:52, Orchid XP v8 wrote:
>>>> Similarly, this fragment can appear inside a statement, such as 
>>>> "f(x) = 3 if x = sqrt(y/z), otherwise 9". In that case, the "x = 
>>>> sqrt(y/z)" part is clearly a conditional test.
>>>
>>> I don't remember 'if' being part of my maths course. Yet yhere must 
>>> be specialized subfields where it is defined.
>>
>> How about
>>
>>   sinc(x) = if x = 0 then 1 else sin(x) / x
>>
> nope, never seen that

I've seen it as
   sinc(x) = 1 if x = 0
   sinc(x) = sin(x)/x if x /= 0
I've never seen it written with an else.

-- 
   Darren New, San Diego CA, USA (PST)
     Is God willing to prevent phrogams, but not able?
       Then he is not omnipotent.
     Is he able, but not willing, to prevent phrogams?
       Then he is malevolent.


Post a reply to this message

From: scott
Subject: Re: Iterated derivatives
Date: 19 Nov 2009 03:15:47
Message: <4b04feb3@news.povray.org>
> And some courses would require it for calculating Fourier 
> coefficients/transforms, but those weren't challenging integrals. In all 
> other courses where, say, a diff eq would crop up, the professor would 
> almost always say - "Let's not get distracted by the math - this is an 
> engineering course. Here's the solution: You can verify it by plugging it 
> back into the diff eq."

Yeh, I guess it depends whether you want to be someone who just uses 
pre-existing results to "Engineer" run-of-the-mill stuff, or you actually 
want to work with cutting-edge concepts and develop new stuff.  Me, I prefer 
the latter, but maybe that was just because of the way my degree was 
oriented.


Post a reply to this message

From: scott
Subject: Re: Iterated derivatives
Date: 19 Nov 2009 03:19:09
Message: <4b04ff7d$1@news.povray.org>
>>> How about
>>>
>>>   sinc(x) = if x = 0 then 1 else sin(x) / x
>>>
>> nope, never seen that
>
> I've seen it as
>   sinc(x) = 1 if x = 0
>   sinc(x) = sin(x)/x if x /= 0

In our math classes we always wrote it just like that, but usually only the 
"sinc(x)" once and a curly bracket around the two options IIRC.

> I've never seen it written with an else.

Me neither, that sounds more like a programming language than math notation.


Post a reply to this message

From: Invisible
Subject: Re: Iterated derivatives
Date: 19 Nov 2009 04:42:04
Message: <4b0512ec@news.povray.org>
>>>> How about
>>>>
>>>>   sinc(x) = if x = 0 then 1 else sin(x) / x
>>>>
>>> nope, never seen that
>>
>> I've seen it as
>>   sinc(x) = 1 if x = 0
>>   sinc(x) = sin(x)/x if x /= 0
> 
> In our math classes we always wrote it just like that, but usually only 
> the "sinc(x)" once and a curly bracket around the two options IIRC.

Indeed. But you can't really do that with ASCII, so I wrote the nearest 
equivilent.

>> I've never seen it written with an else.
> 
> Me neither, that sounds more like a programming language than math 
> notation.

Well, technically the above *is* a valid Haskell function declaration...

[Or rather, it becomes so if you change "if x = " to "if x == 0" - which 
probably proves Andrel's original point.]


Post a reply to this message

From: Neeum Zawan
Subject: Re: Iterated derivatives
Date: 19 Nov 2009 23:35:01
Message: <4b061c75$1@news.povray.org>
On 11/19/09 02:15, scott wrote:
> pre-existing results to "Engineer" run-of-the-mill stuff, or you
> actually want to work with cutting-edge concepts and develop new stuff.
> Me, I prefer the latter, but maybe that was just because of the way my
> degree was oriented.

	Except that in engineering over here, that often requires a Masters 
degree. People with bachelor's in engineering rarely do development. 
They may play some role in the process, but it's rare that they'll 
actually be key people in the design process.

-- 
I didn't know my husband drank until one day he came home sober.


Post a reply to this message

From: scott
Subject: Re: Iterated derivatives
Date: 20 Nov 2009 04:13:49
Message: <4b065dcd$1@news.povray.org>
>> pre-existing results to "Engineer" run-of-the-mill stuff, or you
>> actually want to work with cutting-edge concepts and develop new stuff.
>> Me, I prefer the latter, but maybe that was just because of the way my
>> degree was oriented.
>
> Except that in engineering over here, that often requires a Masters 
> degree. People with bachelor's in engineering rarely do development. They 
> may play some role in the process, but it's rare that they'll actually be 
> key people in the design process.

Bachelor Engineering degrees don't really exist in the UK anymore, nearly 
all engineering degrees are Masters now.  Of course there are non-degree 
Engineering qualifications you can do which are probably more suited to the 
non-development stuff and not as theoretically based.


Post a reply to this message

From: Neeum Zawan
Subject: Re: Iterated derivatives
Date: 20 Nov 2009 11:25:36
Message: <4b06c300$1@news.povray.org>
On 11/20/09 03:13, scott wrote:
> Bachelor Engineering degrees don't really exist in the UK anymore,
> nearly all engineering degrees are Masters now. Of course there are
> non-degree Engineering qualifications you can do which are probably more
> suited to the non-development stuff and not as theoretically based.

	Which was my point all along. In the UK, I'm guessing those technical 
degrees (that are "less" than a Bachelor's) is not a rare thing. Over 
here, it's quite uncommon. The Bachelor's degree over here fills that 
role (and more advanced ones - it's quite broad).

-- 
Two robins were sitting in a tree. `I'm really hungry`, said the first
one. `Me, too` said the second. `Let's fly down and find some lunch.`
They flew to the ground and found a nice plot of plowed ground full of
worms. They ate and ate and ate and ate `til they could eat no more.
`I'm so full I don't think I can fly back up to the tree`, said the
first one. `Me either.  Let's just lay here and bask in the warm sun`,
said the second. `O.K.` said the first. They plopped down, basking in
the sun. No sooner than they had fallen asleep, a big fat tom cat snuck
up and gobbled them up. As he sat washing his face after his meal, he
thought, `I just love baskin` robins.`


Post a reply to this message

<<< Previous 50 Messages Goto Initial 50 Messages

Copyright 2003-2023 Persistence of Vision Raytracer Pty. Ltd.