• Внедряем материальный дизайн
    0
    Предлагаю на будущее некоторые термины оставлять на английском :)
    А вообще статья хорошая. Но я пока бы воздержался от перехода, ибо в саппорте очень много багов еще, да и Build Tools новый на студии тоже порой ведет себя странновато.
  • Внедряем материальный дизайн
    +1
    и ButterKnife в помощь.
  • Navigation Editor — новый инструмент в Android Studio
    0
    Да, это важно конечно, но для меня прогресс — это упрощение моей работы, поэтому я постоянно юзаю новые либы :) мне нравится JetBrains-продукты, они мимими, особенно в плане быстроты набора кода и плюшек, но сейчас студия мне жизнь не упростит. И по-моему это большой минус этого продукта. Получается мы зависим от инструмента, который еще сырой. Я не говорю уже о том, что ручками эту магию править. Хз, я все жду когда время будет и найду недельку на общение с Android Studio.
  • Navigation Editor — новый инструмент в Android Studio
    0
    Теперь точно "..Studio" :)

    Все это, конечно, хорошо, но лучше бы они занимались упрощением портирования на студию старых проектов, раз так рьяно хотят чтобы разработчики перешли на нее. Как не пытался старый проект под ADT перенести на студию, так бежал от этого с паникой и новой сединой на голове. Я конечно понимаю Gradle, все такое… но какого?! я столько времени должен тратить на простые вещи :) В Eclipse например(как Juno, так и прочие) так и не заработал мастер генерирования билд-файлов для Gradle. Знакомый Android-ер кинул вопрос на Stack-e с решением, так там пунктов 20 и какое-то шаманство:) Да, новые проекты стоит писать под студией, но черт возьми! старых тоже много…
    Поэтому пока старый добрый местами глючный Eclipse, но студию обновляю… в надежде…
  • Как мы разрабатывали приложение для Хабрахабра
    0
    Предполагаю, что WebView + свой html созданный со своими стилями на основе распарсенного из API.
  • Как я с лагом Navigation Drawer боролся
    +1
    Как-то уж очень костыльно выходит. Пробовали вынести получение данных из БД в CursorLoader? По идеи должно помочь. При первом запуске делаете cursorLoader.initLoader() а при обновлении cursorLoader.restartLoader().
  • Что Java 8 нам готовит
    +2
    Жалко только, что пока эти все плюшки дойдут до Android — я уже состариться успею :)
    Ну а вообще, конечно неплохо бы убирать лишнюю писанину как в Scala, когда можно написать var и тип выведется по выражению справа. Также и; — уже давно ненужный элемент языка. Я бы этого очень хотел для любимого языка — большей выразительности, меньше кода, при этом читабельность на уровне.
    А плюшки Java 8 — гуд, особенно Streams.
  • Тостер. Обновление
    0
    Жаль. Придется ваять дальше на RSS-парсерах все (
  • Тостер. Обновление
    0
    Подскажите когда будет Хабра API, о котором ранее упоминали в комментах анонса тостера и как его получить. А то мобильное приложение хочется сделать адекватно :)
  • Простой способ добавить геолокацию в свой проект для Android
    0
    Оберните код по ссылке в документации в свой класс и будете просто вызывать одну строку: MySuperLocationClient.getCurrentLocation(). В чем проблема то?)
    Дело в том, что в типичном приложении нынче Вам не обойтись без Google Play Services Library потому что Google вынес туда и Admob и кое-что еще. Так что не вижу никаких проблем, кроме надумывания себе задач из разряда велосипед.
  • Простой способ добавить геолокацию в свой проект для Android
    0
    В том обсуждении неуказано, что обертка тоже может быть полезной(правда не в таком виде), когда Google Play Services недоступен на что я и обратил внимание. Кроме того чем больше людей говорит об этом тем более стоит прислушаться к ним.
  • Простой способ добавить геолокацию в свой проект для Android
    0
    Кроме того, это Java. Здесь принято методы писать с маленькой буквы.
  • Простой способ добавить геолокацию в свой проект для Android
    0
    Я думаю на данный момент лучше использовать Google Play Services для подобных целей, а подобные обертки писать если GPS недоступно(когда возможно приложения от Гугла выпилены). По крайней мере в доке сейчас такой способ:
    Retrieving the Current Location
  • Знакомство с Go, часть 2: пишем граббер изображений с балансировщиком и извращениями
    +1
    А почему не использовали однонаправленные каналы? Любители Go утверждают, что так код получается читабельнее, видно намерение программиста. Вот, например, вопрос на стеке по поводу однонаправленных каналов — Stackoverflow

    Еще хочу добавить, что слова «рабочий» очень режет текст статьи. Может проще написать задача или задание и переименовать структуру?

    И еще одна ссылка на пример — Channels in Go
  • Основы Android NDK на примере работы с OpenAL
    +1
    Сперва думал, что статья хорошая, а потом почитав, понял, что не совсем:(

    developer.android.com/intl/ru/guide/appendix/media-formats.html
    -Форматы WAV и OGG и так поддерживаются Андроидом, зачем использовать такой ужас лишний в виде NDK с OpenAL? Лучше тогда уж OpenCV — там много полезных вещей для Image Processing-а.
    -Для новичка конечно кое-что есть полезное в плане связки кода С++/Java, но во-первых Cygwin как уже отметили, давно не нужен, ибо просто юзаем ndk-build и во-вторых зачем постоянно извиняться, что статья большая, когда вы же ее составляли? Напишите структуру, а потом уже материал… а то грустно читать порой Хабр. Толковых статей стало меньше.

    Понимаю, что вы осилили NDK, вы молодец и все такое, но пожалуйста продумывайте лучше статью и досконально перед ее написанием изучите предмет…

    А так все хорошо.
  • Конец очередной эпохи: Philips уходит с рынка потребительской электроники
    0
    Ага, я старше того филлипса лет на 5 всего:) Хотя школоло я был лет эдааак....8-9 назад:) Вообщем, лет ему много и он прекрасно работает, только раз что-то там мелкое было — починили и норм. Пульт давно стерся — купили новый и отлично:)
  • Конец очередной эпохи: Philips уходит с рынка потребительской электроники
    +1
    Жаль конечно!
    У родителей до сих пор стоит тот самый голландский филипс годов 90ых :) тогда технику умели делать, что тут скажешь.
  • OpenWeatherMap – как энтузиасты делают погоду
    –6
    Это не ответ на мой вопрос, насколько я понимаю.
  • OpenWeatherMap – как энтузиасты делают погоду
    0
    Есть ли ограничение на количество запросов в час/сутки для API?
    Интересно было б сделать погодный клиент + виджет для Андроид.
    И еще…
    Россию все же ожидать?
  • Статистика по Android устройствам (2012, ноябрь)
    +1
    Жесть)
  • Статистика по Android устройствам (2012, ноябрь)
    +4
    Ну конечно, гугл — такой гугл
    Какой смысл делать пост точную копию с сайта? Тут и переводить даже нечего, все наглядно видно. Бред. Минусуйте дальше!
  • Статистика по Android устройствам (2012, ноябрь)
    0
    Очень «полезный» пост. Так сложно людям посмотреть официальную документацию.

    А если по делу, то все предсказуемо: Android 4 постепенно вытесняет старые версии, железки становятся мощнее. Прогресс идет.
  • Хабракамп #5
    0
    -Как обстоят дела с работой/вакансиями для скалы и связанных тем?
    -Проект свой делаете или заказные?
    -Используете чисто скалу или вместе с явой?
    Спасибо!
  • Письмо программиста — дизайнерам (в процессе подготовки нового проекта Winx...)
    +2
    Дизайнеры обидились! Извините, я не хотел, накипело.
  • Письмо программиста — дизайнерам (в процессе подготовки нового проекта Winx...)
    +2
    Согласен. Это скорее крайность или неумение договориться. Сам не люблю ковыряться в слоях во время работы над проектом. Хотя полезно + порой дизайнеры упираются рогом и кричат «Нет! Ты что? Нарезать не можешь? Это не наша работа — нарезать». Жесть, такое было.
  • Письмо программиста — дизайнерам (в процессе подготовки нового проекта Winx...)
    0
    Понятно что и исходник может быть внутри карявым, слои обозваны странно, струкрута кривая, но вы можете все вещи эти видеть визуально + как я говорил выше — заранее нужно обговарить: кто нарезает, если нарезает дизайнер, то как именовать файлы, какого формата и прочее для вашего взаимного удобства и тогда подобной проблемы не будет. Если уж плохо подошли к вопросу, поленились, не учли эти моменты — не спроектировали, то конечно потом будут негодования, такие письма и прочее.

    И да, однотипные объекты нужно называть с одинаковым префиксом.
  • Хабракамп #5
    0
    Я могу посоветовать несколько моментов:
    1. Не придумывайте лишнее. У вас уже есть в активити, фрагментах и других классах колбеки и общий каркас кода. Используйте его.
    2. Продумывайте все заранее(по возможности). Всю архитектуру приложения: макеты, код. Нет возможности — пишите гибко.
    3. Не перебарщивайте с паттернами. Предыдущая платформа и ваш опыт — это хорошо, но это чаще всего лишнее здесь. Синглтон да удобная штука, но есть объект Application. Всякие другие паттерны и так используются в Андроид — это ведь фреймворк.
    4. Не смотрите на айос.
    5. UI, иконки делайте по Android Guidelines.

    Попробуйте написать что-нибудь простое и увидите все нужные паттерны.
    По паттернам под андроид врят ли что могу подсказать конкретное, ибо тут все применимо также как и в обычном Java-проекте.

    Сайты аля android ui patterns, тоже будут полезными
  • Письмо программиста — дизайнерам (в процессе подготовки нового проекта Winx...)
    +8
    Вот! Моя любимая проблема — взаимодействие с дизайнером. Думаю только, что подобные вопросы просто нужно решать заранее. Хотя я уже дважды сталкивался с точно такой же проблемой. Еще один выход — просите psd и нарезайте сами!
  • Хабракамп #5
    0
    Да, есть конечно и это большой плюс, и по идеи хватит для работы типичного приложения, но все остальное что связано и завязано на фрагментах — его нет.
  • Хабракамп #5
    0
    так точно)
  • Хабракамп #5
    0
    На самом деле уже давно мечтаю, чтобы была 4.0 везде, но на счет половины вы погорячились конечно:) статистика
  • Хабракамп #5
    0
    Фрагменты — это хорошо, но нужно с ними аккуратней быть, ибо начиная с Андроид 3.0 появились, а большинство девайсов все еще < 3.0 имеют версию.
  • Хабракамп #5
    0
    Из недавнего на русском нравится «Android для программистов» от Питер-а. Все кратко по делу, с примерами, как я люблю. Примеры охватывают почти все нужные темы при повседневной работе. И еще «Программирование под Android » тоже Питер, но чуть раньше вышла. Из ранних книгу Мейра рекомендую и все же книгу от Вильямса, описывающую Android 4.0 как справочник, дорогой однако.

    Эммм, а в чем сложность работать с бд из фрагментов? У вас есть контекст, есть CursorLoader. Просто соедините все в целое:)
  • Ключевые люди по тегу #AndroidDev
    0
    Добавьте меня:) Я стараюсь во благо зеленого робота!
  • Что нужно знать каждому разработчику о кодировках и наборах символов для работы с текстом
    0
    Если ваш комментарий не саркастичный, то могу похвастаться, что буквально в субботу купил последний экземпляр данной книги(за 2006 год которая) в своем городе:)
  • Хабракамп #5
    0
    Смысл вашего вопроса понял, хоть и с трудом. И сразу же возразить хочется: с чего Вы решили, что перезаполнять список нежелательно? Механика его работы все равно такова, что загрузится в память только элементы видимые на экране. На счет статических адаптеров не скажу — не пробовал, ибо не было такой проблемы. Еще обратите внимание на методы View — setTag/getTag в которых можно хранить состояние элемента(добавлен в избранное или нет). Кроме того если прикручиваете подобное, то все равно нужно хранить состояние — либо в настройках, либо в БД. А потом просто модель для элемента списка создадите, в ней уже будет хранится состояние из настроек или БД и сделаете адаптеру notifyDatasetChanged() либо заново наполните. Как-то так.
  • Что нужно знать каждому разработчику о кодировках и наборах символов для работы с текстом
    0
    Заработался:( пора домой…
  • Что нужно знать каждому разработчику о кодировках и наборах символов для работы с текстом
    +3
    К слову, эта статья есть в книге «Джоэль о программировании». Книга на русском. В ней лучшие подборки статей с блога Джоэля.

    Сорри, не туда
  • Хабракамп #5
    0
    1) Почему решили вот так бросить стабильность и хороший заработок и пробовать создавать свою? Что натолкнуло на этот путь?
    2) Пользуетесь какими-либо сервисами для уменьшения бумажной волокиты?
    3) Какие уроки для себя вынесли за этот период работы?
  • Хабракамп #5
    0
    Как раз недавно стояла задача получения байтов по тапу с картинки. Intent не использовал, ибо это мне не подходило(слишком негибко), поэтому использовал апи камеры. Создавал объект камеры, делал превью потом по тапу делал картинку с камеры(takePucture) и в коллбеке Camera.PictureCallback получал байты и искал нужную мне область. На счет такой информации как вам нужна я не могу сказать, но думаю получить через интент можно только то, что есть в БД:
    code.google.com/p/android-beryl/source/browse/beryl/src/org/beryl/intents/android/Camera.java?r=a0f65f2321fc2a08ae13948c88dd9131642f9674

    developer.android.com/training/camera/photobasics.html

    По документации, блогам касательно камеры, тут лучше поможет гугл, но думаю еще вариант поискать сорцы или покопать в сторону NDK.

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