Re: Working more efficiently in PHP
- From: "Twayne" <nobody@xxxxxxxxxxxxxxxxxxx>
- Date: Wed, 30 Jul 2008 00:57:59 GMT
"Elizabeth Barnwell" <elizabethbarnwell@xxxxxxxxx> wrote in message
news:015bda28-5aea-41f3-b2f1-d580d7387dc4@xxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
This is a tool for learning the PHP programming language:
http://www.yoyobrain.com/subjects/show/3120
You can look through the tabs to find information, and you can have
the site quiz you to help you retain more of the language. Our
developers have found this method useful, and are building YoYoBrain
to help others learn prorgmming languages. Any feedback on the site
and the flashcards is appreciated.
Dale, instead of bitching, why not offer actual assistance? Your
response is nothing but a put-down for PHP beginners and worse than
useless the way you set your stance.
ask questions that are good questions, and then answer them
correctly. ex.,
'special tags that tell apache that php should execute code'
paraphrased.
first, you assume php is being run on apache. second, your answer:
'<? ?>' paraphrased, is wrong on several counts:
Perhaps it needed mentioning; I didn't see it right off the bat.
Chances are it will be Apache, but you're right IF the information would
have been incorrect for another server flavor. You said nothing
helpful; just bitched.
apache (whatever web server) can run php in a couple of modes, however
afaicr, it passes requests of for php to process in masse, not line
by line. it is *PHP* that interprets the tags so that it can tell
when it needs to process stuff. also, it is bad form anymore to just
use <? as an opening tag...<?php is the recommended/correct answer. i
could go on...but...
It's "en masse", speaking of being correctly stated. "afaicr" right
away says you're not sure of what you're talking about. Congrats on <?
vs <?php, but ... "bad form" really doesn't say much. It's a case of
the "short tags" not being recognized in many cases, not that it's "bad
form".
finally, in another question, you ask how to output php results to the
browser. 'echo()' was your only answer. print, sprintf, print_r, and
even the venerable short-hand <?= ?> notation are a few of MANY
possible answers.
For beginners and probably for the level of the audience, IMO that's a
perfectly legitimate answer. printf scanf etc. are all al ittle
advanced for beginners and also IMO at this audience level would
introduce confusion that would require additional attention that the tut
is not aimed at. So instead of bitching, why not just mention that
there should be a statement that other methods are available but aren't
within the confines of ... .
i went through about 20 of the flash cards and found either the
question was a poor question and/or the answer was a poor, or
downright wrong answer.
That's funny. I went through about 20 of them also, and found the
answers to be short and correct. You must have only counted the ones
you wanted to count in order to keep your bitch-rate up.
perhaps you should have an actual php developer write the questions
and give the answers. more importantly, have a php illiterate check
both using the manual (jerry stuckle would be perfect for that job :).
Perhaps you're right. And perhaps, more than having an actual developer
write the questions and answers, it would be better to have an
experienced programmer not too far past the intermediate stage, judge
the validity/correctness of the questions and answers. It's the OP's
concept: THAT is what needs to be supported.
I don't know you and you may have forgotten more than most will ever
know about PHP. However, that does not in any way make you a good
candidate to judge these sorts of things. Some people know how to
target an audience and some don't. It takes a lot more than just
"knowing the language" to do what the OP wants to accomplish.
IMO you provided very little feedback; unless you consider egotistical
bitching feedback, I guess. I came away from your post thinking you
really could use a good seminar on interpersonal skills.
My 2 ¢ anyway; maybe that's all it's worth. I've been wrong before &
I'll be wrong again.
Twayne
.
- Follow-Ups:
- Re: Working more efficiently in PHP
- From: Mark A. Boyd
- Re: Working more efficiently in PHP
- From: Jerry Stuckle
- Re: Working more efficiently in PHP
- References:
- Working more efficiently in PHP
- From: Elizabeth Barnwell
- Re: Working more efficiently in PHP
- From: Dale
- Working more efficiently in PHP
- Prev by Date: Re: something like grep
- Next by Date: Re: Working more efficiently in PHP
- Previous by thread: Re: Working more efficiently in PHP
- Next by thread: Re: Working more efficiently in PHP
- Index(es):
Relevant Pages
|