Home Accessibility Courses Twitter The Mouth Facebook Resources Site Map About Us Contact
 
For 2023 (and 2024 ...) - we are now fully retired from IT training.
We have made many, many friends over 25 years of teaching about Python, Tcl, Perl, PHP, Lua, Java, C and C++ - and MySQL, Linux and Solaris/SunOS too. Our training notes are now very much out of date, but due to upward compatability most of our examples remain operational and even relevant ad you are welcome to make us if them "as seen" and at your own risk.

Lisa and I (Graham) now live in what was our training centre in Melksham - happy to meet with former delegates here - but do check ahead before coming round. We are far from inactive - rather, enjoying the times that we are retired but still healthy enough in mind and body to be active!

I am also active in many other area and still look after a lot of web sites - you can find an index ((here))
Learning to program - where to start if you have never programmed before

We teach many delegates how to program in "xxxx", where xxxx is a language such as Perl, PHP, Python, Lua, Ruby, etc. Some of those delegates arrive with us with prior programming experience, and require what is in essence a conversion course - the base concepts from Pascal will set them in good stead for Python, and a Matlab programmer will see some familiar things in Perl. Other delegates are completely new to programming, and need to cover those base concepts that are common to every langauge in addition to learning how those concepts are applied in the particular language that they're learning.

From the early days of our Perl courses, and with PHP too, we've long provided a learning route for delegates who have never programmed before. In both of those cases, the "metrics" of the use of the language were such that people would often be given a programming role in addition to their normal job - along the lines of "you're a system administator - please automate that task as it's repetitive" and "you've written an excellent web site for us - please add some functionallity such as an ordering system". Often these requests to add programming to a job description were seen as trivial by the manager doing the addition, and I've seen some poor delegate caught like startled deer in the headlights of the juggernaut of programming; I'm relieved to report that these days there's an appreciation that it takes time and practise to learn a major new skill.

Over recent years, we've seen that newcomers to the other languages we teach - Lua, Ruby, Python, C, C++, and Java - have also had a growing trend to starting with no prior programming experience. Such delegates are still very much a small minority - but a significant one. How can they best learn the new skills they need?

The traditional approach is to suggest that the delegates go to a local college or night school in their area to learn programming principles - but that means a long elapsed time, and a need to the unlearn / convert a great deal of syntax detail. Another approach has been to suggest book-learning or e-learning of the concepts but there's no-one to ask when you get stuck, you have the conversion issue, and it's often hard to see how the theory you're learning applies to the practical things you need to do.

A couple of years ago, we experimented but in an educated way. We added - onto the front of our entry level courses - an extra day entitled "learning to program in ...". Very often, the extra day was on a Sunday (as the schedule was already published a year ahead with monday start courses!), and a couple of profits of doom suggested that we wouldn't get (m)any takers. But then, quite frankly, I was looking to provide a service when it was required - not to fill a schedule, nor to make a lot of extra money out of these people, and I didn't (and don't) mind if the extra day runs or not, or whether it's for a single delegate or more.

The experiment has turned into a big success - it makes a significant difference for the people for whom it was put on in the first place. They are, it turns out, usually prepared to give up part of their weekend to attend a course - it shows a committment to their employer, and their additional role. They are delighted to have a tiny group, and to have a course that's run at their pace, explaining the principles of named variables, sequences of commands, conditions and loops. And also explaining good practise right from the start - the need to comment code well, provide user documentation, and to avoid code duplication which would escalate the maintainaince tasks later on.

The delegates are more than happy to be learning the principles of programming in the language they'll actually be using, rather than having to switch midstream when they've already got some of the way. And the delegates are delighted to be able to ask / question / query issues with the course tutor - someone who's fully aware of the principles behind what he's teaching and can help guide them in the right direction, and re-explain concepts they find hard in a whole variety of ways.

Come the second day of a "Learning to program in xxxx" course, and we're joined by delegates who have programmed before, but not in xxxx; the newcomers to coding have a firm starter - their legs are under the table, and as far as their concerned there's a revision and consolidation element of the fundamentals, with an extra light being shone onto the langauge being taught by the differing backgrounds of the additional students.

Yesterday, I taught "Learning to program in Ruby" - the first day. The examples were all written in front of the delegate(s) and will be reinforced today in a couple of hour time. But I do know that I generated an enthusiasm, and I saw some real - if short and straightfoward - initial programs. And i know we're in for a great rest-of-week!

Republished here - for yesterday's delegate - the examples from my system:

[link] A first program - output a message
[link] Variables and calculations
[link] Read from user, calculate, output
[link] Prompt, read, echo, calculate, output
[link] Optional code and repeated code
[link] Repeating until some condition is met
[link] First steps in analysing a big file
[link] A practical log file analysis example

See [here] for details of the the next "Learning to program in Ruby" course.
See [here] for details of the the next "Learning to program in Lua" course.
See [here] for details of the the next "Learning to program in Perl" course.
See [here] for details of the the next "Learning to program in python" course.
See [here] for details of the the next "Learning to program in Tcl" course.
See [here] for details of the the next "Learning to program in C" course.
See [here] for details of the the next "Learning to program in PHP" course.
See [here] for details of the the next "Learning to program in Java" course.
See [here] for details of the the next "Learning to program in C++" course.
(written 2010-09-28)

 
Associated topics are indexed as below, or enter http://melksh.am/nnnn for individual articles
Q100 - Object Orientation and General technical topics - Learning to Progam
  [116] The next generation of programmer - (2004-11-13)
  [1605] Learning and understanding scripting programming techniques - (2008-04-08)
  [1963] Best source to learn Java (or Perl or PHP or Python) - (2008-12-28)
  [1985] Learning to program as a part of your job - (2009-01-10)
  [2001] I have not programmed before, and need to learn - (2009-01-19)
  [2048] Learning to program in PHP, Python, Java or Lua ... - (2009-02-19)
  [2092] Tracking difficult bugs, the programmer / customer relationship - (2009-03-20)
  [2286] New to programming? It is natural (but needless) for you to be nervous - (2009-07-14)
  [2294] Can you learn to program in 4 days? - (2009-07-16)
  [2326] Learn a new programming language this summer. - (2009-08-06)
  [2504] Learning to program in ... - (2009-11-15)
  [2505] I almost put the bins out this morning - (2009-11-16)
  [2898] Programming Standards from the start! - (2010-08-02)
  [3120] Learning to write good programs in C and C++ - separating out repeated code - (2011-01-04)
  [3551] Some terms used in programming (Biased towards Python) - (2011-12-12)
  [3895] Flowchart to program - learning to program with Well House - (2012-10-14)
  [4008] Reading and checking user inputs - first lessons - Ruby - (2013-02-17)
  [4318] Learning to Program - how we start to teach you at Well House Consultants - (2014-11-16)
  [4322] Learning to Program - the conditional statement (if) - (2014-11-21)
  [4323] Learning to program - Loop statements such as while - (2014-11-22)
  [4324] Learning to program - variables and constants - (2014-11-22)
  [4325] Learning to program - what are algorithms and design patterns? - (2014-11-22)
  [4326] Learning to program - comments, documentation and test code - (2014-11-22)
  [4337] Learning to program sample program - past its prime, but still useful - (2014-12-02)
  [4575] Learning not just what a program does, but how to design it in the first place. - (2015-11-06)


Back to
Some more advanced Perl examples from a recent course
Previous and next
or
Horse's mouth home
Forward to
Formatting your output - options available in Ruby
Some other Articles
What is a factory method and why use one? - Example in Ruby
Creating, extending, traversing and combining Ruby arrays
Why do I need brackets in Ruby ... or Perl, Python, C or Java
Formatting your output - options available in Ruby
Learning to program - where to start if you have never programmed before
Some more advanced Perl examples from a recent course
Should the public sector compete with businesses? and other deep questions
Perl - doing several things at the same time
What does blessing a variable in Perl mean?
Well House Consultants - a potted history
4759 posts, page by page
Link to page ... 1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11, 12, 13, 14, 15, 16, 17, 18, 19, 20, 21, 22, 23, 24, 25, 26, 27, 28, 29, 30, 31, 32, 33, 34, 35, 36, 37, 38, 39, 40, 41, 42, 43, 44, 45, 46, 47, 48, 49, 50, 51, 52, 53, 54, 55, 56, 57, 58, 59, 60, 61, 62, 63, 64, 65, 66, 67, 68, 69, 70, 71, 72, 73, 74, 75, 76, 77, 78, 79, 80, 81, 82, 83, 84, 85, 86, 87, 88, 89, 90, 91, 92, 93, 94, 95, 96 at 50 posts per page


This is a page archived from The Horse's Mouth at http://www.wellho.net/horse/ - the diary and writings of Graham Ellis. Every attempt was made to provide current information at the time the page was written, but things do move forward in our business - new software releases, price changes, new techniques. Please check back via our main site for current courses, prices, versions, etc - any mention of a price in "The Horse's Mouth" cannot be taken as an offer to supply at that price.

Link to Ezine home page (for reading).
Link to Blogging home page (to add comments).

You can Add a comment or ranking to this page

© WELL HOUSE CONSULTANTS LTD., 2024: 48 Spa Road • Melksham, Wiltshire • United Kingdom • SN12 7NY
PH: 01144 1225 708225 • EMAIL: info@wellho.net • WEB: http://www.wellho.net • SKYPE: wellho

PAGE: http://www.wellho.net/mouth/2973_Lea ... efore.html • PAGE BUILT: Sun Oct 11 16:07:41 2020 • BUILD SYSTEM: JelliaJamb