On Tue, 2011-03-22 at 12:14 -0400, Nathan Hamiel wrote:
>
> Enterprise development or enterprise administration?

Could be a bit of both, it depends on many factors.

> There is a huge difference.

There is a difference between development and administration. But at the
same time there is overlap. Usually more on the system administration
side and coding. Programmers, more so in enterprise environments tend to
not touch anything system related. They have their systems ready to go,
IDE installed, and just fire up, code, get paid, go home.

However its an enterprise development for embedded systems. That might
change a bit depending on their testing environment and the development
processes. Just the same if a enterprise system administrator is given a
certain task, that might require coding. System administrators do code
at times, though mostly tend to script.

One thing to keep in mind is most all FOSS software documented in man
pages has no equivalent in an IDE. If one wanted to do say C or C++
development on Linux. Not sure which IDE I would recommend. Having tried
several, you end up having to do things outside the IDE either way.

> Being a consultant that specializes in application security I deal
> with development teams from many different verticals.

Different, but seems some what similar if none are using editors such as
VI/VIM.

> If someone said they were using VI for development there are a couple
> of assumptions I can make.

Shame on you, you should know better about assumptions :)

> 1 is that they don't have any defined standards or standards are not
> being enforced. 2 they probably don't have many defined processes for
> development in general. This is bad all the way around. 

Why can't a company have standards based around VI/VIM or Emacs? What if
the company had a process but it just included VI?

Don't get me wrong I use an IDE. But I am not surprised when working in
the FOSS world when I come across programmers that use, or code that was
written with VI/VIM or Emacs. I see it to often for it to be any sort of
shock or surprise. Sometimes I feel like my skills are below par,
because I am not coding in them or doing things as rapid as others. Much
less with the quality that others produce with the crappy tools ;)

-- 
William L. Thomson Jr.
Obsidian-Studios, Inc.
http://www.obsidian-studios.com


---------------------------------------------------------------------
Archive      http://marc.info/?l=jaxlug-list&r=1&w=2
RSS Feed     http://www.mail-archive.com/[email protected]/maillist.xml
Unsubscribe  [email protected]

Reply via email to