Hacker Newsnew | past | comments | ask | show | jobs | submitlogin

I'm glad the tools you use work well for you.

I have coworkers who use Eclipse (for Java). It's a CPU hog; often it locks up entirely, crashes are infrequent but, happen. I've tried it; I know I'm much faster with vim. For me, my time is worth more than putting up with Eclipse.

I use 80 characters per line because if I am at a larger monitor, I can have 2 or 3 split windows side by side. If I'm at a smaller terminal, everything's still readable. I find narrower code is more readable anyway. Most developers I admire write like that. In any case, this is a major flame war topic; if you don't like it, I'm glad that your system works for you.

As far as build systems, I'll take autotools and its learning curve and pain over VS any day. I can fix it when it breaks.

What are you trying to accomplish by saying that my problem is not the tools but that I'm bad at programming? Why is it that because you think you can write decent code in VS, that means that I didn't learn anything new when I switched from it? I know I certainly did; in fact, if I could give myself any advice back when I started any sort of formal programming, it would be: get off VS and Windows immediately! I would be three years ahead of where I am now.



I'm not saying you're bad at programming, I'm saying you're blaming the tools for your lack of discipline. Plenty of good programmers I know are undisciplined. But you can learn, and it's not the tools' fault that you didn't do so before. Hell, I'm a VS2010/Eclipse driver but I write MSBuild scripts by hand and I spent time the other day debugging the make/ant monstrosity. Limiting yourself because it's the only way to make yourself learn what you need to learn may work, but why not just learn it?

(And re: Eclipse--yeah, it's a bit of a hog, but hardware is cheap. Developer time isn't. And the features it provides have no equivalent in vim et al.--just look in the Source dropdown menu for a number of significant productivity enhancers. Those are some of the more minor ones, even; Open Type probably saves me half an hour a day in the monster of a codebase I have to work in. Eclipse is by no means perfect, but it's geared toward reducing boilerplate and stepping on the annoyances involved in Getting Things Done.)


Most of my peers in school used the same "compile, debug" approach as well. Most of them are still doing it and I can't see any serious software company ever hiring them (there is no shortage of positions for mediocre programmers though, so, they're doing just fine). I don't think this symptom is unique to me and my lack of discipline. As to why I didn't just "learn" to use VS or "learn" to program better? It wasn't for the lack of trying. MSDN was worthless, written documentation (yeah, it was that far back) was worthless and all of the code that other people wrote in VS that I had to interact with was absolutely terrible. It wasn't until I switched my environment until that I got any better. I got more from a man page in an hour than I did from a week of reading MSDN.

As far as Eclipse; I've worked with large codebases and I was faster with vim and knew my APIs better than any of my colleagues who used Eclipse. I heard them complain about Eclipse freezing pretty much daily (as well as doing something wrong when it came to interacting with perforce, often in a devastating way). I know that I Got more things Done than any of them.


Yeah, I guess you could blame the IDE and OS for stopping you from poking around the internals of how tools (or rather anything) works.


That's pretty much how I looked at his post--he's blaming his tools for him not wanting to know how it works.




Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: