@Dmitry расслабься. очередное враньё и софистика от любителей животных. из той же оперы, что на дворовых собак ошейники надевают.
чума в Европе случилась не из-за кошек. на грызунов прекрасно охотились хорьки, которых у европейцев было очень много. вспомни картину дама с горностаем — это на самом деле хорёк. они лучше чем кошки справляются с грызунами и крысами. более подвижны и более продуктивны в плане охоты на них.
а вот большинство кошек не хотят иметь дело с крысами. и это хорошо известно по эпизодам в Ленинграде. приходилось селекторам выводить отдельные виды и породы кошек не боящихся охотиться на крыс.
@strizhechenko да, это именно так и решается — раз когтеточки не помогают, значит постричь когти.
а чтобы истерик было поменьше, можешь ему ещё и на лапы колпачки надеть. тогда акцент внимания будет на них, а не укоротившиеся когти.
вот ты здесь уже есть. теперь в этом треде не хватает @shuro @shuro — очередного представителя любителей поистерить, из-за тревожности и ради чувства вовлечённости. как средства получения какой-то психологической разрядки.
сосредоточься на сути вопроса, а не технических аспектах доставки контента и управления свободным временем индивидуумами :)
и не переводи стрелки. полно сериалов, более чем интересных и достойных, у которых всего один сезон и то меньше десятка эпизодов.
с увеличением длинны конвейера нарастает и производительность — количество инструкций выполняемых одновременно. всё при одной и той же тактовой частоте.
большинство гуманитариев в 90-х годах несло много чуши и бреда о компьютерах, зачастую именую процессором вообще системный блок целиком.
это при том, что IBM PC тогда ещё не победили и стандартом по миру было оснащать рабочие места высокопроизводительными рабочими станциями. процессоры которых мало общего имели с x86 и было их несколько разных семейств с архитектурами.
соответственно, Моторола 68000 семейство активно использовалось в рабочих станциях и настольных компьютерах Apple. но его нельзя было через мегагерцы сравнивать ни с x86, ни с другими типами процессоров для рабочих станций. ни даже внутри самого 68000 семейства.
аналогичной была ситуация и с x86 семейством, где в 90-х годах делали процессоры не только Intel, но и уже AMD нарисовалось и был серьёзный игрок Cyrix + некоторые другие.
а на серверах, так вообще балом правили процессоры другого типа. достаточно вспомнить семейство SPARC от того же SUN Microsystems. что они умели в сравнении с остальными и как быстро стали 64-х разрядными, в то время, как другие семейства лишь задумывались о возможности ухода с 32-х разрядных режимов работы.
@Dmitry вот как ты думаешь, при моём опыте работы в ИТ сфере более 20-25 лет. сколько у меня знакомых уехало с начала СВО? вот чего-чего, а историй разных и всяких хватает.
но уезжают не ценные кадры и работу на удалёнке и в офисе там дают далеко не сказать чтобы ценным кадрам.
там любому кадру удаётся найти работу по профессии, если в РФ получил образование и квалификацию в ИТ хоть какую-то обрёл.
потому что идут как дешёвая рабочая сила. в деньгах и уровне жизни не выиграл никто из этих релокантов. все кто могли выиграть с переезда в силу приличной квалификации и навыков толковости — те уехали задолго до начала СВО.
@sign не утомляй людей, сходи тихонько поиграйся сам https://www.regextester.com/
если не нравится эта, то подобных онлай-песочниц с PCRE более чем с избытком.
на крайняк свою оффлайновую собери из любого подходящего языка программирования.
@johan Так это не твоя проблема.
Тебя же не волнует состояние кодовой базы тех онлайн-сервисов и веб-сервисов, которыми пользуешься почти каждый день. Или которые в ощутимой мере влияют на твою жизнь?
Так же и тут — это проблемы юристов, которые будут с этим всем работать. Ты не юрист и было бы странно, если бы пытался выполнять работу юриста в подобного рода делах.
Ровно так же странно, как если бы лез засучив рукава ковыряться в исходниках на Си, С++, Асме или Жаве с СиШарпом.
Очередной скандал из ничего, не имевший бы оснований, если бы не прибегнули к откровенному вранью. Как всегда о злой и страшной России, якобы имеющей доступ к данным мессенджера #Signal
советник главы Белого дома по национальной безопасности Майкл Уолтц случайно добавил в закрытый чат, созданный в мессенджере Signal, редактора издания The Atlantic Джеффри Голдберга. В чате обсуждались вопросы, связанные с началом военной операции США против йеменских хуситов, используемое вооружение и прочая информация под грифом «совершенно секретно». В переписке участвовали министр обороны Пит Хегсет, директор ЦРУ, глава Национального разведывательного управления и другие высокопоставленные представители силовых структур.
Вот это враньё, на котором вертится весь скандал:
Несмотря на то что Signal использует двойное шифрование и считается одним из наиболее защищенных мессенджеров, давно известно, что спецслужбы многих стран, включая Россию, имеют доступ к его данным.
Не говоря уже о том, что Signal почему-то именуется «коммерческим мессенджером».
Именно криптосхема, протокол #e2ee, из Signal Messenger используется в #Viber, #WhatsApp, #Skype, #GoogleDUO и ряде других системах гарантируя «сквозное шифрование».
Включая тот самый #OMEMO для #XMPP/#Jabber, что пришёл на смену #OTR.
А сам по себе Signal Messenger считается не только каноничной реализацией этого протокола. Но и другого подхода — когда сервер не обладает метаданными кто же именно и кому пишет.
Т.е. когда владельцы сервиса не знают какие именно пользователи между собой в 3 часа ночи обмениваются сообщениями и с какой интенсивностью.
Этот подход называется sealed sender И многократно проверен на корректность академическим сообществом, ровно так же как была проверена криптосхема (протокол) Signal.
#crypto #криптография #infosec #privacy #ИБ @russian_mastodon @ru @Russia
@johan правильно мыслишь. у меня почти целый день vscode/vscodium/uncoded открыты. а вот тексты рандомные правлю или в Kate или в LibreOffice.
а всякие Mardown-документы с заметками в Obsidian или аналогах, т.к. у нас много документации и заметок валяется на GitLab (его аналоге). откидываясь в репозитории с коллективным доступом после вызревания в локальных-индивидуальных базах знаний.