Александр Таратин: проекты и вакансии на GO в РФ есть (не для джуниоров пока), можно им закидывать резюме. Но мне лично кажется, что у нас в стране Go неправильно трактуют как работодатели, так и разработчики. Он же был создан (помимо прочего) для того, чтобы любой разработчик Google мог прочитать спецификацию и начать писать код на Go, и ключ тут в том, что это в принципе универсальный разработчик с высокой базовой подготовкой, а совсем не для того, чтобы джуниор начинал с Go и ничего другого не знал, или работодатели закидывались идеей-фикс "только го и ничего больше". Язык тут не на первом месте
Пума Тайланд: не во всех, и не всегда, а еще независимых рекрутеров море. Факт в том, что поддерживать поток кандидатов стоит совсем недорого по сравнению с тем, чтобы платить зарлпаты.
Если речь про крупную компанию, это в порядке вещей. Тратили и будут тратить ресурсы. Если про небольшую компанию, то, возможно они и не тратятся, кроме объявлений. Также это могут агентства стараться, услуги которых оплачиваются только в случае закрытия вакансии, а компания может соответственно тянуть месяцами или вообще не закрывать.
Возьмите ментора или консультанта, или привлеките кого-то еще. Вот как вы разным программистам задание давать будете, ТЗ грамотно составлять, оценивать объем работ, оценивать бюджет на продукт и тд. Вы просто многократно увеличиваете вероятность конфликтных ситуаций(в том числе по деньгам), и недопониманий, и разработчики предпочитают общаться с профильным менеджментом.
" У js будущие в gamedev на 80% будет строиться на typescript", "я вообще передумал делать что-то на js" --> Дело не в JS, писать можно на любом языке, есть еще asm.js для компиляции, на крайний случай
Понимание спрайтов и текстур везде одинаковое, все игровые движки не уходят далеко от стандартов.
Да, волна JS-игр, которые разработаны на комфортных инструментах, не скоро начнется, а с кроссплатформенностью html5 отдельная история. Но это уже давно не потеря времени, например
нашей MMO gameofbombs.com уже несколько лет, и для single player игр сейчас база более чем достаточная. Вопрос именно в том комфорте, который все ждут, и без которого не будет волны популярности.
copal: Да, в pixi регулярно обнаруживаются баги, но с годичной давностью ситуации нет (может это v2?). Пришлите нам ваш список багов, может быть мы пофиксим парочку, и кстати вы можете вносить правки в pixi самостоятельно, вместо того, чтобы жаловаться.
Запрос автора именно про HTML5, по вашей логике мне не нужно вообще ничего советовать, или может быть Unity ? Pixi + Phaser даст понимание, как что устроено, а проблемы реализации production-качества, как у вас - это другие проблемы, конечно они требуют много дополнительных усилий.
Кстати, если надоел pixi и 2d, может быть потестите https://playcanvas.com/ ? Фидбэк будет полезен
copal: так я для обучения советую, а не для продакшена больших игр. Здесь вопрос про обучение и стоит. Гарантирую, что на этом уровне данные инструменты подойдут, также как и для коммерческого производства небольших игр. Я работаю в команде, и мы занимаемся в том числе разработкой инструментов для создания html5 игр. И да, мы не используем phaser, даже для маленьких проектов. И подавляющее большинство команд не использует phaser при создании сколько-нибудь немаленьких игр.
Это радикально, но спорно, для массового сервиса. Как он в одиночку будет масштабироваться, а также проходить период, когда юзеров уже надо обслуживать много, а прибыли все еще нет ?
Нанимать попроектно в данном случае не вариант, нужны люди, которые знают сервис.
Pong, можно отталкиваться от примера в доках phaser.io/examples/v2/arcade-physics/one-way-collision. вы можете и без движка писать, на pixi+box2d, В phaser просто уже 5 вариантов физики встроено, есть из чего выбирать. Panda под мобильные лучше оптимизирован, но он более молодой.
Сергей Протько: какие вопросы по поводу обучения? В чем сомнения? Это не курсы от компании, которая занимается только курсами, это просто менторство по разработке, и просто информация о требованиях компаний.
Сергей Протько: Богдан Духевич: речь не о моем мнении, а о мнении работодателя, который выкладывает вакансию fullstack. В среднем подразумевается именно экономия. А по мнению Елизаветы Борисовой fullstack в рамках одного проекта не нужен.
Ваши 5 пунктов описывают как будто PM'а в аутсорсе (собирать требования, делегировать задачи). В продуктовой компании, ему скорее всего, не придется собирать требования в классическом смысле, продукт будет неотъемлемой частью всего проекта.
Не базовые навыки HR'а ему нужны, а глубокие навыки технических интервью, умение точно оценить уровень и особенности разработчика.
Если в новом продукте CTO изначально не имеет отношения к коду, архитектурным решениям, занимается сухим управлением процессом, то он во-первых по началу не нужен, т.к. все ляжет на плечи следующего человека, во-вторых, почему это не PM.
Web_Questions: каждый день кто-то создает новый susy, или foundation, или еще что-то, вам нужно просто знать варианты, +- использовать свои наработки. если не фрилансить, а идти в найм, в большинстве случаев надо работать с готовым решением
Артур Черешнюк: да, имелось в виду, что для сетки вы можете взять микро-фреймворк, типа грид960.
Если вам нужна не только адаптивность, но и другие компоненты бутстрапа, имеет смысл его использовать.
Если вы только изучаете, сверстайте на бутстрапе и без.