Так можно сказать про любую страницу с якорями. Имхо, это должно решаться на уровне браузера — прокручивать страницу после того, как пользователь взаимодействовал в ней не правильно.
«Читать дальше» как бы говорит нам о том, что нажатие поможет прочесть текст дальше, не так ли? Вполне логично, что нажатие на эту ссылку приводит пользователя к месту, где можно начать читать дальше.
Кроме того, претензии тут должны быть никак не к Хабру, а к специфике работы браузеров.
Ссылка с якорем (а именно таковой и является ссылка хабраката) всегда ведет на строку с этим якорем. Якорь хабраката у нас один и ошибок быть не может, так что это точно не проблема Хабра. Или у Вас там какой-то локальный глюк или Вы что-то путаете.
Проверил три первых попавшихся топика с хабракатом: каждая ссылка ведет точно на то место, где начинается текст под катом.
Вы не поняли суть проблемы (или это я не понял сути топика?) — после нажатия на «читать далее» открывается новая вкладка со всей статьей и комментариями. Пока прогружаются комментарии пользователь уже успевает самостоятельно найти то место текста, на котором остановился (до хабраката), потом прочитать еще несколько строчек, а потом бац, когда все комментарии прогрузились — браузер прокручивает опять назад до хабраката и пользователю приходится опять крутить вниз и искать место, где он остановился.
Проблема возникает с топиками, в которых очень много комментариев — они долго грузятся и прочитать успеваешь много.
Да, еще меня раздражает, что в блоке прямого эфира ссылки тоже с якорем на комментарий. Обычно я вижу в прямом эфире интересные заголовки, и хочу почитать топик, а не увидеть конкретный комментарий. Поэтому есть еще один скрипт, который удаляет якоря на комментарии в блоке прямого эфира: s-a-p.in/scripts/greasemonkey/deletecommentanchors.user.js
Авто перемотка на #habracut — зло