Зачем подгрузку комментариев сломали?
Иду в этой статье по комментариям при помощи клавиши F, отвечаю на один из них.
При следующем нажатии F меня кидает куда-то вверх, на чужой комментарий, написанный в промежуток времени, между открытием статьи и отправкой мною комментария.
Зачем при отправке моего комментария подгружаются новые? Когда, и если, я захочу подгрузить новые комментарии, я явно нажму R.
P.S. Разве не должно это великое переселение быть отдельным пунктом в разделе «Бета-тестирование»? Уверен, багов вагон.
И в JVMS9 они по-прежнему на месте (§jsr, §ret), и в class-файлах версии 50.0 и ниже они всё так же могут быть использованы. Пример без проблем был запущен под OpenJDK 64-Bit Server VM 18.3 (build 10+46, mixed mode).
Магазин с КДПВ в своё время сильно удивил.
Хорошо заметной светящейся вывески нет. В наземной части пустота и полумрак, никак не намекающие на то, что там есть жизнь. Скорее это похоже на какое-то заброшенное техническое помещение метрополитена. И, даже приехав специально, понять, что магазин работает можно только по тусклому лучу света из подвала.
Место настолько хорошо, что на все эти факторы можно забить?
Зачем нужен рабочий чат, когда есть email и NNTP?
Для них и клиент можно нормальный подобрать и архивы вести и при этом не выступать в роли бесплатных тестеров для разработчиков глючных поделий.
Желчные комментарии лучше, чем отсутствие комментариев. Если бы не они, я бы эту статью и не увидел скорее всего. Сама статья воспринята читателями вполне положительно.
Главное, не быть излишне впечатлительным, иначе можно психануть и сжечь второй том.
«Старомодность» это скорее положительная характеристика.
Сравнивая интерфейсы сайтов и desktop-приложений времён Win XP с современными, в большинстве случаев современные проигрывают.
У последних низкоконтрастные цветовые темы и иконки, исчезающие узкие полосы прокрутки, нечитаемые шрифты с тонкими линиями и полное пренебрежение к удобству пользования в угоду украшательствам. И тормозной интерфейс, само собой.
Может быть и обращают.
Но по моим наблюдениям, когда памяти остаётся маловато или совсем мало, у хрома начинаются серьёзные проблемы.
Начиная с задержек отрисовки табов в заголовке окна и заканчивая сообщениями «Вкладка не отвечает» после попытки открыть новую пустую (!) вкладку.
Если IDEA начинает надоедать инспекцией, НЕ указывающей на проблему в коде, я всё взвешу, и, возможно, отключу эту инспекцию для _этого_ проекта. Неиспользование Stream API, очевидно, проблемой не является.
Если инспекция потенциально указывает на баг, то для начала разберусь, баг ли это в самой инспекции или баг в проекте. Затем — либо багрепорт в JB, либо исправление бага в проекте.
Вы путаете «усилие РКН» с вашим неумением искать информацию в интернете. Путём собственного самообразования любой пользователь интернета может довести «усилия РКН» до нуля.
Зачем подгрузку комментариев сломали?
Иду в этой статье по комментариям при помощи клавиши
F, отвечаю на один из них.При следующем нажатии
Fменя кидает куда-то вверх, на чужой комментарий, написанный в промежуток времени, между открытием статьи и отправкой мною комментария.Зачем при отправке моего комментария подгружаются новые? Когда, и если, я захочу подгрузить новые комментарии, я явно нажму
R.P.S. Разве не должно это великое переселение быть отдельным пунктом в разделе «Бета-тестирование»? Уверен, багов вагон.
И, самое главное, возможность отключить эту возможность в настройках.
А что с ним «так»?
Там даже статей нету, тупо ссылки на внешние ресурсы. Изредка пара килобайтов текста бывает.
Куча неайтишного мусора — это точно плюс? Вам телевизора мало?
Перевод устоявшихся терминов — не тот случай, когда стоит изобретать велосипед.
Breakpoint это «точка останова», wikipedia в помощь.
Не смог с ходу найти ответ: реализация JVM, не поддерживающая старые версии class-файлов сможет пройти сертификацию?
Их не удалили, а всего лишь запретили использовать начиная с определённой версии class-файла:
И в JVMS9 они по-прежнему на месте (§jsr, §ret), и в class-файлах версии 50.0 и ниже они всё так же могут быть использованы.
Пример без проблем был запущен под
OpenJDK 64-Bit Server VM 18.3 (build 10+46, mixed mode).Хорошо заметной светящейся вывески нет. В наземной части пустота и полумрак, никак не намекающие на то, что там есть жизнь. Скорее это похоже на какое-то заброшенное техническое помещение метрополитена. И, даже приехав специально, понять, что магазин работает можно только по тусклому лучу света из подвала.
Место настолько хорошо, что на все эти факторы можно забить?
Для них и клиент можно нормальный подобрать и архивы вести и при этом не выступать в роли бесплатных тестеров для разработчиков глючных поделий.
Главное, не быть излишне впечатлительным, иначе можно психануть и сжечь второй том.
23derevo Вы не думали собирать задачи/вопросы, предлагаемые на конференции, и публиковать их по окончании на сайте?
Можно ли утку, рождённую от
ArrayList, назвать чистой?У меня сомнения на этот счёт.
Сравнивая интерфейсы сайтов и desktop-приложений времён Win XP с современными, в большинстве случаев современные проигрывают.
У последних низкоконтрастные цветовые темы и иконки, исчезающие узкие полосы прокрутки, нечитаемые шрифты с тонкими линиями и полное пренебрежение к удобству пользования в угоду украшательствам. И тормозной интерфейс, само собой.
Но по моим наблюдениям, когда памяти остаётся маловато или совсем мало, у хрома начинаются серьёзные проблемы.
Начиная с задержек отрисовки табов в заголовке окна и заканчивая сообщениями «Вкладка не отвечает» после попытки открыть новую пустую (!) вкладку.
Если инспекция потенциально указывает на баг, то для начала разберусь, баг ли это в самой инспекции или баг в проекте. Затем — либо багрепорт в JB, либо исправление бага в проекте.
Изменения ради изменений?