"And in response to requests from students, undergraduates will be taught
to write programs in the commercial sector's favoured Java language, rather
than Smalltalk, to give them a better chance of finding a job."
This speaks for itself. Still, it would be interesting to know what
contribution M206 makes to Smalltalk, and consequently what Smalltalk stands
to lose by the OU's decision to scrap it.
John (doing M206)
Java should be an elective. It would likely be a popular elective and even a
strongly recommended one, but the university is impairing their students'
understanding of objects through substituting a language with a (much) weaker
object orientation.
--
.tom
remove dashes in email for replies
http://isectd.sourceforge.net
Bottom line - Smalltalk developers are better Java developers
"John Lester" <us...@example.net> wrote in message
news:beutkh$hvh$1...@news6.svr.pol.co.uk...
-Runar Jordahl
Strongly typed languages require just a little bit more thought before
coding and this can make a big difference to cost. Time spent in
testing badly written code can spiral out of control. A recent BCS
article suggested typically 30-40% time can be spent testing!
Hence learning something that may waste money is now perceived a waste
of time both by students and the educational institutions.
"John Lester" <us...@example.net> wrote in message news:<beutkh$hvh$1...@news6.svr.pol.co.uk>...
> are willing to pay for any more. I suspect the non-typing resulted in
You are confusing strong and weak typing with the use of explicit type
declarations. Smalltalk _is_ strongly typed. For example C is weakly
typed but uses static type information. These are two different
concepts.
> Strongly typed languages require just a little bit more thought
> before coding and this can make a big difference to cost. Time spent
Using dynamically typed languages like Smalltalk or Python it's much
easier to adapt to a quickly changing environment. In these modern
times that's very important and can make a big difference in cost.
> testing badly written code can spiral out of control. A recent BCS
> article suggested typically 30-40% time can be spent testing!
That's what unit tests are for.
> Strongly typed languages require just a little bit more thought before
> coding and this can make a big difference to cost. Time spent in
> testing badly written code can spiral out of control. A recent BCS
> article suggested typically 30-40% time can be spent testing!
Having written Smalltalk and Java in different jobs, I would say that
I'm aproximately twice as productive in Smalltalk, can debug more
easily, and tend to produce cleaner designs.
Steve
>....
>Learning Java is easy but mastering it is quite difficult. Smalltalk
>has advantages for the developer but does not provide what employers
>are willing to pay for any more.
>
I think the should give a course in Smalltalk
the first semester, and Java on the second.
It's always very educational to look at a thing
from two different perspectives. I don't think
you can grasp the essence of Java without comparing
it to something else (something better).
Just my personal opinion. But I believe there's
already an overabundance of unemployed Java
programmers as well. So why not study something
that gives you a specialist niche, and is fun
at the same time.
It's easy to learn Java later on your own, from
countless Java books. What an educational institution
should provide is a through exposition of the basic
concpets of Object-Orientation. Java is a poor choice
for that.
-Panu Viljamaa
However the result of financial squeeze on educational instititions
seems the same as that on private companies. The number of Smalltalk
employers is now decreasing rapidly and hence no money in it for
trainers or academics. I have looked for another Smalltalk job in UK
for over 5 years and there is nothing! However no shortage of Java
opportunities!
panu <pa...@fcc.net_zerospam> wrote in message news:<Qrmdndmyzqx...@fcc.net>...
Say "Thank you very much" to Bjarn. Due to C compatibility solution we have
ugly tradiotion: C -> C++ -> Java...
--
Non sibi!
Wlad [UR3LOS]
"Lance Parkington" <lvpark...@taz.qinetiq.com> ???????/???????? ?
???????? ?????????: news:de71524.03072...@posting.google.com...
The instructors of M206 might have just gone with the students'
requests, but one has to suspect that they had their own reasons as
well. After all, the instructor generally has the final say in the
course design.
Thus, I'm inclined to think that the decisive question about the OU
decision was more or less the opposite: I.e., What contribution was
Smalltalk making to M206? What was the benefit as seen by the
instructors? It would be interesting to hear their experiences and
thoughts about this decision. Knowing more could help us in future
efforts to get Smalltalk into universities.
Also: how extensively was the course design tied to LearningWorks?
I ask the latter because support for LearningWorks was discontinued
some time ago. Apparently, the source code for LearningWorks has been
completely lost, and so I imagine that no significant forward
development was possible.
This might have been a significant issue for the people running the
course.
M