> у Каспарова были пятьдесят компьютеров Atari.
> Имхо история последнего факта намного интереснее.
And so, when I signed a sponsorship deal with the computer company Atari in 1986, I took as payment over fifty of their newest machines to bring back to form a youth computer club in Moscow, the first of its kind in the Soviet Union. I continued to supply the club with hardware and software acquired on my travels and it became a hub for many talented scientists and hobbyists.
Это не чат а журнал приема-передачи смены. Являетя официальным документом, прямо как трудовая книжка. Скорее вего утвержен каким-нибудь Минтрансом или кто там для этих перцев главный.
> Спутники ELaNa XIX на тестировании, фото Rocket Lab
На самом деле на фото показаны не спутники а диспенсеры для них. Это такие маленькие катапульты для отстрела спутников от ракеты в заданном направлении с заданной скоростью.
Когда его собирали то техник-сборщик слегка ошибся при позиционировании главного зеркала телескопа — всего на 1.5мм — недокрутил какую-то там фигнюшку или что-то типа того. Зеркало стало непригодным для работы. Он это заметил, сам попытался исправить и прикрутил сбоку какую-то шайбу что бы исправить положение. Но это не помогло. Техник плюнул на всё это и оставил как есть. Телескоп стал непригоден для работы. От слова совсем.
Это всплыло на тестах. Результаты тестов просто были проигнорированы да и всё. Непригодный для работы телескоп вывели на орбиту.
Только после того, как телескоп начал выдавать какие-то мутные картинки, создатели начали что-то подозревать.
Для испрвления бага понадобилось изготовить специальную большую линзу, кривизна которой компенсировала багливость главного зеркала телескопа. Затем понадобилось запускать Шаттл с линзой в грузовом отсеке, стыковаться с Хабблом, выходить в открытый космос и там ставить эту линзу, для которой не было изначально предусметрено никаких посадочных мест. Всё приключение заняло несколько лет и стоило дорого. Виноватым объявили стрелочника-сборщика но потом как-то быстро забыли о нём.
К моменту выдачи ТЗ на систему уже были выполнены штук 20 ядерных испытаний — так что разные датчики там можно было испытывать в естественной обстановке.
А если вы не пройдёте а пойдёте в другую фирму с гордо поднятой головой,
на вас будут смотреть как на не совсем удавшегося Джуны.
На такого перца будут смотреть очень подозрительно. На стажировке человек работал, ему не заплатили, плюнули в душу, поглумились и оттоптались на прощание. Как минимум у него после этого кортизол зашкаливает и возможны будут всякие перекосы в работе на этой почве. Как максимум он наймётся и начнёт мстить — т.е. сразу же начнёт формировать финансовую подушку и искать следующую работу, постоянно прокручивая в голове планы по поводу того, как бы позаковырестее и поэффектнее расстаться с только что полученной.
На этих сайтах кроме вакансий есть так же и характерный набор статей про то, как грамотно строить свою карьеру, переходя из одной компании в другую по собственному желанию.
Синтетически всё выглядит работоспособным, а на деле падает.
Такое часто происходит если база пришла из продакшена в тесты без промежуточной статической проверки. То есть никто не убедился в том, что там на самом деле всё правильно и нет намеков на то, что какие-либо проверки или ограничения на самом деле почему-то не соблюдаются.
в мире HTTPS кэширование за пределами сервера не происходит
Происходит если кэширующий прокси терминирует TLS соединение. Так работает Cloud Flare по крайней мере.
Точный ответ — из полгорода желающих одновременно зайти на youtube значительная часть их заберет резолв из промежуточных кэшей а не с авторитативного сервера. Однако предсказать процент попадания в кэш заранее невозможно.
Промежуточные сервера у провайдеров обычно кэшируют ответы. Причем продолжительность жизни ответа в кэше может быть как больше так и меньше TTL, настроенного на авторитативном сервере. Такое положение вещей создает определенную боль при переезде сайтов с одного хостинга на другой и при прочих подобных мероприятиях.
Не рассмотрены:
— кэширование DNS ответов на клиенте и на промежуточных серверах.
— keep-alive соединения от клиента к серверу (не совсем кэширование но принцип похож — повторное использование соединения вместо создания нового соединения).
— кэширование дескрипторов открытых файлов для случая когда сервер отдает много статики с диска.
— кэширование выдачи stat().
— кэширование дерева директорий на диске
— кэширование информации о клиентском хосте и о параметрах канала от клиента до сервера (так называемый hostcache).
— кэширование контента после сжатия (gzip).
2) Правда ли что по крайней мере в некоторых системах видеонаблюдения попавшая в поле зрения системы фотовспышка может привести к ложному срабатыванию пожарной тревоги. Ну т.е. я понимаю, что теоретически можно настроить так что бы любую вспышку автоматика сразу считала коротким замыканием и пожаром. Делается ли так на самом деле в каких-нибудь там складах, например?
А вот примерно так и будет выглядеть:
en.wikipedia.org/wiki/Chinese_BASIC
> Имхо история последнего факта намного интереснее.
And so, when I signed a sponsorship deal with the computer company Atari in 1986, I took as payment over fifty of their newest machines to bring back to form a youth computer club in Moscow, the first of its kind in the Soviet Union. I continued to supply the club with hardware and software acquired on my travels and it became a hub for many talented scientists and hobbyists.
How it all started
By Garry Kasparov
Это не чат а журнал приема-передачи смены. Являетя официальным документом, прямо как трудовая книжка. Скорее вего утвержен каким-нибудь Минтрансом или кто там для этих перцев главный.
На самом деле на фото показаны не спутники а диспенсеры для них. Это такие маленькие катапульты для отстрела спутников от ракеты в заданном направлении с заданной скоростью.
Когда его собирали то техник-сборщик слегка ошибся при позиционировании главного зеркала телескопа — всего на 1.5мм — недокрутил какую-то там фигнюшку или что-то типа того. Зеркало стало непригодным для работы. Он это заметил, сам попытался исправить и прикрутил сбоку какую-то шайбу что бы исправить положение. Но это не помогло. Техник плюнул на всё это и оставил как есть. Телескоп стал непригоден для работы. От слова совсем.
Это всплыло на тестах. Результаты тестов просто были проигнорированы да и всё. Непригодный для работы телескоп вывели на орбиту.
Только после того, как телескоп начал выдавать какие-то мутные картинки, создатели начали что-то подозревать.
Для испрвления бага понадобилось изготовить специальную большую линзу, кривизна которой компенсировала багливость главного зеркала телескопа. Затем понадобилось запускать Шаттл с линзой в грузовом отсеке, стыковаться с Хабблом, выходить в открытый космос и там ставить эту линзу, для которой не было изначально предусметрено никаких посадочных мест. Всё приключение заняло несколько лет и стоило дорого. Виноватым объявили стрелочника-сборщика но потом как-то быстро забыли о нём.
Кто-то из наивных трейдеров ещё надеется обогнать торговых роботов вручную, ускорив нажимание кнопок на клавиатуре :-) Наивные люди.
Опять же липкие бумажки на клавишах… Никто не слышал про Оптимус, в котором все
уже давно придумано и реализовано. https://www.artlebedev.ru/optimus/
К моменту выдачи ТЗ на систему уже были выполнены штук 20 ядерных испытаний — так что разные датчики там можно было испытывать в естественной обстановке.
На такого перца будут смотреть очень подозрительно. На стажировке человек работал, ему не заплатили, плюнули в душу, поглумились и оттоптались на прощание. Как минимум у него после этого кортизол зашкаливает и возможны будут всякие перекосы в работе на этой почве. Как максимум он наймётся и начнёт мстить — т.е. сразу же начнёт формировать финансовую подушку и искать следующую работу, постоянно прокручивая в голове планы по поводу того, как бы позаковырестее и поэффектнее расстаться с только что полученной.
На этих сайтах кроме вакансий есть так же и характерный набор статей про то, как грамотно строить свою карьеру, переходя из одной компании в другую по собственному желанию.
Если бы это было так то там не было бы сайтов для поиска работы. А их там на самом деле много и они весьма посещаемые.
Такое часто происходит если база пришла из продакшена в тесты без промежуточной статической проверки. То есть никто не убедился в том, что там на самом деле всё правильно и нет намеков на то, что какие-либо проверки или ограничения на самом деле почему-то не соблюдаются.
Точный ответ — из полгорода желающих одновременно зайти на youtube значительная часть их заберет резолв из промежуточных кэшей а не с авторитативного сервера. Однако предсказать процент попадания в кэш заранее невозможно.
https://habrahabr.ru/post/203548/
Промежуточные сервера у провайдеров обычно кэшируют ответы. Причем продолжительность жизни ответа в кэше может быть как больше так и меньше TTL, настроенного на авторитативном сервере. Такое положение вещей создает определенную боль при переезде сайтов с одного хостинга на другой и при прочих подобных мероприятиях.
Не рассмотрены:
— кэширование DNS ответов на клиенте и на промежуточных серверах.
— keep-alive соединения от клиента к серверу (не совсем кэширование но принцип похож — повторное использование соединения вместо создания нового соединения).
— кэширование дескрипторов открытых файлов для случая когда сервер отдает много статики с диска.
— кэширование выдачи stat().
— кэширование дерева директорий на диске
— кэширование информации о клиентском хосте и о параметрах канала от клиента до сервера (так называемый hostcache).
— кэширование контента после сжатия (gzip).
У меня на сайте с 5,000-7,000 юников в сутки со средним временем просмотра страницы в 25 секунд получилось примерно 0.001 XMR в сутки.
Пара вопросов странных:
1) Шнур-микрофон в земле — что это?
2) Правда ли что по крайней мере в некоторых системах видеонаблюдения попавшая в поле зрения системы фотовспышка может привести к ложному срабатыванию пожарной тревоги. Ну т.е. я понимаю, что теоретически можно настроить так что бы любую вспышку автоматика сразу считала коротким замыканием и пожаром. Делается ли так на самом деле в каких-нибудь там складах, например?
Эти три задания — это полный набор фильтров кандидатов или это толко нулевой этап "проверки на адекватность"?