![]() Again, Visual Studio will make this extra hard. If you are used to graphical debuggers though, this may require some learning, and the resulting work flow might not be as smooth as you like. Debugging is possible on the command line, especially if you are using clang or gcc. Many companies put a heavy emphasis on live debugging (often instead of tests). If you rely on something like makefiles, an editor centric work flow typically works well enough.Īnother difficult thing is debugging. It can be done, an I have done it in the past, but it requires extra work that might not be worth the effort. If your company is married to Visual Studio, working with Sublime Text might be a burden. However, build tools can be painful, and might not work well with externally edited code files. ![]() With clang, even auto completion can be done very well in a text editor. But different languages and tool chains definitely cater for different development styles.Īs for C/C++, the most important tool is usually the compiler itself, which can be reasonably driven by a text editor. This is not to say that you need an IDE for Java development, or that Javascript does not benefit from an IDE. On the other end of her spectrum, Javascript code often keeps refactorings very local, and thus easily done in a regular text editor, and APIs tend to optimize towards uniformity to make remembering them easier. ![]() Similarly, C# and Obj-C often use APIs that were designed with type inference and auto completion in mind. Java development for example often leans heavily on code generators and refactoring tools, and thus likely benefits from IDE integration. However, I want to add that some languages benefit more from IDEs that others. However, if you meant "does Sublime let me write code as well as Eclipse does", the answer is yes. If by "is Sublime as good as Eclipse", you mean "does Sublime have as many nifty, language specific features as Eclipse", the answer is no. "Web development" is just a set of languages, and since Sublime Text is great for all languages, non-web development shouldn't be an issue at all. IDEs are for developers who prefer to do all their writing, running, debugging, etc., in a single application.Īs for web versus non-web, right now I have JavaScript, HTML, Python, C, and Assembly files open in Sublime Text. They are almost always slow and cumbersome, they take up a whole bunch of screen space, and if you don't like the way they implement a feature, you might as well find another one. This allows them to do things like real time type checking because they know a lot about the language you're writing, but you have to have a whole bunch of IDEs if you work in multiple languages. On the other hand, IDEs tend to have more useful stuff, but usually aren't very extensible and are only useful for one language. Sublime Text embodies this 'do one thing, and do it well' philosophy. To me, there should be one application that is really good at letting me write code, and other applications that do things to the code (like run it, check it for errors, upload it to Git/SVN/etc.). ![]() It's great if you are proficient with the command line and you like customization or if you just don't want to get too deep into a language. ![]() You may notice that the biggest advantages of Sublime Text (useful keystrokes, fuzzy autocomplete, general speed) apply to all languages. The differences between code editors (Sublime Text) and IDEs (Eclipse) mirror huge differences in the way different programmers work.įrom my experience, Sublime Text is a fantastic general-purpose code editor. This really depends on what kind of programmer you are. ![]()
0 Comments
Leave a Reply. |
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |