I usually see a lot of really bad PHP code which as a rule accomplishes a task to some degree. The thing that strikes me is this: how the hell hard it could be when you just don't know what a regexp is? (And the majority of PHP coders are unlikely to know.) Nobody here will argue that regexps are, mildly saying, useful, but, as the experience shows, optional.

I know people out there writing translators from scratch because they don't know what flex and yacc are and I even know people using perl4 features as described in their aged book! Examples are numerous and the conclusion is that you should probably study hard the things you really need, but please please at least explore as many things as you can just not to miss an opportunity.

Hm, and how do you know if you need this or, say, that particular thing to complete your task or not?

This does require you have a basic understanding of the language you're dealing with. Using Perl as an example, one should have at least read through Programming Perl or something similar to get a feel for the language and the tools it provides. Staying current on advancements is also important and is what makes The Monastery such a great place :).

but please please at least explore as many things as you can just not to miss an opportunity.

I agree. Don't waste your time learning certain features in excessive detail when you could be gaining a greater understanding of programming in general, or learning how other languages compare to your current favorite.

You mean I don't have to spend three days punching tape for my Turing machine? Wow, thanks.

Hm, and how do you know if you need this or, say, that particular thing to complete your task or not?

Because, perhaps, he's already completed the task. TIMTOWDI, HTH HAND.

I think that we should coin a new acronym, since you and I tend to use the same three acronyms over and over at the end of our messages:

THH

<T>IMTOWDI <H>TH <H>AND

-Dan

My approach to programming is that I should learn just
what exists and where to find it, be it documention, tools
or code. As a result, when the need arises, I will be able to
acquire the needed competence.

About certification, I think the field is so large and so unstalbe that certification cannot cover it. It would lead to uniformity which is decidely not perlish. Choosing your tools is very much one of the most important step. So imposing them on the programmer is a sure way toward ossification.

-- stefp -- check out TeXmacs wiki