• Welcome to Religious Forums, a friendly forum to discuss all religions in a friendly surrounding.

    Your voice is missing! You will need to register to get access to the following site features:
    • Reply to discussions and create your own threads.
    • Our modern chat room. No add-ons or extensions required, just login and start chatting!
    • Access to private conversations with other members.

    We hope to see you as a part of our community soon!

Two questions -- I'll explain soon

Kenny

Face to face with my Father
Premium Member
Question 1 -- a baseball bat and ball cost $110 together, but that bat costs $100 more than the ball. How much does the ball cost?
B1 = Ball
B2 = Bat = B1+100

B1 + B2 = 110
B1 + B1 +100 = 110 (substitution)
2B1 + 100 = 110
2B1 = 110 - 100 = 10
B1 = 10/2
B1 = Ball = 5

Question 2 -- do you have a faith belief in a deity, or are you atheist or agnostic?
I believe in a deity of course.
 

Bob the Unbeliever

Well-Known Member
Simple algebra you can do in your head:

A + B = $110.00

A - B = $100.00

Add the two equations together and simplify:

2A = $210.00

Divide both sides by 2 to get the price of the bat:

A = $105.00

And subtract a hundred bucks to get the baseball price.

Yes, that's the direct method. :) It's been nearly 50 years since I had Advanced Algebra (yes, I made A's and B's-- there was once a time when I could do that... no more).

My approach would be a series of approximations: The final result needs to meet $100 more condition.

Pick an estimated value for either the bat or the ball-- since it's easier to work with small numbers? Assume the ball costs $10 (a nice round number). Do the math: 110-10 = 100. Does that meet the initial condition? No-- the difference is only 90. The ball is too expensive. (now if I was writing a computer program, I'd likely increment in a finer scale, but..) Divide the ball's cost by 2 for $5. Do the math 110 - 5 = 105. Does that meet the initial condition? Yes. Done.

(In the case of a program, you also need a condition for under-shooting as well, i.e. if you started with $2 for the ball, you'd have 110 - 2 = 108. 108, too large, increase cost of ball. And so on)

That's how a computer would do it, using a simple program that lacks the tools of Algebra.

:)
 

Willamena

Just me
Premium Member
Question 1 -- a baseball bat and ball cost $110 together, but that bat costs $100 more than the ball. How much does the ball cost?

Question 2 -- do you have a faith belief in a deity, or are you atheist or agnostic?
1) If you subtract the $100, you are left with two items that together would cost $10. The bat costs $105 and the ball $5.

2) Atheist.
 

Subduction Zone

Veteran Member
Yes, that's the direct method. :) It's been nearly 50 years since I had Advanced Algebra (yes, I made A's and B's-- there was once a time when I could do that... no more).

My approach would be a series of approximations: The final result needs to meet $100 more condition.

Pick an estimated value for either the bat or the ball-- since it's easier to work with small numbers? Assume the ball costs $10 (a nice round number). Do the math: 110-10 = 100. Does that meet the initial condition? No-- the difference is only 90. The ball is too expensive. (now if I was writing a computer program, I'd likely increment in a finer scale, but..) Divide the ball's cost by 2 for $5. Do the math 110 - 5 = 105. Does that meet the initial condition? Yes. Done.

(In the case of a program, you also need a condition for under-shooting as well, i.e. if you started with $2 for the ball, you'd have 110 - 2 = 108. 108, too large, increase cost of ball. And so on)

That's how a computer would do it, using a simple program that lacks the tools of Algebra.

:)

Similar to how one can derive a square root starting with a crude assumption. This algorithm can be easily programmed into a computer. Take a positive number. Its square root will be somewhere between the number and one. Add one to the number divide by two. Save that value. Take the number you wish to find the square root of and divide it by the saved number average that value with the saved number and replace the saved number with that value. Repeat. Try it with a pocket calculator. It does not take too many iterations before the calculator is at its limit accuracy wise.
 

Bob the Unbeliever

Well-Known Member
Similar to how one can derive a square root starting with a crude assumption. This algorithm can be easily programmed into a computer. Take a positive number. Its square root will be somewhere between the number and one. Add one to the number divide by two. Save that value. Take the number you wish to find the square root of and divide it by the saved number average that value with the saved number and replace the saved number with that value. Repeat. Try it with a pocket calculator. It does not take too many iterations before the calculator is at its limit accuracy wise.

Yep. Creating programs that approach the answer, using rapid, repeated (but simple) computations is what makes computers work.

Back in the 8th grade, I saw a very simple computer-- and considering the date? It was pretty amazing, for 1972. But. The thing could only do addition. Subtraction involved adding a positive and negative number.

Multiplication involved repeated additions. And so on.

You programmed it by flipping a series of toggles: up for 1, down for 0, hit the momentary STEP toggle... it had lights above each switch for confirmation.

I seem to recall it was a Heathkit, but that may be a false memory. I was obviously impressed, as I still remember all these years later...

And yes-- it was quicker to do the arithmetic on paper, than to program that thing...
 
Simple algebra you can do in your head:

A + B = $110.00

A - B = $100.00

Add the two equations together and simplify:

2A = $210.00

Divide both sides by 2 to get the price of the bat:

A = $105.00

And subtract a hundred bucks to get the baseball price.

Isn't it easier to just do 110-100 then divide by 2? :D
 

Subduction Zone

Veteran Member
Yep. Creating programs that approach the answer, using rapid, repeated (but simple) computations is what makes computers work.

Back in the 8th grade, I saw a very simple computer-- and considering the date? It was pretty amazing, for 1972. But. The thing could only do addition. Subtraction involved adding a positive and negative number.

Multiplication involved repeated additions. And so on.

You programmed it by flipping a series of toggles: up for 1, down for 0, hit the momentary STEP toggle... it had lights above each switch for confirmation.

I seem to recall it was a Heathkit, but that may be a false memory. I was obviously impressed, as I still remember all these years later...

And yes-- it was quicker to do the arithmetic on paper, than to program that thing...
I had a housemate in college that had one of those. It had an amazing 1 k of memory. My present desktop has a T (what would be the nickname for a Terabyte?) of memory. Just a tad bit more.
 

Superbatman

New Member
Ball costs 10$...?

I am Mormon if you or anyone have questions. Like seriously, even questions that might seem like they are attacking the Mormon faith, I am totally willing to answer anything and won't get offended by anything. Really.
 

Bob the Unbeliever

Well-Known Member
I had a housemate in college that had one of those. It had an amazing 1 k of memory. My present desktop has a T (what would be the nickname for a Terabyte?) of memory. Just a tad bit more.

I do not remember, except that old Heathkit had, I think, 8? 16? Registers (wherein you could do actual work). I doubt it had 1K of total RAM, though. Of course, no hard drive, no input console, and the output? Lights in Binary. :)

It was a hoot-- the guy who'd put it together, had a printed chart of Binary to Hex, and naturally, Decimal.

We had to input in Binary, of course, so we consulted a chart of commands for each step.

Akin to "read an address in RAM into one of the general purpose registers" an so on. Add two general purpose registers-- the answer would destroy one of the input values, and you'd read the binary lights in question.

As I said, it was very crude. In fact, I also got a cardboard simulator, that really was a close match to the capabilities, except you'd write in Hex, instead of binary... addition in Hex. The first time I had to learn about such things, really.

:)
 
Top