Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Update sec_antider.ptx #316

Merged
merged 1 commit into from
Nov 20, 2024
Merged

Update sec_antider.ptx #316

merged 1 commit into from
Nov 20, 2024

Conversation

APEXCalculus
Copy link
Owner

@APEXCalculus APEXCalculus commented Sep 30, 2024

Possible correction to antidiff. property.

Theorem 5.1.6 states \int c \cdot f(x) , dx = c \cdot \int f(x) , dx.
While this is identical to language in other texts, I got a suggestion that we should add "(c \neq 0)" as a condition.

The reason (which you can figure on your own) is that if c=0, integrating 0 leads to a +C, whereas integrating first then multiplying by 0 means you just get 0.

I'm wondering what others think of this suggestion. I'm lean toward making the change.
Yes, I think they have a point.
I also think the expression "c \cdot \int f(x),dx" is also playing a bit loose with set notation, and this may be an unimportant nitpick. But if it gets students thinking about what's going on, it may create a bit of a learning moment.

Interested in any discussion before someone merges.

Possible correction to antidiff. property
@sean-fitzpatrick
Copy link
Collaborator

I'm fine with this change. Since we define the indefinite integral as a set, the notation is a little awkward, but in practice I think everyone thinks of the indefinite integral as a representative of this set, with the value of C left unspoken.

Probably the best option (mathematically, not pedagocially) is to think of this set as an equivalence class: we have many examples throughout mathematics of operations on equivalence classes.

@sean-fitzpatrick
Copy link
Collaborator

@APEXCalculus I got busy and forgot about this. I think you can go ahead and merge unless further discussion is needed.

@APEXCalculus APEXCalculus merged commit 01ed8a5 into main Nov 20, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

2 participants