А можно я вас ещё немного поспрашиваю? Я просто ни разу ничего на jcenter не заливал, поэтому заинтересовался.
Как jcenter разруливает ситуации с кучей версий одной и той же библиотеки?
Есть, скажем, «com.example.library:foo:1.2.3». Я добавил в ней сбоку небольшой функционал, и теперь наверняка ведь не смогу залить её как «com.example.library:foo:1.2.4» (там наверняка же какие-то ключи используются, для подписи артефактов, чтобы удостовериться, что «com.example.library:foo» заливает один и тот же автор). Значит, придётся заливать её как «com.example.artemlibrary:foo:1.2.3».
А потом приходите вы, фиксите какой-то баг, добавляете функционал — и появляется «com.example.troylibrary:foo:1.2.3».
Ещё несколько итераций с разными разработчиками и появился зоопарк разных версий.
Оно так и работает, да? jcenter к подобным ситуациям нормально относится?
Кстати о зависимостях. Кто-нибудь пробовал уже пользоваться JitPack? Если вкратце — сервис позволяет работать с Git-репозиториями, хостящимися на GitHub, как с Maven-зависимостями.
Есть ли вообще смысл работать с этим сервисом в ситуации, когда, например, в проекте используются чужие библиотеки с парой-тройкой фиксов/дополнений, нужных только вам (то есть pull-request авторам отправлять бессмысленно, вливать они его всё равно не станут)? Или же более безопасным/удобным/идеологически правильным способом будет поднять свой Maven-репозиторий и работать уже с ним?
Коммитить jar/aar в Git/Mercurial репозиторий кажется не самым удачным способом решения проблемы.
Это сильно зависит от качества самого теста. Например на Upwork есть тесты, призванные показать потенциальному работодателю, что фрилансер имеет хоть какое-то представление о той работе, на которую он подаёт заявку. Я проходил тест на знание Андроида, и набрал что-то в районе 3.2 — 3.5 из 5, при том, что занимаюсь им уже пару лет, регулярно читаю литературу, прохожу курсы, и опубликовал пять приложений, написанных с нуля.
А всё потому, что тесты не обновлялись уже года три и там есть много вопросов, связанных с давно устаревшими утилитами, которые даже на google code уже отсутствуют (знаете, например, что такое «Android-Positron»? а «Android-activityCreator»?); ответы на некоторые вопросы не соответствуют реальности (правильный ответ на вопрос: «What is the maximum supported file size for a single APK file (excluding expansion packages) in the Google Play Store?» — уже не «50 MB»), а часть вопросов основана на отличном знании API (я вот не вспомню с ходу разницу между CALL_ACTION и DIAL_ACTION, так как это всегда можно при надобности подсмотреть в документации).
Так что тест тесту рознь.
А почему «out of busyness»-то? В Java мире же не только Android-проекты пишут, там вообще много чего делается. И если «Instant Run» будет сделан только для Android Studio, без переноса в Intellij Idea CE, то у ZeroTurnaround ничего не изменится: как ходили к ним за JRebel, так и будут ходить. Или я чего-то недопонял?
— не заказывайте более чем на €200, это вместе с доставкой
Мне сегодня позвонили с UPS по поводу посылки стоимостью в 161$ (это вместе с доставкой), и сказали, что нужна растаможка, сами они её делать не будут, и вышлют обратно. Как вариант — я могу из Тольятти доехать до Москвы (~1000 км) и забрать посылку сам.
Почему так может быть — лимиты же я точно не превысил?
Используйте «мы» вместо «я», например: «если бы мы breadth-first поиск, то получили бы ответ за O(n)»
Это серьёзно так и работает? Я, например, иду в последний год в обратном направлении — стараюсь использовать почаще «я», чтобы показать (в том числе и самому себе), что решение принимаю я, исходя из своих знаний и представлений, и вне зависимости от результата ответственность остаётся на мне. Не издеваюсь, просто интересно понять, как это воспринимают с той стороны баррикад.
О, а Hadi Hariri, оказывается, вообще разноплановый чувак. Недавно слушал очередной выпуск подкаста Fragmented, так он там на тему Kotlin для разработки под Android довольно увлекательно рассказывал, а здесь, смотрю, на конференцию дотнетчиков заявился. :)
Android Studio базируется на Intellij IDEA Community Edition. Сделана Idea в JetBrains, это верно, но Android Studio целиком и полностью разрабатывается Гуглом, эта информация была доступна с первых же дней после анонса. Да, часть функционала гуглеры смёрживают из новых версий Idea (поддержка NDK, например, базируется на CLion), но свои собственные инструменты они делают сами.
Больше не нужно тащить в проект сторонние реализации Floating Action Button...
FAB от Google уже научилась сама скрываться/появляться при прокрутке ListView/GridView или это до сих пор нужно своими руками писать? Если не научилась, то я остаюсь на сторонней реализации.
Много статей уже прочёл на тему перехода к Material Design, и везде содержание примерно одинаковое: «Мы изучили guidelines, переписали наше приложение и теперь всё замечательно». Никто почему-то не упоминает того, что часть плюшек, имеющихся в Lollipop, и применяемых в Material Design, не имеет бэкпортов на предыдущие версии Android (например elevation и ripple effect), и их или невозможно или очень трудно реализовать своими руками. Или вообще реализовывать нет смысла, так как их нет в операционке, а значит смотреться они будут ненативно.
Было бы очень интересно прочесть статью, в которой для каждого весомого элемента нового дизайна приложения приводилась бы сноска: «Это мы перенесли и на 4.x» или: «Перенести это на 4.x невозможно/не осилили, поэтому теперь наше приложение ведёт себя на старых версиях Android вот так (с примером)».
А есть хоть какая-то информация о том, когда релиз? Просто первый раз о скором релизе я услышал где-то в районе M10-M11, которые были с полгода назад примерно. Сами разработчики ничего конкретного о релизе не говорят, ограничиваясь словами что «как только, так сразу».
Я лично тестов не проводил, но мне кажется, что никак это не сказывается на производительности: в одном случае мы сами напишем anonymous inner class, в другом retrolambda развернёт лямбду в него же. К тому же, судя по документации, если лямбда является stateless, то retrolambda создаёт синглетон и в дальнейшем использует его повсюду, где используется данная лямбда.
Но всё это просто рассуждения без цифр, буду рад если кто-нибудь меня поправит.
Все решают эти проблемы по-разному: кто-то пытается подключить SVG-библиотеку к проекту, кто-то генерирует нарезку с помощью утилиты.
А ещё есть Gradle плагин от Trello, генерирующий png drawables во время сборки проекта, и обещают в Android Gradle plugin версии 1.4 прикрутить официальную поддержку генерации png.
Я рассматривал эти варианты. Тут понимаете какая штука, какой русский аналог я бы не рассмотрел, везде есть возможность использовать его в значении «понял, но не до конца», «нахожусь в процессе изучения», «разобрался, но есть тонкости». «To grok» же переводится как «понял настолько полно, что ощущаешь себя в изученном материале как рыба в воде». То есть тут полное осознание, вплоть до принятия изученного как части своей личности. Не смог я это слово перевести, не потеряв вот эту вот степень полноты восприятия, поэтому использовал неологизм.
Я даже не знаю, что мне вам возразить. Мои замечания по поводу перевода «to grok» как «грокать», которые я изложил в первой части, вы прочли, комментарий человека, читавшего Хайнлайна, и объяснившего, почему это слово нельзя перевести на русский в одно слово, вы, наверное, тоже читали. Но продолжаете зачем-то издеваться над тем фактом, что не все слова имеют однозначный аналог в русском языке.
… транслейтор не смог отфайндить кореспондивный транслейшен...
Так найдите. Желательно в одно слово, чтобы заголовок не растянулся на восемь строчек, и чтобы смысл сохранился. А я вам спасибо скажу. А то конструктива от вас вообще не видно.
Вы посмотрели экранизацию книги (довольно, кстати, бездарную), вам не понравилось, и вы принялись обвинять вовсю Айн Рэнд. Не приходило в голову, что бОльшая часть описанных вами неувязок происходит именно в экранизации, а в книге их или нет, или происходящее более-менее логично объясняется?
Как jcenter разруливает ситуации с кучей версий одной и той же библиотеки?
Есть, скажем, «com.example.library:foo:1.2.3». Я добавил в ней сбоку небольшой функционал, и теперь наверняка ведь не смогу залить её как «com.example.library:foo:1.2.4» (там наверняка же какие-то ключи используются, для подписи артефактов, чтобы удостовериться, что «com.example.library:foo» заливает один и тот же автор). Значит, придётся заливать её как «com.example.artemlibrary:foo:1.2.3».
А потом приходите вы, фиксите какой-то баг, добавляете функционал — и появляется «com.example.troylibrary:foo:1.2.3».
Ещё несколько итераций с разными разработчиками и появился зоопарк разных версий.
Оно так и работает, да? jcenter к подобным ситуациям нормально относится?
Есть ли вообще смысл работать с этим сервисом в ситуации, когда, например, в проекте используются чужие библиотеки с парой-тройкой фиксов/дополнений, нужных только вам (то есть pull-request авторам отправлять бессмысленно, вливать они его всё равно не станут)? Или же более безопасным/удобным/идеологически правильным способом будет поднять свой Maven-репозиторий и работать уже с ним?
Коммитить jar/aar в Git/Mercurial репозиторий кажется не самым удачным способом решения проблемы.
А всё потому, что тесты не обновлялись уже года три и там есть много вопросов, связанных с давно устаревшими утилитами, которые даже на google code уже отсутствуют (знаете, например, что такое «Android-Positron»? а «Android-activityCreator»?); ответы на некоторые вопросы не соответствуют реальности (правильный ответ на вопрос: «What is the maximum supported file size for a single APK file (excluding expansion packages) in the Google Play Store?» — уже не «50 MB»), а часть вопросов основана на отличном знании API (я вот не вспомню с ходу разницу между CALL_ACTION и DIAL_ACTION, так как это всегда можно при надобности подсмотреть в документации).
Так что тест тесту рознь.
Мне сегодня позвонили с UPS по поводу посылки стоимостью в 161$ (это вместе с доставкой), и сказали, что нужна растаможка, сами они её делать не будут, и вышлют обратно. Как вариант — я могу из Тольятти доехать до Москвы (~1000 км) и забрать посылку сам.
Почему так может быть — лимиты же я точно не превысил?
Это серьёзно так и работает? Я, например, иду в последний год в обратном направлении — стараюсь использовать почаще «я», чтобы показать (в том числе и самому себе), что решение принимаю я, исходя из своих знаний и представлений, и вне зависимости от результата ответственность остаётся на мне. Не издеваюсь, просто интересно понять, как это воспринимают с той стороны баррикад.
FAB от Google уже научилась сама скрываться/появляться при прокрутке ListView/GridView или это до сих пор нужно своими руками писать? Если не научилась, то я остаюсь на сторонней реализации.
Было бы очень интересно прочесть статью, в которой для каждого весомого элемента нового дизайна приложения приводилась бы сноска: «Это мы перенесли и на 4.x» или: «Перенести это на 4.x невозможно/не осилили, поэтому теперь наше приложение ведёт себя на старых версиях Android вот так (с примером)».
Но всё это просто рассуждения без цифр, буду рад если кто-нибудь меня поправит.
А ещё есть Gradle плагин от Trello, генерирующий png drawables во время сборки проекта, и обещают в Android Gradle plugin версии 1.4 прикрутить официальную поддержку генерации png.
Так найдите. Желательно в одно слово, чтобы заголовок не растянулся на восемь строчек, и чтобы смысл сохранился. А я вам спасибо скажу. А то конструктива от вас вообще не видно.