Очевидно, что внутреннего рынка практически нет, т.к. и площадок для размещения игр "внутри" России практически нет. А даже если они появятся (что на мобильных платформах не так уж и легко), то туда еще и аудиторию надо будет перетянуть.
Поэтому игровые студии и стараются релоцироваться в более удобную юрисдикцию, т.к. и аудитория несравнимо больше, нет проблем с трансграничными платежами, выходом на инвесторов и т.д.
ИИ просто находит хорошие резюме, но не хороших специалистов.
Иногда не очень понятно, зачем в найме вообще ИИ, если все скатывается в итоге к матчингу ключевых слов в резюме к вакансии.
Более того, насколько знаю (могу ошибаться), есть доминирующее решение на отечественном рынке, предоставляющее решение на базе ИИ для HR. В итоге что получается? Один баг в этом решение может ГЛОБАЛЬНО сказаться на всем рынке найма? Звучит как что-то не очень хорошее в масштабах целой страны.
Спасибо за статью, вопрос к автору. Что больше всего было сложнее в разработке? Код или создание 3d моделей, текстур, музыки и т.д.? Какой бы совет вы себе дали, вернувшись на 6 лет назад?
Специально пишу под верхним комментарием, чтобы побольше людей увидело: не делайте так, как герой статьи - идите к врачу. Не нужно проводить эксперименты.
Спасибо за статью, но мне кажется, нет каких-то простых вопросов, которые можно задать и узнать что за человек. На вопрос можно ответить правильно / неправильно. Что-то упустить, или наоборот - рассказать все достаточно полно. Но ведь тут как - пока не попробуешь с человеком поработать, не узнаешь, что за специалист перед тобой.
Кандидат может на 1-й вопрос ответить "Я!" и ошибиться (что для тимлида, конечно, не очень), но при этом, с большим энтузиазмом относиться к работе, брать на себя ответственность и предлагать решения. Для меня перечисленные качества важнее понимания принципа командной ответственности и подстраховки(их в конце концов легко объяснить).
Более того, если вы составили список "контрольных" вопросов и кандидат ответил не так. Это еще не значит, что он ответил неправильно. Возможно у него другой опыт, он побывал в других ситуациях. А возможно, и ваш собственных ответ, на ваш же вопрос неидеален.
Никто и не говорит, что библиотека jQuery должна заменить целый ЯП. Имелось ввиду, что из-за фичей современного JS, подходов к разработке, по большей части, отпала необходимость в jQuery. Что, в общем-то очевидно.
Необходимость в jQuery, в первую очередь, была обусловлена незрелостью и многословностью API JS. Вспомните сами эти document.getElementByClassName. $('.button') конечно же проще. И цепочка методов тоже хорошо. jQuery упрощал работу не только с DOM API. Но и с анимацией и сетевыми запросами.
Но! Зачем использовать $.ajax(...), если есть fetch, верно? Зачем использовать animate() и анимировать через JS, когда CSS анимации отлично работают. Да и querySelector упростил работу с DOM...
А по поводу модного подхода для манипуляций DOM... Ну я тут в корне не согласен: манипулировать напрямую DOM - плохая затея, если вас большего одного человека в команде. Можно и не понять, в какой момент и где происходят изменения.
P.S. Я не говорю, что сейчас не найдется задачи для jQuery, просто по большей части, надобность в нем отпала: из-за современных фич JS, библиотек реактивного рендеринга, компонентного подхода, их состояния и т.д.
В статье почему-то забыли, что сейчас не Starship, а прототип Starship. И очень странно сравнивать по надежности прототип Starship и готовую, отточенyую Falcon Heavy.
Мне больше интересно не то, как эти сервисы писались - тут все прозрачно.
Больше интересно как о них начали узнавать.
Очевидно, что внутреннего рынка практически нет, т.к. и площадок для размещения игр "внутри" России практически нет. А даже если они появятся (что на мобильных платформах не так уж и легко), то туда еще и аудиторию надо будет перетянуть.
Поэтому игровые студии и стараются релоцироваться в более удобную юрисдикцию, т.к. и аудитория несравнимо больше, нет проблем с трансграничными платежами, выходом на инвесторов и т.д.
Ретро игр…….😢
Абсолютно бесполезная статья о технологиях без технологий.
Даже чувствуется какая-то "вымученность".
ИИ просто находит хорошие резюме, но не хороших специалистов.
Иногда не очень понятно, зачем в найме вообще ИИ, если все скатывается в итоге к матчингу ключевых слов в резюме к вакансии.
Более того, насколько знаю (могу ошибаться), есть доминирующее решение на отечественном рынке, предоставляющее решение на базе ИИ для HR. В итоге что получается? Один баг в этом решение может ГЛОБАЛЬНО сказаться на всем рынке найма? Звучит как что-то не очень хорошее в масштабах целой страны.
На самом деле грустно.
Спасибо за статью, вопрос к автору.
Что больше всего было сложнее в разработке? Код или создание 3d моделей, текстур, музыки и т.д.?
Какой бы совет вы себе дали, вернувшись на 6 лет назад?
Специально пишу под верхним комментарием, чтобы побольше людей увидело: не делайте так, как герой статьи - идите к врачу. Не нужно проводить эксперименты.
Пару дней назад была новость, что в западном IT-секторе «все» хорошо :)
Спасибо за статью, но мне кажется, нет каких-то простых вопросов, которые можно задать и узнать что за человек. На вопрос можно ответить правильно / неправильно. Что-то упустить, или наоборот - рассказать все достаточно полно. Но ведь тут как - пока не попробуешь с человеком поработать, не узнаешь, что за специалист перед тобой.
Кандидат может на 1-й вопрос ответить "Я!" и ошибиться (что для тимлида, конечно, не очень), но при этом, с большим энтузиазмом относиться к работе, брать на себя ответственность и предлагать решения. Для меня перечисленные качества важнее понимания принципа командной ответственности и подстраховки(их в конце концов легко объяснить).
Более того, если вы составили список "контрольных" вопросов и кандидат ответил не так. Это еще не значит, что он ответил неправильно. Возможно у него другой опыт, он побывал в других ситуациях. А возможно, и ваш собственных ответ, на ваш же вопрос неидеален.
На самом деле, выглядит как попытка прикрыть финансовые проблемы
Субъективно. У меня, например, совсем другой опыт: почти все QA были профессионалами своего дела.
Никто и не говорит, что библиотека jQuery должна заменить целый ЯП. Имелось ввиду, что из-за фичей современного JS, подходов к разработке, по большей части, отпала необходимость в jQuery. Что, в общем-то очевидно.
Необходимость в jQuery, в первую очередь, была обусловлена незрелостью и многословностью API JS. Вспомните сами эти document.getElementByClassName. $('.button') конечно же проще. И цепочка методов тоже хорошо. jQuery упрощал работу не только с DOM API. Но и с анимацией и сетевыми запросами.
Но! Зачем использовать $.ajax(...), если есть fetch, верно? Зачем использовать animate() и анимировать через JS, когда CSS анимации отлично работают. Да и querySelector упростил работу с DOM...
А по поводу модного подхода для манипуляций DOM... Ну я тут в корне не согласен: манипулировать напрямую DOM - плохая затея, если вас большего одного человека в команде. Можно и не понять, в какой момент и где происходят изменения.
P.S. Я не говорю, что сейчас не найдется задачи для jQuery, просто по большей части, надобность в нем отпала: из-за современных фич JS, библиотек реактивного рендеринга, компонентного подхода, их состояния и т.д.
Касательно jQuery, современный js действительно неплохо его заменяет
В статье почему-то забыли, что сейчас не Starship, а прототип Starship.
И очень странно сравнивать по надежности прототип Starship и готовую, отточенyую Falcon Heavy.
Это называют Temporal Dead Zone
От графических интерфейсах не откажутся - кликнуть мышкой может быть проще, чем сказать.
Скорее увольнение одних демотивирует других, заставляя обновлять резюме и меньше верить в "компанию-семью".
Спасибо за ответ, но вопрос немного в другом: является ли опыт >= 10 лет «красным флагом»? И если да, то почему?