|
|
Seen the Dregs a couple of times, Dave LaRue -> killer bass player, he has to be if he's going keep up with Steve Morse. Speaking of the Dregs, I think Andy West (another killer bassist) ended up working in IT if I'm not mistaken.
"the debugger doesn't tell me anything because this code compiles just fine" - random QA comment
"Facebook is where you tell lies to your friends. Twitter is where you tell the truth to strangers." - chriselst
"I don't drink any more... then again, I don't drink any less." - Mike Mullikins uncle
|
|
|
|
|
I like Andy West a lot. The last I heard of him he was teaching bass in the Bay Area.
The first time I heard the Dregs was on an old radio show called the King Biscuit Flower Hour and they broadcast a live show of the Dregs that was really good. I bought a couple of their albums the very next day.
"They have a consciousness, they have a life, they have a soul! Damn you! Let the rabbits wear glasses! Save our brothers! Can I get an amen?"
|
|
|
|
|
Whoever mixed that needs to be taken to the woodshed.
|
|
|
|
|
I was using win10 calculator and something didn't add up to.
In History of calculations there is: 4 * 3 + 4 * 3 = 48 
Immediately on google i have found a thread answers.microsoft.com with explanation on difference between standard and scientific mode. I can agree with how standard mode works, but it is not excuse to display it wrong in History!
And then answer from some guy that a lot of people don't know algebraic order of operations... This is so lame. Because of people who don't know even below basic rules of math, all others should be poisoned (yes, this is how politics work, but this is science)?
This is really insulting for anyone who knows how to count up to more then 10.
|
|
|
|
|
Since you can't enter it all in one step, the history IS accurate. Just saying. 
Social Media - A platform that makes it easier for the crazies to find each other.
Everyone is born right handed. Only the strongest overcome it.
Fight for left-handed rights and hand equality.
|
|
|
|
|
That's no reason to display nonsense. How about RPN[^]? The problem is that RPN is like pointers: Absolutely simple and many people just don't ever get it.
What's so hard about 4 3 * 4 + 3*?
Edit: fixed the link
I have lived with several Zen masters - all of them were cats.
His last invention was an evil Lasagna. It didn't kill anyone, and it actually tasted pretty good.
|
|
|
|
|
CodeWraith wrote: That's no reason to display nonsense.
It's not nonsense. It literally is the history. Just because the history doesn't make sense when done all at once, does not mean it IS NOT the history.
Social Media - A platform that makes it easier for the crazies to find each other.
Everyone is born right handed. Only the strongest overcome it.
Fight for left-handed rights and hand equality.
|
|
|
|
|
Back when programmable calculaters were still a thing, it was only HP (as far as I know) who preferred to use a notation (RPN) that provided absolute clarity (as well as a history, if you need it at all). All others simply showed the keys in the order in which they were pushed, useful or not.
Looking back, I don't think it mattered. Calculators were only the first generation of brain pacemakers. Look at the modern, much more powerful pacemakers and how they are used. Everything is well as long as the heads of those zombies stay nicely hollow and empty. Who cares what nonsense you display as long as the zombies are happy and keep stroking their pacemaker and fill someone's pockets?
I have lived with several Zen masters - all of them were cats.
His last invention was an evil Lasagna. It didn't kill anyone, and it actually tasted pretty good.
|
|
|
|
|
Yes, but looking through the History you don't see steps, you see only final equations. And they are wrong.
Mathematics is an exact science - you can't interpret it as you wan't.
|
|
|
|
|
People using the calculator in standard mode are not interested in doing "mathematics!" They just want to do some quick calculations. 
The difficult we do right away...
...the impossible takes slightly longer.
|
|
|
|
|
Richard Andrew x64 wrote: eople using the calculator in standard mode are not interested in doing "mathematics!" They just want to do some quick calculations
Real mathematics starts with differential equations. Everything before that is trivial.
CQ de W5ALT
Walt Fair, Jr., P. E.
Comport Computing
Specializing in Technical Engineering Software
|
|
|
|
|
Beat me to advocacy of RPN. There was a small amount of time getting used to my first HP calculator in college. After that, I almost can't use a standard one. I grimace when forced to use a calculator with an equals button.
PCalc on my phone allows RPN, so, I'm mostly happy after the screen died on my HP48.
|
|
|
|
|
|
PCalc seems to be an iphone app, so maybe the HP48GX emulator might be a better choice: i48 on the App Store
|
|
|
|
|
I already knew RPN from FORTH before I ever got a programmable calculator. FORTH's most important data structure is the stack and RPN just shows in which order parameters are pushed onto the stack and processed by operators. Just one step away from assembly, but a very neat language.
I have lived with several Zen masters - all of them were cats.
His last invention was an evil Lasagna. It didn't kill anyone, and it actually tasted pretty good.
|
|
|
|
|
No, it's the way a "standard" calculator works.
1 + 3 * (evaluate so far gives 4) * 3 = 12.
"Proper" calculators use operator precedence, but unless they come with parentheses the statndard ones don't.
If you try it on Android's Calculator app, it evaluates as it goes:
1 + 3
4but then uses precedence:
1 + 3 x
4
1 + 3 x 3
10(But that has parentheses!)
Sent from my Amstrad PC 1640
Never throw anything away, Griff
Bad command or file name. Bad, bad command! Sit! Stay! Staaaay...
AntiTwitter: @DalekDave is now a follower!
|
|
|
|
|
If you do precisely the same key / button sequence in scientific mode, it gives the answer 24. Given that I use calculator in both modes, but most of the time just use whatever mode it re-opens in for a quick calculation, this is a bit of a worry... Never noticed it before. The behaviour is the same in the Windows 8 calculator too.
I can see why (with no parentheses available in "standard" view) but it's not exactly intuitive. Would help if the history automatically inserted parentheses where default operator sequence has been used.
|
|
|
|
|
If you think about it, it's not really a problem.
Those who are used to the "Proper" way of doing things will automatically make sure it's in "Scientific" mode before they do anything (mine lives in "Programmer" mode even though I rarely use it); those who are used to an "old fashioned" cheapo desk calculator will leave it in "Standard" so the additional buttons don't confuse them ... 
Sent from my Amstrad PC 1640
Never throw anything away, Griff
Bad command or file name. Bad, bad command! Sit! Stay! Staaaay...
AntiTwitter: @DalekDave is now a follower!
|
|
|
|
|
You will agree with me when i say that it is possible to omit checking if it is in scientific or standard mode. And why should i, if i wan't to perform some basic calculations.
Then to confirm the result i will check the history, i see correct equation and i assume result is correct. It could be, but not necessary.
In win7 at least you had different forms of calculator, so you can easily see which mode you are using.
In win10 if you don't pay attention to exact buttons (and why should you, if you use physical keyboard), you can't tell, since both calculators are of same size. This is very poor UX.
|
|
|
|
|
I agree. I normally only need standard mode and will switch to it, if I have other windows open in the background and don't want the thing taking up half the screen. Other times though if it's in scientific and I've got multiple screens or not doing other stuff, I'll leave it like that. (I use the Win8 calculator, even on Win10, as it saves so much real estate.) I must say I'd never considered the results of my calculations would differ depending on how many buttons I had on screen. 
|
|
|
|
|
OriginalGriff wrote: mine lives in "Programmer" mode even though I rarely use it
programmer mode can't use / don't give real / floats
M.D.V. 
If something has a solution... Why do we have to worry about?. If it has no solution... For what reason do we have to worry about?
Help me to understand what I'm saying, and I'll explain it better to you
Rating helpful answers is nice, but saying thanks can be even nicer.
|
|
|
|
|
Really, I wouldn't even expect it to be smart enough to apply order of operations correctly. A spreadsheet is a better tool for complex calculations anyway.
Cool, so I learned something new anyway...never knew about the parentheses available under scientific and standard. If those were available in standard mode, there would be no problem.
I have to admit that my math skills aren't what they used to be...depend totally on calculators and spreadsheets for even simple calculations anymore.
"Go forth into the source" - Neal Morse
|
|
|
|
|
In APL, all operators have equal precedence. To a certain degree, I can understand the arguments for it.
For the very basic operators, it is easy to follow: Do multiplications before additions. But advanced programming languages (APL not the least) has so many operators for which there is no obvious or "natural" precendece. If you want to minimize the number of parentheses, you must have a list of operator precedence available at all times.
I guess that you can trust Visual Studio graying down "unneccessary" parentheses, and remove those. But when you read such minimal-parentheses code, you need that precedence list to see what is happening. You see lots of programmers adding "unneccessary" parentheses so that their C code looks halfway like Lisp  , "just to be sure", and in a hardcopy output you have a terrible job finding the matching parenthesis. As a general rule: If your program code to any significant degree depends on operator precedence, or multiple levels of parentheses to override the defaults, then you need to break down your expressions into simpler sub-expressions. The compiler will anyway assign a memory location to hold the value of each subexpression, so you might as well do it yourself, and give a descriptive name to it!
In languages like APL there is one single rule: Left-to-right. Any parenthesis indicates a deviation from this rule: Watch out! So APL programs are never Lisp-like (well, that is one of the reasons ). I sort of like it. Even though I grew up with "multiplications before additions", I cannot off hand tell whether a logical XOR is done before or after a logical shift or an equality test. Which operators have higher precedence tahan preincrement but lower than postincrement? I don't know. I can't list those lower than preincrement, and can't tell just why bitwise negation goes before casting, while logical OR goes after. APL never gives you problems like this.
|
|
|
|
|
I can see your point.
But, idea behind calculator is: in Standard mode any new operation it calculates as x += 1 or x *= 2, so new operation is applied to result of all previous operations. Which, personally, i don't like, because this can be achieved by pressing "=" button after every operation, but i can understand.
Anyway, problem to me is not this Standard vs Scientific (although using 2 different design algorithms in 1 program is usually really bad thing to do), but that History contains wrong equation. Which means that if you didn't check in which mode you are, result that you used can be wrong. Which can induce different set of problems.
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
It has a nice groove and the band is tight. 
This band absolutely rocks. I've been going backward through their discography and keep finding gems. Another noteworthy album is 'The Raven That Refused to Sing'.
