Аскар Тельпекбаев

Реальный случай.
Начальник организации, в которой я ранее работал, дала одному нашему программисту за провинности задание:
— Переименовать 12000 файлов в ручную (надо было дать каждому файлу осмысленное название согласно его содержимому);
На это он потратил порядка 3 рабочих недель. После чего ему было дано «вечное» задание:
— Отсканировать и распознать целую библиотеку.

Это может быть что-то рутинное, например, забивать базу данных склада (магазина).

Переименуй ка мне 50тис. товаров, так чтобы название в лапках было и после запятой было писало «кг»

«срочно заинсталировать виндовс; шарики и почту»

Программистом, причем он должен будет на 100% выполнять все требования.

Каких только вопросов на хабре не встретишь.

Расписывай резюме на hh и прочих аналогичных сервисах, айтишникам там работу искать эффективней всего, пиши что знаешь и умеешь, можешь почитать статьи на тему составлению резюме. Далее ищешь вакансии из тех что тебя интересуют и активно на них «откликаешься», вот собственно и весь алгоритм.

Скорее всего на данном этапе тебе нужно еще немного поработать администратором или *nix инженером, попутно стоит задуматься о составлении некого портфолио, например на фрилансевых начал пописать проекты в свободное от основной работы время, затем когда будет это самое портфолио искать работу junior developer'ом и начинать активно расти в направлении разработки.

Идеология DVCS предполагает, что у каждого разработчика есть свой репозиторий, в котором он создаёт ветки, проверяет их эффект, а затем заливает готовый код наверх (в upstream).

Логично поэтому либо дать каждому разработчику заодно и возможность поднять собственную тестовую копию сайта.

Если это не возможно, то уместно устроить дело так, чтобы у каждого разработчика на основной тестовой копии сайта была своя ветка и возможность там тестировать код. Эта-то ветка тогда и станет для него upstreamом, то есть тем местом, куда разработчик будет код заливать из своего личного репозитория. Там проверив свой код, разработчик станет делать merge оттуда в master.

Хотел набить длинный ответ, но забил. Все-таки идеального решения не бывает. Для двух разрабов я бы делал так:
dev.site.ru ->test.site.ru->www.site.ru
кажому разрабу локально ставить гит-репозитарий, и сначала работать в локале, потом коммититься в dev и там смотреть как работает на норм. данных. Ну и дальше миграцию по стрелкам.

В профессиональных сообществах в LinkdeIn есть разделы с вакансиями, в т.ч. на удаленную работу — вступайте, ищите, связывайтесь с потенциальными работодателями.

oDesk, про который уже помянули, не совсем постоянная работа, точнее совсем не постоянная (знаю о чем пишу, у меня там ~4000 часов), а фриланс.

Надо ставить iAd, AdMob, замерять их эффективность, а потом тестировать другие рекламные сети и сравнивать. К сожалению, угадать нельзя — всё зависит от тематики приложения и демографии пользователей.

Поставьте rEFIt — менеджер загрузки
При старте позволяет увидеть все подключенные тома, в том числе и все флешки. Меню будет видно секунд 20, хватит чтобы выбрать нужную Ось.

Работы полно, работать некому — не парьтесь.
Адекватные руководители прекрасно уживаются со студентами и создают им правильный график работы (если график вообще есть, а не «вот тебе задачка, делай, мне без разницы когда ты тут будешь сидеть»).
Ходите по собеседованиям на понравившиеся вакансии.

Идите куда угодно джуниором с мыслью, что вы не деньги зарабатываете, а набираетесь опыта. Так вы будете проще относиться к работе и, если вам не понравится, вы без раздумий уволитесь и пойдете в другое место. Вообще, относитесь к работе проще — работы очень много, выбор есть всегда.

Теперь снимаю квартиру с девушкой.

Сколько стоят нынче в Питере квартиры «с девушками»? ;)

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

junior вакансий море, в чем проблема? Ходите на собеседования, выполняйте тестовые задания.

Макдоналдс?

Учтите только что iOS не даст вам доступа к звонкам (ответ/отбой) и к СМС. Только совершить исходящий звонок и инициализировать СМС-ку, отправку которой должен подтвердить пользователь.

Если приложение написанно для 2.2 тогда оно будет работать и на 2.2+. Внимание прошу обратить на тот факт, что в версиях 4.0+ нет некоторых элементов, а то например кнопки меню, итд… И дизайн для 3.0 поидее должен бы быть другой, как никак эта система для плантшетов.
Как такого практически вся архитектура Андроида обратно компатибильная (я ещё в практике не встретил никакой обратно некомпатибильной ситуации).
В большенстве случаев, если использовать «стандартные» способы отображения View, то (теоретически) будет работать везде. Проблемы бывают часто с размерами экранов и графикой.

Сам я для iOS не разрабатываю, но от колеги слышал, что там с высшыми версиями некоторые рестрикции добавляются.