• Стоит ли бросать веб ради интернет-маркетолога?

    DeoZ
    @DeoZ
    Веб-разработка и Реклама
    Был слабым программистом (HTML, CSS, PHP). Образование техническое. Но было много знакомых в PR и рекламе (не онлайн-рекламе), поэтому всегда был немного рядом с этим, получил небольшой опыт в студенческие годы. И в какой-то момент понял, что могу объединить два интересных для меня направления в интернет-маркетинге.
    Сейчас, спустя 6 лет работы, я достаточно сильный специалист, имею возможность работать и на фрилансе, оказывать платные консультации, обучение.
    Насчёт комментариев выше могу сказать, что на Тостере, конечно, программистов больше, а к маркетологам всегда пренебрежительное отношение. На деле же маркетолог не менее значим для компании, а иногда и намного более, чем разработчик.
    1. Зарплата приличная, вполне сравнима с оплатой хорошего программиста (далеко не 400$ и даже не 1000$), но без авралов, нервов, дедлайнов. Есть перспективы на ещё большую з/п, как у тех же топовых разработчиков и тимлидов, но для этого уже нужен особый склад характера, вертеться в нужных кругах, владеть иностранным языком, владеть специфическими навыками, быть готовым "жить" на работе. Но у меня, например, к этому душа не лежит.
    2. Общаться лично с клиентами приходится далеко не каждому маркетологу. Для этого есть аккаунт-менеджеры, менеджеры по продажам. Поэтому можно хоть заикаться, хоть ходить в растянутом свитере. Но писать надо грамотно и красиво.
    3. Да, интернет-маркетинг - это часто рутина. Но действительно хорошим специалистом быть действительно сложно. Всё намного глубже, чем "ковырять баннеры". Сложность вполне сравнима с решением задач программистом. Но у программиста сложность - очень глубокий и тонкий подход к решению задач в небольшом количестве областей, маркетологу же необходимо обладать знаниями в большом спектре областей, хотя и не обязательно с такой тщательностью. Часто маркетолог также должен разбираться хоть немного вообще во всём, что нас окружает, клиенты приходят с разными задачами и разной продукцией.
    4. Инноваций в маркетинге всё же больше, чем в разработке. Я слежу за выходом новых версий языков, сред разработки, фреймворков, новых подходов. Но в маркетинге всё время приходится изобретать что-то новое - новые источники, новые носители, новые стратегии, комбинации. И если в разработке использовать успешный код другого специалиста считается правильным, то в маркетинге хорошая стратегия будет разобрана всеми и использовать её ещё раз будет неэффективно, нужно изобретать что-то своё, новое.
    5. Но всё равно первый комментарий был правильнее всего. Вам нужно понять к чему душа лежит больше. Потому что даже если не поднимать вопросы сложности, оплаты и прочего, но обучаться и, следовательно, достигать чего-то Вы сможете только при собственном интересе к этому. Если интерес отсутствует, Вы будете топтаться на одном месте. Я свой выбор смог сделать 6 лет назад и не жалею об этом.
    Ответ написан
    4 комментария
  • Какие исходники софта просить у разработчика?

    @agee
    Безусловно, вам нужны будут:
    - Полные исходники, включая все зависимости, а также файлы проектов. В идеале репозиторий целиком.
    - Исходные макеты для дизайна, а также готовые (напр., нарезанные) картинки во всех необходимых разрешениях, если таковые используются в приложениях.
    - Если они использовали какой-нибудь облачный бэкенд, - все доступы к аккаунтам бэкенда.
    - Если они использовали свой частный бэкенд, - необходим перенос их бэкенда на ваш сервер. После этого удостовериться, что все работает, как прежде (для людей технически неподкованных задача нелегкая, хотя все зависит от реализации).
    - Если они использовали какие-то библиотеки третьих лиц или обращаются в коде к серверам третьих лиц, которые подразумевают использование ключей (напр., авторизация в соц. сетях, рекламных сетях, сервисы Гугла и т.д и т.п.), необходимо забрать все ключи и доступы к админкам этих ресурсов.
    - В случае с Apple App Store, необходимо совершить миграцию приложения на ваш аккаунт (https://developer.apple.com/library/ios/documentat...). Естественно, этот эккаунт нужно заранее создать и разобраться, как что настраивать, какие сертификаты и для чего генерировать. Все последующие апдейты уже надо будет подписывать вашими новыми сертификатами. По Андроиду, думаю, нужно совершить похожие действия.

    P.S.: Важно учесть, что нельзя менять ключи на новые и отключать старые сервера бекэндов до того, как не выпустите апдейт клиентских приложений с новыми ключами и URL-ами, иначе вся сетевая работа приложениях остановится.
    Ответ написан
    Комментировать