Посмотрите на порт joda-time под Android, который, по словам автора, решает проблемы с захламлением памяти, возникающим при использовании оригинального joda-time (причины указаны в readme) и добавляет некоторые дополнительные плюшки.
Интересно было бы услышать, чем руководствуются люди, выставляющие минимальную версию api в 19 (таких, на момент написания комментария, ровно 19 человек). Они разрабатывают несколько версий продукта, каждая под свою версию api, или же от поддержки остальных версий api было решено отказаться?
Я подключал проект retrolambda по вот этой вот инструкции. Подключается легко, работает, но мне показалось этого мало, и решил попробовать написать что-нибудь простенькое на Scala. :) Пока что нахожусь на стадии работающего hello-world'a.
P.S. Да, вот ссылка на плагин для gradle, который сильно упрощает работу со Scala в Android. Проект не мой, благодарности автору.
Вопрос не по теме, но давно уже хотелось задать. Планируется ли переиздание книги «Жемчужины программирования»? Ну очень уж хочется прочесть её в бумажном варианте, и потом поставить на полку, чтобы время от времени перечитывать. :)
P.S. Да, про электронные книги я знаю, хочется именно бумажный вариант.
У меня опыта разработки под Android всего два месяца, поэтому могу порой принимать странные решения. :) Спасибо за объяснение, посмотрю в сторону Picasso и других библиотек.
В документации по UIL написано, что порядок определения размеров Bitmap следующий:
Get actual measured width and height of ImageView
Get android:layout_width and android:layout_height parameters
Get android:maxWidth and/or android:maxHeight parameters
Get maximum width and/or height parameters from configuration (memoryCacheExtraOptions(int, int) option)
Get width and/or height of device screen
Соответственно, если размеры ImageView, в который нужно положить изображение, никак не ограничить (match_parent/wrap_content не в счет), произойдет загрузка изображения, смасштабированного под ширину/высоту устройства. Я для себя проблему расчета размера Bitmap'ов при загрузке оных в GridView решил установкой параметров maxWidth/maxHeight, принадлежащих отдельным ImageView, в нужные мне значения.
В седьмой лекции рассмотрена реализация операции вставки для красно-черного дерева, но не реализация удаления. Интересно, что и в книге Роберта Лафоре «Структуры данных и алгоритмы в Java» со всеми подробностями изложена балансировка при вставке, а вот удаление упоминается вскользь со словами «это сложно, читайте Кормена». Балансировку при удалении действительно настолько сложно реализовать, что ее почти никто не рассматривает?
P.S. Кормена я пробежал глазами, отметив, что там при балансировке при удалении используется ссылка на родительский узел, что снижало для меня ценность алгоритма — в моей реализации класса Node использовались только ссылки на левое и правое поддеревья.
Открыл статью со смутным ощущением того, что где-то я уже слышал про эту систему, и через несколько минут чтения сообразил, что я год с небольшим назад (естественно, не один) помогал дорабатывать iCity под тольяттинские требования. :)
Попотеть придется, только осваивая свой первый язык.
Я тоже так думал после изучения C и Python. А потом взялся за Haskell, и он взорвал мне мозг одними лишь монадами (и я еще не говорю об отсутствии циклических конструкций, чистых функциях, ленивости вычислений и прочих плюшках).
Ну, я Python года полтора-два назад изучать начал. Похоже, что эти варианты использования else я тогда пропустил мимо ушей, так как за прошедшее время я к Python'у несколько раз возвращался, кой-чего на нем писал, но про них узнал только сегодня. :)
Препод по вычислительной математике рассказывал нам в прошлом году, что различие знаков для отделения десятичных разрядов пошло от разных стран. В Британии было принято ставить точку, тогда как во Франции — запятую. Сейчас более распространенным является британский вариант, нг французский тоже является правильным.
piratebay уже месяца полтора-два как устанавливает на главной странице баннеры, ведущие на торренты от независимых музыкальных групп/исполнителей. Причем содержание баннеров примерно одно и то же: «Привет, я такой-то такой-то. Недавно записал свой EP — если желаете, можете скачать тут-то тут-то. Если вам понравилось, вы можете поддержать мой проект по такой-то ссылке.»
Мне это кажется очень даже неплохой схемой.
У Джоэля Спольски в книге «More Joel on Software» была ссылка на книгу «The Paradox of Choice: Why More is Less». Последнюю я не читал, но основная мысль ее, насколько я помню, сводилась к тому, что огромное количество вариантов выбора приводит человека к постоянному ощущению неуютности, к захламлению мозга.
Это, конечно, не то видео, ссылку на которое вы искали, но нечто очень близкое по смыслу.
P.S. Да, вот ссылка на плагин для gradle, который сильно упрощает работу со Scala в Android. Проект не мой, благодарности автору.
P.S. Да, про электронные книги я знаю, хочется именно бумажный вариант.
Соответственно, если размеры ImageView, в который нужно положить изображение, никак не ограничить (match_parent/wrap_content не в счет), произойдет загрузка изображения, смасштабированного под ширину/высоту устройства. Я для себя проблему расчета размера Bitmap'ов при загрузке оных в GridView решил установкой параметров maxWidth/maxHeight, принадлежащих отдельным ImageView, в нужные мне значения.
P.S. Кормена я пробежал глазами, отметив, что там при балансировке при удалении используется ссылка на родительский узел, что снижало для меня ценность алгоритма — в моей реализации класса Node использовались только ссылки на левое и правое поддеревья.
Я тоже так думал после изучения C и Python. А потом взялся за Haskell, и он взорвал мне мозг одними лишь монадами (и я еще не говорю об отсутствии циклических конструкций, чистых функциях, ленивости вычислений и прочих плюшках).
Спасибо за замечание, поправил.
Эти остроты лучше будет адресовать автору оригинального текста. Я — всего лишь переводчик.
Мне это кажется очень даже неплохой схемой.
Это, конечно, не то видео, ссылку на которое вы искали, но нечто очень близкое по смыслу.