>К тому же, зависимость корутины от MonoBehaviour вы почему-то записываете в минусы. Но на самом деле, привязка жизни корутины к жизни объекта сцены вполне логична и удобна.<
Корутины могут не иметь ничего общего с объектами в сцене.
>Если же нужно сделать непривязанную ни к чему корутину, то это делается легко через какой нибудь самописный Dispatcher который у всех давно уже есть. <
Мне кажется не стоит говорить за всех. По моим наблюдениям в районе половины компаний используют UniRx\UniTask вместо того, что бы изобретать свои велосипеды.
К слову, а всякие WhenAll\Any \ContinueWith и тп вы тоже будете велосипедить? =)
Судя по вашему комментарию, Вы очень далеки от индустрии.
Если Вы внимательно перечитаете статью, то тут речь о рекомендациях для новичков. В настоящее время, в большинстве кейсов, при поиске работы используются hh, по тому, что редко когда крупная компания не продублирует там свою вакансию. Было бы крайне глупо рекомендовать для новичка движок знание которого не позволит найти работу, правда?
Возможно я ошибаюсь, но насколько мне известно, в России вообще нет компаний который использовали бы Godot для разработки игр. По этому нет смысла его упоминать, впрочем как и многие другие движки, коих множество.
По моим наблюдениям переезжать в штаты имеет смысл только если предложение от текущего ~ х2.5-3. С учетом налогов и стоимости жизни, то на то и выйдет. Но есть один важный момент который очень часто упускают. Помимо зп в штатах накидывают бумаги. В некоторых кейсах бумажный доход может быть раза в 3 выше зарплаты.
Возможно я не прав, но имхо если в России поднимать 5-6к take to home, то можно и тут вполне себе неплохо жить :)
Уже продолжительный период практически не пользуюсь VK, но по "необъяснимой" мне причине появилось сильное желание удалиться из этой соц. сети. Я бы тоже хотел увидеть пример заявления на удаление.
Это очень разные вещи. Ломать сказочно богатых - выгодно. Более того, массы чаще всего приветствуют такое, и профит есть существенный. А вот ссорится с ИТ сообществом - история с непонятным профитом.
Я сам разработчик с европейским уровнем дохода. Я живу и работаю в России по тому, что это банально выгодно. Если государство создаст условия, при которых мне станет не выгодно, то я просто перееду в другую страну.
Эти проекты - миллиарды профита для тех, кто стоит у руля. Эти ребята, может и не разбираются в ИТ, но умеют считать деньги, по этому вряд ли станут рисковать кормушкой, ради какие то крошек. И напомню, что добыча ресурсов так же очень сильно завязана на ИТ технологии, и там тоже нехватка кадров. Государство заинтересовано в построении цифровой экономики, которую нельзя построить без специалистов, по этому какой смысл стрелять себе в ногу?
Бюджеты не резиновые, зарубежным специалистам, особенно хорошим, придется сильно больше платить. Далеко не на все проекты захотят\можно привлекать зарубежных специалистов.
У регуляторов не так много способов повлиять на этот процесс. Не забывайте, государство в значительной мере зависит от кадров. Если они своими "регулировками" помешают комфортной жизни разработчиков, то найдется множество стран, которые с удовольствием воспользуются шансом для привлечения квалифицированных кадров. И таком случае, все цифровые проекты государства встанут, по тому что исчезнет ресурс для освоения бюджетов. Такая ситуация не в интересах заинтересованных лиц.
> Ведущий программист (Ваня, привет!), считающий себя звездой, внедрил данный функционал (бизнес-логика, встроенная в CRM на PHP) прямо накануне своего отпуска, протестировав его, видимо, на единичном заказе - или, может быть, в уме. И уехал в отпуск.<
Ну это совсем какая то дичь. Из разработчиков не очень тестировщики, это хорошо известный факт, и по этому существует QA. Вопрос, а где был QA, или кто так классно выстроил процессы, что кто то может вот так просто взять и залить на прод не протестированный функционал?
Ну а на счет тестовых заданий, складывается впечатление, что вы немного не в курсе того, что происходит на рынке труда. Сейчас, хороший разработчик, получает по несколько предложений в неделю. В год легко может получиться больше сотни предложений. Думаю очевидно, что разработчик сначала будет рассматривать варианты где не нужно будет выполнять тестовые. Соответственно тестовые могут себе позволить только очень "популярные" компании.
Мне кажется, следование моде и тп совершенно не обязательно. Гораздо интереснее увидеть, что человек умеет в паттерны проектирования, грамотно пользуется структурами данных и тп. Если с этими вещами всё хорошо, то вряд ли будут проблемы с изучением какого то новомодного фреймворка.
По моим наблюдениям, хорошие программисты не редко пилят прототипы для проверки различных концепций или просто для саморазвития, которые в конечном итоге оказываются в гитхабе, по тому что так удобно. Если программист ничего не пилит вне работы, то наверное ему не слишком нравиться программирование. Имхо.
Ну как же о разных. Вы же сказали, что не согласны с тем, что тестовое задание должно быть опциональным. Пример выше, лишь один из кейсов, который демонстрирует "вредность" обязательности выполнения тестового. Джуниоры и мидлы тоже не редко держат какой то интересный код в своем гитхабе. Например у Джунов можно встретить выполненные тестовые задания в другие места. Соответственно, тестовое задание актуально, когда кандидат не может представить код, который мог бы продемонстрировать скилл.
Топовые специалисты получают предложения в промышленных масштабах. А еще у них, чуть меньше, чем всегда есть что то интересное в гитхабе. Зачем тут какие то тестовые задания? Я всегда скипал тех, кто не смог по гитхабу понять ок или не ок. Да и мне самому куда интереснее вместо тестового посмотреть, что у кандидата в гитхабе. Для меня это информативнее.
Да, забыл еще отметить, что P/E это не стоимость/выручка, а стоимость/прибыль. Выручка!=прибыль. Грубо говоря, этот индикатор говорит, за сколько компания отобьет инвестиции. Не стоит забывать, что этот индикатор очень простой и не учитывает никоем образом перспективу. Скорее по его значению можно сказать, насколько верят в корпорацию. Проще говоря P/E овер 100 у АМД говорит о том, что инвесторы верят, что эта корпорация поменяется местами с интелом. Но если произойдет что то, что серьезно подорвет эту веру, то акции могут подешеветь до уровня P/E ~10-15. А вот Интел весьма близок к минимумам. Если каким то чудом акция упадет раза в 2, то ее откупят очень быстро. И напротив, если интел выкатит что то реально годное, то акции могут подорожать в несколько раз.
>Использование CancellationToken громоздко и неудобно.<
Такой подход является стандартным для .NET мира. С таким же успехом можно критиковать в целом подход к работе с async\await в .NET и тасками.
> И еще оно IDisposable, а значит его нужно корректно диспозить <
При работе с файлами точно также нужно вручную освобождать ресурсы или вы и от этого инструмента отказались?
>нужно вызвать его Dispose в событии OnDestroy. А вот это событие вызывается не всегда<
Особенность работы жизненного цикла монобехов: "OnDestroy will only be called on game objects that have previously been active."
> В результате чего асинхронная операция продолжает себе спокойно выполняться дальше после того как основной поток уже умер или вышел из плей-мода.<
"Runs completely on Unity's PlayerLoop so doesn't use threads and runs on WebGL, wasm, etc."
https://github.com/Cysharp/UniTask/blob/18f2746f0d30a1b870d9835f2f16d15b56476a33/src/UniTask/Assets/Plugins/UniTask/Runtime/PlayerLoopHelper.cs#L203
>К тому же, зависимость корутины от MonoBehaviour вы почему-то записываете в минусы. Но на самом деле, привязка жизни корутины к жизни объекта сцены вполне логична и удобна.<
Корутины могут не иметь ничего общего с объектами в сцене.
>Если же нужно сделать непривязанную ни к чему корутину, то это делается легко через какой нибудь самописный Dispatcher который у всех давно уже есть. <
Мне кажется не стоит говорить за всех. По моим наблюдениям в районе половины компаний используют UniRx\UniTask вместо того, что бы изобретать свои велосипеды.
К слову, а всякие WhenAll\Any \ContinueWith и тп вы тоже будете велосипедить? =)
1) своих переучить, технология довольно простая в освоении
2) там довольно понятные стектрейсы в случае ошибок. Ловушки с читабельными исключениями тоже доступны.
Добавлю от себя небольшой рецепт счастья: Blazor wasm + gRPC(code first) - это очень удобно. Ну или по крайней мере мой опыт был довольно успешным :)
learn.unity.com вам в помощь, при условии, что вы знаете английский
Судя по вашему комментарию, Вы очень далеки от индустрии.
Если Вы внимательно перечитаете статью, то тут речь о рекомендациях для новичков. В настоящее время, в большинстве кейсов, при поиске работы используются hh, по тому, что редко когда крупная компания не продублирует там свою вакансию. Было бы крайне глупо рекомендовать для новичка движок знание которого не позволит найти работу, правда?
Возможно я ошибаюсь, но насколько мне известно, в России вообще нет компаний который использовали бы Godot для разработки игр. По этому нет смысла его упоминать, впрочем как и многие другие движки, коих множество.
Может быть по тому, что Godot не на уровне Unreal\Unity3d? Например на hh godot упоминается аж 1 раз, и то там проект не на нем :|
По моим наблюдениям переезжать в штаты имеет смысл только если предложение от текущего ~ х2.5-3. С учетом налогов и стоимости жизни, то на то и выйдет. Но есть один важный момент который очень часто упускают. Помимо зп в штатах накидывают бумаги. В некоторых кейсах бумажный доход может быть раза в 3 выше зарплаты.
Возможно я не прав, но имхо если в России поднимать 5-6к take to home, то можно и тут вполне себе неплохо жить :)
Уже продолжительный период практически не пользуюсь VK, но по "необъяснимой" мне причине появилось сильное желание удалиться из этой соц. сети. Я бы тоже хотел увидеть пример заявления на удаление.
Это очень разные вещи. Ломать сказочно богатых - выгодно. Более того, массы чаще всего приветствуют такое, и профит есть существенный. А вот ссорится с ИТ сообществом - история с непонятным профитом.
Я сам разработчик с европейским уровнем дохода. Я живу и работаю в России по тому, что это банально выгодно. Если государство создаст условия, при которых мне станет не выгодно, то я просто перееду в другую страну.
Эти проекты - миллиарды профита для тех, кто стоит у руля. Эти ребята, может и не разбираются в ИТ, но умеют считать деньги, по этому вряд ли станут рисковать кормушкой, ради какие то крошек. И напомню, что добыча ресурсов так же очень сильно завязана на ИТ технологии, и там тоже нехватка кадров. Государство заинтересовано в построении цифровой экономики, которую нельзя построить без специалистов, по этому какой смысл стрелять себе в ногу?
Бюджеты не резиновые, зарубежным специалистам, особенно хорошим, придется сильно больше платить. Далеко не на все проекты захотят\можно привлекать зарубежных специалистов.
У регуляторов не так много способов повлиять на этот процесс. Не забывайте, государство в значительной мере зависит от кадров. Если они своими "регулировками" помешают комфортной жизни разработчиков, то найдется множество стран, которые с удовольствием воспользуются шансом для привлечения квалифицированных кадров. И таком случае, все цифровые проекты государства встанут, по тому что исчезнет ресурс для освоения бюджетов. Такая ситуация не в интересах заинтересованных лиц.
Мне кажется с пикчами перебор :\ Может стоило остановиться на какой то одной?
> Ведущий программист (Ваня, привет!), считающий себя звездой, внедрил данный функционал (бизнес-логика, встроенная в CRM на PHP) прямо накануне своего отпуска, протестировав его, видимо, на единичном заказе - или, может быть, в уме. И уехал в отпуск.<
Ну это совсем какая то дичь. Из разработчиков не очень тестировщики, это хорошо известный факт, и по этому существует QA. Вопрос, а где был QA, или кто так классно выстроил процессы, что кто то может вот так просто взять и залить на прод не протестированный функционал?
Ну а на счет тестовых заданий, складывается впечатление, что вы немного не в курсе того, что происходит на рынке труда. Сейчас, хороший разработчик, получает по несколько предложений в неделю. В год легко может получиться больше сотни предложений. Думаю очевидно, что разработчик сначала будет рассматривать варианты где не нужно будет выполнять тестовые. Соответственно тестовые могут себе позволить только очень "популярные" компании.
Мне кажется, следование моде и тп совершенно не обязательно. Гораздо интереснее увидеть, что человек умеет в паттерны проектирования, грамотно пользуется структурами данных и тп. Если с этими вещами всё хорошо, то вряд ли будут проблемы с изучением какого то новомодного фреймворка.
Ну а для таких бедолаг как раз тестовое задание. Но мне кажется быстрее что то залить в гитхаб, чем тратиться на тестовые. Впрочем каждому свое :)
По моим наблюдениям, хорошие программисты не редко пилят прототипы для проверки различных концепций или просто для саморазвития, которые в конечном итоге оказываются в гитхабе, по тому что так удобно. Если программист ничего не пилит вне работы, то наверное ему не слишком нравиться программирование. Имхо.
Ну как же о разных. Вы же сказали, что не согласны с тем, что тестовое задание должно быть опциональным. Пример выше, лишь один из кейсов, который демонстрирует "вредность" обязательности выполнения тестового. Джуниоры и мидлы тоже не редко держат какой то интересный код в своем гитхабе. Например у Джунов можно встретить выполненные тестовые задания в другие места. Соответственно, тестовое задание актуально, когда кандидат не может представить код, который мог бы продемонстрировать скилл.
Топовые специалисты получают предложения в промышленных масштабах. А еще у них, чуть меньше, чем всегда есть что то интересное в гитхабе. Зачем тут какие то тестовые задания? Я всегда скипал тех, кто не смог по гитхабу понять ок или не ок. Да и мне самому куда интереснее вместо тестового посмотреть, что у кандидата в гитхабе. Для меня это информативнее.