<!DOCTYPE html>
<html>
  <head>
    <meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
  </head>
  <body text="#000000" bgcolor="#FFFFFF">
    <p><font size="4">Nice.</font></p>
    <p><font size="4">I guess you think about the next step, to
        introduce them how to simulate these two historical approaches
        with programming.<br>
      </font></p>
    <p><font size="4">You may want to even write it visually, you will
        find examples in DrGeo Smalltalk Sketch for pi approximations.<br>
      </font></p>
    <p><font size="4">The Spanish DSL will help a bit to write DrGeo
        commands in Spanish, however the Smalltalk extentions I
        translated in French are not yet translated to Spanish.</font></p>
    <p><font size="4">So written only in English, this gives these
        instructions:<br>
      </font></p>
    <p><font size="4"><img src="cid:part1.ThvcsTci.FiNJBRj9@free.fr"
          alt="" width="731" height="383"></font></p>
    <p><font size="4">Regarding the Archimedes methods, I have examples.
        It is easier to implement as you can ask DrGeo the length of the
        regular polygon.</font></p>
    <p><font size="4">In both examples, the user observes visually what
        is going on with animation.<br>
      </font></p>
    <p><font size="4">Hilaire<br>
      </font></p>
    <div class="moz-cite-prefix">Le 02/01/2024 à 11:59, Juan Vuletich
      via Cuis-dev a écrit :<br>
    </div>
    <blockquote type="cite" cite="mid:6593EC7A.9010107@cuis.st">For the
      second session I wanted to play with real numbers, so we tried two
      ways of computing Pi. The first one was to "draw" a circle on a
      grid, and take the number of points in the grid that lie inside
      the circle (using the x^2+y^2 <= r formula), divide that by the
      total number of points. And do that for increasingly larger grids,
      to improve the approximation. This one is interesting because it
      only uses integers. But it is slow. Then we tried another method,
      that is the perimeter of an inscribed polygon of increasing number
      of sides. This later one can be done without trigonometry, but it
      requires sqrt() to normalize the vertexes, hence Float. These are
      way more complicated things that what we did before, so I went
      slower, and explained my solution on my computer as I guided them
      on writing their own. So I didn't push them too much and they
      didn't get frustrated. I guess the ability to write the solution
      completely on their own requires a bit more time and practice, and
      my objective is to engage them, not scare them. They still could
      really understand what we were doing, and appreciate the kind of
      thinking involved.<br>
    </blockquote>
    <pre class="moz-signature" cols="72">-- 
GNU Dr. Geo
<a class="moz-txt-link-freetext" href="http://gnu.org/s/dr-geo/">http://gnu.org/s/dr-geo/</a>
<a class="moz-txt-link-freetext" href="http://gnu-drgeo.blogspot.com/">http://gnu-drgeo.blogspot.com/</a></pre>
  </body>
</html>