우리 딸이 보는 세상은 현재 이렇다:
아빠가 제일 좋아하는 것은 책
엄마가 제일 좋아하는 것은 회사
고모가 제일 좋아하는 것은 고모부
고모부가 제일 좋아하는 것은 고모
이모가 제일 좋아하는 것은 밥 (애들한테 매일 밥먹으라고 해서 그런 듯, 작년에는 인형)
이모부가 재알 좋아하는 것은 담배
할머니랑 할아버지가 제일 좋아하는 것은 등산
이모네 큰오빠가 제일 좋아하는 것은 피아노
이모네 작은오빠가 제일 좋아하는 것은 컴퓨터
채은이가 제일 좋아하는 것은 꽃 (슈퍼 마리오의 요시인 줄 알았는데)
나름 많이 맞아 떨어지는 것 같아서 깜짝 놀랐다. 아이들의 세계를 바라보는 능력은 역시 위대하다.
Although IntelliJ IDEA is a very nice IDE, I hate several things about it, especially comparing to Eclipse.
Not IDEA’s fault, but its font rendering in Linux is horrible. Everyone who recommends IDEA seriously was Mac user, and that might mean something is wrong with Swing. Fortunately, I found a workaround.
The default keymap is not easy to learn & remember. How can I know if Ctrl+F9 means ‘Make project’ and Shift+F6 means ‘Rename’? Ctrl+B and Alt+Shift+R of Eclipse are much easier to remember. I know we can’t do it that way for all shortcuts, but at least we should do the best. Some old IDEs had the similar keymap with IDEA, and in my opinion IDEA looks like it simply followed some bad tradition.
The default color scheme (i.e. syntax coloring) looks so 80-ish. It makes me feel like working with a very old IDE such as Visual Studio 6.0. Most modern text editors like TextMate and Sublime Text have much more lovely out-of-the-box color schemes.
Personally, I prefer the color scheme of Eclipse, and use the same color scheme in IDEA. If you like Eclipse style, download it here.
There is a plugin called ‘Eclipse Mode’ that emulates this behavior, but it is not in the same league with the native incremental compilation engine that Eclipse ships with, and it doesn’t seem to work with the latest IDEA version.
Eclipse has a view called ‘Problems’ which shows all errors, warnings, TODO tags of the project (or the scope you prefer). In combination with the ‘build on save’, the Problems view updates the list of problems almost in real time. In contrast, I have to build the project manually to get or update the list of warnings and errors.
I have to type CTRL+Q to look up the Javadoc of a class on the current cursor position. Why can’t I simply view the Javadoc by moving my mouse cursor on it instead of moving the text cursor? It does seem like some people doesn’t care about this lack of feature, but without this feature I have to move the text cursor back and forth in the middle of coding session instead of briefly moving the mouse cursor while retaining the current text cursor position.
Also, did you know most applications define CTRL+Q as a shortcut for ‘Quit’?