Если вы наймёте человека, то как вы ему будете ставить задачи?
Вероятно, в текстовой форме, в какой-нибудь системе управления проектом. И тогда человек будет выполнять задачи с некоторым лагом. Будет их обдумывать, искать там что-то в сети и в итоге делать коммит и решать задачу.
Скажите разве вы знаете человека, который возьмет плохо сформулированную задачу переданную устно и тут же её выполнит?
Нет. Надо всё записать и обдумать и потом сделать. А не вот это вот -- дай ответ, немедленно...
Изначально я писал, что проводить техническое собеседование нужно в текстовой форме, а не в аудио и не в видео и не в реальном времени. А вы вон куда повернули разговор...
Принять риск и работать. Ну обманет один человек из ста. Чтож. Подумаешь. Давай ещё раз! Это не стоит того, чтобы становится равнодушным. И презирать всех. Брать надо людей в работу, минимально отсеивать, смотреть на энтузиазм и мотивацию. А если не получилось, то ещё раз.
Технические собеседования нужно проводить в текстовой форме и асинхронно. Это наиболее приближено к реальности.
Был по обе стороны стола. Кандидатам всегда выдавал несложный тест -- написать небольшую программу плюс личное общение, для знакомства. И потом тестовый период в две недели. Это работает вполне.
От работодателей, кто просит решить в реальном времени задачу на бумажке или устно, всегда чураюсь. Потому что не нужно работать с мудаками.
Ё-моё, я даже считать без калькулятора уже давно разучился. Чтобы программировать мне нужны мои инструменты, интернет и немного времени, чтобы подумать)))
-А ты приманку насадил?
-Конечно, насадил!
-Какую?
-Мандарин
-Мандарин? Кто ловит рыбу на мандарин?
Игры это хайлоад, тут чем ближе к железу, тем лучше. Не хочу рекламировать напрямую нашу компанию, но мы занимаемся webGL уже несколько лет — нет в нем ничего нового.
Эта статья отличное художественное произведение. Прочитал с удовольствием. Только в искусстве так интересно бывают очерчены характеры героев и сразу видно где добро, где зло.
Но в реальности приходится иметь дело с сильно размытыми ситуациями и тогда решения принимать приходится вне всякой логики — волей, интуицией, по наитию. А объяснения поставляют уже те кому они нужны.
Вся эта типизация, классификация специалистов из той же области что и психологические типы разных авторов — бывают интересные стройные теории, — но одна беда — в реальности не работают они.
10 лет пользуюсь в 3D софте и для работы с кодом, и для всего остального конечно.
Плюсы ускоряющие работу на компьютере:
— перо легкое, мышь после него кажется гирей
— абсолютное позиционирование, нет нужды тащить перо в нужную точку
— высокая точность, можно сходу, без прицеливания, выделить символ в тексте или поставить курсор прямо в желаемый пиксель экрана
— нет нужды бросать перо при переносе руки на клавиатуру
Из минусов:
— месяц тренироваться, привыкать после мыши
— в некотором софте не предусмотрено, что колеса может не быть, — начинаете ненавидеть прокрутку экрана, особенно по горизонтали
— во многих играх абсолютное позиционирование не предусмотрено
— начинаете ненавидеть мыши и тачи, если приходится ими пользоваться ))
В PWA можно публиковать всё то же, что в любом веб приложении, на любом сайте, а через дистрибьютора только то, что он Вам разрешит в своем «соглашении». Во всех двух каталогах мобильных приложений действует премодерация, непрозрачное ранжирование и непрозрачный поиск.
Веб-платформа никому не принадлежит. Это дает больше свободы в том как можно её использовать. Соответственно для PWA существенный плюс в том, что они не привязаны к магазинам приложений! Ну а в остальном — просто это как-то работает ;)
На случай если кто не видел никогда asm.js
ну и так десятки мегабайт…
Такие движки как юнити или унриал используют технологию emscripten, — транслируют C++ в asm.js работает такой код действительно быстро, но глючный и весит много, — совершенно не приспособлен для использования. У анриал поддержка webGL помечена как эксперементальная, у юнити не знаю.
Вполне закономерные результаты у blend4web, раз они напрямую работают с webGL из js.
Если вы наймёте человека, то как вы ему будете ставить задачи?
Вероятно, в текстовой форме, в какой-нибудь системе управления проектом. И тогда человек будет выполнять задачи с некоторым лагом. Будет их обдумывать, искать там что-то в сети и в итоге делать коммит и решать задачу.
Скажите разве вы знаете человека, который возьмет плохо сформулированную задачу переданную устно и тут же её выполнит?
Нет. Надо всё записать и обдумать и потом сделать. А не вот это вот -- дай ответ, немедленно...
>> Ха-ха-ха. 99 из 100 вероятнее. Вайти и вот это вот все.
О боже с кем вы работаете?! Сочувствую.
Если вопрос неправильный поставлен, то и ответ будет неправильный. Это все знают.
Изначально я писал, что проводить техническое собеседование нужно в текстовой форме, а не в аудио и не в видео и не в реальном времени. А вы вон куда повернули разговор...
Ну и кстати обман легко распознать. Используя текстовое ревью кода в ходе знакомства просто надо спросить, что и почему)))
Принять риск и работать. Ну обманет один человек из ста.
Чтож.
Подумаешь.
Давай ещё раз!
Это не стоит того, чтобы становится равнодушным. И презирать всех. Брать надо людей в работу, минимально отсеивать, смотреть на энтузиазм и мотивацию.
А если не получилось, то ещё раз.
Как говорят психологи, шила в мешке не утаишь.
Просто
Технические собеседования нужно проводить в текстовой форме и асинхронно. Это наиболее приближено к реальности.
Был по обе стороны стола. Кандидатам всегда выдавал несложный тест -- написать небольшую программу плюс личное общение, для знакомства. И потом тестовый период в две недели. Это работает вполне.
От работодателей, кто просит решить в реальном времени задачу на бумажке или устно, всегда чураюсь. Потому что не нужно работать с мудаками.
Ё-моё, я даже считать без калькулятора уже давно разучился. Чтобы программировать мне нужны мои инструменты, интернет и немного времени, чтобы подумать)))
Так гугл победит мерзкие машины
Игры это хайлоад, тут чем ближе к железу, тем лучше. Не хочу рекламировать напрямую нашу компанию, но мы занимаемся webGL уже несколько лет — нет в нем ничего нового.
А магнитные полюса земли в ближайшее время…
Как бы это вам сказать…
Магнитные полюса… знаете ли…
Не изменятся.
Но в реальности приходится иметь дело с сильно размытыми ситуациями и тогда решения принимать приходится вне всякой логики — волей, интуицией, по наитию. А объяснения поставляют уже те кому они нужны.
Вся эта типизация, классификация специалистов из той же области что и психологические типы разных авторов — бывают интересные стройные теории, — но одна беда — в реальности не работают они.
Плюсы ускоряющие работу на компьютере:
— перо легкое, мышь после него кажется гирей
— абсолютное позиционирование, нет нужды тащить перо в нужную точку
— высокая точность, можно сходу, без прицеливания, выделить символ в тексте или поставить курсор прямо в желаемый пиксель экрана
— нет нужды бросать перо при переносе руки на клавиатуру
Из минусов:
— месяц тренироваться, привыкать после мыши
— в некотором софте не предусмотрено, что колеса может не быть, — начинаете ненавидеть прокрутку экрана, особенно по горизонтали
— во многих играх абсолютное позиционирование не предусмотрено
— начинаете ненавидеть мыши и тачи, если приходится ими пользоваться ))
MassiveBoston Dynamics, это оборону вероятного противника.ну и так десятки мегабайт…
Такие движки как юнити или унриал используют технологию emscripten, — транслируют C++ в asm.js работает такой код действительно быстро, но глючный и весит много, — совершенно не приспособлен для использования. У анриал поддержка webGL помечена как эксперементальная, у юнити не знаю.
Вполне закономерные результаты у blend4web, раз они напрямую работают с webGL из js.