in reply to Re^7: How do I go from procedural to object oriented programming?
in thread How do I go from procedural to object oriented programming?

Why should anyone be well aware of any such thing?

Simple, jeffa isn't anyone, he is on perlmonks frequently, has talked with Lady_Aleena many times, helped her many times, as have many others ... this isn't the first time shes seeking help

Anyone who is successful knows that they need to understand certain technical details (or hire professionals). Using hosted solutions is very much not ideal. You seem to be trying to hold Lady_Aleena back and keep her scared from using new technologies. Nothing you have said has been helpful. All you are doing is ranting and raving because you don't like Moose.

Utter nonsense. Why should somebody asking for help continually have to justify her constraints -- either accept them and try to help, or move on

You're under no obligation to help

  • Comment on Re^8: How do I go from procedural to object oriented programming?

Replies are listed 'Best First'.
Re^9: How do I go from procedural to object oriented programming?
by Anonymous Monk on Apr 22, 2015 at 23:44 UTC
    "either accept them and try to help, or move on"

    You should practice what you preach then, because you have provided ZERO suggestions. Move on, troll.

[reply]
[reply]
        The contents of that link are "Moose under CGI? Just say no"

        That is not a suggestion. That is an accusation. The context behind "Just say no" is illicit drugs.

        If you assess the code at hand, you would see that Moose will not hamper execution time like you would have people believe. Why? Because the only dynamic element of the code at hand is to stitch together rendered pieces of HTML. The generation does not need to be performed when the content is requested, only when content is updated. And you know this to be true.

        We have already pointed out that even if you accusation were true, the problem is easily solved by either using another means to create objects or by using another means to handle CGI. And yet you insist this not to be true.

        As for your artificially concocted "constraint" ... that is not a real world problem. Real world problems arise because of things that you truly cannot change right now -- hosted websites can change, if their authors change. Company X not being able to change providers due to contracts, that is a real world problem. And you know this to be true.

        But you'll reply and deny all of this anyway. So go ahead ... in the end, what has changed? Not a damn thing other than a node inc. And you know this to be true.

        In the mean time, the rest of us will continue to use Modern Perl and be successful. You only wish that were not true.

[reply]

In Section Seekers of Perl Wisdom