Free Newsletters

   All InfoWorld Newsletters
Advice Line | Bob Lewis » A developer who can't install, or connect

August 13, 2007 | Comments: (0)

A developer who can't install, or connect



Dear Bob ...

We're going from Novell (dead end) to ActiveDirectory. And even as a developer (mostly Unix, but some PC), "they" want to lock down my desktop so I can't install apps (not even give me a login I can switch to to do the installs, and switch back).

But, wait! There's more! I get a second computer to do development that isn't on AD so I can do installations.

I maintain an app that has data that should be secure. But I have to work on it on an insecure desktop. I know this security thing is rough, and I don't know all of the things going on, and I know they have a mandate from the big boss, and I don't envy their decisions, but sometimes I scratch my head. Is this suboptimizing the parts to optimize the whole?

- Suboptimized

Dear Sub ...

No, it's just strange. Or maybe there's a budget problem. The way I learned it, IT creates development and test environments that replicate production. What I'd think you should have is a development desktop system, connected to the development network, which includes the development copy of ActiveDirectory and lets you install software.

But I'm not there and it's easy for someone as far away as I am to spout off. Perhaps there are good and valid reasons for setting things up the way they are.

- Bob


Powered by ScribeFire.

Posted by Bob Lewis on August 13, 2007 09:57 AM


RATE THIS ARTICLE:





 

  •  
  • COMMENTS




Oh Boy! Another developer. After years of supporting such individuals I can attest to this fact: They are the source of most trouble tickets. They "need" administrative rights. Both on their machine and the network. A seperate network? Too much trouble.

Personally I LOVE the idea of locking down the developers workstations. Maybe then these developers would find ways to run their code WITHOUT administrator privilege. I can't count the number of applications that we use that require elevated privilege. Giving most users (even developers) elevated privilege is just giving various pieces of malware free reign.

Posted by: YA Bob at August 15, 2007 12:22 PM

I agree with YA Bob - Developers whine that they 'need' admin rights to everything. This has been an ongoing battle with our developers, or at least it was - IT finally won - our developers are locked down just like other users. IT must install all software. Everything works great AND we have many fewer support calls, etc.

Posted by: BLR at August 16, 2007 06:05 AM

Suboptimized, and YA Bob,
I have worked both sides of the fence on this, as enterprise security manager and a developer. The problem you are experiencing is from people focusing on the wrong thing. The reason for the developer to have free access is to maximize productivity (not to make life difficult in operations). The reason for the security lock down is to protect assets, including the code and data the developer is working on (not to make developers less productive). The reason for a test environment is to discover the gotchas that happen as a result of most of us, not all, being human. This is true of ops folks, and developers. Test systems are there to prove you have done it right; and to save your butt if something went wrong. It is common, and short sighted, for companies to skip this step.

I venture to guess that the BIG BOSS (pointy hair excluded) really doesnt want to prevent you from doing your job, or put the corporate assets in unprotected space. If something did happen, how could he defend his position? He is going through the motions without actually achieving success.

So, Suboptimized, you seem to have the right attitude. I am not sure where you are in the corporate hierarchy, but I suggest a frank discussion up the chain, or across if necessary. It might be risky from a career perpective, or you could be a hero; that part is up to you.

YA Bob, get off your high horse. If developers weren't writing software, you would have no one paying your salary. And no network to play with. Get over it and learn how to work together to create something better than you are used to. Your "oh boy another developer" attitude demonstrates you are more a part of the problem, in spite of your great technical skill. I dare you to rise up and be part of the best solution; stop complaining, use your talent, and start suggesting a better way.

Posted by: Sasquatch at August 16, 2007 08:35 AM

A parallel development environment is expensive but so are the corrective fixes when developmental software is introduced to the live environment. Remember, the development network doesn't have to be full-scale.

I'll agree with YA Bob though about applications that require administrative privilege. It annoys me to no end to find so many Windows programs (even games) that "require" administrative privileges to run. Why should I need to be root to do photo-editing or play a game? That's just inviting trouble ...

Posted by: ParanoidGeek at August 16, 2007 11:30 AM

Three books. Three ways to change the world, your life, or at least Bob Lewis' bank account.

Leading IT: The Toughest Job in the World distills the world of IT leadership into eight learnable skills and gives you concrete, practical techniques for each one of them.

Bare Bones Project Management: What you can't not do makes project management manageable, even for first-time project managers with no formal training in the discipline.

ManagementSpeak: What managers say/What they mean … well, it won't help your career, and won't make you a better manager. Mostly, it will make you chuckle, guffaw, and maybe even chortle. Make friends - it's the perfect gift for anyone who has ever suffered through one of those meetings.

Order your copies today!





Technology White Papers

 

InfoWorld Technology Marketplace

» Technology White Papers Library

Technology White Papers by Topic

Technology White Papers E-mail Alert

Find out when the latest white paper is available:
 
 
» BUY A LINK NOW

Sponsored Technology Links