От чего оно может защитить? От родителей, школьников забывших пропуск и других законопослушных посетителей?
Да, оно может только издеваться над порядочными людьми.
Во всех случаях нападения на школы и прочие "охраняемые" общественные места:
Охрана ни разу не смогла (и даже не попыталась) защитить людей, обезвредить преступников. Охрана ни разу не понесла за это ответственность. В большинстве случаев охранники не пострадали.
Я, когда-то охранял школу. В 80-е. Вместе с одноклассниками. С 4 класса и до окончания школы. И пионерские лагеря я тоже охранял. С 10 лет до 13. Мы САМИ охраняли, никаких взрослых охранников тогда не было в природе.
Каждый раз, при заступании на дежурство, нам объясняли, какая ответственная задача нам поручена. Нам доверяют безопасность школы (пионерлагеря) и в наших руках судьбы сотен детей и десятков взрослых. В мире крайне напряженная ситуация (Рейган, НАТО, Першинг-2, Никарагуа), в ближайшие годы нам предстоит выполнить свой интернациональный долг в Афганистане. Поэтому, сейчас нам нужно тщательно следить, чтоб никто на зашел на территорию лагеря через ворота и не прошел в школу без сменки.
В 10 лет мы это воспринимали всерьез. В 11 лет еще тоже как-то верили. Ворота в лагере мы охраняли ответственно, хотя и знали, что неподалеку от ворот отсутствует секция забора, и еще есть куча дыр и проходов, да и через забор перелезть нетрудно. С 12-13 лет постепенно пришло понимание, что мы занимаемся полной х%$ней. Тем не менее, работа по охране детского учреждения многим ребятам нравилась, так как давала освобождение от уроков (в лагере - от тихого часа).
В более старшем возрасте мне приходилось охранять секретные воинские части. В институте, на военной кафедре и сборах. Это мало отличалось от школы и пионерлагерей.
Так что, опыт у меня есть. И он постоянно вспоминается, когда я вижу, как сейчас взрослые люди, на серьезнах щах занимаются охраной школ, лагерей, поликлиник, детских садов...
Разве у них был шлюз? Вроде, они просто выпускали воздух их корабля и выходили на улицу. А после возвращения наполняли его свежим воздухом (точнее, кислородом).
металлический шарик бросить в стакан с любым порошком, он останется лежать на поверхности. В то же время, стоит нам только поставить этот стакан на вибрирующую платформу, как порошок приобретёт как бы текучесть, и шарик в ней моментально утонет!
Литиевый шарик утонет в вольфрамовом порошке?
Почему же тогда камни "всплывают" на полях? И всякие снаряды, оставшиеся с войны?
Вообще, действует ли закон Архимеда для песка и камней при вибрациях?
Поршневые двигатели останавливают выключением магнето. Стоп-кран используется в особых случаях.
Для газотурбинных двигателей стоп-кран - штатное средство для выключения двигателя.
Насчет цвета. Бывают красные (понятно, почему) Как вариант, бывают и оранжевые. Желтые (так как это топливная арматура) На туполевских машинах - почему-то зеленые
Голубые, синие и фиолетовые стоп-краны мне не встречались.
По поводу получения детальных отчетов от U2DCheck. Не все так просто.
В указанной статье рекомендуют поставить флаг: [HKEY_CURRENT_USER\Software\Microsoft\VisualStudio\12.0\General] "U2DCheckVerbosity"=dword:00000001 Но это, наверное, для 12 (2013) версии Студии. А для 2022 там, наверное, должно быть 17.0 У меня в реестре оказалось аж четыре таких раздела:
Я добавил U2DCheckVerbosity в каждый из четырех 17.0 разделов. Не заработало. Еще в UI (Tools/Options) похожая настройка для SDK-style проектов. Тоже не помогло
Вроде, U2DCheckVerbosity работает, но только для C# проектов.
Да, действительно, я это упустил. И в результате, U2DCheck не запускал MSBuild. Спасибо! Поправил, заработало.
Вопросы: Какой смысл несет имя tlog файла? В вашем примере это protobuf.read.1.tlog Первая часть - что угодно? Вторая - read/write. Третья - какой-то номер?
Если удалять целевые файлы и вызывать Build, то они восстанавливаются. Но tlog-файлы при этом неограниченно растут - в них дописывается инфа о восстановленных файлах. Это нормально? При Clean или Rebuild они очищаются.
Item CopyFileToFolders: Из коробки работают Rebuild, Build (Incremental), Clean. Но, при уровне Minimal-output, все это делается совершенно молча. Даже Rebuild. Отсутствует документация.
Пользовательский Item и таргет с Copy-task: Clean пришлось делать самостоятельно. А Build не могу заставить работать. Если удалить часть файлов, то он этого не замечает, говорит, что все "up to date". Похоже, MsBuild проверяет файл *.lastbuildstate, и, если он актуальный, то игнорирует все таргеты и их Inputs и Outputs и завершает работу.
Вообще, странно. Вроде, простая и обычная задача: скопировать файл в выходную директорию, а нормального решения нет. А ведь нынешнему MsBuild-у уже 14 лет.
PS. В статье есть опечатка в слове "CopyFileToFolders". Поправьте, пожалуйста. Такая же опечатка есть в моих комментариях (я копипастил из статьи). Там, похоже, уже не исправить.
Пылинки, взлетевшыея со скоростью, сравнимой со второй космической (2.4 км/с), вернутся на Луну не скоро. Причем, вернутся с той же самой скоростью. Пылинки, взлетевшие в "нужном" направдении, вернутся на точку старта и могут повредить аппарат.
Кстати, а американцы заморачивались подобными проблемами? Ждали, пока осядет пыль?
Если я правильно помню то они не показываются правильно в проекте, но сборка msbuild при этом работает.
Студия просто не загружает проект если в нем есть CopyFilesToFolder с wildcard. Сообщает об ошибке.
Однако xcopy имхо тут худшее решение - и не показывается и работает не так хорошо как msbuild.
Команда xcopy нормально показывается в настройках, в разделе "PostBuildEvent". А при сборке в окне "Output" выводятся имена копируемых файлов и сообщение "11 File(s) copied"
Однако xcopy имхо тут худшее решение
А какое лучшее решение?
Задача такая: В исходниках есть папки "debug" и "release", каждая содержит по десятку dll. При сборке из нужно скопировать dll-файлы из папки, соответствующей конфигурации, в OutDir.
Оба текста достаточно грамотные с точки зрения языка, но не содержат никакой полезной информации. Они только отнимают внимание и время. Оба текста никому не нужны (кроме того, кто получит за них деньги)
Полезнее было бы использовать нейросети для отфильтровывания информационного мусора - рекламных текстов и прочих "трудов" всяких рерайтеров.
А использование роботов для генерации информационного мусора, который должны читать живые люди - это путь в никуда.
На графике я вижу, что чем больше охраны, тем больше вред от преступлений.
Чем больше нападающих, тем вред меньше (и от нападающих и от охраны).
Да, оно может только издеваться над порядочными людьми.
Во всех случаях нападения на школы и прочие "охраняемые" общественные места:
Охрана ни разу не смогла (и даже не попыталась) защитить людей, обезвредить преступников.
Охрана ни разу не понесла за это ответственность.
В большинстве случаев охранники не пострадали.
А какой FPR будет у этих "охранников с оружием и подготовкой" ?
Я, когда-то охранял школу. В 80-е. Вместе с одноклассниками. С 4 класса и до окончания школы.
И пионерские лагеря я тоже охранял. С 10 лет до 13.
Мы САМИ охраняли, никаких взрослых охранников тогда не было в природе.
Каждый раз, при заступании на дежурство, нам объясняли, какая ответственная задача нам поручена. Нам доверяют безопасность школы (пионерлагеря) и в наших руках судьбы сотен детей и десятков взрослых. В мире крайне напряженная ситуация (Рейган, НАТО, Першинг-2, Никарагуа), в ближайшие годы нам предстоит выполнить свой интернациональный долг в Афганистане. Поэтому, сейчас нам нужно тщательно следить, чтоб никто на зашел на территорию лагеря через ворота и не прошел в школу без сменки.
В 10 лет мы это воспринимали всерьез.
В 11 лет еще тоже как-то верили. Ворота в лагере мы охраняли ответственно, хотя и знали, что неподалеку от ворот отсутствует секция забора, и еще есть куча дыр и проходов, да и через забор перелезть нетрудно.
С 12-13 лет постепенно пришло понимание, что мы занимаемся полной х%$ней. Тем не менее, работа по охране детского учреждения многим ребятам нравилась, так как давала освобождение от уроков (в лагере - от тихого часа).
В более старшем возрасте мне приходилось охранять секретные воинские части. В институте, на военной кафедре и сборах. Это мало отличалось от школы и пионерлагерей.
Так что, опыт у меня есть. И он постоянно вспоминается, когда я вижу, как сейчас взрослые люди, на серьезнах щах занимаются охраной школ, лагерей, поликлиник, детских садов...
Как темперируется шоколад в этом принтере?
Иначе какао-масло кристаллизуется в легкоплавкую фазу и шоколад будет таять в руках.
Разве у них был шлюз?
Вроде, они просто выпускали воздух их корабля и выходили на улицу. А после возвращения наполняли его свежим воздухом (точнее, кислородом).
Скорость больше 100 км/ч на лесной дороге! Дорога не огорожена и не оцеплена.
Все грибники, охотники, туристы, ориентировщики и пр. предупреждены о том, что здесь проводится гонка?
Или это закрытый огороженный полигон?
Литиевый шарик утонет в вольфрамовом порошке?
Почему же тогда камни "всплывают" на полях? И всякие снаряды, оставшиеся с войны?
Вообще, действует ли закон Архимеда для песка и камней при вибрациях?
Поршневые двигатели останавливают выключением магнето. Стоп-кран используется в особых случаях.
Для газотурбинных двигателей стоп-кран - штатное средство для выключения двигателя.
Насчет цвета.
Бывают красные (понятно, почему)
Как вариант, бывают и оранжевые.
Желтые (так как это топливная арматура)
На туполевских машинах - почему-то зеленые
Голубые, синие и фиолетовые стоп-краны мне не встречались.
Выше была фотка стоп-кранов у боинга - серые.
По поводу получения детальных отчетов от U2DCheck. Не все так просто.
В указанной статье рекомендуют поставить флаг:
[HKEY_CURRENT_USER\Software\Microsoft\VisualStudio\12.0\General] "U2DCheckVerbosity"=dword:00000001Но это, наверное, для 12 (2013) версии Студии. А для 2022 там, наверное, должно быть 17.0
У меня в реестре оказалось аж четыре таких раздела:
Я добавил U2DCheckVerbosity в каждый из четырех 17.0 разделов. Не заработало.
Еще в UI (Tools/Options) похожая настройка для SDK-style проектов. Тоже не помогло
Вроде, U2DCheckVerbosity работает, но только для C# проектов.
Да, действительно, я это упустил. И в результате, U2DCheck не запускал MSBuild.
Спасибо!
Поправил, заработало.
Вопросы:
Какой смысл несет имя tlog файла? В вашем примере это
protobuf.read.1.tlog
Первая часть - что угодно?Вторая - read/write.
Третья - какой-то номер?
Если удалять целевые файлы и вызывать Build, то они восстанавливаются. Но tlog-файлы при этом неограниченно растут - в них дописывается инфа о восстановленных файлах. Это нормально?
При Clean или Rebuild они очищаются.
Мой опыт с копированием файлов:
Item CopyFileToFolders:
Из коробки работают Rebuild, Build (Incremental), Clean. Но, при уровне Minimal-output, все это делается совершенно молча. Даже Rebuild.
Отсутствует документация.
Пользовательский Item и таргет с Copy-task:
Clean пришлось делать самостоятельно.
А Build не могу заставить работать. Если удалить часть файлов, то он этого не замечает, говорит, что все "up to date". Похоже, MsBuild проверяет файл *.lastbuildstate, и, если он актуальный, то игнорирует все таргеты и их Inputs и Outputs и завершает работу.
Вообще, странно. Вроде, простая и обычная задача: скопировать файл в выходную директорию, а нормального решения нет. А ведь нынешнему MsBuild-у уже 14 лет.
PS.
В статье есть опечатка в слове "CopyFileToFolders". Поправьте, пожалуйста.
Такая же опечатка есть в моих комментариях (я копипастил из статьи). Там, похоже, уже не исправить.
Пылинки, взлетевшыея со скоростью, сравнимой со второй космической (2.4 км/с), вернутся на Луну не скоро. Причем, вернутся с той же самой скоростью.
Пылинки, взлетевшие в "нужном" направдении, вернутся на точку старта и могут повредить аппарат.
Кстати, а американцы заморачивались подобными проблемами? Ждали, пока осядет пыль?
Да, но для ClCompile-items при Minimal-output выводится имя файла. И видно, что сборщик что-то делает.
А CopyFilesToFolder-items - полная тишина. Просто появляются файлы.
Можно ли как-то повысить информативность? Или добавить свои сообщения?
Вообще, CopyFilesToFolder как-то совсем плохо документированы.
Да, сорри, был неправ. Wildcards поддерживаются.
CopyFilesToFolder работает. Но, к сожалению, работает молча: ничего не выводится в окно output при уровне Minimal. Можно это как-то исправить?
Студия просто не загружает проект если в нем есть CopyFilesToFolder с wildcard. Сообщает об ошибке.
Команда xcopy нормально показывается в настройках, в разделе "PostBuildEvent".
А при сборке в окне "Output" выводятся имена копируемых файлов и сообщение "11 File(s) copied"
А какое лучшее решение?
Задача такая: В исходниках есть папки "debug" и "release", каждая содержит по десятку dll. При сборке из нужно скопировать dll-файлы из папки, соответствующей конфигурации, в OutDir.
Студия загружает проект. А собирает его потом с помощью MsBuild.
Но если проект содержит ошибки или неподдерживаемые студией фичи, то студия не может загрузить такой проект.
Конечно, можно не загружать проект в студию, а собирать его из командной строки. Но зачем тогда Студия?
Оказалось, что wildcards не поддерживаются VisualStudio.
Так что, для копирования директории приходится по-прежнему использовать xcopy в PostBuildEvent.
А робот не сможет добавить такую же плашку к своим текстам?
Оба текста достаточно грамотные с точки зрения языка, но не содержат никакой полезной информации. Они только отнимают внимание и время. Оба текста никому не нужны (кроме того, кто получит за них деньги)
Полезнее было бы использовать нейросети для отфильтровывания информационного мусора - рекламных текстов и прочих "трудов" всяких рерайтеров.
А использование роботов для генерации информационного мусора, который должны читать живые люди - это путь в никуда.