Beefy Boxes and Bandwidth Generously Provided by pair Networks
Perl-Sensitive Sunglasses
 
PerlMonks  

Re^7: What is YOUR Development Process?

by dragonchild (Archbishop)
on Nov 08, 2005 at 20:27 UTC ( #506881=note: print w/replies, xml ) Need Help??


in reply to Re^6: What is YOUR Development Process?
in thread What is YOUR Development Process?

I'd like to point you to a few posts I've made re: CGI::Application. Not all of every post is relevant to you, but it's good stuff, nonetheless. In no particular order ...

I don't think you're leveraging the greatest benefit of CGI::Application which is the parent class. Each of these different apps should have their own CGI::App child class, using a set of parent classes which would be shared across all your different apps. That's where the reuse comes in.


My criteria for good software:
  1. Does it work?
  2. Can someone else come in, make a change, and be reasonably certain no bugs were introduced?
  • Comment on Re^7: What is YOUR Development Process?

Replies are listed 'Best First'.
Re^8: What is YOUR Development Process?
by swiftone (Curate) on Nov 08, 2005 at 20:38 UTC
    I don't think you're leveraging the greatest benefit of CGI::Application which is the parent class.

    Actually, I'm leveraging it more than the average CGI::App user. I have a CGI::App subclass that manages my framework. If I have an app, say, a CRUD app to manage contact lists, it exists as a subclass of my framework class, and might have 5-10 instance scripts. Should I have a peculiar version, sure, i'll subclass it and have some particulars, for for a lot of apps only the templates and the names of some fields change. So I reuse the parent class. A lot. More than most CGI::App people, based on my questions in the past few years on that mailing list.

    I'm not clear on what you're suggesting that I'm not doing.

      You were mentioning that developer A produces version 1.0 of some C::A subclass for application Foo. Then, developer B comes along and upgrades that same C::A subclass to version 1.1 for application Bar. All of a sudden, application Foo doesn't work the same.

      To me, each application should have its own subclass, even if that class is nothing more than

      package Our::Web::Apps::Foo; use base 'Our::Web::Apps'; 1;
      If only to avoid the problem that you're discussing.

      My criteria for good software:
      1. Does it work?
      2. Can someone else come in, make a change, and be reasonably certain no bugs were introduced?

Log In?
Username:
Password:

What's my password?
Create A New User
Node Status?
node history
Node Type: note [id://506881]
help
Chatterbox?
[Corion]: Meh. I need to find myself a better "programming" feed than r/programming (which is just HackerNews reposts and advertisements, very little code). Maybe I should select a list of links that I liked on r/programming and then google for ...
[Corion]: ... an aggregator site that also listed (ideally) all of these links once. And maybe also have an exclude list to blacklist some of the most spammy links that the site may have never mentioned at all
[marto]: I gave up reading HN at all, and feel much better for it :P
[Corion]: Now, how to best automate that Google search ... :-)
[Corion]: marto: Yeah, I'm also short of not reading it at all. I already stopped reading it in the morning because it gave me a foul mood.
[Corion]: The good posts on HN are the non-computing posts. Most of the other stuff is maybe relevant to you if you are 20 and live in Silicon Valley...
[Corion]: Two attributes that don't describe me.

How do I use this? | Other CB clients
Other Users?
Others taking refuge in the Monastery: (9)
As of 2017-07-24 13:22 GMT
Sections?
Information?
Find Nodes?
Leftovers?
    Voting Booth?
    I came, I saw, I ...
























    Results (354 votes). Check out past polls.