Mathematics for Computer Science - Lecture Notes
ocw.mit.edu
ocw.mit.edu
This course teaches the art of guessing results and solving problems without doing a proof or an exact calculation. Techniques include extreme-cases reasoning, dimensional analysis, successive approximation, discretization, generalization, and pictorial analysis. Applications include mental calculation, solid geometry, musical intervals, logarithms, integration, infinite series, solitaire, and differential equations. (No epsilons or deltas are harmed by taking this course.)
http://ocw.mit.edu/courses/mathematics/18-098-street-fightin...
http://mitpress.mit.edu/catalog/item/default.asp?ttype=2&...
Its a link on the left side under the picture.
this reminds me of when I took partial differential equations where the instructor said: "this shit is really hard, so we are going to learn to guess the solution so we can even have a chance at getting close to the solution".
The mistake I was making was that I was trying to read lectures/blogs/books recommended by random people who knew nothing about me. It doesn't work. The thing is: math is big. It's HUGE, it's a whole world with something for everyone, and not everything in there excites me. I discovered this by accident by picking an easy and fun book about cryptography called (I think it was called The Code) - it was fascinating, it took me to wikipedia and I started to explore this world following my own interests And then it clicked: suddenly even "boring" aspects of math showed me their exciting sides.
Amazon link - http://amzn.to/dlNAeO
It's on my reading shelf right now, but I have not gotten around to reading it. I think your comment just might make that happen. Thanks for the recommendation
For the specific topic of set theory, though, I haven't found one I like better than Paul Halmos: https://www.amazon.com/Naive-Theory-Undergraduate-Texts-Math...
If I could only find a number theory text that I like as much.
http://ocw.mit.edu/courses/electrical-engineering-and-comput...
∃y∀z(∃w(z ∈ w ∧ w ∈ x) ⇒ z ∈ y)
Shouldn't it be:
∃y∀z(∃w(z ∈ w ∧ w ∈ y) ⇒ z ∈ y)
Just because a topic can be challenging doesn't automatically make it worthwhile.
This is a trap that many people fall into.
A corollary of this is that it's impossible to speed up "business logic" at all. You have to drop from Java (typically) directly into assembly language.
In fact, not even the algorithms courses I've taken are all that helpful since most of the hard stuff is already done for you in libraries/frameworks.
What I pointed out above is that there are people who do this stuff in their development. (-:
It seems like we're caught in this cycle where every 2 or 3 years, a new framework comes out that everybody rushes to embrace. Someone is writing the code to build these frameworks, and I guarantee you someone had to worry about what made their algorithm O(n^2) instead of O(log(n))
I think the reason you're being downvoted though, isn't because you simply pointed out that some people don't need to know this stuff, because (although somewhat pointless to state), that's true. Rather, I think the problem was when you said
Mathematics gets way more attention than it deserves in computing
Because you made no attempt to back it up, producing only evidence of your particular situation.
The number of people working on difficult libraries/frameworks is rather small compared to the total number of developers.