Ну на пример, какие выхлопы каких тестовых фраемворков понимает Jenkins. Может быть какие то особенности в эксплуатации. У самого просто еще руки до этого не дошли (а может и не дойдут), а увидеть «как у других» и «что можно» хотелось бы.
Совершенно рядовой без каких-либо выдающихся способностей.
А вот нифига. Совершенно рядовые такими и остаются всегда. Много ли людей смог просто так все оставить и потратить все свои сбережения (я думаю потратил он не мало) на такую безумную идею?
Каждый человек как кот Шрёдиренга, Не смотря на то, что он выглядит совсем обычно, нельзя наверняка сказать есть у него выдающие черты или нет, до тех пока он их не проявит.
Вот если бы тут было реально про оверхед то да. Оверхед это когда каждый день начинается с разрешения конфликтов после мержа. И тут нужны примеры, без примеров и чужого или своего опыта, понять какой оверхед это может принести невозможно.
В обычных реалиях ко всем пунктам нужно еще добавить пункт стрессоустойчивости. Пожалуй это самый важный пункт, особенно если каждый месяц вы слышите фразу «бросаем ваши текущие задачи и срочно кастомизируем наш продукт для показа Х»
Похоже ни игру Resistance, и случай когда две персоны яро доказывают всем что другой является Red Guy а в итоге оказывается, что они оба были Red Guys.
а разработчики программного обеспечения могут использовать SystemTap для анализа поведения приложения в работающей системе.
Не понимаю.
Из ответа тов. antage можно предположить что разрабам будет интересен пункт 5.3 о профилировке. Но из описания приклада, видно, что оно ориентировано на ядро и ОС, и как среди всего этого выделить часть своего приклада?
Истощить организм до предельного состояние проще чем восстановится. Поэтому я стараюсь есть много, пускай и не самой вкусной но уж точно не вредной еды.
Какую часть этой автоматизации пришлось писать руками? Сколько это примерно заняло времени, если это создавалось разом. Или за какой период вы от нету автоматизации смогли прийти к вашему решению?
Происходят ли сбои?
Чет как то в голове не укладывается. До этого момента работа в Google была вроде как моей «голубой мечтой», но… но после этого я уже не смогу серьезно относится к Google. Зачем, зачем они рушат мои мечты :(
Знать многопоточность на зубок, это означает знать хотя бы несколько паттернов многопоточного программирования, знать что такое барьеры памяти, к чему может привести переупорядочивание инструкций на уровне процессора, как организовать read-write очереди и еще многое другое. А знать чем мютекс отличается от семафора и что такое дедлок это начальное понимание многопточного программирования :) Возможно это специфика работы на С++, и для написание мобильных приложений оно и не нужно. Я это так сказать просто яркий пример привел :)
Есть такая игра, пишем на стикере например животное, приклеиваем оппоненту на лоб, а он вам свой. Цель — отгадать что на вашем стикере. Главный козырь тут в том чтобы спросить такой вопрос, ответ на который давал бы вам сразу несколько других ответов.
Не обязательно спрашивать человека знает ли он что такое thread, проще сразу спросить, чем мютекс отличается от семафора или как решить проблему с dead lock.
Пробовали GTest подключать?
А вот нифига. Совершенно рядовые такими и остаются всегда. Много ли людей смог просто так все оставить и потратить все свои сбережения (я думаю потратил он не мало) на такую безумную идею?
Каждый человек как кот Шрёдиренга, Не смотря на то, что он выглядит совсем обычно, нельзя наверняка сказать есть у него выдающие черты или нет, до тех пока он их не проявит.
А не :( 65 Эвро, это уже дороговато
Не понимаю.
Из ответа тов. antage можно предположить что разрабам будет интересен пункт 5.3 о профилировке. Но из описания приклада, видно, что оно ориентировано на ядро и ОС, и как среди всего этого выделить часть своего приклада?
Происходят ли сбои?
Не обязательно спрашивать человека знает ли он что такое thread, проще сразу спросить, чем мютекс отличается от семафора или как решить проблему с dead lock.