Если у нас в команде часто будут разговоры и советы друг другу, то владение проф. языком будет первым что я сделаю, и это не займет много времени — благо только нужно будет освежить память.
Я исключительно про контекст собеседования — примеры кода скажут правду, вопросы — могут отсеять хороших разработчиков и наоборот — принять плохих, которые умеют хорошо проходить собеседования.
Вам пытаются намекнуть, что разработчики больше практики, чем академики. Намного проще предложить соискателю написать немного кода. В конце концов, поставьте 2 задачи на 10 минут каждая, в одной по смыслу нужен абстрактный класс, в другой — интерфейс. Руки разработчика сами все вспомнят и напишут.
Да, я 10 лет пишу абстрактные классы и интерфейсы, но я понятия не имею какой из них как называется. Я просто пишу код, и называю классы семантически правильно. Если мне нужен класс с набором публичных свойств, только чтобы другие объекты правильно реализовывали этот интерфейс — я сделаю так, не задумываясь об академических наименованиях.
Это распространенная практика для CRM внутри корпоративной сети.
personal.JOBTITLE.com, где JOBTITLE.com — сайт компании, а personal — локальный поддомен для личных кабинетов сотрудников.
Ну вот я снисходителен к Linux разработчиком, чьи проекты не запускаются на Windows из репозитория, хотя должны, т. к. используют кроссплатформенные инструменты. Логично ожидать подобного.
Хуки на гите, отсутствия в проекте файлов вида *.lua и прочее — вот это всего не будет, потому что наличие windows разработчика означает что проект собирается и работает под windows.
Не очень понял чем работа в Windows мешает кроссплатформенности. Наоборот, если вся команда на linux, кто тогда делает порт на Windows?
Консоль… вы можете поставить любую консоль. Bash, powershell, etc
Как и окружение. Все прекрасно настраивается, кастомизируется. Заметьте, Linux из коробки тоже не огонь.
В этом и плюс, после Windows у вас в проекте не будет таких проблем, когда будут приходить другие Windows программисты, т. к. вы сами эти проблемы и решите.
А вас не смущает, что когда квантовый компьютер будет симулировать классический то сложность его алгоритмов будет сильно выше таковой у нативного классического, и по производительности он будет сильно отставать?
Насчет фотона
Для него как раз часы вселенной идут бесконечно быстро. За одно мнгновение он проходит все расстояние своей жизни, и все световые года, которые он летел относительно нас.
Когда наблюдатель ускоряется к околосветовой скорости, мир вокруг него начинает двигаться быстрее, с его точки зрения, и расстояния сокращаются, с его точки зрения. Он выходит на новый горизонт масштаба — теперь звезда впереди не в 4 световых годах, а в минутах полета, и это и есть то самое «сокращение» длин. Этот же эффект можно воспринимать иначе и проще — когда наблюдатель ускоряется, все взаимодействия в его теле начинают происходить медленнее, словно энергии в них становится меньше. Медленее думающий организм воспринимает все медленнее. Наблюдатель по факту будет лететь годы, но его восприятию это будет всего минуты.
Я бы даже сказал, есть не очевидный плюс windows платформы. После всех набиваний шишек, в вашем git репозитории точно уже не будет:
— внезапных проблем с \r \n
— проблем с путями "\"
— проблем с путями, отличающихся лишь регистром
и даже больше, на ходу вспомнилось пока это
Исключительно ради свободы конечного пользователя. Дескать, вот вам по умолчанию самый самый свободный наш дистрибутив, а если хотите заниматься коммерцией вдруг, и вам еще нужен mp3 — это отдельно скачайте.
Задача юнит тестов не заключается в том чтобы тестировать итоговую работу приложения. Юнит тесты и выполняют возложенную на них задачу — тестировать отдельно каждую строчку кода как API. Они дают уверенность, что если приложение работает неправильно, то хотя бы кирпичики из которых оно состоит — надежны, и ошибку следует искать на более высоком уровне абстракции.
Если тестируемый код стерт, и юнит тест стерт — все хорошо. Код покрыт на 100%.
Если помимо этого «Чувак» напишет новый код — ему придется написать и новый юнит тест — иначе коммит не пройдет, т.к. код покрыт не на 100%.
Покрывать тестами каждую строчку может быть нудно, но чисто в рамках заданной ситуации — покрытый на 100% код действительно что-то мне гарантирует, как минимум выполнение спецификации моих тестов в каждой строчке кода.
Оу, вы задали отличный вопрос. И у меня есть ответ.
Соревнования в реальной жизни аналоговы. Их обожают за это, ведь результат не может быть на 100% определен какой-то комбинацией противника, работают некоторые вероятности, отклоняющие результат в ту или иную сторону. Честность игры здесь достигается нормальным распределением — например, высокий ветер в сторону ворот на футболе — серьезная помеха и повод для остановки игры, в случае переменного ветра — игра становится честной, но играть приходиться сложнее.
Теперь компьютерные игры. Если это не гонки на аналоговом джойстике с высокой чувствительностью, то исход боя полностью определяет подготовка игрока, скорость его реакции, тактика и стратегия. Его пальцы максимально комфортно устроились на триггерах, его мозг в игре, тело — снаружи. Задача компьютерной игры и заключается в том, чтобы изолировать тело и внешнюю среду.
Таким образом, разница в том, что игра в реальном мире сопровождается сопротивлением к внешней среде, мы вынуждены двигаться, тянуть дыхалку, напрягаться, уставать. В компьютерной игре альтернатива — сражается только мозг.
Мне не до конца понятно, как эти «файлы движений» расширяет обученный модуль. Интерполирует? Придумывает новые движения? Или просто в зависимости от местности выбирает правильную анимацию?
Если что, делать отдельные движения на ногу, ногу, руку и руку сейчас умеют (бежим и стреляем из лука, две независимые анимации), а также правильно интерполировать переходы анимаций.
Мне действительно интересно, какую фичу добавляет сеть.
Должен ли разработчик интерфейса разбираться в анимациях, физике тканей, как работают эффекты появления, и прочее — да, конечно. Должен ли он самостоятельно настраивать параметры анимаций, «наводить красоту»? Врят ли. Он может, это не сложно, как правило красивый эффект хорош на больших диапазонах настроек, но не должен.
Я исключительно про контекст собеседования — примеры кода скажут правду, вопросы — могут отсеять хороших разработчиков и наоборот — принять плохих, которые умеют хорошо проходить собеседования.
Кейс, когда домен второго уровня ведет на localhost это антикейс.
personal.JOBTITLE.com, где JOBTITLE.com — сайт компании, а personal — локальный поддомен для личных кабинетов сотрудников.
Я лучше овощи пособираю (:
Не очень понял чем работа в Windows мешает кроссплатформенности. Наоборот, если вся команда на linux, кто тогда делает порт на Windows?
Консоль… вы можете поставить любую консоль. Bash, powershell, etc
Как и окружение. Все прекрасно настраивается, кастомизируется. Заметьте, Linux из коробки тоже не огонь.
Для него как раз часы вселенной идут бесконечно быстро. За одно мнгновение он проходит все расстояние своей жизни, и все световые года, которые он летел относительно нас.
Когда наблюдатель ускоряется к околосветовой скорости, мир вокруг него начинает двигаться быстрее, с его точки зрения, и расстояния сокращаются, с его точки зрения. Он выходит на новый горизонт масштаба — теперь звезда впереди не в 4 световых годах, а в минутах полета, и это и есть то самое «сокращение» длин. Этот же эффект можно воспринимать иначе и проще — когда наблюдатель ускоряется, все взаимодействия в его теле начинают происходить медленнее, словно энергии в них становится меньше. Медленее думающий организм воспринимает все медленнее. Наблюдатель по факту будет лететь годы, но его восприятию это будет всего минуты.
— внезапных проблем с \r \n
— проблем с путями "\"
— проблем с путями, отличающихся лишь регистром
и даже больше, на ходу вспомнилось пока это
Если помимо этого «Чувак» напишет новый код — ему придется написать и новый юнит тест — иначе коммит не пройдет, т.к. код покрыт не на 100%.
Покрывать тестами каждую строчку может быть нудно, но чисто в рамках заданной ситуации — покрытый на 100% код действительно что-то мне гарантирует, как минимум выполнение спецификации моих тестов в каждой строчке кода.
Соревнования в реальной жизни аналоговы. Их обожают за это, ведь результат не может быть на 100% определен какой-то комбинацией противника, работают некоторые вероятности, отклоняющие результат в ту или иную сторону. Честность игры здесь достигается нормальным распределением — например, высокий ветер в сторону ворот на футболе — серьезная помеха и повод для остановки игры, в случае переменного ветра — игра становится честной, но играть приходиться сложнее.
Теперь компьютерные игры. Если это не гонки на аналоговом джойстике с высокой чувствительностью, то исход боя полностью определяет подготовка игрока, скорость его реакции, тактика и стратегия. Его пальцы максимально комфортно устроились на триггерах, его мозг в игре, тело — снаружи. Задача компьютерной игры и заключается в том, чтобы изолировать тело и внешнюю среду.
Таким образом, разница в том, что игра в реальном мире сопровождается сопротивлением к внешней среде, мы вынуждены двигаться, тянуть дыхалку, напрягаться, уставать. В компьютерной игре альтернатива — сражается только мозг.
Если что, делать отдельные движения на ногу, ногу, руку и руку сейчас умеют (бежим и стреляем из лука, две независимые анимации), а также правильно интерполировать переходы анимаций.
Мне действительно интересно, какую фичу добавляет сеть.