Почитал отчет о тестировании скорости работы жавных коллекций(http://localstorm.livejournal.com/201815.html).
Подумал, что довольно часто такое встречаю в жизни - программеры на мой взгляд несколько преждевременно пытаются изучать что-то на слишком детальном уровне слишком рано. Это может быть какая-то технология, какие-то подробности скорости работы чего-то и т.д. Если честно, я не понимаю, зачем это нужно делать.

В моем представлении цикл развития программера выглядит так:

0. 2-5 лет получения опыта до уровня наманого такого девелопера. У кого-то больше, у кого-то меньше.
1. Проект с технологиями, оптимизациями и т.д.
2. Проект с технологиями, оптимизациями и т.д.
3. Проект с технологиями, оптимизациями и т.д.
... ну ты понел

Я не говорю, что разбираться с технологиями и оптимизациями не нужно. Вопрос в том, когда это делать.

( А когда, в самом деле? )

UPDATE

У меня дооформились мысли, которые я по умолчанию предполагал:
лучше делать ВНЕ РАБОТЫ какой-то проект (неважно какой - полно таких - опенсорс, стартап-на-коленке, главное, что не петсторе) и НА НЕМ изучать технологии, чем изучать технологии в вакууме. Если проект сработает - то получаешь бабло/признание благодарных пользователей/етц. Не сработает - ну что ж, хотя бы с технологиями разобрался.
Езда на машине отличается от выучивания ПДД, хотя без ПДД не обойтись.

А, ну и еще кстати. Если делаешь проект и уперся рогом, что как ни крути, ничего не получается - это верный признак, что пора читать книжки =)

Нехорошо вводить, загромождая код, средствами языка те ограничения, которые гораздо проще можно было бы выразить парой строк человеческого текста.