Trow_eu: Да, если он может. Но ооочень часто дизайнер силен в чем-то одном, и тот факт, что он обязан что-то делать помимо сильной стороны, ничего не дает, результата просто не будет.
В небольших проектах, конечно много совмещения, и нужно выбирать дизайнера по приоритету для продукта (что важнее: юзабилити, отрисовка, идельный UI под IOS и тп)
В больших продуктах имеет значение, дизайн/арт-отделы - это конвейеры, где каждый делает свой тип детали.
Cyrax2014: потому что я пробую разные специализации и иногда хожу на интервью, и каждый раз вижу восприятие того, что смежный опыт в зачет не идет, даже если в другом опыте вы решали более сложные задачи.
Шовенизм тут при том, что например человек до 28 лет не рашал сложных задач, и вдруг зарешал ?! Ему придется предъявлять гораздо больше доказательств способности решать задачи. И показать в 3 раза больше архитектурного опыта, чем кандидату с "правильным" бекграундом.
То, что он не решал сложных задач, обычно сознательно/подсознательно проецируется на интеллектуальные способности человека.
ksitron: Если через 15 лет ИИ не будет делать архитектуру, то шансы есть)
Почему смешно, все очень серьезно. Социальные барьеры мешают людям свободно перемещаться между профессиями. И да, интеллектуальный шовенизм в IT-среде существует, при том совершенно необоснованный.
Вам надо просто выяснить свои отношения с математикой, а не гадать. Больше года на это не уйдет, и будет полезно в любом случае.
ksitron: Кроме гугла, никто крупными интересными проектами не занимается?
Не поздно. Еще гугл иногда покупает эти самые крупные интересные проекты, вместе с командами.
То есть вам не важно, на какой позиции работать в этой самой фирме с крупными интересными проектами? Попробуйте тестирование. (Да, Google тоже аутсорсит тестирование, туда можно попасть)
Написано только что
Поставить высокую планку никогда не поздно. С большой вероятностью это Вас приведет не в гугл, но в другую перспективную компанию. Но пересмотреть свое отношение к математике придется.
Зависит от приоритетов проекта. Технологии все известны. Java/C#, C/C++, Phyton, erlang!?, go!?
Я говорю, что ядро лучше вынести, сочетать с node - отличный вариант.
Хорошо, но Ecmascript6 + Polymer рассматривается как замена Angular. Polymer - не только веб-компоненты, но и надстройка над ними, включая 2-х стороннее связывание. ES6 дает модули и многое другое, кастомные/веб компоненты ~ директивы Angular, которые являются краеугольным камнем фреймворка.
Это не игра, движок.
Есть еще вариант переводом разместить с более прокачанного аккаунта. Тогда нет претензий к чужим постам? Что хуже позиционируется: перевод или песочница?
Вы не написали где живете, но вариант есть в любом случае. Библиотеки Java надо куда-то прикладывать, поэтому надо совмещать. Java + машинное обучение - отличная база, без работы не останетесь.
Дизайн - лишь часть услуги. Совершенно не так важно, flat там или не flat. Я лишь хотела подчеркнуть, что ключ построения студии с нуля - в том, что вы начинаете заниматься продажами сами. Невозможно с наемным менеджером по продажам именно с нуля подняться. Потому что Вы должны самостоятельно выстроить этот процесс. При попытке решить дела наемным продавцом - ваш продавец будет продавать без вас. Нанять дизайнера каждый может.
Nidora Не пишите, пожалуйста, дезинформацию. Хорошего фронтендера очень сложно найти, зарплата у них не ниже! Речь про фронтендеров, которые умеют программировать ( и на других языках)!
Т.е. у вас веб версии не будет? Те, кто балуются хаками клиентов игр, обычно готовы к сложным задачам. Но ваша аудитория может вообще не пересекаться с такими людьми. Я подозреваю, что вопрос не так актуален, кроме единственного случая - безопасность влияет на монетизацию.
Если считаете, что у вас качественная игра, по вопросам дополнительной монетизации, размещения на площадках можете писать сюда elizavetta @ matroidgames.com
Я лишь хотела сказать, что если вы быстро пишете математические алгоритмы на js - это не говорит ничего о практическом навыке разработки. Для написания алгоритмов нужно только базовое знание языка, а для практической разработки - фреймворки, паттерны, знания о работе браузера, js-движков, производительности. Умение работать с большим кодом, с чужим кодом, отлаживать, знать новые решения и тд и тп
Ну международный бизнес ведется в среднем по английскому праву, а в нем святое право - любыми средствами бороться за развитие компании и бизнеса. Отсюда и патентные пузыри например (тоже выглядит бредово со стороны здравого смысла). Вы если против всего этого, делайте что-нибудь.
Насчет национальных зон, как раз в силу вступает местная юрисдикция, и отсудить сложнее. Если я ничего не путаю, Google выплатил значительную сумму за домен в Китае, например.
ProteusT3, это у вас психологическое. Ну вот пишут же ниже, что устно задачи решаются, вы просто не можете в это поверить. Вы расслабьтесь, скачайте учебник какой-нибудь советский для подготовки в МГУ, и сравните уровень заданий. Фактический материал, который как вы говорите забыли, - совсем небольшой, формул на пару страничек наверно. Главное же понимание.
Это был комментарий, как быстрее писать на Play, на чистой java или scala. Про RoR можно сказать, что для некоторых типов проектов будет быстрее, чем на Play, так как там наработок пока больше.
В небольших проектах, конечно много совмещения, и нужно выбирать дизайнера по приоритету для продукта (что важнее: юзабилити, отрисовка, идельный UI под IOS и тп)
В больших продуктах имеет значение, дизайн/арт-отделы - это конвейеры, где каждый делает свой тип детали.