• Android разработка. Есть ли сервисы для бесплатной синхронизации пользовательских данных?

    eastywest
    @eastywest
    Backend developer
    Firebase может использоваться бесплатно, пока не достигнуты лимиты.
    Ответ написан
    Комментировать
  • Завершается Android приложение из-за нехватки ресурсов?

    zagayevskiy
    @zagayevskiy Куратор тега Android
    Android developer at Yandex
    То что активити убивается - вполне нормально. onDestroy не гарантирован. В сервисе делай startForeground.
    Ответ написан
    Комментировать
  • Чем опасны кастомные прошивки и рут права?

    Smithson
    @Smithson
    20+ лет админю
    Права рута позволяют вам (именно вам и прежде всего вам) иметь полный контроль над устройством.
    Опасны они прежде всего для производителей андроида и телефона, потому что имея рут, вы можете удалить их рекламные сранки с вашего телефона и даже запретить всемогущему гуглу следить за вами. А это уже покушение на основы.
    По поводу ПО - каждое ПО, которому нужен рут, будет его у вас запрашивать. И ваше личное дело - разрешить или нет конкретной программе иметь рут-доступ к телефону. И разрешить его навсегда или на 10-15 минут (на один запуск), а потом пусть снова просит.
    По большому счету, рут на андроиде нужен для Titanium Backup (установка-удаление, бакап-восстановление приложений), AdAway (блокировщик рекламы) и firewall (разделение доступа к сети, вам же не надо, чтобы за ваш счет по медленному и дорогому 3g какая-нибудь гадость качала вам рекламу? Или сливала ваши фотки в АНБ?). Еще иногда рут нужен программам по исправлению косяков (для вашего удобства!) в андроиде, например, которые открывают запись на SD-карту. Но им он обычно нужен разово. Все остальные перетопчутся.
    Насчет доступа к вашим данным. На андроиде есть такое понятие, как разрешения. Вот в них (вы их видите, когда устанавливаете программу) и прописано, что приложение может делать, а что нет. И наличие у этого приложения рут-доступа ничего тут не поменяет. Есть у него в разрешениях отправка смс или звонки - может звонить и отправлять, не взирая, есть у него рут-доступ или нет. Нету такого разрешения - не может звонить и отправлять.

    И про менеджер паролей - конечно ставьте! Не важно, рутован ваш телефон или нет, это на перехват паролей мало влияет. Зато сторонние клавиатуры (да и родная) могут и видят всё, что вы набираете и могут сливать это в инет. Опять же вне зависимости от того, есть рут или нет. Зато если есть firewall (а ему нужен рут) и клавиатуре доступ в инет закрыт - вот тут можно спать чуть спокойнее.
    Ответ написан
    1 комментарий
  • Стоит ли продолжать изучать Android develop?

    artemgapchenko
    @artemgapchenko
    Здравствуйте, как многие знают, Google готовит замену Android

    Откуда вы всё это берёте? Есть проект на Гитхабе с таким вот README:

    Pink + Purple == Fuchsia (a new Operating System)

    Всё. Ни про замену Android, ни про предназначение проекта ничего не сказано. К проекту подключено 3 (три) человека, развивается он без году неделя, никаких официальных анонсов не было.
    Прекращайте читать советские газеты перед обедом и вместо первоисточников и не занимайтесь домыслами того, чего нет. Изучайте Android и выбросите Фуксию из головы на ближайшие года два, пока не станет понятно, что это такое и кому это нужно.
    Ответ написан
    Комментировать
  • Как уйти с распутья технологий?

    IonDen
    @IonDen
    JavaScript developer. IonDen.com
    Добавлю и я свои 5 копеек. Я тоже гуманитарий по образованию, юрист. Мне даже довелось поработать юристом на последних курсах института. Так что сменить сферу деятельности было так же очень и очень не просто.

    0x131315 перечислил все основные моменты. Ну а я добавлю от себя небольшой комментарий про Open Source.

    За все годы моей работы как Front-End разработчика, ничто так сильно не толкало меня вперед, как разработка собственных Open Source проектов (я разрабатываю плагины для jQuery последние несколько лет). Мало того что это очень сложно, креативно, ставит реальные задачи по проектированию и программированию, так это еще дает огромную моральную отдачу.

    Если у вас хватит сил и терпения вести какой-либо полезный Open Source проект достаточно долго, вкладывать свое время в его документирование и создание хоть какого-то сообщества вокруг него, то, рано или поздно, это комьюнити начнет отдавать вам в ответ. Вам будут писать вопросы, благодарить, предлагать улучшения, делать пулл-реквесты, спрашивать совета. Ваш проект будут упоминать в своих блогах, твиттерах и т.п. И главное, ваш проект будут использовать множество людей по всему миру. И именно это (а не уровень зп) приносит наибольшее удовлетворение от нашей работы.
    Ответ написан
    Комментировать
  • Как уйти с распутья технологий?

    @0x131315
    Стратегию уже подсказали: найти любую работу, чтобы кушать, и тем самым выиграть время на изучение чего-то, что поможет зарабатывать больше, и тем самым выиграть еще больше времени, и в конце концов изучить то, благодаря чему будешь работать не на зарплату, а на удовлетворение.

    Что касается языка - на первое время следует сосредоточится на чем-то популярном, попсовом, где больше всего вакансий, где проще найти работу. На зарплаты пока внимания обращать смысла нет - это лишь первый шаг, потом все-равно зарплаты станут больше, и скорее всего сменишь сферу деятельности, в соответствии со своими вкусами и желаниями.
    Но чтобы получить время на изучение языка, требуется источник дохода - любая работа, которая позволит кушать, платить за квартиру, одежду, оборудование и услуги.

    А так по моему важнее не инструмент, а умение им пользоваться. Начинать следует с алгоритмов, а язык использовать как инструмент.
    Хотя откладывать изучение языка тоже нельзя - практика важнее теории. Так что в комплексе - постигай алгоритмы на практике, по мере необходимости, и запоминай их.

    Т.е. глобально нет смысла учить конкретный язык ради изучения языка - выучить любой язык не проблема, и это можно сделать прямо по ходу решения задачи. Я за свою жизнь пользовался целой кучей языков, и все они так или иначе, но похожи друг на друга, проблем с их изучением никогда не было. Так что выучить новый язык - не проблема.

    Конкретный язык нужен кодерам - это те, кто воплощает чужие идеи в коде, т.е. конечные винтики в процессе разработки софта, исполнители. От кодеров требуется только перенести уже готовый алгоритм на требуемый язык, максимально быстро, и по возможности без ошибок.
    Изучив конкретный язык ты можешь стать кодером, но это черновая работа, и по хорошему - временная, просто ступенька на пути становления программиста. Нужно двигаться к архитектору, инженеру, непосредственно программисту в широком смысле.

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

    Также упрощает задачу стандартизация подходов к решению задач, парадигм - большинство из них уже формализованы, и описаны. Например всем известное ООП, модульное программирование, конечные автоматы, и т.п. Описано более двух десятков таких моделей, их следует по возможности освоить. И не стесняться комбинировать.

    Дополнительно упрощает задачу то, что большинство алгоритмов стандартные, и почти все известные алгоритмы уже кем-то реализованы в библиотеках или исходниках, так что вместо написания с нуля достаточно просто подключить нужную библиотеку или скопипастить кусок из исходников. Но для этого нужно знать, что такой алгоритм вообще существует, в какой именно библиотеке реализован, когда и как его можно и стоит применять.
    Во вторых давно доступен гугль, который всегда подскажет как решать ту или иную задачу, какие для этого есть алгоритмы, в каких библиотеках, когда и как их применять.

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

    Но все-равно, даже программисту нужен опыт. Не важно что он отвязан от языков - он все-таки привязан к одному языку, информации, и должен уметь с ней обращаться.
    Опыт экономит время и усилия - там, где сперва требовалось неделю гуглить и пробовать, потом, с опытом, все делаешь за час, просто уже понимая что, как, когда и зачем.

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

    Главное найти задачу и решить ее. Начинаешь с простых, и постепенно усложняешь. Параллельно, прямо по ходу решения, изучаешь алгоритмы, и нарабатываешь опыт. Со временем начнешь щелкать задачи быстро и между делом, как семечки, те, которые по первости у тебя отнимали недели, а то и месяцы.

    Недоведение решений до конца - следствие неверного подхода: либо берешь задачи, к которым еще не готов, слишком сложные, либо не имеешь возможности работать - у тебя нет условий для решения задачи: времени, места и внимания. Либо просто тебе это реально не нужно - тебя и так все устраивает, и планов на будущее нет.

    С третьим - придешь, когда поймешь, что тебе это нужно. Из-под палки не учатся.

    Со вторым все понятно: надо либо создать условия, либо отказаться от этой деятельности, и перейти к другой.
    Кто-то отказывается, уходит на другие работы, в основном физические, неквалифицированные, просто чтобы не думать. И как правило остается там до конца, уже не в силах выбраться из болота рутины.
    Кто-то приспосабливается - отгораживает себе уголок, меняет работу на ту, что дает больше свободного времени, начинает работать по ночам, забивает шум наушниками, и т.п. костыли.
    Кто-то кардинально меняет свою жизнь - переезжает в сьемные квартиры, выделяет себе комнату, изолирует ее или устанавливает в доме режим тишины, в общем создает себе полноценные комфортные условия для творчества. Это если удаленка - многие именно из-за невозможности работать дома, предпочитают офисы, или специальные кафе или клубы для работы.

    С первым все просто: не можешь что-то решить - отложи, и спустись на ступеньку ниже по шкале сложности.
    Есть такой психологический феномен: от решенных задач ты получаешь удовлетворение, силы и мотивацию двигаться вперед, от нерешенных - негатив, апатию, потерю воли и мотивации.
    Причем мозг устроен так, что запоминается лишь негатив. Поэтому крайне важно решать задачи, и не допускать незавершенных задач. Отложи, но не забрасывай.
    Нерешенная задача - это как психологический запой, нечто вроде депрессии: одна нерешенная задача тянет за собой другую нерешенную задачу, и так быстро уходишь на дно, теряя мотивацию и веру в себя. Замкнутый круг. Ты находишься именно в нем.

    Разрывать такие круги можно лишь одним способом - рутиной: медленным, последовательным и целенаправленным натиском, движением в одну сторону. Грубо говоря перестаешь жить эмоциями и импульсами, вырабатываешь продуманную программу развития, и действуешь по ней, строго, как робот, до тех пор, пока не начнешь получать положительный отклик от работы, пока не придет желание двигаться дальше - это вернулись воля, мотивация и вера в себя.

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

    Сложность задачи не особо влияет на мотивацию, а вот факт решения/нерешения - влияет сильно. Не решил - значит не осилил, не осилил - значит не достоин, не достоин - значит иди ко дну и не рыпайся. Это как импотенция: импотент - значит не мужик, не мужик - значит никто, ничего не достоин и об тебя можно ноги вытирать. Подсознание портит всю малину, так что не следует давать ему шанса - лучше решить задачу попроще, чем не решить по сложнее.
    Ответ написан
    7 комментариев
  • Как перехватить голосовой поток на Android?

    @onepavel
    Консультация и разработка мобильных приложений
    в свое время, когда я писал приложение для записи разговора с линии выяснилось.
    Api в андроид для записи есть, но работает оно не везде.
    Так как в некоторых странах законодательно запрещено записывать разговор без ведома оппонента и тд
    В данный момент приложения в google play и на 4pda, которые записывают разговор
    в основном требуют root девайсов. Тогда можно охватить максимум устройств.
    Ответ написан
    Комментировать
  • Какие существуют виды атак на мобильные банковские клиенты?

    @LenLord
    android reverse
    Полностью обезопасить мобильный клиент вы не сможете (если он под андроид).
    Вон, у сбербанка сдк касперского встроен был защитный и это не помогло :)
    Если захотят достать - достанут что угодно (сейчас есть пакеты которые рутуют телефон и от этого уже будет никак не защититься), механизмы защиты отреверзят и дешфируют ключи. Смс проверка тоже обойдется.
    Также возможен фишинг поверх приложения банка при запуске его пользователем (детект по имени пакета).
    Возможен фишинг через accessibility service.

    Или вас интересует что-то совсем конкретное?
    Ответ написан
    4 комментария
  • Разработка под iOS сильно отличается от разработки под Android?

    @four4
    Да.
    Ответ написан
    Комментировать
  • Нужна ли кнопка "закрыть" в Android приложениях?

    dom1n1k
    @dom1n1k
    Нужна, если приложение подразумевает какую-то активность в фоне. Например, мессенджер. Для таких программ бывает необходимость именно вообще вырубить их, а не спрятать.
    Ответ написан
    2 комментария
  • Почему на TextView с одинаковыми id в разных layout отображается одинаковый текст?

    @kamiLLxiii
    Android-разработчик
    При уходе и возвращении на другую Activity у фрагмента должен вызваться on(Save/Restore)InstanseState(). Скорее всего у тебя эти методы не переопределены, поэтому система сама сохраняет состояние твоих TextView, а потом сама и восстанавливает. Так как id у них одинаковы, (а сохранение происходит по id) каждый следующий текст перетирает предыдущий и при восстановлении от прописывается во все TextView
    Ответ написан
    Комментировать
  • Как защитить android-приложение при фриланс-разработке?

    gadfi
    @gadfi
    https://gamega.org
    вариантов тьма ─ и как посоветовал LeEnot с датой, и на сервере делать проверку, и в случае чего выводить сообщение с информацией что работа не оплачена и своими контактами .... но это уже не работа а хз что, но тем не менее все это имеет право на жизнь )
    не работайте без предоплаты и избегайте неадекватов ─самый лучший рецепт
    Ответ написан
    Комментировать
  • Почему все новые устройства такие медленные?

    Jump
    @Jump
    Системный администратор со стажем.
    Раньше был минимум нужного функционала написанного на ЯП низкого уровня и прилично вылизанного.
    Сейчас топовые смартфоны морально устаревают за год.
    Поэтому производители не могут позволить себе терять время, разрабатывая на ЯП низкого уровня и вылизывая код.
    В основном приоритете время разработки, а не время выполнения!
    Если производитель будет вылизывать и оптимизировать свой код, он просто вылетит с рынка.
    К тому же сейчас кроме кода от производителя, на него устанавливаются сторонние программы, а это вообще тихий ужас.
    Большинство приложений с андроид маркета написано людьми которые с трудом представляют что такое алгоритмы и с чем их едят. Какая там оптимизация? Любой студент берет готовый фреймворк, рисует пару кнопок, пишет десяток строчек кода и в маркет.
    Ответ написан
    5 комментариев
  • Как решить проблему с android.media.audiofx.Visualizer?

    @constv Автор вопроса
    Разобрался с помощью тестовых сэмплов, ошибка в моем коде, я считал среднее значение для диапозонов частот, а так как, например, в диапазон низких частот попадает очень маленькое количество элементов fff, то значение получается большим, и наоборот, в диапазон >3500 очень много элементов, значение большинства которых около 0, то общее значения диапазона получалось маленьким. Т.о. надо считать не среднее, а пики для диапазонов.
    Ответ написан
    Комментировать