Beefy Boxes and Bandwidth Generously Provided by pair Networks
Perl: the Markov chain saw

Re: The Drama of being a Developer II - To Portal or not to Portal

by vladb (Vicar)
on Jan 09, 2002 at 02:01 UTC ( #137272=note: print w/replies, xml ) Need Help??

in reply to The Drama of being a Developer II - To Portal or not to Portal

Are you talking about a company you are currently working for? Interesting story though ;-).

Based on my limited experience working for a big corporation, there's hardly any substitute for anything that a company might need (such as a portal solution for e.g.) in-house using it's own development resources. Before my 'tenure' with the company, it used to have a 3-rd party to support it's portal technology. However, the more it was used (the portal), the more useless it appeared to be. Normally, a 3rd party technology provider wouldn't design something that would fit everyone's need. Considering our company, there was a lot of stuff that we required (both flexiblity and functionality) that wasn't present in portal piece that we bought. From time to time, various technical issues would arise that required extensive technical support and attention. This was just a few of a number of factors that lead us to realize we had to implement our own 'solution' from ground-up. We had to eventually sit down and design our own system around our present and future needs.

As of now, all that we have now has been built in-house. And I can't find an employee who'd regret it a tiny bit. Of course, I guess we couldn't have accomplished this if we were a smaller company with corresponding budget (= small). But if the company you are talking about is a fairly large enterprise, than I'm inclined to thinking that hardly any 3rd party solution (even that of company) would suffice your needs (especially, the ones you've mentioned.. such as greater security etc.)

Thanks for listening to my rant ;-).

"There is no system but GNU, and Linux is one of its kernels." -- Confession of Faith
  • Comment on Re: The Drama of being a Developer II - To Portal or not to Portal

Replies are listed 'Best First'.
Re: Re: The Drama of being a Developer II - To Portal or not to Portal
by cacharbe (Curate) on Jan 09, 2002 at 03:13 UTC
    Oh, yeah, I still work here. I just got out of a meeting where we decided that if HR wants part of the pie, it has to eat the whole thing as far as the administration of this PIA is concerned.

    It was decided that we would be going to a 3rd party product from day one. As an automotive corporation, we don't really have the resources (Why get head count for IT when we can get more engineers, who actually make us money? I.T. is just a siphon that steals money from where it actually does some good!) to even vaguely attempt that. Most of my research was geared toward finding the proper tool that fulfilled the 80/20 rule. I honestly think I found that in Plumtree. Unfortuantely, money was more an issue than functionality in the end, and I'll have to attempt most of the design my self, as far as creating the "pagelets" and taxonomy are concerned, in the PeopleSoft product.

    The amount of connectivity that is needed, versus that which is offered in the chosen product is a joke compared to what I would have had out of the box with Plumtree, so now they are going to pay me a Software Engineer's wage to develop what amounts to HTML. BAH! I hope they realize that I'm going to do it all in C++ and Perl and insure my position here in my reign of terror FOREVER!!!!

    <Cue type="evil laughter"/>


Log In?

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

How do I use this?Last hourOther CB clients
Other Users?
Others studying the Monastery: (6)
As of 2023-12-11 01:40 GMT
Find Nodes?
    Voting Booth?
    What's your preferred 'use VERSION' for new CPAN modules in 2023?

    Results (41 votes). Check out past polls.