Archive for the ‘Uncategorized’ Category

New semester, new course.

January 13, 2018

Thursday was the end of the semester.  Nobody failed.  Close but they made it.

So far I have three students signed up for the new CSCI 100 course spring semester.  Thank goodness.  I have been spending a lot of time building and testing the course.  I would have been majorly bummed if I had done all that work for nothing.  The course is tailored for students interested in going into education.  I figure if the university will not promote CS for education majors I might as well do it.  This is a dual-credit course so the kids will get college credit for it.  Courses for future teachers need to be broad, both in languages and concepts.  In Montana a new teacher rarely has a well-defined CS program to step into if they are hired to teach a CS course, so they have to know how to find course material and be able to learn a language/IDE quickly.  Depth is not critical for a beginning teacher, especially when the time involved to acquire depth is not justified by the hiring opportunities, that will come with time.  Being able to build something, possibly from scratch, is what I consider the primary skill for a new CS teacher.  The CSCI 100 course is intended to be a show-and-tell, here are a number of ideas that can be used to build courses.  The students that have signed up for the course have little to no CS or programming experience so the material is very basic.  These are not students who are interested in teaching upper level CS (at least not at the moment) but hopefully they will get enough out of this course to be able to do an introductory course and have enough background to get a CS program started in a school.  It will also hopefully give them enough to help in a school with a developed CS program.  There is the little detail of getting certified for CS in Montana.  The only way is with business degree or a CS degree.  (Business degree?  I am still stumped by that one.)  This is at least a step for these kids.  They can put “Computer programming course” on their resume.

It has been so long since I have taught non-computer geek students that this might be a bit of a challenge.  I know the rate at which geeks learn programming but total rookies, especially non-techie rookies, will be interesting.  I have planned due dates for assignments but to tell the truth I am just not sure how realistic those are.  The three students, all girls, are bright but I am not sure about their enthusiasm.  I will have to decide how strict I am going to be on those due dates.  Since these girls will be working without a lecture period (this is sort of an independent study since the period they are signed up for is the same period I teach Algebra 2 to three math underachievers) I will have to keep a sharp eye on how they are or are not struggling.  There is also the factor of teaching girls CS.  Women learn differently than men.  (This is a statement made with thirty years of teaching behind it.  There is undoubtedly research out there proving and dis-proving this statement.)  I have not taught mainstream girls in many years.  I have had a female student for the last three years (she is a junior now) but she is an uber-geek with an IQ that is just scary and is probably going to major in a computer field.  I just stay out of her way.  I am not worried about teaching these girls, it is just something I need to pay attention to in regards to my teaching style.  I am teaching two sophomore computer geek boys CS at the moment.  I do not think how I deal with those boys will work with three senior girls.  Chuckle.

This course is taking me well out of my comfort zone.  Non-techie girls in a course I have not tested on students.  It is going to be fun.

Advertisements

Beginning with App Inventor

December 18, 2017

In the process of writing the curriculum for the CSCI 100 course I have to learn a few odds and ends.  One new to me odd thing is App Inventor.  I had looked at App Inventor previously but not to the point where I could teach it.  I worked through the App Inventor site tutorials (Beginner, PaintPot and Mole Mash).  Pretty easy.  I figured I better find something a bit more challenging.  Nothing super fancy but enough to explain a bit more about the IDE and programming techniques.  Google to the rescue.  I found one PDF tutorial that had excellent graphics and readable text.  After spending 10 minutes of confusion I discovered that there is a big difference from App Inventor v1 and v2.  Using a v1 tutorial when coding with v2 is not a good thing.  After a few minutes of digging through YouTube I found David Wolber’s eight part series “Code “Pong” with App Inventor II”.  The tutorials are straightforward and I would categorize them as excellent.  I have learned one really important thing from working in App Inventor.  This will not be a revelation to those that work in drag and drop regularly.  That important thing is have a really big monitor.  DnD blocks take up room.  Yes, they do collapse but then they have to be expanded to see what is in there when you forget 5 minutes later.  Doing App Inventor on a 13-inch laptop would require young eyes.  I have a 29-inch monitor.  I am good.

DnD is a bit of a shift.  I think it is slower than text programming.  You have a lot of mouse work which is slower than typing (even my typing).  Also the overall setup is just so different.  Creating variables, building If statements and the general flow of the code is very different.  Not bad, it just takes a shift in the way to read code.

Would I want to produce a professional level app in App Inventor?  Nope but then that is not its intent.  Is it a good way to learn and have some fun writing simple apps?  For sure.

I now need to write something semi-original (no YouTube) to truly test how hard it is to chase down coding issues.

Don’t need no silly CS degree or background

December 13, 2017

Someone just sent me the link to Pythonroom.com, an online curriculum for Python.  The claim by Pythonroom is “Pythonroom lets anyone teach computer science.”  You mean I spent all those years learning pedagogy, multiple languages, hardware, software, binary numbers, programming logic and so on for nothing?  Shucks.

Building a new CS dual-credit course

December 11, 2017

I offer dual-credit courses for juniors and seniors.  These are fully accredited courses from University of Montana that I teach on my high school campus.  The kids are fully registered UM students and will receive a UM transcript.  The kids get the grade on their transcript that they get in my course.  No big final like an AP course.  It is a nice setup for them and me.  My course simply has to fit the broad requirements of the UM course.  I do not have to use the UM book or follow the exact UM course plan.  At the moment we offer four dual credit courses: Pre-calc, Stats, CSCI 100 (general credit) and CSCI 135 (CS credit).  The CSCI 100 used to be an intro to Python course with the CSCI 135 being a hard-core Java course.  The university just revamped these two courses.  The CSCI 100 is now a programming survey course, seven “languages” in the semester, and the CSCI 135 is a Python course.  Changing the CSCI 135 was not a big deal for me.  I just renumber my CSCI 100 course to CSCI 135.  My old CSCI 100 Python course was a year long so I did more than the university’s old CSCI 100 by a long shot.  My course now matches their new CSCI 135.  Sweet.  The university’s new CSCI 100 on the other hand will be a completely new course.  I talked to the CSCI 100 instructor (a friend of mine) who rebuilt and teaches the course.  His course consists of these seven topics:

  1. Code.org – fundamentals of DnD programming
  2. Scratch – simple coding in DnD
  3. Studio Code – mobile apps
  4. Alice – stories and interactive animations
  5. HTML – a basic web site
  6. Processing – visual programming
  7. Python

He also sent me his assignments for the semester.  After a quick look I decided his material would be perfect for the seniors looking at an education degree and have no programming experience.  Not so perfect for those of my students who have taken any programming from me or looking at going into CS.  A bit too basic.  I like the concept of the course, hitting a number of topics lightly so students have a starting point at building a tool set for programming.  I just have to redesign the course so it fits my knowledge set.  I do not know any HTML (something I should fix some day), Code.org is a bit too simple, most of my students will have seen Scratch, I am not sure what Studio Code is and I have a better idea for Processing.  OK, so I need to rewrite 90% of his course.  Not a problem, I have ideas for substitutes.

Here is my altered CSCI 100 that suits my skill set and hardware availability:

  1. Code.org – just so the students can see Code.org
  2. App Inventor – build an Android app
  3. Micro:bit – make music with DnD
  4. Alice – build a scene from Shakespeare
  5. Small Basic – intro to a simple line code language
  6. Arduino – line code and hardware (Processing is the IDE Arduino uses)
  7. Python – back to micro:bit along with some pure coding projects

Nothing earth shaking there.  I think I am hitting all the bases for a good cross section of programming tools and still providing enough rigor to justify 3 college level credits.  I have eighteen weeks to cover this material.  With some heavy math and some head scratching logic here is my time schedule:

(We have block periods so classes are 90 minutes every other day.)

  1. Course set up and Code.org – 1 week
  2. App Inventor – 2 weeks
  3. Micro:bit – 2 weeks
  4. Alice – 2 weeks
  5. Small Basic – 2 weeks
  6. Arduino – 2 weeks
  7. Python – 4 weeks

That gives me 3 weeks of slack in there.  This seems like a lot of time but I know from experience that spring semester is pure hell on the seniors.  Sports, senior projects, college visits, extended spring breaks and general weird events really cut into the spring semester.  If I see extra time looming there are several other topics I can pull up in a hurry; Unity, Code Combat, or just flesh out some of the previous topics that were of special interest.

My biggest issue will be to have good assignments ready to go.  Some, maybe all, of the seniors will be doing this course independent study or with minimum supervision.  I have to have things laid out for them in a manner that will minimize confusion.  In a classroom setting confusion is minimized on the fly, no so with independent study.  So for this first offering I am being very select as to who I allow take the course.  I need the students that can think for themselves, not get hung up when something does not work out perfectly and give helpful feedback.  I have already eliminated one prospective student.  She asked if the course was going to be hard because she did not want any hard courses her senior year.  Good luck in college.

I really hope I can get five or six students to sign up for the course.  I think it will be a fun experience for them and for me.

How PD should be done.

November 28, 2017

“The best PD is when you get a bunch of teachers together (with at least a few strong in content and experience) and just let them talk shop.”

Mike Zamansky – http://cestlaz.github.io/posts/election-day-pd-2017/

 

The weekend before Thanksgiving was spent in a room with about twenty experienced and neophyte programming teachers.  There were a couple of high-speed college CS professors present.  There was also a teacher from a local junior college who used to work for NASA doing photo interpretation of the Mars Rover pictures using Python to do color filtering.  Really high-speed.  These two days were by far the best professional development days I have ever had.  The experience talked about experiences, the neophytes asked questions on “how do I …”.  We compared notes.  We talked CS philosophy, pedagogy, apps, hardware, PD training needs, and what we needed to do in order to solve the problems of the world.

Absolutely the best CS PD and learning experience.

No, I do not want to go back to the 4th grade

November 21, 2017

I have done three Mondays of my little coding club.  One more to go.  Next time I do this it will not be 4 – 8 grades.  It will be 6 – 8.  Teaching 4th graders is not in my skill set.  The diversity between them is too great for me to manage.  Some cannot add 90 + 90 and get 180.  Others do understand what 180 means in the sense of angles and turning a turtle.  Some cannot understand there is no “down” turtle movement to make the turtle go towards the bottom of the screen.  Others are showing the 7th and 8th graders how to do things.  Last post I mentioned teaching them the x,y coordinate system.  Nope, I will pass.  Some will have no problems, others need to be a bit older.  Their brain is not wired enough to do the task.  I have high school students this way but I know how to handle the issue at that age, not at the 10 year old age.

It is necessary to do something at this level to understand the issues that building and teaching a CS curriculum K-12 presents.  Anybody who says they have developed a good 4th grade curriculum has either written something to cover kids with abilities from 2nd – 8th grade, or they have no idea what they are talking about.  My wife was an elementary and middle school teacher.  I knew the range she dealt with in a single class.  Knowing and doing are two vastly different things.

I need to go back to the 4th grade

November 7, 2017

I started an after school coding course for 4 – 8th grade using Small Basic yesterday.  I am learning a lot.  I am learning that 4th graders do not have x,y coordinate knowledge yet.  Opps.  That is going to make any fancy turtle graphics a bit of a challenge.  The solution?  Teach 4th graders x,y coordinates.   They seem pretty game.

“Need a little help from my friends”

November 3, 2017

In a couple of weeks I am attending a professional development weekend for CS teachers.  This is the conclusion of the PD seminar I participated in this last summer.  There are 20 CS teachers ranging in ability from a former professional programmer, a couple of old time programming teachers (including me) and the rest pretty much novices.  By novices I mean teachers who are not and never were CS inclined.  Most are more than willing.  Only a couple are totally lost.  I was asked to lead a discussion group on CS teaching philosophy and on questions some of the others in the class had on issues they are encountering.  Being a generous and giving person, along with being a stone cold idiot, I said sure.  Being smarter than the average bear (a quote from Yogi Bear for you younger readers out there) I figured I better make some notes.  Then I figure I will throw these notes out there and maybe get some good suggestions/feedback.

Philosophical issues (sort of)

  1. Programming is not coding.
    1. Programming involves algorithm design, UI design, understanding how to use decisions, iteration, repetition, sequence, encapsulation, OOP, etc.
    2. Coding is knowing the syntax of a particular language to do the job the program requires.
  2. Companies want to hire problem solvers (programmers) not coders.
  3. Coding is a low wage job. Programmers make the bucks.
  4. Teach problem solving where the best solution is using a computer program.
  5. CS classes should not focus on typing good code; they should focus on building good programming skills (which may include typing good code).
  6. Do not try to be a professional programmer, try to be a professional teacher.
    1. Requires extensive time researching how to teach CS.
    2. Does not require extensive time learning how to be a great coder.

Questions from class participants

  1. “I would like to learn more about beginner training tools and resources.  It would be great to learn more as far as using ipads and chromebooks.  We still have not received our ‘free’ laptops from our tech dept.”
    1. Beginner training tools –
      1. Start with a simple language – Scratch, Small Basic, micro:bit, Kodu
        1. All these have excellent free materials on their websites
      2. Do not try to become a coding expert, learn how to learn code
      3. Large time commitment
      4. Find a good book
        1. Python – http://openbookproject.net/thinkcs/python/english3e/
        2. Python – JBC – https://www.cs.montana.edu/paxton/classes/joy-and-beauty/
        3. Python – micro:bit
        4. PodPi – Javascript
      5. iPad – Google “programming on an ipad”
        1. Codea – pro level
        2. Pythonista
      6. Chromebooks – any web based programming environment
        1. Scratch online
        2. App Inventor
        3. Touch Develop
        4. PodPi (Javascript)
  1. “some shorter lessons that will engage students quickly into programming. The drawing was fun (Refering to turtle graphics in Python.) and could easily be shared with families and administrators.”
    1. Set small objectives.
    2. Do not teach coding until the students (and the teacher) understand programming
    3. Micro:bit
      1. SparkFun – micro:bit Go Bumdle – $16.50
    4. PodPi modules
    5. Small Basic – excellent for small objectives – great for turtle graphics
  1. “One of the problems I’m having is students who want me to give them the answer.  They are having trouble coming up with algorithms and the logic on their own.  I try to explain that there is very rarely a ‘right’ answer in programming, but I feel they are expecting a solution that they can copy.”
    1. Do not assume programming is easy. IT IS NOT!!!!
    2. Teaching algorithms and logic will be the hardest thing any teacher will ever teach.
    3. Algorithms are difficult for many, not just kids
    4. Smaller simpler steps
    5. Get away from the computer
    6. Describe algorithms they already know – division, multiplication, PB&J
    7. Avoid teaching code – teach algorithm development
    8. Work in teams/pairs
    9. Suggest resources, not solutions
  1. “Another problem is people who go online to get solutions.  It’s obvious that it’s not their work.”
    1. Use the online stuff – tell the kids to find a project online and modify it.
    2. Require the kids to use online solutions/resources
    3. Dream up original projects
    4. Watch the kids code. If you are looking over their shoulder you will know where the code is coming from.
    5. Require extensive comments – should be requiring this anyway, online programs rarely do this

Parent/Teacher night and I wander

November 3, 2017

It is parent/teacher night.  Things are slow.  I teach a total of 24 kids (19 seniors in Stats, 2 sophomores in programming and 3 in Alg II).  So far I have talked to 3 sets of parents.  Things are slow.  So what do I have to play with?  My room is full of computer stuff.  Well, I have a couple of micro:bits sitting to my left.  I have not really tinkered with them much and things are slow.  After a couple of hours of tinkering (and digging around the micro:bit website just to see what there is) I can now program the thing in micro:bit Blocks, JavaScript and Python.  Nothing fancy but I have a feeling fancy is not really the purpose of a micro:bit.  The middle school tech teacher is going to start the eighth grade on these next week.  Lights to blink, buttons to press and a simple block language.  I think they are going to have some fun and learn some programming on the way.  I have to buy some alligator clips tomorrow so I can hook up a speaker and make music.  These things also have radios so they can communicate with each other.  I had better save something for tomorrow.   I have to be here from 8:30 to 11:00.

Something else I learned tonight, there is an Arduino shield that will connect to Lego NXT motors and sensors.  The NXT brick is kind of boring in its plastic case.  The Arduino on the other hand is just out there naked.  Much more interesting.  That is all I need, more computer stuff in my room.

Adventures in Programming: Python and VB

November 1, 2017

I am happily putzing along in Unity with my two programming students when I decide it is time for a break.  Let’s fiddle with Python for a few weeks.  Both have done a little Python before so no big deal.  We build a little program that computes the area of rectangles, squares and whatever other shape we want to build a function for.  Three class periods and it is done.  (My class periods are 90 minutes.)  Lots of discussion on local verses global variables, naming of variable and functions, parameter passing, designing before coding, you know, the usual things for a programming class.  Then I get clever.  (Bad, very bad.)  I think “I have not done VB in about four years, let’s do this same program in VB!”  Yup, bad, very bad.  I did it and we are going to do it.  It took me an hour or so to relearn the basics of Visual Studio while trying to remember my VB.  (Need multiple forms depending on the shape to computer the area of.  Eek.)  I do have a VB book published in 2003.  It works.  But I now remember why I teach in Python.  The VS overhead is just a pain.  When you are rusty VB is a pain, especially when you have not touched it in four years.  (I was never a wiz at it in the first place.)  I am going to finish the VB program with the kids.  They need to see what VS and VB look like.  It also emphasizes my philosophy of teach kids how to learn coding, not how to code.  The building of forms and the general structure of VB shows them a completely different scheme.

I think when we are done with this simple VB lesson I am going back to Unity.  I am thinking of having them build a house in SketchUp, import in into Unity, build a character so we can walk through the house, then export that to Android and walk through the house with Google Cardboard.  Lots of fun to be had here.

These two kids are sophomores.  I have two more years to throw more programming at them.  If I want to do a semester of VB with them I need to do a little brushing up, maybe even buy a book written in the last 10 years.