Loading ...
Sorry, an error occurred while loading the content.

Re: [PBML] module help

Expand Messages
  • Luinrandir Hernsen
    the vampire game is not mine. I have www.mysticadventures.com the only way I can think of making it smaller is by making each place in the game a independent
    Message 1 of 42 , Mar 2, 2005
    • 0 Attachment
      the vampire game is not mine.
      I have www.mysticadventures.com
      the only way I can think of making it smaller is
      by making each place in the game a independent program.
      the modules would format the page and each "window" of the web page.

      again I thank you for your offer, but in the end "I" would have to
      understand the code....I'm just now learning special vars (like $_[] passing vars to subroutines)

      I am moving away from global vars and now looking at modules for use in the game. but I will only use
      modules if I wind up writing a program for each location....

      so take a look at the game.. what overall structure do you suggest? lets start with that.
      also.. i have rewritten the code 3 times now... a lot of cut and paste, true....
      and I am about to rewrite it again...to eliminate strings like $coins and move to how the file is written,
      as an array... $data[0] (was $coins), $data[1] (was $swords) etc. so I can read/write the @data from/to the files.

      Lou


      ----- Original Message -----
      From: Charles K. Clarkson
      To: perl-beginner@yahoogroups.com
      Sent: Wednesday, March 02, 2005 7:42 PM
      Subject: RE: [PBML] module help



      Luinrandir Hernsen <Luinrandir@...> wrote:

      : well beleive it or not... in 8 pages my main questions
      : were answered and it was preet much as I thought.
      : I will begin experimenting tonight.
      :
      : I have a program that is 378094 bytes big.....
      : I have been told that I should be using moduals....
      : maybe I should be using several small programs?
      : but i'm not sure just what to do.

      If this is the vampire(?) game you have on the web, what
      you probably need is a complete rewrite, but you do not seem
      experienced enough to rewrite a large perl program.

      It seems to me that you used a traditional top-down
      approach in the code you have presented in the last few
      months. Yes, an object oriented approach would probably be
      beneficial, but I can't help concluding you are starting out
      too big to learn advanced programming properly.

      My offer still stands to review your code. I think we
      could work together at getting it down to a more reasonable
      size while you learn more perl. Later you might better know
      the benefits of other perl programming solutions to your
      programming task.

      I can keep your script confidential if you'd rather not
      share it and eventually (in a few months) it would be easier
      to manage and easier to expand.

      HTH,

      Charles K. Clarkson
      --
      Mobile Homes Specialist
      254 968-8328



      Unsubscribing info is here: http://help.yahoo.com/help/us/groups/groups-32.html
      Yahoo! Groups Links








      [Non-text portions of this message have been removed]
    • Scot Robnett
      There are different types of learners. This is why our (in my opinion) antiquated school system works well for only about 30% of students - linear learners
      Message 42 of 42 , Mar 6, 2005
      • 0 Attachment
        There are different types of learners. This is why our (in my opinion)
        antiquated school system works well for only about 30% of students -
        "linear" learners thrive in an absorb and regurgitate environment.

        Personally, I prefer a combination of organizational and hands-on learning.
        In other words, give me an outline, show me how to do it a couple of times,
        then let me at it. If I read it in a book, I may ace the test tomorrow, but
        I'll fail it next month unless I've been applying what I learned.

        Others are more "stream of consciousness" and learn best in story form. Some
        of us learn better alone and others learn better in a group. Some need
        examples on a CD-R or in a help file. Some need a teacher to look over their
        shoulder once in awhile.

        The point is, every one of us has some form of "genius," so I don't place a
        whole lot of value on IQ (and mine isn't 170, but it's high enough that the
        Mensa organization wouldn't laugh at me). The key is to find the way in
        which you learn best, then put your effort into that. Sniping at people is a
        waste of your energy, and they'll more than likely return the fire.

        Scot R.
        inSite


        -----Original Message-----
        From: Ken Shail [mailto:ken@...]
        Sent: Saturday, March 05, 2005 8:28 AM
        To: perl-beginner@yahoogroups.com
        Subject: Re: [PBML] module help



        Well written Rick.
        Often high IQ does not sit well with communication skills. I see it with
        some colleagues.
        I would, of course never assume that to be the case in this instance.

        I personally find most of the O'Reilly Perl books easy reading and my IQ is
        well below 170.
        There are very few reference books that I have used as much as their
        "Learning Perl". It is so easy to read. But we all come at these things from
        different starting points, being an old fashion electronics engineer who
        likes to know what is happening under the hood before accepting new
        concepts.

        In all walks of life there are many ways of achieving the same, effective
        solutions.That is not a failing. Indeed life would be boring without it.
        One only has to recognise when the solution has not been effective like the
        disk-pack cleaner referred to.
        Ken


        ----- Original Message -----
        From: Rick Apichairuk
        To: perl-beginner@yahoogroups.com
        Sent: Saturday, March 05, 2005 5:00 AM
        Subject: Re: [PBML] module help


        Lou,

        On Fri, 4 Mar 2005 08:52:54 -0500, Luinrandir Hernsen
        <Luinrandir@...> wrote:
        >
        > I'm not sure how you define an "engine" but I intend to do something
        like that.
        > I am going to make each location a CGI that calls on the packages needs
        for that location.
        > this will keep ALL the locations being loaded as one massive file. I
        will also be able to
        > keep from getting confused when adding new code..
        > a 10000 line program can be a little much to ssort through.

        That is a good start. You should definitely keep on doing what you are
        doing.

        > Thanks for all the help guys.. I may not be doing this like you
        professionals...
        > but I am doing it.. and it works... it took me two years just to find
        the right book
        > that opened the door to understanding perl.

        A class with a good teacher will help you learn 10 times (or more)
        faster than reading a book. I recommend you look into taking a class
        or getting a tutor.

        > let me tell you a story.. once I has a job, and the guy who was showing
        me how to do the job
        > didn't like it that I was the reason his overtime was going to be taken
        away...
        > he would put he disk pack in the unit and press some buttons and flip
        some switches so fast I could not follow it.
        > and when I asked him to show me again, the same things happened, but by
        the 3rd time I noted there was no pattern
        > to what he was doing.. and indeed this was the case, the machine he was
        flipping switches on has NOTHING to do with
        > cleaning the disk pack, he was deliberatly making it confusing so I
        would fail.

        This is nothing new. Most people who specialize in something get paid
        because of their specialized knowledge. In most cases, it is
        financially counter productive to them to give that information away
        for free. Think about it... are you willing to program for me for
        free? Sometimes there are intricacies involved in procedures involving
        specialized skills that a layman would not understand. In fact, it is
        usually difficult to explain these intricasies to a layman at all.

        > I see perl as much the same thing.... 20 different ways to do the same
        thing, and everyone telling
        > me to do the same thing in different ways... I am of the opinion that
        perl was written to create job
        > security and sell books, and keep super geeks (and yes.. i'm a geek)
        employed.... so people on
        > this list make snide remarks, and tell me to read documentation that are
        great.. if you have a PhD
        > in programming... I shrug and move on...
        >

        To a child, an accelarator pedal in a car may seem like a boolean type
        of device; Either it is on or off. To a race car driver, 1mm of
        movement can be the difference between winning or losing. No matter
        how important that 1mm is, a child will never be able to really
        understand the importance of it. In terms of programming, you are
        still a novice and you should be humble enough to realize that there
        are some concepts that you _may_ not comprehend yet.

        Having 20 different ways to do the same thing is considered to be both
        an advantage and disadvantage by programmers. There are programmers
        who think that there should only be one or a relatively few number of
        ways to accomplish something. THe idea is that the fewer the options,
        the more standardized and easier to read code becomes. The other side
        of that arguement is that more options gives programmers more
        flexibility. Perl has always prided itself on the fact that "There is
        more than one way to do it!". If you are looking for a more normalized
        and standardized (aka restrictive or less expressive) language, I
        recommend Python or Java.

        > I can't say enough about this book by Visual "Read Less, Learn More -
        PERL" the whole series of > these books have been the ONLY books that have
        taught me at my level of understanding. for me > personally, the O'Reilly
        books suck. perhaps my IQ of 170 just isn't enough for the O'Reilly books..
        > oh well...

        With an IQ that high, it would be hard to doubt your intelligence.
        However, even someone like Einstein would have difficulty doing
        something as simple as riding a motorcycle for the first time. Most
        likely, you have no prior experience or skill sets that you can
        directly apply to programming perl. This is why you find the O'Reilly
        books confusing or vague. Once you gain more experience and knowledge,
        you may find that O'Reilly books may actually lack information and are
        too elementary. How good a book is to a specific reader really depends
        on the reader. It doesn't mean that one reader is more intelligent
        than another. It's just means that books are written for one type of
        audience.

        > bottom line.. i'm having a blast learning and writing the code for the
        game.

        You are right. That is the bottom line. You are having a blast
        _learning_. Most importantly, you are learning by implementing a real
        working program that you obviously care about and that is important to
        you. Just remember that this is version 1. Keep track of all the
        versions you make and compare how different version 10 is to version
        1. With your IQ of 170, you should find that the versions differ
        greatly.

        But wait! Versions? Why should I make versions? How will you keep
        track of versions? And how should I determine when to go to the next
        version??!#@%

        =) Enjoy the next few years...

        Like they say:

        There are 10 types of people in this world. Those who understand
        binary and those who don't.

        Sincerely,

        Rick

        Unsubscribing info is here:
        http://help.yahoo.com/help/us/groups/groups-32.html



        Yahoo! Groups Sponsor
        ADVERTISEMENT





        ----------------------------------------------------------------------------
        --
        Yahoo! Groups Links

        a.. To visit your group on the web, go to:
        http://groups.yahoo.com/group/perl-beginner/

        b.. To unsubscribe from this group, send an email to:
        perl-beginner-unsubscribe@yahoogroups.com

        c.. Your use of Yahoo! Groups is subject to the Yahoo! Terms of Service.



        [Non-text portions of this message have been removed]



        Unsubscribing info is here:
        http://help.yahoo.com/help/us/groups/groups-32.html
        Yahoo! Groups Links









        --
        No virus found in this incoming message.
        Checked by AVG Anti-Virus.
        Version: 7.0.308 / Virus Database: 266.6.2 - Release Date: 3/4/2005

        --
        No virus found in this outgoing message.
        Checked by AVG Anti-Virus.
        Version: 7.0.308 / Virus Database: 266.6.2 - Release Date: 3/4/2005
      Your message has been successfully submitted and would be delivered to recipients shortly.