Content deleted Content added
Pdecalculus (talk | contribs) reference and algo suggestions |
|||
Line 479:
I agree with Mark Viking on this. I haven't seen this term hyphenated much in the literature. The people who spend their time enforcing some imaginary laws of [[Linguistic prescription|prescriptive]] English... should probably find something else to do. [[User:Some1Redirects4You|Some1Redirects4You]] ([[User talk:Some1Redirects4You|talk]]) 16:04, 27 April 2015 (UTC)
==Solution to a few Complexity Concerns and a suggestion on algos==
As you can see from my user name, I teach PDE's online, in many flavors. The comments on this talk page range from complimentary to outright hostile regarding the complexity level and quality of this article, lots of emotion about math, wow. Since I teach both undergrads and graduate engineers, let me suggest a solution for folks finding this too much or too tough: 1. Schaum's Outline of Finite Element Analysis is a great starting point for those who get lost at a beginning stage. Although FEA is a simple reductionist framework, implementation can involve hundreds of thousands of PDEs, some of which we run on supercomputers, and proofs and derivations are tough. 2. Once you get beyond the basics of proofs and the math, you'll be into algorithms immediately. Dover's 700 page book (The Finite Element Method) for $30 US is a great "next step" -- it is by Thomas J.R. Hughes, and goes from basics to advanced algorithm design (my field). It, however, is grad level and requires facility in PDEs and LP as a background. This is all to help frustrated Wiki editors and visitors, but to stay true to the talk page intent, I'd also like to humbly suggest that a section on algorithms might be warranted. I'd write it, but given the comments here, want to be sure there is at least some consensus that it is worth it. My reasoning is that although the proofs and derivations can get very difficult, the algorithmic designs are simple and elegant in many cases, and just crunch away at those PDEs! Frankly, this is more the reality today in practical solutions with Autocad, matlab, julia and even haskell, and users often don't have to know the full polygon story running beneath. In fact, many current interfaces allow you to drag and drop splines and beziers, OR write your own code in a little drop down command prompt box, OR do both! I would also like to thank the many contributors to this article, because, regardless of your opinion or feeliong, it IS a lot of work! [[User:Pdecalculus|Pdecalculus]] ([[User talk:Pdecalculus|talk]]) 14:57, 30 March 2016 (UTC)
| |||