mitekgrishkin

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

Я вот просто дождался заказа, который кроме меня никто за полдня (!) не забидил. Сутью работы было написание плагина для VS для подсветки синтаксиса доморощенного скриптового языка. Результатом заказчик был доволен, сказал что при появлении средств закажет для того же языка intellisense и поиск ссылок на переменные.

neatsoft и Пума Тайланд правильно говорят - исполнителей много только на "поточные" заказы - всякие натягивания верстки на Вордпресс и прочие дела. Разработчики ленивые, не хотят без острой необходимости в чем-то разбираться для выполнения задачи. Дело не только в тех специалистах, у которых 10 лет опыта, из которых 5 - фриланс, а еще в тех, которые выбрали в качестве своей специализации что-то другое, помимо того же веба. Даже обыкновенные десктопные приложения уже некому писать - будет либо конкретно дорого, либо по-дилетантски.

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

Дикая конкуренция на биржах - миф, многие проекты так и остаются без исполнителя. На прошлой неделе срочно нужен был фронтендер на небольшую задачу с нормальным бюджетом (5 дней - $1000) и перспективой работы на постоянных проектах - найти фрилансера так и не удалось. Заказчик из Европы, адекватный, платежеспособный. Из 30 заявок не оказалось ни одного вменяемого предложения - одни индусы (которые по опыту заказчика на таких проектах лажают в 100% случаев).

Вещи, на которые необходимо обращать внимание на начальном этапе:
1. не стоит пристально изучать все описания проектов - установите собственные критерии, и выбирайте только те что нравятся;
2. описание понравившегося проекта нужно читать внимательно, а в заявке излагать свое понимание задачи (пересказ) и план ее решения;
3. ставьте реальные сроки захода во фриланс - от 3-х до 6-ти месяцев (такой промежуток времени требуется чтобы детально во всем разобраться и наработать рейтинг);
4. обещайте меньше, делайте больше;
5. и самый главный совет - начните прямо сейчас! не нужно бросаться учить английский язык или осваивать модные технологии - все что нужно само придет в процессе работы. Большинству заказчиков совершенно налевать сколько вы делаете ошибок в словах, владеете ли граматикой, и применяете ли паттерны проектирования. Главное - умение эффективно решать поставленные задачи - быстро, и без чрезмерного усложнения.

ps. Список проектов доступный на бирже - лишь вершина айсберга, там достаточно сложно оценить объем повторных заказов и длительных контрактов. Если первые пол-года потратить с умом, впоследствии расходовать время на поиски проектов больше не придется - будет очередь из заявок на выполнение заказов.

pps. Ищу опытного фронтендера для совместной работы над интересными проектами. Сам занимаюсь бэкэндом, базами данных, линуксом, архитектурой.

www.lavishbootstrap.com (сегодня не работает)
paintstrap.com

-database
--dao
--schema
-di
--module
--component
-ui
--activity
--fragment
--adapter
--customview
--presenter
--widget
-api
--response
-model
-utils
--rx
--logger
--bus
---event

Метод, указанный в init-method вызывается сразу после создания экземпляра. Тем самым Вы заменяете значение message на "null".

Всем кому интересно : ситуация разрешилась. Спасибо всем за советы!

вчера написал еще одно письмо в саппорт, также создал тему на форуме. сегодня утром пришло несколько писем из поддержки. Первое начиналось с строчки :

Nov 6, 6:34 AM Hello ....Unfortunately, we had to place the financial side of your account on a temporary hold while we review a certain issue....

Я нервно засмеялся (или заплакал, уже не помню) , потому что сообщение полученное мною 10 дней назад начиналось точно так же! :)

Oct 25, 11:41 AM Hello ***Unfortunately, we had to place the financial side of your account on a temporary hold while we review a certain issue on your.....

Но затем я увидел еще одно письмо :

Hello ***,Good news! I’m pleased to let you know your appeal has been reviewed and approved....

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

Вообще первое, что я посоветую - забыть на время про программирование и учить английский. Для понимания большинства книг тебе будет достаточно уровня Intermediate (B1, словарный запас 2-3 тысячи слов + общее понимание грамматики). Ибо все равно без английского ты достаточно быстро замучаешься. Точнее скажу, ты замучаешься при первой попытке погуглить любое нетривиальное решение возникшей проблемы (ибо многие подходящие решения будут объяснены по-английски на StackOverflow и подобных сайтах). Ну и при возникновении ошибок в ходе выполнения программы интерпретатор тоже будет "ругаться" по-английски. Если ты никогда не учил английский, пару лет на это уйдет, если заниматься не слишком интенсивно. Если взяться интенсивно, можно и за год, в принципе, достичь этого. Это не совсем просто. Но оно того стоит, 100%.

После этого можно идти на coursera и записываться на курс для новичков по интересующему тебя ЯП. Например, для питона это что-то такое. Ну необязательно, конечно, coursera, есть и другие образовательные сайты (пример) - тут уже гугл тебе в руки.

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

Разумеется, можно параллельно учить английский и читать книги по питону. На этот случай тебе уже присоветовали книги. Я бы рекомендовал начать с Доусона. Книга Лутца, конечно, более универсальная, но уж очень она подробная для начала: можно и запутаться в таком объеме информации (хотя ничего действительно сложного там нет). Еще для быстрого старта подойдет эта книга. Но английский все равно в первую очередь учить, без него беда.

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

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

Попросите кого-то со знаним java чуть выше, чем у предполагаемого кандидата, вам помочь. А то будет лажа. Вопросов-то куча (гуглите), проблема в том, что вы не всегда поймете, правильно вам ответили или нет. Так как правильный ответ, банально, не всегда один.

Вот это смотрел? Можешь усложнить приложения и добавить какие-нибудь фичи. Если тебе нужны именно идеи, товот большой список. Или здесь на тостере. Смотри что тебе по силам.
Ну а вообще, все зависит от канторы, в которую хочешь устроиться. Где сойдет хорошая теория + простенький tcp-чатик, а где-то могут спросить более сложные программы и тонкости архитектуры.

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