hudrogen

У эклипса в настройках конфигурации запуска (то что отрабатывает когда вы нажимаете на запуск) есть параметр вида "что делать после запуска": yadi.sk/d/KS549Ht7RdnqV - посмотрите, может у вас там жестко задана активити, которую надо запускать.

Сохраняйте состояние приложения в SharedPreferences. При запуске считываете и реагируете нужным вам образом.

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

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

Какой же выход из этого порочного круга. Наверное составить Roadmap, где придется проверить свою силу воли. Составить карту планов на год. Проанализируйте такие вопросы как:

1. Что интересно
2. Что проще всего дается
3. Что востребовано на местном рынке
4. Рассматривается ли возможность переезда
5. Что востребовано на фриланс биржах и каков уровень конкуренции в данном сегменте

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

Теперь ответ на ваш вопрос: время освоения программирования с нуля и возможность заработка никак между собой напрямую не связаны. То есть ответа конкретного никто не сможет дать.

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

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

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

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

Самое очевидное - добавить шифрование этой телефонной книге...
Своеобразный "сейф"

А полную отмазку от армии получить не хотите? Кандидатов не призывают. Вам же это вроде грозит еще некоторое время.

У sqlite же есть средства шифрования, не в обычной поставке, правда, но есть, и некоторые даже бесплатные, вроде sqlcipher. (Там автор просит денег за бинарники, а код отдает так, но вполне можно и самому собрать, только немного повозиться.)

Мне кажется самый тривиальный способ — это тупо сериализовать Java-объекты в файл.
Если нужно больше защиты, то можно делать так:
1) сериализация в файл (бинарный)
2) шифрование файла с помощью, например, AES, в другой файл
3) удаление изначального файла.

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

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

Как мне кажется, прям вот защитить не получится совсем, в ваших силах все только сильно усложнить. Мне в голову пришел жесткий вариант усложнения, который, кстати, может вообще отпугнуть пользователей:

В самом приложении базы нет. При установке на каждом клиенте генерится какой-то ID клиента, более менее уникальный (или на сервере генерится, это пофигу). Программа при первом запуске запрашивает у сервера базу и сообщает свой ID. Сервер записывает у себя соответствие: ID-клиента — закрытый_ключ — открытый_ключ. При помощи открытого ключа сервер шифрует базу и отдает клиенту. А далее программа при каждом запуске лезет на сервер и по своему ID получает закрытый ключ, который хранится в памяти пока она запущена и которым можно расшифровать базу.

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

В первую очередь почитай про принципы работы REST (ну или Soap, смотря что использовать будешь). Ну и опытом хабратоварищей можно воспользоваться:
Раз
Два

Я вообще не понимаю когда спрашивают «какой язык выбрать»? Его что, однократно можно выбрать? Или на лбу выжигают навечно? Найдите интересную область и работайте в ней. Хотите в мобильное — тут одно. Веб — тут другое. Ынтерпрайз — третье. В каждом своё надо уже рассматривать. Различия в этих областях поболее, чем в языках в каждой из этой области. Ну и так далее. В любом случае советовать такое бесполезно — каждый скажет что сам делает и всё.

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

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

Если Вас интересует выбор исключительно в плане материальной выгоды, что Вам важнее, как можно быстрее освоить технологию чтобы найти работу, выбрать технологию, которая максимально востребованная, или стать узконаправленным дорогим специалистом?

Регистрозависимы, конечно же. Т.е. "BEELINE" и "Beeline" — это два совершенно разных source_addr (PDF, страница 59, снизу)

Привет. Вот пример публикации приложения на маркете: http://developer.alexanderklimov.ru/android/publish.php

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

Но с заданием вы очевидно справились. Порадовал inner join, хоть и не люблю нормализованные реляционные… Сделана защита от SQL-inject. В общем, нормально все.

Вывод: мудаки те кто вас собеседовал, инфа 99%. Но вроде еще наезд мог быть за использование чужих исходников.