Я ясно помню тот день в далеком 2014 году, когда я решил заняться программирование под Android. Это оказалось лучшим решением, которое я принял в моей жизни. Уже прошло почти два с половиной года, и за это время у меня возможность кое-чему научиться.

Когда я только начал, я не знал никого, кто мог бы научить меня, показать, как правильно нужно делать. И я совершил МНОЖЕСТВО ошибок, в так же потратил кучу времени на то, чтобы потом их исправить.

Полтора года спустя, мне выпал шанс поработать с очень талантливыми и опытными Android-разработчиками, которые направляли меня и помогли мне привести все в порядок. Эти две составляющие научили меня многому. Я понял, что надо ДЕЛАТЬ, а самое главное, что НЕ НАДО.

И уже какое-то время я, как могу, стараюсь помогать другим разработчикам — прямо или косвенно. Вот мои профили: StackOverflow и Github.

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

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

Вступление

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

1. String, StringBuffer, StringBuilder (реализация строк)
2. Pattern, Matcher (регулярные выражения)

Сегодня поговорим о регулярных выражениях в Java, рассмотрим их механизм и подход к обработке. Также рассмотрим функциональные возможности пакета java.util.regex.

Перед тем как начать писать этот доклад я прочел больше 115 постмортемов и историй инди разработчиков. Что я понял? Во-первых, что мой английский отстой. Во-вторых что инди очень разные. Очень. И чтобы каталогизировать их понадобилась куча времени.

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

Вы придумали крутую идею, записали потрясающее промо-видео, потратили несколько месяцев на подготовку, неделю оформляли страницу, запустили кампанию в ожидании головокружительного успеха и…



ничего не произошло…

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

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

Первая статью, которую я хотел бы опубликовать, непосредственно связана с деньгами в краудфандинге. «Математика краудфандинга» не такая простая штука, как кажется с первого взгляда, но и не «теория относительности» Эйнштейна. Эта статья поможет не оказаться в ситуации, когда, собирая деньги, вы еще и сами окажитесь должны и продадите квартиру, расплачиваясь с долгами .

Так из чего состоит финансовая составляющая краудфандинга?

В первую очередь, это сама «Необходимая заявленная сумма проекта»  —  та цифра, которую вы указываете на краудфандинговой платформе и пытаетесь достичь:



Например: друзья, если мы соберем 100.000 рублей, мою книгу “Краудфандинг в России” издадут!

Чтобы правильно посчитать эту цифру, нужно учитывать все расходы, которые существуют.

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

В «сумму проекта» входит:

• Бюджет на реализацию идеи;
• Вознаграждения;
• Комиссия краудфандинговых платформ;
• Комиссия платежных систем;
• Налоги;
• Реклама, оформление;
• Подушка.

Как раз на следующий день по моему прибытию в Дубай, я сидел и читал этот пост. Тогда я ещё не знал ни как, ни куда, ни почему, поэтому был в известной степени благодарен автору за информацию.

Сейчас я, уже с опытом и успешным трудоустройством за плечами, хочу поделиться своими мыслями как о поиске работы, так и о некоторых местных особенностях. Я очень хочу написать статью, которая не будет кричать «Быстрее, все заправляйте свои трактора», поэтому буду стараться придерживаться сухих фактов. Также постараюсь не дублировать информацию из вышеприведённого поста (кроме случаев когда я захочу её опровергнуть или уточнить).

Для начала — немного о себе. Моя любимая ось — Linux, моя настоящая страсть — Networking, моя настоящая любовь — Asterisk.

Моей карьере около 11 лет, из них значение слова Asterisk я знаю около 7 лет, а Cisco — около 9.

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

Введение

oDesk — крупнейшая в мире (ну по крайней мере так считает сам oDesk) международна биржа фрилансеров. Про сам оDesk на хабре писали уже довольно много раз, например тут или тут, где, на мой взгляд, практически разжёвано зачем и для кого создан данный ресурс, и особенно “с чем его есть”. В связи с этим этап описания и принцип работы сайта можно опустить. Я же попытаюсь провести анализ данных как о самих фрилансерах, так и о заказах, заказчиках и их требованиях к фрилансерам — грубо говоря что нужно уметь и знать, чтобы быть более менее в теме современных технологий. Также проанализирую спрос и предложение на основе данных о навыках фрилансеров и требованиях клиентов. И конечно некоторые статистические данные и немного красивых картинок в качестве примеров (кто работает на oDesk, откуда в основном идут заказы, кто больше зарабатывает, а кто лучше работает и т.д.). И все это на основе самостоятельно собранной информации, так открыто и благородно предоставляемой самим oDesk’ом посредством API. Стоит отметить, что статья с небольшим количеством статистики про oDesk ранее уже успела промелькнуть на просторах хабра, однако в ней, в отличии от текущей статьи, oDesk сам себя хвалил предоставил результаты. В целом же, сразу хочу сказать, что не претендую на полноту обзора, однако ниже будет кратко описан процесс сбора данных, что позволит провести Ваш собственный анализ при необходимости.

В последнее время мы успели разобраться со множеством аналитических систем, построить экономическую модель и провести несколько экспериментов по оптимизации конверсий в регистрацию и активацию. Благодаря Илье Красинскому(ex. LinguaLeo product chief) мы научились правильной настройке и анализу данных Google Analytics, узнали как строить экономические модели интернет проектов. Далее мы стали разбираться с event based аналитикой и настройкой mixpanel. Теперь мы решили поделиться этими знаниями с хабросообществом.


В этой статье мы рассмотрим:

• Построение экономики продукта с помощью Google таблиц
• Формирование отчета Google Analytics по когортам и каналам
• Создание таблицы анализа эффективности платных каналов

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

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

Дизайнер Pofben с сайта PlentyOfFish.com провёл эксперимент, результаты которого посчитал достаточно забавными для публикации. Он протестировал два баннера по 15K показов на каждом:



Первый баннер создан по всем канонам:

• качественное изображение реального игрового контента;
• зелёная кнопка, призывающая к действию, с волшебным словом «free»;
• узнаваемые логотипы EA и Need for Speed, что должно повышать доверие.

Вторую картинку он просто по приколу нарисовал в MS Paint за пять минут.