Hoje em dia as IDEs para desenvolvimento, sobretudo para Java, fornecem dicas para solucionar todo o tipo de problemas como: classpath, package errado, algum throws faltando, etc. O Eclipse fornece essas dicas quando vc clica no aviso vermelho do lado esquerdo da linha com problema.
Geralmente a primeira dica é a correta, entretanto devemos perder um tempinho analisando as outras. Um bom exemplo aconteceu comigo trabalhando com JDBC: Em determinado momento eu estava trabalhando com PreparedStatement e a dica do Eclipse, para os imports, era com.mysql.jdbc.PreparedStatement porém, naquele momento, me interessava o java.sql.PreparedStatement. Não prestei a atenção e o eclipse me pedia, estranhamente, um cast numa determinada linha aonde não precisava.
Detalhe que este import errôneo não iria prejudicar a minha classe naquele momento: ela funcionaria sem maiores problemas. O problema era uma dependência adicional com o driver mysql: eu teria problemas se quisesse migrar de banco. Um problema bem simples, bastaria corrigir a classe, mas que me faria perder algum tempo no futuro.
Sem falar que, pela lei de Murphy, esse problema poderia surgir quando ele fosse o mais devastador possivel.
O grande problema de se confiar na IDE é que no final achamos que o erro é nosso. Acho que deveriamos confiar mais em nós do que na máquina. =)
É muito comum também o Eclipse sugerir pacotes da implementação de JPA ao invés dos pacotes javax.persistence. Além de problemático é bem chato isso.