in reply to Re^2: If Not Replace
in thread If Not Replace

That's a good book, but having read it (and having re-read the excerpt you pointed to in the link above), I am not seeing quite how you came up with what you did. But that's not important. The important thing is that you've asked a few good questions, and have had thick enough skin to stick around for the answers. I ++ed both of your nodes in this thread for that reason, particularly after seeing the updates. So many times we see someone "fly by" with a question that seems like it's coming from left field, and then after we answer or request further clarification, never see the individual again. Kudos for sticking with it.

I recommend putting the Advanced Perl Programming book off for now. It's a great book but it doesn't deal with advanced Perl syntax so much as advanced topics addressed by Perl. It does get into symbol table tricks to some degree, but for the most part it's about implementing solutions with Perl. Mastering Perl is in a similar category; another great book that sort of takes on random topics related to implementing real-world solutions with Perl.

But Learning Perl and Intermediate Perl are books dedicated to Perl itself; Perl syntax, Perl data types, Perl objects, Perl modules, Perl operators, etc.


Dave

Replies are listed 'Best First'.
Re^4: If Not Replace
by Inexistence (Acolyte) on Sep 10, 2011 at 18:05 UTC

    Thanks for the comment :)

    I read a bunch of different examples before I posted. Its hard for me to ask the right questions when I don't know the terminology. Understanding the variables is my biggest issue atm, which i'm slowly grasping through trial and error. I've read lots, but at this point in time, I can't grasp how to do the stuff I do in LUA.

    My apologies if a question seems out in left field, but if you look at the mashing of code that I produce, you'd laugh your head off(seriously) So I try to clean it up so it just represents the question I have :)

    This last question, yes my code was completely redundant, but thats how i've always built my arrays. I couldn't have found that out without asking, no tutorial on the internet would have said so. Nor would I have found out that I should be using the @ instead of % as the tutorial was telling me(logically, I like @ more and my instinct told me to use it, but the tutorial said otherwise) I'm amazed that Monk saw my code as I posted and deleted it quickly because it was a mess...

    Learning Perl and Intermediate Perl, I'll see what I can learn from them. Its frusterating that i'm not a 'beginner' at coding, but I am in Perl syntax. The easy books are too easy and anything heavier is too complex *gasp*

    Thank-you again, much appreciated as always :)

      The easy books are too easy and anything heavier is too complex.

      I wrote Modern Perl for people in your situation. Can you let me know if it helps?

      Improve your skills with Modern Perl: the free book.

        That's a very good point. When I read Modern Perl I considered it more advanced than a beginning programming book, and more basic than an advanced Perl book... If you wrote it for programmers who are picking up Perl, I'd say you hit the nail on the head.


        Dave

        Thank-you, i'll parse through it. If its helpful, its going on my phone for sure. I'm smashing my head against the wall atm bcuz I simply can't generate the right variable table/types... Variable terminology and usage is owning me

        Thank-you again :) *bow*

      Believe me, I know what you're talking about, as does probably everyone here who has learned more than one language. You may actually find a lot of good information in perlintro, perl, perlsyn, perlsub, and perlref. But I still wouldn't hesitate to suggest Learning Perl and Intermediate Perl. Maybe you'll get through them fairly quickly, but they will provide that foundation.


      Dave