On Tue, 2011-03-22 at 12:42 -0400, Nathan Hamiel wrote:
>
> 
> Sorry but it's experience from working with literally 100's of
> development shops all over the world and everything from financial to
> media. I can tell from reading a statement of work most of the time
> how much experience development shops have. 

Yes, but keep in mind you are not the only experienced person out in the
world, and others experiences might be vary different than yours.
 
>         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?
> 
> 
> They just don't. They could try I suppose, but the amount of work
> involved in getting configurations together for these tools is
> prohibitive for them.

That can depend on the skill set of their staff.

> Not to mention it's more work that developers have to do.

Again it depends on the developers.

> Most shops nowadays are pretty diverse and mostly overworked. So you
> may have developers in India that you also need to deal with as well
> as more developers dealing with more than one language. By using a
> flexible IDE you can give them one tool for the job.

I have yet to see an IDE that can really do a good job across the board.
For example any IDE thats good for Java development, likely sucks for C
and C++ development. That even goes for Netbeans which I do code C and C
++ within, but its support is not even in the same league as its support
for Java. I am pretty sure there are plugins for many other languages,
but won't have as good of support for any as it does Java.

For example even if say Netbeans supports python. Its not shipping with
a python enabled web server. Thus how you would test a web based python
app within Netbeans might be quite difficult, if possible at all.

For reasons like that and others you will see Eclipse rebranded and
shipped as a few different IDE's. Since its been modified for a specific
language, purpose, etc.

Also allot of organization can put out rule sets that you can integrate
with the IDE for refactoring purposes. Since coding style and syntax
might vary. You will want to refactor the code to meet company standards
practices, etc.

>  Many developers you don't want them messing with their systems. Trust
> me on this ;) It's not that it's hard or even difficult, it just is
> something else. You'd be surprised. 

Well developers messing with the system is another story. Usually its
best to keep those systems locked down and the developer limited to only
doing stuff in the IDE.


> You have to start thinking globally outside just the FOSS world.
> That's not how a majority of organizations out there operate. For
> better or worse right? ;)

Well one thing to keep in mind is who employs most of the developers in
the FOSS world. Ever look at the email address, domain names and such in
the credits at the top of most any source code? Not sure there would be
much if any FOSS if it wasn't for the contributions coming from
employees of major corporations. Many if not most times contributions
are a result of their job, not something outside of, or hobbyist in
nature.

Things are not so far apart as they might seem. Its a small world after
all ;)

-- 
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