Velocity Reviews - Computer Hardware Reviews

Velocity Reviews > Newsgroups > Programming > Java > Any experience on teaching Perl programmers Java

Reply
Thread Tools

Any experience on teaching Perl programmers Java

 
 
saxo123@gmx.de
Guest
Posts: n/a
 
      10-24-2011
Hello,

I lately applied for quite an ineresting Java job. It turned out that
I would also have to teach Perl programmers Java. Now, there's the
rub... I once had to teach SAP developers Java. That was a little
nightmare. The SAP programmers were not all interested, had basically
no interest in computer science as such. Worst of all the boss thought
Java was something like SAP just from a different manufacturer and
everybody could learn it like SAP itself. I fear this could turn out
the same again with teaching Perl programmers Java ...

Problem is now that I have no clue about Perl. So I cannot judge
whether they would be interested. Have to ask whether I could meet
these guys, sure. Found lot's of stuff on the Internet, but that
doesn't tell me that much about how it will be to teach Perl people
Java. Anybody that gained some experience here is welcomed to drop a
comment or send me a mail to .

Cheers, Oliver
 
Reply With Quote
 
 
 
 
markspace
Guest
Posts: n/a
 
      10-24-2011
On 10/24/2011 3:07 PM, wrote:
> I once had to teach SAP developers Java. That was a little
> nightmare. The SAP programmers were not all interested, had basically
> no interest in computer science as such. Worst of all the boss thought
> Java was something like SAP just from a different manufacturer and
> everybody could learn it like SAP itself.



'Cuse my ignorance but what is SAP? I see the product on WikiPedia by
the company SAP, but that doesn't tell me much about it.


> I fear this could turn out
> the same again with teaching Perl programmers Java ...



I'd state your concerns up front to the class and gather their feedback.
I know one Perl programmer who is very concerned about structure and
organization of code. But I'll admit he seems to be the exception.

Other than that, I'd start at the beginning and teach it to them as if
they were new programmers, except in deference to the fact that they are
not, I'd go faster. I don't however have any experience teach
professionals programming, so ymmv.


 
Reply With Quote
 
 
 
 
William Colls
Guest
Posts: n/a
 
      10-25-2011
On 10/24/11 18:07, wrote:
> Hello,
>
> I lately applied for quite an ineresting Java job. It turned out that
> I would also have to teach Perl programmers Java. Now, there's the
> rub... I once had to teach SAP developers Java. That was a little
> nightmare. The SAP programmers were not all interested, had basically
> no interest in computer science as such. Worst of all the boss thought
> Java was something like SAP just from a different manufacturer and
> everybody could learn it like SAP itself. I fear this could turn out
> the same again with teaching Perl programmers Java ...
>
> Problem is now that I have no clue about Perl. So I cannot judge
> whether they would be interested. Have to ask whether I could meet
> these guys, sure. Found lot's of stuff on the Internet, but that
> doesn't tell me that much about how it will be to teach Perl people
> Java. Anybody that gained some experience here is welcomed to drop a
> comment or send me a mail to .
>
> Cheers, Oliver


Perl is not Object Oriented.

They will understand the usual types of programming constructs, looping,
if..then..else, and so on. Biggest problem may be helping them get their
heads around objects, classes and the like.

My $0.02 Cdn.

--
Programmers, with their inbuild sense of order and discipline, should
really be running the world.
 
Reply With Quote
 
blmblm@myrealbox.com
Guest
Posts: n/a
 
      10-25-2011
In article <j856kr$25q$>,
William Colls <> wrote:
> On 10/24/11 18:07, wrote:
> > Hello,
> >
> > I lately applied for quite an ineresting Java job. It turned out that
> > I would also have to teach Perl programmers Java. Now, there's the
> > rub... I once had to teach SAP developers Java. That was a little
> > nightmare. The SAP programmers were not all interested, had basically
> > no interest in computer science as such. Worst of all the boss thought
> > Java was something like SAP just from a different manufacturer and
> > everybody could learn it like SAP itself. I fear this could turn out
> > the same again with teaching Perl programmers Java ...
> >
> > Problem is now that I have no clue about Perl. So I cannot judge
> > whether they would be interested. Have to ask whether I could meet
> > these guys, sure. Found lot's of stuff on the Internet, but that
> > doesn't tell me that much about how it will be to teach Perl people
> > Java. Anybody that gained some experience here is welcomed to drop a
> > comment or send me a mail to .
> >
> > Cheers, Oliver

>
> Perl is not Object Oriented.


Well .... It doesn't have to be, but it can be. The man page
for perl lists the following, under "Tutorials":

perlboot Perl OO tutorial for beginners
perltoot Perl OO tutorial, part 1
perltooc Perl OO tutorial, part 2
perlbot Perl OO tricks and examples

Some (many? several?) of the Perl library add-ons are packaged as
classes/objects.

> They will understand the usual types of programming constructs, looping,
> if..then..else, and so on. Biggest problem may be helping them get their
> heads around objects, classes and the like.


Agreed that they will presumably understand basic programming
logic (assignment, conditionals, repetition) and that this will
help quite a bit (teaching complete novices is *not* easy!).
Whether you have to start from zero in teaching them about classes
and objects may depend on what kind of Perl they know. But if
all they know is Perl, the idea of variables having types will be
new to them, and that may be significant. At my PPOE I'm teaching
C to undergraduates, some of whom started in Python, and they do
seem to be struggling a bit with the notion of types.

--
B. L. Massingill
ObDisclaimer: I don't speak for my employers; they return the favor.
 
Reply With Quote
 
saxo123@gmx.de
Guest
Posts: n/a
 
      10-25-2011
Hi All,

thanx for the replies. What I'm wondering about most is whether
typical Perl people out there in the companies are mentally awake and
will show interest in learning new things. That kind of question is a
bit tentative, I admit. My experience with SAP people was somewhat
negative there. SAP is a data maintenance system, basically a
programming layer on top of a SQL database with predefined business-
oriented modules for accounting, credit business, hr, stockkepping,
etc. The SAP programming language is somewhat an extension to SQL on
an Algol-68 like language level. Now, that was mean, but basically
correct.

Now Perl is surely on a higher level than ABAP, but you can live a
quite life as long as you know how to convert data streams with Perl.
No more interest in computer science is required then to get that kind
of job done. And that kind of people will not be able to get into
something like Java and all the tools and libraries where you need to
have an interest in computer science as such. Otherwise you ran mad,
because of all the things that pop up new every year and you then have
to learn as well.

Regards, Oliver

Regards, Oliver
 
Reply With Quote
 
Robert Klemme
Guest
Posts: n/a
 
      10-25-2011
On Oct 25, 11:48*am, saxo...@gmx.de wrote:
> thanx for the replies. What I'm wondering about most is whether
> typical Perl people out there in the companies are mentally awake and
> will show interest in learning new things. That kind of question is a
> bit tentative, I admit.


It's also something which we cannot answer. In ignorance of the real
pupils you have we can only offer speculation and prejudice. That
would only make things worse. Better enter the training with an open
mind and find out who they are and what they expect from the
training. Then adjust accordingly.

> My experience with SAP people was somewhat
> negative there. SAP is a data maintenance system, basically a
> programming layer on top of a SQL database with predefined business-
> oriented modules for accounting, credit business, hr, stockkepping,
> etc. The SAP programming language is somewhat an extension to SQL on
> an Algol-68 like language level. Now, that was mean, but basically
> correct.
>
> Now Perl is surely on a higher level than ABAP, but you can live a
> quite life as long as you know how to convert data streams with Perl.
> No more interest in computer science is required then to get that kind
> of job done.


Unfortunately that seems to be the case for many Java programmers as
well. I do not think that attitude depends on programming language.
Maybe it's the other way round (i.e. people with certain attitudes
pick specific languages) but even that is speculation and won't help
you because your group could be totally different.

> And that kind of people will not be able to get into
> something like Java and all the tools and libraries where you need to
> have an interest in computer science as such. Otherwise you ran mad,
> because of all the things that pop up new every year and you then have
> to learn as well.


CPAN is also quite large and I don't think that you can get away with
only a few core library functions throughout your Perl life.

As I said: better find out who you are dealing with than try to create
expectation and press real people into that frame. Imagine this forum
would agree that Perl programmers are stupid and dumb: you would be
preoccupied and have insulted them already the very moment you enter
classroom. I do not think there would be a successful teaching and
learning experience with such a start - at least it's a lot harder
than otherwise.

In any case I believe it to be important to come to a common agreement
on what the purpose of the course is. It won't help if you want to
teach CS topics but people are more interested in learning how to
solve particular problems. If people are not interested to learn
though, then teaching anything will be hard and you will first have to
build up motivation.

Kind regards

robert
 
Reply With Quote
 
Jim Gibson
Guest
Posts: n/a
 
      10-25-2011
In article <>, <>
wrote:

> In article <j856kr$25q$>,
> William Colls <> wrote:
> >
> > Perl is not Object Oriented.

>
> Well .... It doesn't have to be, but it can be. The man page
> for perl lists the following, under "Tutorials":
>
> perlboot Perl OO tutorial for beginners
> perltoot Perl OO tutorial, part 1
> perltooc Perl OO tutorial, part 2
> perlbot Perl OO tricks and examples
>
> Some (many? several?) of the Perl library add-ons are packaged as
> classes/objects.


There is also the book "Object Oriented Perl", Damian Conway, Manning
Publications, 1999.

<http://www.manning.com/conway/>

Object-oriented features were added in Perl 5: classes, encapsulation,
inheritance, polymorphism, etc. The one thing Perl doesn't have is data
hiding:

³Perl doesn't have an infatuation with enforced privacy. It would
prefer that you stayed out of its living room because you weren't
invited, not because it has a shotgun² -- Larry Wall

(I am a Perl fan, if you can't tell.)

--
Jim Gibson
 
Reply With Quote
 
Lew
Guest
Posts: n/a
 
      10-26-2011
Jim Gibson wrote:
> Object-oriented features were added in Perl 5: classes, encapsulation,
> inheritance, polymorphism, etc. The one thing Perl doesn't have is data
> hiding:
>
> ³Perl doesn't have an infatuation with enforced privacy. It would
> prefer that you stayed out of its living room because you weren't
> invited, not because it has a shotgun² -- Larry Wall
>
> (I am a Perl fan, if you can't tell.)


Calling data-access control an "infatuation" doesn't make it a bad thing. Cute analogies with rabid defenders of one's home don't make an engineeringargument, either.

--
Lew
 
Reply With Quote
 
saxo123@gmx.de
Guest
Posts: n/a
 
      10-26-2011
> The one thing Perl doesn't have is data hiding.

As a matter of fact Smalltalk doesn't have that, either. Once you add
getters and setters for a variable it becomes public. Nevertheless,
Smalltalk teaches you a lot of good things.

I remembered a former working collegue who works as a Java developer
in an IT department with some Perl programmers and asked him how he
would compare a Perl programmer to a SAP programmer. He said comparing
a Perl programmer with a SAP programmer deserves maximum punishment.
That was the information I needed ...
 
Reply With Quote
 
Ten Blade
Guest
Posts: n/a
 
      10-26-2011
Robert Klemme <> wrote in news:c083623a-05a8-
483e-86b9-:

> On Oct 25, 11:48*am, saxo...@gmx.de wrote:
>> thanx for the replies. What I'm wondering about most is whether
>> typical Perl people out there in the companies are mentally awake and
>> will show interest in learning new things. That kind of question is a
>> bit tentative, I admit.

>
> It's also something which we cannot answer. In ignorance of the real
> pupils you have we can only offer speculation and prejudice. That
> would only make things worse. Better enter the training with an open
> mind and find out who they are and what they expect from the
> training. Then adjust accordingly.
>

Actually, it might be better if you found out what the person who has
booked the students into the course wants. After years as a professional
IT trainer, I can tell you that the students on the course aren't always
there because they want to be. Typically, a manager has decided that they
need to learn such-and-such and the student is not necessarily thrilled
about it or even very interested in the subject at hand. Sometimes, the
students' interests differ significantly from what their manager wants.
Sometimes, the students are more-or-less in the dark: the new language
they are enrolled to learn was not their idea and their management will
not have necessarily given them much background on why they are going to
learn it. It's possible that the students have simply been told that they
need to learn it for some upcoming project. That means that what
interests the students about the language may be at odds from what the
manager wants them to know. For instance, students may be keen to know
how to do something they do with their existing language while the
manager may be putting them on this course so that they can learn
something that the new language is better suited to doing.

The cold hard reality is that your ultimate success as an instructor will
be teaching them what the manager wants them to know, not what the
students themselves are interested in. If you please the students but not
the manager, you will not likely get the chance to teach for that
customer again. If you please the manager by covering what he wants you
to cover and the students have the expected level of proficiency when
they get back to work, you will likely get further business from that
company.

>> My experience with SAP people was somewhat
>> negative there. SAP is a data maintenance system, basically a
>> programming layer on top of a SQL database with predefined business-
>> oriented modules for accounting, credit business, hr, stockkepping,
>> etc. The SAP programming language is somewhat an extension to SQL on
>> an Algol-68 like language level. Now, that was mean, but basically
>> correct.
>>
>> Now Perl is surely on a higher level than ABAP, but you can live a
>> quite life as long as you know how to convert data streams with Perl.
>> No more interest in computer science is required then to get that kind
>> of job done.

>
> Unfortunately that seems to be the case for many Java programmers as
> well. I do not think that attitude depends on programming language.
> Maybe it's the other way round (i.e. people with certain attitudes
> pick specific languages) but even that is speculation and won't help
> you because your group could be totally different.
>
>> And that kind of people will not be able to get into
>> something like Java and all the tools and libraries where you need to
>> have an interest in computer science as such. Otherwise you ran mad,
>> because of all the things that pop up new every year and you then have
>> to learn as well.

>
> CPAN is also quite large and I don't think that you can get away with
> only a few core library functions throughout your Perl life.
>
> As I said: better find out who you are dealing with than try to create
> expectation and press real people into that frame. Imagine this forum
> would agree that Perl programmers are stupid and dumb: you would be
> preoccupied and have insulted them already the very moment you enter
> classroom. I do not think there would be a successful teaching and
> learning experience with such a start - at least it's a lot harder
> than otherwise.
>

I agree completely: don't go into the class assuming that the students
are not very bright or motivated because that will just put everyone in
an antagonistic mood. They may in fact turn out to be less than you hoped
but I've only had that happen a very few times in hundreds of classes
over the years and even those classes had more to do with the culture at
that company.

> In any case I believe it to be important to come to a common agreement
> on what the purpose of the course is.


I agree, provided that the manager who wants these students on the course
is consulted for what he/she wants the students to learn. Bear in mind
that some managers are not very technical themselves; they are, perhaps,
professional project managers with little if any programming skills.
Their input may be minimal as a result but SOMEONE in the company with
programming skills is likely to be behind the push to offer the course
you are teaching and they will likely be the best person to discuss the
focus of the class with. If you can get that person involved in the
planning of the course, you should be very successful in delivering what
the students need.

> It won't help if you want to
> teach CS topics but people are more interested in learning how to
> solve particular problems.


Agreed. Where possible, include practical hands-on exercises that are
closely related to what students will actually need to do. Abstract
theoretical knowledge like OO Concepts is still going to be necessary but
don't dwell on that too long, especially at the expense of giving
students some practical examples of how the theory is applied in the real
world and some actual exercises for them to code that illustrate those
points.

> If people are not interested to learn
> though, then teaching anything will be hard and you will first have to
> build up motivation.
>

At that point, you have become, in effect, a high school teacher in front
of a room full of disinterested, unmotivated students, not a trainer.
Luckily it only rarely comes to that. Most people being paid to program
are at least sufficient professional to make an effort to learn, even if
they are a bit dubious of the particular course or subject they have been
told to take by their employers.


--
Ten-Blade

 
Reply With Quote
 
 
 
Reply

Thread Tools

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is On
HTML code is Off
Trackbacks are On
Pingbacks are On
Refbacks are Off


Similar Threads
Thread Thread Starter Forum Replies Last Post
Re: You might have a better time teaching Perl programmers Ruby,because of it's Perl'isms. Then on to Java. Lew Java 0 05-02-2012 05:53 PM
Maybe C is the perfect language for really good systems programmers, but unfortunately not-so-good systems and applications programmers are using it and they shouldn’t be. Casey Hawthorne C Programming 18 11-06-2009 05:05 AM
C programmers have a phobia of Java/C++ programmers broli C Programming 3 04-03-2008 12:08 PM
501 PIX "deny any any" "allow any any" Any Anybody? Networking Student Cisco 4 11-16-2006 10:40 PM
Teaching Ruby to COBOL programmers Wilson Bilkovich Ruby 18 03-04-2006 01:09 AM



Advertisments
 



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