Согласен с выводами автора поста. В свою очередь, я как 80% .NET Core разработчик и лишь на 20% DevOps, скажу, что в теории есть возможность интерации с системами мониторинга любого уровня, той же Grafana, как на уровне АПИ тик и на уровне игерации и предоствления внутренних счетчиков произвродительности .NET, как память, управляемая и неуправляемая кучи, статистика и внутренние пользовтельские показатели, как и с любой другой программной системой, либо собственная реализация ping/pong, и мониторинг ресурсов, если не хочется использовать интеграцию с DevOps, однако на реальных проектах, с точки зрения разработки, на это — на уровне проекта и менеджмента, — не выделяется вообще никаких ресуросов как при сборке и написании монолитных бекенд сервисов, так и микровервисов, так как подразумевается, что ранне обнаружение проблем (связи, состояния БД, сети — частично падающие пакеты, например) не нужно, другими словами, в 99.999% случаев, вам в дальнейшем придется ставить сложную, дорогую (TCO) и ненадежную систему ВНЕШНЕГО мониторинга ресурсов, не интегрированого в написанный тут же, рядом, код, то есть без пользовательских мониторинга счетчиков производительности, ОС, логов и окружения, и вам придется использовать ее, вместо того, чтобы мониторть только то, для чего изначально предназначелись — работоспособность вашего кода. Я бы с радость написал код, который поддерживает Grafana, но когда я просто в пайплайне деплоя реализовал докером и SoundCloud сервером систему мониторинга качства исходного кода (я не говорю, уж даже о продакшене), я это делал фактически за свой счет, заказчику важность этого функционала никто не обьяснил, а это начало той самой цепочки фатальных решений, принятие которых заначивается провалом проекта в целом, то есть сначала, проекто становится тяжело развивать, а уже потом — и мониторить. Изначально, по современной тенденции, проекты эволюционируют, экспоненциально, по сложности, а мониторинг производительности, как дергал htop, так и дергает, пир этом сами сервисы, VNC, сами АПИ бекенда могут работать и выдавать какую-то адекватную информацию, но без внутренней информации, доступа к внутреннему черному (уже белому) ящику, найти пирчины отказа при работе в среде окружения на реальных пользователях, так-же из тривиальной приевращается в задачу с привлечением машинного обучения и еще большей сложности проекта, вместо того, чтобы двигаться в сторону упрощения. Как-то когда-то решили, что проекты бека мониторить не нужно, просто мониторьте подсы, и будет вам щастье, с помощю встроенных средств, ну они ваи и говорят, что место закончилось, наример 500 гигов, на ноду, или что-то такое-эе невразумительное, как загрузка всех ядер на 100% каким-то процессом node.js, в активном бесконечном цикле самоопроса, то есть постфактум, когда поздно что-то изменить и спасти под, бд, ноду. То есть считается, что вывод и ввод в строй одной ноды другой должно решать эти проблемы, однако из-за низкого качества выходного кода, недостатка управления и отсуствия внутренних метрик произвордительности и работоспособности проекта, вам придется иметь дель либо с полным отсуствием логов, либо с его переизбытком, и в любом случае, если проблема будет скрываться в коде, перезапуск лишь отсрочит вероятную проблему, но никак не поможет с ее решением.
А мне нравится ваше видение, потому что, вот последние наблюдения например, галактик, которые старше всленной на почти 2% (более 1! миллиарда!!! лет, говорят о том, что скорость света не всегда была постоянной, т. е. Нельзя наблюдать свет до Большого взрыва, который был 14 условных лет назад, и датировать его возрастом 15 или 16 условных единиц, другими словами, скорость света, хотя и является максимальной в данной точке пространства и ВРЕМЕНИ, но изменяется очень медленно (увеличивается) с течением времени, медленно, незаметно глазу, но увеличивается. Соответственно, это решает дилемму появления галактик до Большого взрыва, если придерживаться общепринятой космологической теории. То есть, свет - не константа, а вот время - да
Я вас искренне поддержал постом выше, потому что считаю, что на 99% есть одна теория, которая экспериментально доказана - культура массового хейта характерна для обезьяньих, и происходит от групп обезьян уже более нескольких сотен тысяч лет, в основе которой лежит социальное поведение приматов. Так что удачи, мой ник в телеграмме funcelot, напишите, буду очень ждать.
Массовая культура хейт спича - вы всё её продемонстрировали. Отличный материал для ученых в области психологии бессознательного. Вызывает сожаление лишь факт, что среди тех, кто это делает подавляющее большинство уверены, что делают правильно. А повесится человек - вам и всё равно, главное насрать а душу, ну, да. Это основы социализации, со времён, когда с дерева слезли обезьяны всегда будут находиться те, кто будет участвовать в травле. Молодцы! Сто тысяч лет, а всё там же :)
Все было хорошо до момента регистрации на сторонних сервисах. я напишу статью про Flask + RESTful API сам, на базе IDE Visual Studio Code и её .devcontainers, с тестированием, тонкостями настройки pyodbc (unixodbc) для mssqlserver2017 и unit tests + behave (acceptance tests), если получу лайки и лучи поддердки под этим постом!
Есть гипотеза, что несуществующая материя - это просто та же материя, но отстающая по шкале времени, поэтому она и не взаимодействует с обычной материей и не наблюдаемая - потому что это просто другой временной срез, но все таки некоторое косвенное взаимодействие наблюдается, по сути, если бы существовали частицы времени, и они двигались бы как волны, то я бы сказал, что мы находясь все время на пике одной бесконечно распространяемой волны времени, просто видим эффекты взаимодействия со второй волной времени, прошедшей раньше, вот и все, то есть ваша темная материя - это просто ваша материя, которая находится чуть раньше в пространственно временном континууме, и косвенно влияет на все объекты, как центробежная сила - вымышленное построение, которого не существует, но которое хорошо описывает взаимодействия сквозь пространственно-временной континуум.
Нет, нейтрино было теоретически предсказано и экспериметально установлено. Никаких костылей нейтрино не представляет, и само по себе даже не является какой-то особенной частицей
Не бывает лекарственных препаратов без побочек, только если это не прессованный глютамин (и то, с ограничениями по объёму)
Доказано, что вакуинироание сн даёт число тяжёлых и очень тяжёлых случаев в популяцц
Вакуинироание - не зло, не добро, а просто ещё одна процедура, наряду с АКДС, использованием жидкого мыла при мытье рук для предотвращения дизентерии, изобренеии лекрства от герпеса и гепатита С, а так же лечении малярии. Это просто нука, черт побери!
Чтобы понять, что аспирин не помогает при подтвержденном COVID-19, не надо быть MHD, ну рили, там такие адские советы, что поймет любой российский школьник, а уровень модераторов достаточен, чтобы применяя критическое мышление и научно опровергаемые факты и научный подход к извлечению знаний отметить очевидно вымышленные лекарства, ложные утверждения и прочую муть, типа ОБС, бабка знает, что говорит.
Ну и что, всех обманул, мои поздравления. Капитализм не про честность, а про обман. Так что удачи на пути обмана работодателя, себя и коллег, давно замечено, что от уровня ЗП, работники лучше работать не будут, и вряд-ли твоя подробная инструкция поможет повторить успех, так что поздравляю, удачи!
задержки сигнала на 2 с хватает, чтобы ваша рука спозиционировалась с ошибкой в 2 см, при скорости 1 c/см, ну и в общем, это конец всей идеи, поэтому на марс они не полетят, и на луну — тоже
это тупиковая ветвь, на луне будут проблемы с обратной связью, не говоря уже о Марсе, да и на МКС будут проблемы, связанные с большими задержками сигнала.
Согласен с выводами автора поста. В свою очередь, я как 80% .NET Core разработчик и лишь на 20% DevOps, скажу, что в теории есть возможность интерации с системами мониторинга любого уровня, той же Grafana, как на уровне АПИ тик и на уровне игерации и предоствления внутренних счетчиков произвродительности .NET, как память, управляемая и неуправляемая кучи, статистика и внутренние пользовтельские показатели, как и с любой другой программной системой, либо собственная реализация ping/pong, и мониторинг ресурсов, если не хочется использовать интеграцию с DevOps, однако на реальных проектах, с точки зрения разработки, на это — на уровне проекта и менеджмента, — не выделяется вообще никаких ресуросов как при сборке и написании монолитных бекенд сервисов, так и микровервисов, так как подразумевается, что ранне обнаружение проблем (связи, состояния БД, сети — частично падающие пакеты, например) не нужно, другими словами, в 99.999% случаев, вам в дальнейшем придется ставить сложную, дорогую (TCO) и ненадежную систему ВНЕШНЕГО мониторинга ресурсов, не интегрированого в написанный тут же, рядом, код, то есть без пользовательских мониторинга счетчиков производительности, ОС, логов и окружения, и вам придется использовать ее, вместо того, чтобы мониторть только то, для чего изначально предназначелись — работоспособность вашего кода. Я бы с радость написал код, который поддерживает Grafana, но когда я просто в пайплайне деплоя реализовал докером и SoundCloud сервером систему мониторинга качства исходного кода (я не говорю, уж даже о продакшене), я это делал фактически за свой счет, заказчику важность этого функционала никто не обьяснил, а это начало той самой цепочки фатальных решений, принятие которых заначивается провалом проекта в целом, то есть сначала, проекто становится тяжело развивать, а уже потом — и мониторить. Изначально, по современной тенденции, проекты эволюционируют, экспоненциально, по сложности, а мониторинг производительности, как дергал htop, так и дергает, пир этом сами сервисы, VNC, сами АПИ бекенда могут работать и выдавать какую-то адекватную информацию, но без внутренней информации, доступа к внутреннему черному (уже белому) ящику, найти пирчины отказа при работе в среде окружения на реальных пользователях, так-же из тривиальной приевращается в задачу с привлечением машинного обучения и еще большей сложности проекта, вместо того, чтобы двигаться в сторону упрощения. Как-то когда-то решили, что проекты бека мониторить не нужно, просто мониторьте подсы, и будет вам щастье, с помощю встроенных средств, ну они ваи и говорят, что место закончилось, наример 500 гигов, на ноду, или что-то такое-эе невразумительное, как загрузка всех ядер на 100% каким-то процессом node.js, в активном бесконечном цикле самоопроса, то есть постфактум, когда поздно что-то изменить и спасти под, бд, ноду. То есть считается, что вывод и ввод в строй одной ноды другой должно решать эти проблемы, однако из-за низкого качества выходного кода, недостатка управления и отсуствия внутренних метрик произвордительности и работоспособности проекта, вам придется иметь дель либо с полным отсуствием логов, либо с его переизбытком, и в любом случае, если проблема будет скрываться в коде, перезапуск лишь отсрочит вероятную проблему, но никак не поможет с ее решением.
DION->DIOFF
Беспроцентный SWIFT, если у вас есть 20000$ и выше. Если нет - можете забыть, что такое SWIFT.
Спасибо, мне статья понравилась.
А мне нравится ваше видение, потому что, вот последние наблюдения например, галактик, которые старше всленной на почти 2% (более 1! миллиарда!!! лет, говорят о том, что скорость света не всегда была постоянной, т. е. Нельзя наблюдать свет до Большого взрыва, который был 14 условных лет назад, и датировать его возрастом 15 или 16 условных единиц, другими словами, скорость света, хотя и является максимальной в данной точке пространства и ВРЕМЕНИ, но изменяется очень медленно (увеличивается) с течением времени, медленно, незаметно глазу, но увеличивается. Соответственно, это решает дилемму появления галактик до Большого взрыва, если придерживаться общепринятой космологической теории. То есть, свет - не константа, а вот время - да
Я вас искренне поддержал постом выше, потому что считаю, что на 99% есть одна теория, которая экспериментально доказана - культура массового хейта характерна для обезьяньих, и происходит от групп обезьян уже более нескольких сотен тысяч лет, в основе которой лежит социальное поведение приматов. Так что удачи, мой ник в телеграмме funcelot, напишите, буду очень ждать.
Массовая культура хейт спича - вы всё её продемонстрировали. Отличный материал для ученых в области психологии бессознательного. Вызывает сожаление лишь факт, что среди тех, кто это делает подавляющее большинство уверены, что делают правильно. А повесится человек - вам и всё равно, главное насрать а душу, ну, да. Это основы социализации, со времён, когда с дерева слезли обезьяны всегда будут находиться те, кто будет участвовать в травле. Молодцы! Сто тысяч лет, а всё там же :)
Все было хорошо до момента регистрации на сторонних сервисах. я напишу статью про Flask + RESTful API сам, на базе IDE Visual Studio Code и её .devcontainers, с тестированием, тонкостями настройки pyodbc (unixodbc) для mssqlserver2017 и unit tests + behave (acceptance tests), если получу лайки и лучи поддердки под этим постом!
Есть гипотеза, что несуществующая материя - это просто та же материя, но отстающая по шкале времени, поэтому она и не взаимодействует с обычной материей и не наблюдаемая - потому что это просто другой временной срез, но все таки некоторое косвенное взаимодействие наблюдается, по сути, если бы существовали частицы времени, и они двигались бы как волны, то я бы сказал, что мы находясь все время на пике одной бесконечно распространяемой волны времени, просто видим эффекты взаимодействия со второй волной времени, прошедшей раньше, вот и все, то есть ваша темная материя - это просто ваша материя, которая находится чуть раньше в пространственно временном континууме, и косвенно влияет на все объекты, как центробежная сила - вымышленное построение, которого не существует, но которое хорошо описывает взаимодействия сквозь пространственно-временной континуум.
Нет, нейтрино было теоретически предсказано и экспериметально установлено. Никаких костылей нейтрино не представляет, и само по себе даже не является какой-то особенной частицей
Подозреваю, что некоторые драйвера требуют новой реализации без использования гипервизора, на нативных инструкциях и нужен специалист широкого профиля
Снижает число тяжёлых и очень тяжёлых случаев
Доказано, что побочки отвакцин - есть.
Не бывает лекарственных препаратов без побочек, только если это не прессованный глютамин (и то, с ограничениями по объёму)
Доказано, что вакуинироание сн даёт число тяжёлых и очень тяжёлых случаев в популяцц
Вакуинироание - не зло, не добро, а просто ещё одна процедура, наряду с АКДС, использованием жидкого мыла при мытье рук для предотвращения дизентерии, изобренеии лекрства от герпеса и гепатита С, а так же лечении малярии. Это просто нука, черт побери!
Чем докажешь
Чтобы понять, что аспирин не помогает при подтвержденном COVID-19, не надо быть MHD, ну рили, там такие адские советы, что поймет любой российский школьник, а уровень модераторов достаточен, чтобы применяя критическое мышление и научно опровергаемые факты и научный подход к извлечению знаний отметить очевидно вымышленные лекарства, ложные утверждения и прочую муть, типа ОБС, бабка знает, что говорит.
Ну и что, всех обманул, мои поздравления. Капитализм не про честность, а про обман. Так что удачи на пути обмана работодателя, себя и коллег, давно замечено, что от уровня ЗП, работники лучше работать не будут, и вряд-ли твоя подробная инструкция поможет повторить успех, так что поздравляю, удачи!
Вот ещё один относительно быстрый шифр перестановки (правда, не ручной, т.к. используется SHA3, но вместо SHA3 можно использовать что-то, что можно вывести на бумаге, вручную)
https://github.com/funcelot/python-new-year/blob/master/main.py
задержки сигнала на 2 с хватает, чтобы ваша рука спозиционировалась с ошибкой в 2 см, при скорости 1 c/см, ну и в общем, это конец всей идеи, поэтому на марс они не полетят, и на луну — тоже
это тупиковая ветвь, на луне будут проблемы с обратной связью, не говоря уже о Марсе, да и на МКС будут проблемы, связанные с большими задержками сигнала.
А почему не на Python?