Beefy Boxes and Bandwidth Generously Provided by pair Networks
The stupid question is the question not asked
 
PerlMonks  

Re: How to calculate development time?

by Abigail (Deacon)
on Jun 01, 2001 at 00:07 UTC ( [id://84722]=note: print w/replies, xml ) Need Help??


in reply to Re: Re: How to calculate development time?
in thread How to calculate development time?

Firstly because I know Perl (a bit at least, and I really don't want to use ASP), and have used MySQL before for other stuff. It is the cheapest option.

That's not much of an argument, is it? Sure, you don't pay license fees for Perl nor for MySQL. But you don't pay license fees for Java, C or Python either. Nor for Postgres. Note, I am not advocating you should use any of those. But "I have used X and Y, and I don't want to use Z" doesn't make X and Y the cheapest solutions. Development, maintenance, modifications all take time - and people working on them will want to get paid for it. However, I wasn't argueing price.

I don't think the client can afford a dedicated server at all. That basically leaves an ISP.

Interesting. You don't even know whether the client can afford a dedicated server, yet you conclude using an ISP is the best option? Sorry to say, but that doesn't sound like you've done much of an investigation. However, there's nothing wrong with using an ISP. But it is wrong to tell your client his best option is to use an ISP that doesn't give you much freedom. If you can't even install modules of your choice, your client is much better off with an ISP that does give your client at least that.

I don't think that the posting of a job on a jobsite is the kind of data that warrants using Oracle etc.

Did you ask your client how important they think the data is? Can they afford losing the respect of their customers (the people using the website)? If your client doesn't care about losing the data (resumes, etc), then why are they collecting it in the first place? Is your client planning to make money (directly, or indirectly) with said data?

I would appreciate it if you can give me concrete reasons why Perl and MySQL would not be a good solution, even if it is hosted on an ISP.

I didn't say I objected to using Perl. There might be reasons not to use Perl, but your article didn't say (if the application is going to be developed and maintained by a team of 40 Java jocks with no Perl experience, Perl is likely not to be a good choice). I did, however, post a link to a page giving a multitude of reasons not to use MySQL. If those aren't concrete, what reasons are?

-- Abigail

Replies are listed 'Best First'.
Re: Re: How to calculate development time?
by adamsj (Hermit) on Jun 01, 2001 at 01:11 UTC
    Actually, just posting the data--that is, putting it into a simple database for read-only queries--isn't a bad use for MySQL, from what little I know about it.

    But keeping the data that's uploaded is a whole 'nother story. I read that MySQL has been improved in the year since the original article was written, but I wouldn't even think about using it as was for anything critical.

    Update: I spent a little time going through the MySQL manual, and I'm now convinced I wouldn't use it for most purposes. What improvements have been made are minor, from my point of view.

    The idea of having some tables in a large database optimized for speed in read-only access is kind of neat, but I think it'd make more sense to use a proper RDBMS and export such tables into something like MySQL for that access.

    adamsj

    They laughed at Joan of Arc, but she went right ahead and built it. --Gracie Allen

Log In?
Username:
Password:

What's my password?
Create A New User
Domain Nodelet?
Node Status?
node history
Node Type: note [id://84722]
help
Chatterbox?
and the web crawler heard nothing...

How do I use this?Last hourOther CB clients
Other Users?
Others goofing around in the Monastery: (4)
As of 2024-03-29 00:23 GMT
Sections?
Information?
Find Nodes?
Leftovers?
    Voting Booth?

    No recent polls found