![]() | ![]() | ![]() |
| Handicapping "Think Tank" technical handicapping and statistics |
![]() |
| | LinkBack | Thread Tools |
| |||
| ?? for peep or any of the math guys here: i am new to using excel and have started putting some #'s together, but i have a problem: if i take 5 nba totals for example on a given team: 210 200 205 213 181 i am trying to find out this teams average pts. per game which is 201.8 but i see that the 181 skews my findings --- what do i need to do in order to find a more accurate "gauge" of this teams average pts per game ??? i think standard deviation has something to do with it but am not that familiar with formal statistics -- can anyone break it down in simple terms and point me in the right direction ??? thank you |
| |||
| jlpblade: Oh yeah? Well FORTRAN has more verified math subroutines than any language or environment. Why are you using it? Spreadsheeting is programming for the common man. About 98% of anything you could want to do can be done in some fashion in Excel, Quattro, SuperCalc, etc, etc...even an old version of Visicalc. |
| |||
| << jlpblade: Oh yeah? Well FORTRAN has more verified math subroutines than any language or environment. Why are you using it? Spreadsheeting is programming for the common man. About 98% of anything you could want to do can be done in some fashion in Excel, Quattro, SuperCalc, etc, etc...even an old version of Visicalc. >> Not likely [img]i/expressions/face-icon-small-smile.gif[/img] Although I will admit to not having used Fortran for awhile. If need something else, just grab a library somewhere and take it from that. |
| |||
| OK, Vamp. Name me some things that I can't do in Excel. BTW, in FORTRAN there are well over 5000 subroutines that have been tested and verified (IMSL is one source) over the last 30 years or so, which BTW, comes with some of the latest compilers. Now, with all the wonderful code that a lot of today's "programmers" throw out there from scratch, I wonder how much of that spagetti has been tested? Or are you going to tell me you write "bullet-proof" code? |
| |||
| OK, blade: then you tell me what things you can't do in Excel... You see, for the guy on the street, I think Excel can do most everything he/she needs. Sure you'll find power apps or languages that can work a problem larger/faster/"better" but for over 90% of common math problems, you can find a way to do it in Excel and usually do it faster. Because the big advantage is, you have a much shorter debugging cycle and thus can get to a problem solution in 1/10 the time for the bulk of most common problems. And it can be the way for the guy on the street to work almost every problem he can be interested in and for the tiny minority, you'll need a compiled language. Again, I'm talking math problems, not graphical/art/internet thingies, but things that I'd be interested in in the sports forecasting area... ...I don't think you can do it. All this "my language is better than your language" crap is simply the geek equivalent of my dad can kick your dad's a$$. |
| |||
| Everything I've ever wanted to calculate for sports betting, I've been able to do with Excel, and without taking a course or even reading a book. And I write some damn long formulas, too. And, maybe most importantly, I have fun doing it. Learning a new language wouldn't be fun, and I wouldn't stick to it. I think that anyone finding Excel inadequate for sports betting is falling victim to mis-precision and pseudo-sophistication. |
| |||
| Whoops, I just re-read my post and realized it sounds much more antigonistic than I meant. Apologies guys... APL, "A Programming Language," yup, did that...all those stinkin' operators...wow, hadn't thought about that in years...you probably did ALGOL and SNOBOL, and what was that other one, with the ridgid column formatting...RPG? Shoot, I can't believe COBOL is still around...Y2K got a lot of those geezers jobs. ...geeze jlp, sounds like you're as old as me, you poor guy. I wouldn't even wish that on the Vamp... |
| |||
| Getting back to the orginal question. Something like a median is probably what you want. You could average the "inner 50%" of the data points, dropping the higher 25% and the lower 25%, or something like that. But those who were at my table at the MW Dinner at the Palm know that the complicated part starts after you're satisified with your average, then what do you do?? [img]i/expressions/face-icon-small-smile.gif[/img] |
![]() |
| Thread Tools | |
| |
![]() | |