in reply to Re: How to calculate development time? in thread How to calculate development time?
Thanks a lot.
The other posts does give me a better idea of what to do, but it is really nice to get some actual concrete ttimes. I do really hope that I can do it quicker than you did.
I am doing it on my own (Mad, I know :)). I know CGI scripting quite well, even though I have not used MySQL with Perl at all. I know basic SQL query syntax, enough to update, delete and select data from tables. I don't know if I'm going to use XML at all, not yet anyway. I know a lot about linux, but unfortunately only have FTP access to the site.
I am writing this from scratch.
I have about 4 months to do it, and can only work on it part time. I basically need to know if I am going to crash and burn?
I would really appreciate any specific comments on what to look out for when developing the site.
It will be a very basic system to start of with;
Job posting, resume posting (both as Form data), and search for current jobs/employees. My biggest problem at the moment is that he wants credit card billing for Employers when they post jobs, and I have no idea how I am going to do this. At the moment I am thinking of using someone like NetBanx to handle this for me.
Once again thanks for all the wonderfull fast replies.
-siddartha
Re: Re: Re: How to calculate development time?
by toma (Vicar) on May 31, 2001 at 20:02 UTC
|
I wouldn't take credit cards unless you can control the
server. Taking credit cards is a big responsibility,
and you will have a hard time proving that you did it
correctly should anything go wrong. Although I am used
to US liability laws (and am therefore paranoid about such
things), I wouldn't want to be the one who got sued because
someone hacked into the ISP and set up a credit card
sniffer.
I set up a credit card system and found it to be painful,
because I had to deal with:
-
Learning how credit cards really work. This isn't as
simple as you might think. There are many issues that I can
describe if people are interested.
-
Dealing with the US Department of Commerce denial list.
They keep a list of bad guys that I wasn't allowed to
sell to.
-
Security reviews by a guy who was long on paranoia and
short on real knowledge. He
insisted that I implement a really twisted system that
had performance problems.
-
An antiquated order processing system in the company.
-
There were many more...
Once the site is running, you need one or more people in
a production and support role. This is the area that
many people don't think about at all, and it makes many
sites fail quickly after deployment.
Given the level of experience you have described,
the tools that you have available, and your time frame,
it sounds like a crash-and-burn to me. Debugging problems
will be extremely difficult, especially with your
credit card system, which is difficult to prototype.
For example, say your credit card transaction times out.
How will you solve the problem?
It should work perfectly the first time! - toma | [reply] |
($code or die): Re: How to calculate development time? (be careful)
by $code or die (Deacon) on Jun 01, 2001 at 06:26 UTC
|
Hi Siddartha,
I would /msg this but it's going to be too long, sorry everyone for this ad-space!!!
Apart from Netbanx, you could also try WorldPay. They claim you can get set up with them in around 48 hours - (in reality it takes a little longer because of form filling). There are the following benefits:
- You have the option to accept payment in multiple currencies
- It's very easy to integrate, although the look and feel is not very customisable.
- You don't ever store any credit card information so you don't have to worry about cc info being stolen from your server.
- They handle repeat billing for you automatically - e.g. subscription fees.
- web-based statements and refunds facility for the merchant
There are loads more options in the UK for credit card billing such as securetrading - but that is much more work to integrate and get set up with them.
On another note, you'll need to decide about who owns the intellectual property, copyrights, etc. Plus, make sure you don't give them the site without getting paid. If this is your first job, then you might fall into this trap - because it's really easy to think that you need to be very accomodating to the client without covering yourself.
A client of mine developed a job site for someone and has only received about 10% of the fee even though the site was finished about 9 months ago.
Bottom line: try and get everything in writing, if possible arange for some payment up-front or after the first phase is ready for the clients to see.
$code or die
$ perldoc perldoc | [reply] |
|
Hi,
It's nonsense that SECURETRADING takes longer to integrate, they can have a test site up in 10 minutes, to go live would take a bit longer depending on the site/shopping cart. They also have 2 options Xpay, which is xml based and payment pages.
It's getting an internet merchant account and bank numbers that takes the tims. SECURETRADING is also cheaper than the others, and without hidden carges for multi-currency, fraud control and support. TRY THEM.
| [reply] |
|
You are right. You can get set up with SecureTrading very quickly. I have done it several times. I have used both the XPay and it's COM predecessor. Both of them were more work to integrate with a "custom" shopping cart solution than WorldPay. Why? because with WorldPay, THEY handle the actual credit card transaction through payment pages. There is no XPay equivalent (or atleast there wasn't last time I used them)
There are advantages and disadvantes to both solutions. It ultimately depends on what you're trying to do. Personally, I prefer XPay, but it IS more work. At least it works a lot better than the COM solution did. I had so many problems with that and the documentation was extremely poor. XPay documentation is excellent.
Please remember that I wrote that reply nearly a year ago and some information is out of date. Bottom line: Evaluate the solutions. One person's sweet solution is another persons bane
___
Simon Flack ($code or die)
$,=reverse'"ro_';s,$,\$,;s,$,lc ref sub{},e;$,
=~y'_"' ';eval"die";print $_,lc substr$@,0,3;
| [reply] |
|
Re: Re: Re: How to calculate development time?
by pop (Scribe) on May 31, 2001 at 20:04 UTC
|
In fact, I think that a very basic system for
beginning could be developed quickly. As I said, my site
was an enhancement of an older one, so we have spent about
one month wondering how we could add the required bunch
of features to the older site. (In fact, the resultant site
was quite complex, featurefull...)
So, you should gain one month :)
You should gain more than one month since we had to learn
the usage of CVS, XML::Parser and how to use Apache::Registry.
More important, we had to find these tools. It's
not obvious when you're just-a-newbie, and you don't know
how-to-do and why =)
Nevertheless, it takes time. A lot of time, since there are
always problems, and your boss/client always add some feature
enhancement... (that's why it's important to have good written specs
and a good contract, as it has been said in other posts)
| [reply] |
|
|