Строковые коллекции только для чтения: экономим на спичках

Интересно, не знал про такой метод. Видимо, потому что никогда не создаю переменных типа ArrayList, пользуясь только теми методами, что объявлены в интерфейсе List. Ну да, trimToSize будет эффективнее, если случится так, что текущий размер списка совпадает с числом элементов. Если нет, то разница минимальна, но мой способ подойдёт для любой реализации списка :-)

Строковые коллекции только для чтения: экономим на спичках

Это верно, только хотелось на частном примере показать универсальное решение (это же касается комментария с фиксированной длиной строк). Изложенные идеи не закладываются на содержимое строк.

Строковые коллекции только для чтения: экономим на спичках

Arrays.asList(genes.toArray(new String[genes.size()])); примерно это и делает.

Строковые коллекции только для чтения: экономим на спичках

Тут действует принцип «а пять старушек уже пять рублей». Биологических видов много, и версий Ensembl'а тоже много :-)

Меня в Гугле забанили

Это в принципе как с любыми правонарушениями (оружие, наркотики, воровство и т. д.) Полностью избавиться от проблемы не получится: всегда будет возможность достать оружие или наркотики, украсть что-то. Задача государства свести правонарушения к минимуму и сделать их рискованными.

WebGl-2d.js: Реализация Canvas 2D API на WebGL

Без дуг и кривых выглядит бесполезно :( Но вообще, конечно, проект интересный.

Меня в Гугле забанили

Прикол в букве s в слове https.

finalize и Finalizer

Ценой того, что родительский объект удаляется не сразу, а в два прохода, между которыми надо отстоять очередь Finalizer'а? Это может быть оправдано для стековых переменных, но в данном случае — очень сомневаюсь.

finalize и Finalizer

Есть особый сценарий использования, когда вы имеете объекты, связанные через WeakReference/SoftReference. Скажем, объект, достающий информацию из какого-то большого файла (так что весь файл загрузить и закрыть его нельзя). Объект держит файл открытым, чтобы при запросах быстро спозиционироваться и достать нужную запись, но при этом при нехватке памяти вы не возражаете, если он будет уничтожен (но файл надо закрыть). При следующем обращении к файлу вы просто снова создадите такой объект. Если отказаться от finalize(), с такого рода объектами жизнь станет сложнее: придётся отслеживать ReferenceQueue, возиться с фантомными ссылками и т. д.

finalize и Finalizer

Имеет смысл всегда явно закрывать ресурсы, не полагаясь на finalize вообще. В Java 1.7 для этого даже есть удобная штука try-with-resources. В принципе, конечно, можно вообще отказаться от finalize, надеясь на добросовестность разработчика. Другое дело, что многие библиотеки (в том числе системные) его всё же используют, и с этим приходится считаться.

Взыскание долгофф

По федеральному закону 214-ФЗ в договоре долевого участия обязательно должен быть «срок передачи застройщиком объекта долевого строительства участнику долевого строительства» (статья 4, пункт 4.2). Без этого договор не зарегистрируют в юстиции. Если застройщик не регистрирует договора в юстиции вообще, обращайтесь в контролирующий орган. Застройщик может попасть на административку. Если вы передали застройщику деньги без заключения ДДУ и в нарушение статьи 1 пункт 2 этого закона, вы также можете подать гражданский иск в суд, потребовав деньги назад с процентами (статья 3, пункт 3).

Размеры массивов в Java

1000. Два по 500.

Размеры массивов в Java

Ну не доли процента, а минимум (416/400-1)*100% = 4%.

Размеры массивов в Java

Правильное замечание. В моём случае производительность не была камнем преткновения и сколь-нибудь значимо не изменилась.

Размеры массивов в Java

Да, можно. Хотя потребление изменится уже несущественно, а код может стать значительно менее читаемым из-за вычисления смещений. Можно ещё написать простенький класс (или найти готовый), реализующий это для массивов произвольной размерности, хотя тогда будут накладные расходы на вызовы функций. В каждом конкретном случае рецепт свой. К примеру, изменения в производительности в моём случае будут эфемерны.

Как и почему работает onbeforeunload

Сейчас лучше? :-)

Как и почему работает onbeforeunload

Ну я вроде не соврал. Действительно ведь молча закрывает. Дописать «осознанно молча закрывает»? Вроде и так понятно, что с точки зрения Оперы это фича, а не баг.

Как и почему работает onbeforeunload

Если я был уверен, что система его сохранила, мог и вообще не вспомнить. Конечно, всегда проще обвинить пользователя в криворукости, чем признать недоработки интерфейса.

Как и почему работает onbeforeunload

Вы редактировали документ в вики-подобной системе и ушли со страницы. Система не знает, оставили ли вы адекватную версию (то есть надо ли перезаписать в основную ветку), поэтому скидывает в черновик в профиле (или в LocalStorage). Вы вернулись к системе через неделю (и с другого компа, LocalStorage?), документ давно изменён другими пользователями, merge выдаёт конфликты, вы паритесь, пытаясь склеить две версии документа. А ведь надо было просто задать один вопрос и получить на него вдумчивый ответ и проблемы бы удалось избежать.

Как и почему работает onbeforeunload

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