On Tue, 2011-03-22 at 12:21 -0400, Nathan Hamiel wrote: > > The IDE I use (KomodoIDE) supports many different languages. I never had to > really learn too much about the IDE not every IDE is like Visual Studio.
Most any IDE will support a number of languages. But it will be stronger with certain ones vs all. For example it might support C/C++ syntax highlighting. But will it do Makefile/configure integration. Or use valgrind and other things for debugging and profiling purposes. If say coding in Java does it have unit testing integrated into the IDE. IDE's can vary greatly, and most typically have a targeted language they support the best, and others they have syntax highlighting and minor support for. I tend to use Netbeans for Java, C, and C++. Also JavaScript, CSS, HTML, XML, etc. Sun now Oracle sold a bigger version of Netbeans, named changed many times was Sun One Studio. That has really good support for C/C++, also things like pascal, and I think cobol but might be fortran. I have also used Anjuta in the past for C and C++ stuff, some Java. I bought CodeWarriors for Linux long ago, totally sucked arse! Messed with others like Jedit, IntelliJ, etc. I have always been told its not good to look at an eclipse, so always avoided that one :) Many times I will use gedit, because it has syntax highlighting. I just don't like how it deals with tabs compared to Netbeans. Though likely a setting or plugin to covert tabs to spaces or vice versa. > An IDE actually helps you work faster and more accurately. Syntax checking, > code completion, and code intelligence. Not really for me. I do not use the IDE for all its bells and whistles. I use it as a glorified syntax highlighter. In my case to use some of the RAD stuff in Netbeans. I have to spent hours modifying an integrating my widgets and stuff into their interfaces. Just so I can drag and drop and other things. There are few visual things it would save time on, without having to test to see things. But that really is about it. The unit testing integration is nice. But I don't use any auto generated test cases. Its pretty useless. Some of the wizards and things IMHO take longer to use than if you just code the stuff yourself. Not to mention what happens some day when you need to make a change and don't have access to your IDE? Your out of the office, on vacation otherwise. You can't use your IDE on your phone. Long ago when I had a Sharp Zauras I bought an IDE for that. Which was ok, but I never used it much. I ended up using any text editor which was faster, easier, and used less resources. I have also been at the beach a few times making modifications or coding stuff in development :) > * The person wanting a super-powerful editor. > > > > IDEs are not powerful editors? Each tool has different features. IDEs tend to have most, but there are some things you might be able to do faster with other text editors. Like search and replace. With a typed editor, you can probably type that out, faster than you can launch a window and then type in the regex or what ever. > * The person who actually wants to understand the structure of their source > > code, and not have the IDE point to hundreds of chunks magically connected > > by > > the IDE. > > > > Quit equating IDEs to things like Visual Studio. This isn't the case in all > IDEs. An IDE should make things easier for you to write code and would not > stop someone from understanding the structure of their code. If people don't > have an understanding of the structure of their code then they shouldn't be > writing it for an enterprise. But the IDE's allow for such. They allow you to drag and drop, and write code for you. Which is why many enterprises use it for RAD. But it can also spit out bloated code. If you start to tweak the generated code, you can start to have further problems with IDE integration. Which has lead me to just avoiding most all of that. Not that I am the best or even a good programmer. I tend to be rather humble about my skill set. Usually the work will speak for itself, good or bad. > > Now let me ask a riddle of my own: > > > > Q: What kind of person deploys code without testing? > > A: The kind that blames their editor for their mistakes! > > > > There are two different conversations going on here. Process based and > editor based. Testing is part of the development process there is no > question that there was a process breakdown here. Ultimately the > responsibility is on the developer but the tools you use can help point > things out. Sure and which tools one can, should, or is allowed to use should be defined as part of the process. But many places do not care so much about the process, just the outcome. Its why companies like Cisco used to, and still might, let their employees drink beer and other things while working. They had little quicky marts inside most any Cisco building. No attendant, you did not pay for anything. Get what ever you want to eat or drink, which they/Cisco stocked beer as well as other stuff. Do you think it would be wise to be drinking while coding and working with hardware that some of which costs range in the hundreds of thousands of dollars? Granted beverages and stuff weren't allowed in labs, still. Doesn't seem like a good sound idea, but has done quite well for Cisco. Many big companies out west have such liberal open door policies. It tends to lead to happier employees who produce more, and of a higher quality. If they stuff went away, its likely a result of reducing overhead and expenses. Rather than negative outcome as a result of such. I doubt Cisco has ever had drunk employee problems. Most tend to fear for their jobs way to much to take any chances :) I need to make some inquiries to see if they still have such amenities. I have a feeling they went away, but don't know for sure either way. -- 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]
