rukzachini

В юнити нет JS. Скопирую и дополню свой ответ с другого ресурса.

Мне как джаваскриптизеру с десятилетним стажем проще было писать на C#, чем на этом якобы JS. И вот почему:

• Никаких встроенных в JS объектов, функций и API там нет. У массивов, строк и объектов другие свойства и методы. Прокидываются вещи из рантайма юнити, надо искать, что и где. Невозможно взять библиотеку с npm и использовать её в Unity3D. Кроме самых примитивных примеров, типа var a = 2 + 2, код из учебников по JS не будет работать в Unity3D.
  
• Некоторые, казалось бы, очень простые и очевидные, синтаксические конструкции тупо не работают.
  
• Классы не похожи ни на ES6, ни на TypeScript, ни на CoffeeScript
  
• Явное указание типов вроде не обязательно, но иногда компилятор в самый неожиданный момент не может вывести тип автоматически и надо идти и прописывать. Опять таки декларация типов не совсем такая, как в TypeScript или ActionScript, а как описать сложные типы не всегда очевидно.
  
• Нет нормального редактора (MonoDevelop таким не является), который бы поддерживал этот синтаксис, подсвечивал ошибки, давал навигацию и так далее (я уж молчу про linting и рефакторинг).
  

В общем, нельзя просто взять и начать писать на UnityScript. Может быть, если JS (или ActionScript) у вас первый и единственный язык, это проще, чем, скажем, учить C# с нуля, но и то не факт, ибо по шарпу дофигалиард учебных материалов.

В Unity не JS , а UnityScript ,похожий на JS по синтаксису. И на нем можно писать, но так никто не делает, куда больше возможностей и примеров у C#

Для больших игр неминуемо пишется свой инструментарий, потому что художникам надо быстро проверять, как смотрится арт в игре, геймдизайнерам править баланс, нарративщикам добавлять запятые в диалоги и так далее, а заставлять каждого компилять игру из C++-сорцов запрещено международной конвенцией по гуманному обращению с пленными и декларацией прав человека. Поэтому неизбежно будут какие-то тулзы, куда можно скормить png, mp3 или txt, подвигать ползунки и посмотреть, как это будет в игре.
Иногда из этого выходит вот Unity3D или UE, иногда TES Construction Set, иногда оно так и остается в недрах.

Disclaimer: я никогда не работал в геймдеве:)

Советы конечно замечательные, но тут вопрос на тему "состряпать курсач с наскоку" насколько я понял ;) Кроме того, важен "порог вхождения" (то что тяжелее учить - в будущем даст больше возможностей и, в последствии, ускорит время работы значительно). Поэтому совет следующий (от инжа который работает каждодневно во всех перечисленных и не перечисленных выше прогах):
1. самый качественный результат "с наскоку" даст ArchiCAD (тапками не кидать, я сейчас не хвалю эту программу), потому что любой сложности "планчик" для универа научиться делать в нём можно за несколько дней и, в итоге, за несколько кликов вытащить из него фасады, разрезы, развёртки, вывести грамотно на печать и тд. Минусы - в данной проге (по сравнению со следующими советами) отвратительное и невнятное моделирование.
2. Компас в принципе хорош, но его буквально считанные недели назад переиздали, написав, как говорят, заново. Компас преобразился, стал серьёзнее, но сырой и много ещё чего придётся исправлять. По новой версии нет учебных материалов, а старую уже учить нет смысла.
3. Самый большой вклад в будущее даст AutoCAD (в идеале версии Architecture), так как это эталон для всех остальных программ (кто бы что не говорил) и он даст ту базу, с которой легко будет, опять же "с наскока", постигать любые другие продукты. А главное - он дисциплинирует. Но, если подойти правильно, дочерта нужно учить (кроме тех кто способен в активном режиме читать инструкцию командной строки, ведь поговорку "русский инструкцию не читает" никто пока не отменял ;) ) Плюсы - востребован на рынке и прокачивает дисциплину (если пойти дальше в программирование - даёт практически неограниченные способности, но к моему сожалению, остаюсь практически в одиночестве, минусы - следующий совет).
4. Всё более востребован - Revit, особенно лёгок после "автокада" понятное дело, но выше "порог вхождения" и учитывая качество образования в наших универах - легко забуксовать из-за обилия настроек и уйти в уныние. Зато, если взять себя в руки, и не побояться - пойдёшь в ногу со временем, но " с наскоку" не получится ничего.

В любом случае, нужен хороший и структурированный учебный материал. А главное - не устаревший и не мертворождённый, как подавляющее большинство на том же "ютубе". А лучше всего - хороший наставник. Если нужны материалы - или место где можно подтянуть навыки - пиши, помогу.

Все это делает стим. Заканчивайте пиратить игра и так копейки стоит.
А по факту чтобы такое сделать нужно примерно следующее:
1) Тут можно конечно извратиться но в абсолютно любом случае. Вам нужно будет писать плагин для сервера на с++ в котором каким либо образом осуществлять коннект с клиентом к примеру по сокетам. С клиентской стороны писать опять же писать плагин все также на с++ для игры и при этом отключать верефикацию сертификата или получить его у valve чтобы плагин заработал на клиенте. Промежуточное звено в виде веб сервера с простым скриптом и БД для хранения и верефикации токенов Дальше обвязывать все это друг с другом что то типа:
-запуск игры из лаунчера(получение токена от промежуточного сервера) и передача его в игру
-игра запустилась и приняла плагином движка этот токен, коннект к серверу и передача на него этого токена.
-клиент подключился к серверу и принял токен. Сервер делает верефикацию полученного токена от клиента на промежуточном сервере и по результату разрешает вход в игру или дисконектит с сервера.
2) Свой античит даже близко недостающий функционалом до VAC у вас не получится, на это во первых тратят огромные деньги, во вторых нет исходников игры чтобы понимать чем пользуется чит. В третьих сама ОС
антивирус забракует такую подозрительную активность от левого процесса в система посчитав ваш лаунчер вирусом.
3) Тут делать как угодно можно, начиная от скриншотов самим лаунчером, заканчивая тем что их может делать плагин движка.
4) Зависит от функционала.

1. Зависит только от требуемой стилистики, в силу п. 2.
   
2. Unity3D не понимает вектор. В принципе, можно рисовать в Adobe Illustrator, CorelDRAW, Sketch или в Inkscape, но все равно придется экспортировать в растровые форматы.
   
3. Если анимацию будете делать в самой юнити, то пофиг, ибо п. 2
   

Edit --> Preferences --> Window Management option --> "Reset Saved Window Positions to Default Values" и перезапустить gimp

1. Раньше порогом для декларирования была общая сумма в 1200000 рублей в год, когда налоговая заинтересовывалась.
2. Выдаст Финмониторинг при крупной транзакции (600к+ ЕМНИП) или сам банк (Сбербанк и ВТБ, гордо носящие звание государственных, могут спросить о пришедших 20к из-за рубежа, Paypal имеет российское представительство и иностранной фирмой не считается).
3. Физ. лицо не является налоговым агентом и НДС со сделок не платит, следовательно никакого НДС нельзя начислять. Для юриков зависит от конкретного типа сделки и формы юрлица.
4. Да, возможно задекларировать такие доходы по форме 3-НДФЛ с налогом 13%, если эти доходы будут нерегулярными и несистематическими, т.е. нельзя было признать деятельность как предпринимательскую (а то придётся оплатить задним числом и единовременно еще 7% подоходного + НДС + от 500 до 2000 руб. ст.15.1.1 КоАП РФ + ст. 171 УК РФ если сумма таких доходов превысит крупный размер - 2250000 руб в текущей редакции - ещё и ).
5. Если заработок регулярный - то стоит, как минимум сэкономите на оплате неначисленных налогов после возможного решения суда. ИП (по УСН точно, на общих основаниях не уверен) не обязан иметь отдельного расчётного счёта, соответственно никому нет дела куда приходят доходы, можно хоть на биткоин кошёлек получать оплату, главное, что есть платёжный документ (договор об оказании услуг, при сумме сделки больше 50k$ обязательно оформление паспорта сделки своими руками на русском языке, договор об оказании услуг может быть хоть на китайском если банк согласен такой принять), подробнее, по ссылке сможете понять, что в этом ничего сложного нет. Отчетность для ИП по УСН - это оплата квартальных авансов по фиксированному сбору и оформление налоговой декларации за календарный год + документальное оформление всех доходов и расходов юр. лица (что облегчит жизнь при составлении той же декларации, да и банку будет легче объяснить происхождение денег); всё выше перечисленное может быть в электронном виде, ПО для оформления декларации и оплаты страховых взносов есть на сайте ФНС РФ.
По поводу налоговой нагрузки. ИП без наёмных работников по УСН "Доходы" (вангую как наиболее подходящее) должен выплатить за 2017 год фиксированный сбор в размере 23400 руб. и ,если 6% от доходов превысят эту сумму (т.е. доход больше 390000), то разницу между 6% и сбором в качестве подоходного налога.

Скелетная анимация однозначно проще в производстве и занимает меньше памяти, но, например, такую анимацию с ней не сделать:

Покадровая анимация позволяет нарисовать что угодно, проще добавлять эффекты и менять свойства материалов, можете хоть трёхмерную анимацию в спрайты запихать. С другой стороны, со скелетной анимацией проще делать плавные анимации, проще итерироваться. Я бы советовал попробовать с ней, благо юнити бесплатно предоставляет официальный плагин. Конечно, если вы супер-пупер-быстрый художник или делаете файтинг, то, возможно, лучше будет использовать покадровую анимацию.
Советую посмотреть презентации по ссылкам ниже, это позволит вам лучше понять разницу в рабочем процессе:
Animation Style and Process for Broken Age
Making Fluid and Powerful Animations For Skullgirls

Как я понял: речь про баланс: контроль игрового мира <-> объём передаваемых данных по сети.
Вопрос хороший.
Не всегда нужно делать всё на сервере, иначе объём трафика - возрастёт дико во время игры. Но также, нельзя доверять клиентским данным.
Поэтому, всегда делается аппроксимация: промежуточная визуализация - вычисляется на клиенте, а пришедшие на сервер данные - всегда тщательно проверяются сервером в рамках логики(модели) работы игрового мира. И если отклонения слишком велики - фиксируется "читерство", иначе - по получению новых позиций объектов, клиент плавно, но с ускорением ("параболически") устраняет расхождения с серверным игровым миром: синхронизирует актуальное состояние мира сервера с отображаемым пользователю.
Это происходит в 99% случаев незаметно для глаз игрока за монитором.

На сервере и на клиенте - лучше всего дублировать логику механики и синхронизировать каждые N-кадров или принудительно по каким-либо важным игровым событиям.

Alex Brush ROB

Хороший новый Макбук - это отличный рабочий инструмент лет на 5-6 (конечно если вы возьмете близкую к топовой комплектацию с заделом на будущее).

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

P.S. Для графического дизайна я бы даже порекомендовал смотреть не на макбуки, а на аймаки, они гораздо удобнее, особенно если вы работаете дома.
P.P.S. У меня аймак уже 4 года. Отлично работает, в начале 2013 брал топовую комплектацию. Планирую сидеть на нем еще года 3 минимум, никаких лагов нет, а с фотошопом мне работать приходится часто.

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

Тут разработчики судят по себе начинают и дизайнерам навязывать часовые рейты, вот только не всегда это нужно. Поверьте, как дизайнер говорю. Попроектная работа дизайнера-фрилансера всегда фиксированная. Работа долгосрочная (большой проект, а не 10 мелких периодически) или в офисе — да, может рассчитываться из почасовой ставки. Фиксированные ставки же у него давно рассчитаны исходя из типовых задач. Лого, руководство по фирменному стилю, главная страница, внутренняя страница, аудит дизайна, иллюстрация, иконки и т.п. — для таких задач есть фиксированный диапазон.

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

Примеры.
1. Разработка логотипа.
Можно просто воплотить идею, что придёт в голову, опираясь на задание клиента. Один вариант без претензии на уникальность т.е. не проводить анализ существующих, не проверять использует ли кто-то эту идею и насколько это вообще важно. А можно делать три принципиально разных варианта на выбор с доработкой одного до финала, изучать конкурентов, искать способы выделиться на их фоне и проверять свои идеи на уникальность среди других логотипов.
И стоимость решения этих задач может быть, например, от 50$ до 200$ и выше. И это всё стоимость разработки логотипа у одного и того же хорошего дизайнера.

2. Разработка дизайна сайта (раз уж и них заговорили в комментариях).
Тут может быть только цена за главную и цена за внутренние уникальные/типовые страницы. Но никак не почасовая))) На каких-то сайтах нужна дополнительная графика, а на каких-то нет, кто-то берёт картинки из интернета/фотобанков, а кто-то создаёт сам. Следовательно, стоимость главной может быть от 50$ до 150$, а внутренних 20—50$ за уникальные и 10—20$ за типовые — и здесь оценку логично проводить после изучения задачи и требований.

Так что вы определились бы с перечнем конкретных задач, а там уже можно будет собрать информацию о ценах на эти задачи. Цена «ХХХХ в час» вообще не информативна т.к. не даёт понимания стоимости проекта.

Если исходя из озвученного в вопросе (лого и айдентика), то цены можно назвать примерно следующие: лого — от 50—100$ и выше; фирменный стиль от 100—300$ в зависимости от кол-ва носителей ФС и необходимости оформления руководства.

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

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

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

1) другие инструменты появились относительно недавно.
2) привычка
3) не только дизайнер решает на чем нужно выдать окончательный макет. (последнее слово далеко не за дизайнером)