Елизавета Борисова

План действий сильно зависит от текущих навыков программирования (любых, не js)

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

1. Front-End (верстка + JS).
+ Легко устроиться
- Неблагодарная, грязная и скучная работа

Я тут уже устала писать, что frontend!== верстка. К сожалению, в последнее время у работодателей действительно тенденция совмещать интерфейсы, но в общем случае фронтендер - это не интерфейсщик.

Если не любите php, зачем себя насиловать, нужно рассмотреть python/RoR/java.

С опытом Unity стоит подумать о дальнейшем развитии в этом направлении, заказов хватает в данном направлении. Я думаю, эффективно будет заняться направлением unity + native (Android или iOS)

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

По-моему, после этой фразы надо ставить занавес. Если бы сайт был не их, то это уже развод на чистом месте.

Мое мнение - вот что бывает, когда у владельцев/менеджеров совсем нет технической грамотности. Вы в любом случае столкнетесь с такими ситуациями, если не разберетесь с веб-технологиями на уровне понимания, что возможно а что нет, что такое robots.txt и тп
Например, зачем вы передали весь контент в студию, не совсем очевидно. Примеров им бы хватило.
Надо смотреть договор со студией, говорится ли там что-либо про данные. Если нет, выходит, у них данные появились наравне, вы по своему желанию их передали.
Как написали выше, надо показать, что ваш сайт появился раньше. Может быть, вебархив поможет, данные аналитики, скриншоты сайта.

Можно выжать больше, но ссылка на эксперимент Александра Штучкина немного некорректна.
У него было просто миллион одновременных соединений, единовременных. Это не то же самое, что поддержка соединения миллиона клиентов в реалтайме.
Если у вас не реалтайм ММО, вообще проблемы нет.

У вас есть 2 варианта - программировать и не программировать.
В первом случае, нужно запастись терпением, хотя бы на несколько лет)

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

Но вообще стоит поставить цель конкретнее - какой конкретно менеджмент каких конкретно IT-проектов.
Например, если есть интерес к данным/data-mining, можно пройти экспресс-обучение по Big Data (правда там желательно python знать), сейчас это тренд и поможет быстро сменить специализацию.

Мое мнение - хорошему фронтендеру нужна такая же база, как и любому другому разработчику.
1. Алгоритмы/структуры данных, опыт программирования, например C++
2. Язык javascript, изучить тонкости и понимать отличия от других платформ.
3. базовые веб-технологии (протоколы, как устроен браузер, веб-сервер и тп)
4. HTML5, CSS3, Javascript в браузере. На этом же шаге можно ознакомиться с историей js-технологий. Посмотреть старые фреймворки, какие задачи они решали.
5. jQuery на уровне понимания устройства
6. CSS-препроцессоры, методологии, шаблонизаторы, CSS-фреймворки Bootstrap и пр.
7. MV* фреймворки и практика реализации SPA
8. Производительность на клиенте, оптимизация всего.
9. Специализированные фреймворки по вашей теме
10. Инструменты vcs, node.js инфраструктура, билд, CI, командная разработка

Сейчас в вакансиях происходит тенденция совмещения интерфейсов и фронтенда, что нельзя считать хорошим признаком. Все-таки стоит отличать чистое написание клиентского js-кода, качество которого играет роль, и верстку/интерфейсы/лейауты, их тестирование, адаптацию под разные платформы и тп

1. Патентовать не имеет смысла на этом этапе, если конечно нет плана стать патентными троллями

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

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

Вы уже попробовали работать с разработчиками напрямую ?
Менеджеры, которые, видимо, уже попадались неадекватные, и необходимо их контролировать, создают дополнительную коммуникацию, что увеличивает время реализации.
Аккаунт-менеджеры для клиентов + разработчики должны справиться, если более-менее открыто настроить процесс

То есть это не ваш проект?
В качестве посредника с фрилансером на стороне реализации очень сложно, единственный метод - не браться за срочные проекты в таких условиях.
Если ваш сайт реально сделать за 10 дней, то ситуация примерно под контролем.
Если программирование и верстку делает сейчас один человек, то лучше бы разделить. Работы по интерфейсам для заказчиков очень важны, и при исполнении их в срок, Заказчик может с пониманием отнестись к доработкам бекенда, но это, конечно, зависит от сути проекта.
Все остальные методы стандартны, таск трекеры в помощь. Но надо помнить, что общая оценка времени проекта- это не сумма времени задач.

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

Не инвестируют в аутсорс малого-среднего размера, так как, если у вас нет продаж/клиентов, то вся бизнес-модель под вопросом.
В крупный аутсорс инвестируют в инфраструктуру (здания, датацентры ... )

легко создавать поисковые системы, или же системы бронирования

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

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

Где искать - запостите на dtf, gamedev - увидите реакцию

Спасибо! это как-то воодушевляет
Конечно, будем добиваться рассмотрения в нейтральном суде, по месту ответчика.

Мирно договариваться, к сожалению, та сторона не хочет, кроме варианта полной передачи нами всего кода бесплатно, в счет аванса.

Все очень зависит от деталей проекта, общего ответа не существует. Отдать все в чужие руки часто не может быть решением. Например, как вы будете осуществлять оперативную поддержку пользователей, если на тех же форумах пишут сторонние люди ? Что эти люди будут знать о вашем продукте?
Маркетинговые каналы слишком общие, и немного из начала 2000-х, хотя конечно до сих пор работают. SEO + баннеры +контекст, и все это на аутсорсе могут очень сильно ударить по бюджету.
Я бы рекомендовала больше нишевых подходов, и тестировать каждый канал отдельно.

Я бы не советовала начинать с flash, многие отказываются от этой технологии, например Unity не поддерживает с 2013.
Unity хорошее решение для старта.

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

1. Если хотите на этом этапе зафиксировать права всех участников, оформлять нужно
2. Если не планируются дальнейшие венчурные сделки, и сервис для граждан РФ, можно всех зарегистрировать соучредителями ООО, с соответствующими долями. В случае ИП для партнеров нет гарантий вообще.
3. Если все работают за идею, никого не оформляете в штат, впоследствии решаете вопрос белых зарплат по мере того, сколько налогов потянете.

Мне кажется, стоит начинать тестировать, в сочетании со стандартными.

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