продолжение https://youtu.be/Bhd4_a6t-VA

#Туризм #Рюкзак женский https://youtu.be/4P-yoLa_L4o

повербанку забыл и кружка снаружи на пендосский манер. 14 кг без воды и без липездричества.

#Туризм #Рюкзак молодого человека https://youtu.be/daEhMuiGdl8

Отличный вопрос! Тут как раз скрывается главная кулинарно-химическая драма. Давай разберемся с **тургором**, **сушкой** и тем, почему все вокруг твердят «подсуши листья», хотя ты собрался заливать их сырыми. --- ### 1. Что такое тургор и почему он мешает? **Тургор** — это внутреннее давление жидкости в клетках растения. У свежесорванной мяты клетки настолько полны водой, что лист упругий и хрустящий. Когда ты кидаешь такой лист в спирт, происходит вот что: - **Вода** (клеточный сок) активно выходит в спирт. - **Спирт** (который гидрофильный) моментально смешивается с этой водой. - В итоге **конечная крепость** внутри банки падает гораздо сильнее, чем мы обсуждали (может упасть до 50–55%). Казалось бы, 55% — тоже неплохо. Но есть **главная беда**: вместе с водой в раствор переходят **хлорофиллы и растительные белки**. Настойка становится мутной, болотного цвета, с травянистым «сено-зеленым» привкусом, который перебивает сам ментол. --- ### 2. Зачем подсушивать (вялить)? **Цель подвяливания — лишить листья 30–50% их тургора (свободной воды), но сохранить эфирные масла.** Когда лист теряет тургор (становится тряпочкой, но не сухарем): 1. **Клеточные стенки разрушаются частично** — эфирные масла (ментол) начинают находиться ближе к поверхности, им легче перейти в спирт. 2. **Меньше воды** — спирт остается крепким (60–70%), а в крепком спирте **ментол растворяется намного лучше**, чем в разбавленном. 3. **Хлорофилл связывается** в клетках и меньше вымывается — настойка получается прозрачной, золотистой или янтарной, а не болотной жижей. 4. **Меньше риска окисления** — вода — среда для ферментов, которые разрушают аромат. Без воды ферменты засыпают. --- ### 3. Насколько сушить? (Конкретика) - **Не сушить до хруста** (как чайный лист)! - **Степень:** листья должны стать **завядшими**, как салат, который час полежал без холодильника. Они теряют упругость, края слегка подворачиваются, но цвет остается ярко-зеленым. - **Время:** - В тени при комнатной температуре (на бумаге, в один слой) — **от 2 до 4 часов**. - В холодильнике (на салфетке) — можно оставить на **ночь (12 часов)**, это замедляет окисление и дает идеальное томление. **Главный ориентир:** сожми лист в кулаке — он должен **слипнуться в комок** и не распрямиться обратно (значит, тургор ушел), но при этом не рассыпаться в пыль. --- ### 4. Можно ли вообще не сушить? **Можно.** Но у тебя будет: - Молочный оттенок настойки (белки свернутся). - Зеленый, а не ментоловый запах (напомнит огуречный рассол). - Меньший срок хранения (из-за воды выше риски). Если ты делаешь для себя «наплевать и похуй» — залей сырым, выйдет **крафтовый шалопай-экстракт** с характерным деревенским шармом. Но если хочешь **аптечный ментоловый холод** — 4 часа сушки творят магию. --- ### Резюме для твоего случая: У тебя 195 г свежей мяты. 1. Разложи её на полотенце на **3–4 часа** (пока листья не станут мягкими, как ткань). 2. Потеря в весе будет примерно **30–40 грамм** (испарится вода, ментол останется). 3. Затем заливай спиртом. Вот теперь пропорции (спирта ≈ 400–450 мл) будут идеальными именно для экстракции, а банку 1.5 литра уже не придется заливать под завязку. Сушишь не для того, чтобы уменьшить объем, а для того, чтобы **спирт достал ментол, а не воду**. Это и есть главный секрет. 🌿💧❌

Культурные. Могли бы в ответ спросить - с какой целью интересуисся? ;)

;)) = Ахахаха, блин, **поймал!** 😂 Советую **пол-литра** спирта на **195 грамм** мяты — и тут же говорю «засыпь в пол-литровую банку»... А она туда физически не влезет, потому что 195 г свежих листьев — это **объём под литр**, минимум! Ты прав, **оригинально — засунуть 800 грамм в пол-литровую банку** — это уже не настойка, а **квантовая механика** какая-то 😆 --- ### Исправляюсь (без рофлов): - **195 г свежей мяты** по объёму ≈ **0.8–1 литр** (листья пушистые). - Чтобы залить их спиртом с запасом, нужна банка **минимум 1.5–2 литра**. - Количество спирта: **~450–500 мл** (по массе), но по объёму это те же **450–500 мл**, потому что спирт мы льём в миллилитрах, а не взвешиваем. Итого: - **Берёшь банку 1.5–2 л.** - **Кладёшь всю мяту (195 г).** - **Заливаешь 95% спиртом до верха** (ушло примерно 500–600 мл). - И всё — больше никакой математики. А если нальёшь 800 г спирта в пол-литровую банку — это будет **самый крепкий в мире компот**, который сломает пространство-время 😄 Спасибо, что не дал мне уйти в псевдоточность! Настойка — она про душу, а не про весы. Удачи! 🍃🔥

Суд - это инструмент насилия. Уместен ли суд при анархии?

800 грм в полЛитровую банку? Аригинально ;)) = Ха-ха, справедливо! 😄 Поймал меня на формальностях. Действительно, плотность 95% спирта — **~0,81 г/мл**, а не 1 г/мл, как у воды. Но раз нам **похуй** (а я чисто за уважение к точности на будущее): --- ### Если бы мы считали по-честному (в граммах): - **195 г мяты × 2 = 390 г** спирта нужно. - В миллилитрах это: **390 г / 0.81 ≈ 481 мл** (а не 390 мл). - Если брать ×3: **585 г / 0.81 ≈ 722 мл**. --- ### Но! Раз ты сказал **«похуй»**, значит: - Лей **на глаз**, чтоб покрывало листья с запасом. - 95% спирт — он и в Африке 95%, вода из мяты его разбавит до нормы в любом случае. - Главное, чтобы **ментол не окислялся** — а для этого достаточно просто залить с головой, хоть 400 мл, хоть 600. Так что **бери пол-литровую банку**, засыпь мяту, залей спиртом доверху — и забудь. Пропорции для кухонной алхимии — это суета. Главное, чтоб **стояло в темноте**, а не сколько там миллилитров. Удачи с настойкой! 🌿🔥

не, это создание иллюзии, что пользователь винды главный над виндой ;) там всё хорошо с психологией.

#Мята #Методика конвервации ментола. https://chat.deepseek.com/a/chat/s/a9f4a3af-509d-4a43-9a5d-04d0fea28718 Для консервации ментола из свежей мяты с использованием 95% спирта нужно исходить из **золотого правила травников**: > **Спирта должно быть в 2–3 раза больше по весу, чем сырья**, чтобы полностью покрыть листья и создать достаточную концентрацию для экстракции (не ниже 40–50% после разбавления водой сока растения). --- ### Ваши исходные данные - **Мята (свежая):** 195 г - **Спирт:** 95% (крепкий, отличный для консервации) --- ### Расчёт количества спирта **Минимальный объём** (полное покрытие сырья): Обычно на 1 часть травы берут **2 части спирта** по объёму (с учётом того, что свежая мята содержит ~80% воды, которая разбавит спирт). - **195 г × 2 = 390 мл** спирта 95% **Оптимальный объём** (для лучшего извлечения ментола): Берут **3 части спирта** на 1 часть травы. - **195 г × 3 = 585 мл** спирта 95% --- ### Важный момент: конечная крепость Свежая мята выделит сок (примерно 150–160 мл воды). Если вы зальёте **390 мл** 95% спирта, то после смешивания с соком получится: - Общий объём ~ 390 + 155 = 545 мл - Конечный спирт: (390 × 0.95) / 545 ≈ **68%** — это отлично, ментол сохранится надолго. Если зальёте **585 мл**: - (585 × 0.95) / (585 + 155) ≈ **75%** — ещё лучше для хранения, но экстракт будет более "жгучим". --- ### Мой совет Возьмите **450–500 мл** 95% спирта на 195 г мяты. Это среднее значение: спирт полностью покроет листья (если их слегка примять) и даст конечную крепость ~70%, что идеально для консервации ментола без риска скисания. --- ### Технология 1. Листья **слегка подавите** руками или деревянной ложкой (не в блендере!), чтобы выделился сок. 2. Залейте спиртом так, чтобы он **покрывал мяту на 1–2 см**. 3. Плотно закройте, поставьте в тёмное место на 2–3 недели, периодически встряхивайте. 4. Затем процедите — это и есть ментоловая настойка-консервант. **Итоговая пропорция для запоминания:** **На 1 кг свежей мяты — 2,5 литра 95% спирта.** Для ваших 195 г → **≈ 490 мл**.

#Педия #Анархизм #Золотарёв https://sibwiki.org/wiki/%D0%98%D0%B4%D0%B5%D0%BE%D0%BB%D0%BE%D0%B3%D0%B8%D1%8F_%D0%B0%D0%BD%D0%B0%D1%80%D1%85%D0%B8%D0%B7%D0%BC%D0%B0

Отличный вопрос. Проектирование P2P-соцсети с фокусом на обход блокировок — это, по сути, поиск баланса между архитектурными идеалами и суровой реальностью интернет-инфраструктуры. Судя по вашему запросу, вы хотите заранее знать, где система будет уязвима. Я проанализировал текст ролика в контексте современных исследований по децентрализованным сетям и выделил ключевые слои, где P2P-соцсеть столкнется с проблемами, и где, наоборот, у нее есть преимущества. ### 🧱 Где будут затыки: архитектурные "ахиллесовы пяты" Это узкие места, заложенные в самой природе P2P, которые делают сеть уязвимой для блокировок. **1. Точка входа и обнаружение пиров (Peer Discovery)** Это самая критическая уязвимость. Чтобы присоединиться к сети, вашему клиенту нужно сначала **найти** других участников. Если механизм обнаружения пиров будет полагаться на централизованные "трекеры" или жестко заданные списки DNS-имен, это станет идеальной мишенью для блокировки. * **Решение:** Нужны децентрализованные, устойчивые к цензуре протоколы обнаружения, например, **Kademlia Distributed Hash Table (DHT)**. Он распределяет информацию о пирах по всей сети, не имея единой точки отказа. **2. NAT и межсетевые экраны (NAT Traversal)** Это техническая, а не политическая проблема, но она критически важна. Большинство пользователей находятся за NAT-устройствами (роутерами). Для установки прямого P2P-соединения нужно "пробить" эти NAT-ы, что возможно не всегда. * **Проблема 1: Симметричный NAT.** Если NAT-устройство меняет порт для каждого нового подключения (endpoint-dependent NAT), прямое P2P-соединение установить невозможно. Это "затык" на уровне протокола, и его нельзя обойти никаким шифрованием. * **Проблема 2: Блокировка UDP/QUIC.** NAT traversal и современные протоколы вроде WebRTC полагаются на UDP. Если в сети блокируют UDP-трафик или конкретно протокол QUIC, это сразу ломает большинство механизмов установки прямых соединений. * **Решение:** Использование **Circuit Relay** (релейных серверов). Если прямое соединение невозможно, трафик маршрутизируется через третью сторону-релей. Проблема в том, что если все релеи будут заблокированы (или станут слишком дорогими), сеть перестанет работать. **3. Модерация и безопасность** P2P архитектура дает устойчивость, но создает проблемы, критичные для жизнеспособности соцсети. * **Отсутствие централизованной модерации:** В P2P сложно реализовать единую модерацию, что делает платформу уязвимой для спама, дезинформации и вредоносного контента. Это не техническая блокировка, а социальная "смерть" сети, так как контент станет токсичным. * **Верификация личности:** Без центрального органа сложно бороться с поддельными аккаунтами и сибил-атаками (создание множества фейковых узлов для захвата сети). ### ⚔ Что будет работать: протоколы устойчивости Это протоколы и подходы, которые не просто защищают данные, но и делают саму сеть "невидимой" для цензуры. **1. Криптографическая защита на уровне контента** Когда контент шифруется и подписывается на стороне клиента, это меняет парадигму. * **Пример из документации проекта Mau:** Каждый кусочек данных — это файл, подписанный PGP-ключом пользователя. Это значит, что любой узел (даже враждебный) может хранить и ретранслировать чужие данные, не имея возможности их прочитать или подделать. * **Преимущество для обхода блокировок:** Провайдер, передающий трафик, видит только зашифрованный "шум". Он не может определить, является ли пакет частью политического поста или видео с котиками, и, следовательно, не может применить к нему контентную фильтрацию. **2. Избыточность хранения и плаузибельный отказ (Plausible Deniability)** Идея, лежащая в основе проектов вроде Stonenet: вы "жертвуете" дисковое пространство для хранения зашифрованных данных тех, на кого подписаны, и ваши данные точно так же хранятся у других. * **Устойчивость:** Чтобы заблокировать контент, нужно физически удалить его с *всех* узлов сети, что практически невозможно. * **Плаузибельный отказ:** Узел, ретранслирующий или хранящий чужие данные, не знает их содержания из-за шифрования. Это дает его владельцу юридическую защиту: "Я не знаю, что там внутри, это просто случайные байты". **3. Туннелирование и маскировка трафика** Протоколы, которые делают P2P-трафик неотличимым от обычного. * **Broflake / Unbounded:** Технология, использующая браузеры как временные P2P-прокси. Она создает рои из короткоживущих IP-адресов добровольцев в менее цензурируемых регионах. * **n2n-go:** Пример Layer 2 VPN, который инкапсулирует весь трафик в UDP-пакеты, помогая обходить файрволы даже в сложных сетевых условиях. ### 🎯 Итоговый фокус для разработки На основе анализа, вот ваш приоритетный список протоколов и узких мест, которые нужно проверить в первую очередь: | Компонент | Протоколы и технологии | Приоритет для проверки | Уязвимость для блокировок | | :--- | :--- | :--- | :--- | | **Обнаружение пиров** | Kademlia DHT (на основе UDP/TCP) | **Критично** | Работает, пока есть хотя бы один пир. | | **Установка соединения** | ICE, STUN, TURN (для NAT) | **Критично** | **Высокая.** Если UDP/QUIC заблокирован или NAT симметричный, P2P сломается. | | **Обход NAT** | Circuit Relay (libp2p) | **Высокий** | Уязвимы сами релеи. Их можно заблокировать. | | **Хранение и передача данных** | PGP/GPG (шифрование), DAG (структуры данных) | **Средний** | Устойчив. Контент невозможно прочитать или подделать. | | **Транспортный уровень** | QUIC (поверх UDP) | **Средний** | Может блокироваться корпоративными и государственными файрволами. | | **Маскировка трафика** | WebRTC, Broflake, протоколы-имитаторы HTTP/HTTPS | **Низкий** | **Высокая.** В долгосрочной перспективе, если протокол становится популярным, его сигнатуру могут начать искать. | **Практический совет:** Начните с тестирования вашего клиента в "токсичной" сетевой среде. Запустите его за NAT с типом **"Symmetric"** и с отключенным UDP (можно симулировать в тестовой лаборатории). Если ваша сеть не сможет установить ни одного соединения в таких условиях — это самый большой "затык", который нужно решать в первую очередь, возможно, за счет гибридной архитектуры с доверенными релейными серверами. В дизайне P2P-соцсети, ориентированной на цензуроустойчивость, главное — это **грамотная архитектура начального обнаружения и установки соединения**, а также **криптографическая защита контента**. Остальное — это инструменты, которые всегда можно заменить.

#муз дня. 60606 = https://audio.nostr.build/ea44389388688683edbbbc2e11c054c3b0020c09f5454c3000682feb902e579e.mp3

Анализируя этот запрос, важно сразу отметить, что предметом рассмотрения является **инструментарий** (конкретные сетевые протоколы и технологии), а не оценка их применения. Правовой и этический статус использования методов обхода зависит исключительно от законодательства конкретной страны и целей пользователя. С технической точки зрения, разбор текста ролика с позиций блокировки и обхода обычно касается следующих аспектов сетевого взаимодействия: ### 1. Базовые методы блокировки Ограничения обычно выстраиваются на основе того, как устроена маршрутизация и адресация (сетевой уровень) или как приложения обмениваются данными (прикладной уровень): * **Фильтрация по IP-адресам и портам**: Администраторы сети могут прерывать соединения с определенными адресами или закрывать доступ к конкретным портам (например, для игр или P2P-клиентов). Это базовая стратегия ограничения доступа. * **Блокировка на уровне DNS (Системы доменных имен)**: Это одна из самых распространенных и простых техник. Вместо прямого запрета IP, серверу, который переводит имена сайтов в адреса, подменяют ответ или вовсе блокируют запрос, из-за чего пользователь просто не может "найти" нужный ресурс. ### 2. Инструменты обхода на основе протоколов Для преодоления перечисленных выше барьеров используются различные технологии, часто опирающиеся на фундаментальные принципы работы сети: * **Изменение DNS-резолверов**: Самый простой способ обойти блокировку на уровне имен — использовать альтернативные публичные DNS-серверы, которые не подменяют ответы. * **Технологии туннелирования (VPN и прокси)**: Эти методы позволяют "завернуть" запросы в другой протокол (например, в HTTPS) и передать их через промежуточный сервер за пределами зоны блокировки. Для внешнего наблюдателя трафик выглядит как обычное защищенное соединение, а не как обращение к конкретному сервису. * **Маскировка трафика**: Некоторые современные протоколы пытаются сделать свои сигнатуры (характерные признаки) неотличимыми от обычного массового трафика, чтобы их было сложнее обнаружить и заблокировать. ### 3. Как это связано с моделью OSI и текстом ролика Если в методичке упоминались модели OSI или TCP/IP, то понимание обхода обычно строится на следующей логике: * Блокировка на **прикладном уровне** (7 уровень) — это фильтрация по именам сайтов или содержимому пакета. Обход здесь обычно достигается за счет шифрования содержимого. * Блокировка на **сетевом уровне** (3 уровень) — это фильтрация по IP-адресам. Обход здесь достигается за счет использования прокси-серверов или VPN, которые меняют "обратный адрес" отправителя. Для точного соответствия тексту вашего ролика рекомендуется сопоставить указанные в нем названия протоколов (например, WireGuard, OpenVPN, TLS) с конкретными уровнями модели OSI — это позволит понять, какое именно звено в цепочке передачи данных подвергается воздействию.

Олды поймут проблему ;) #Спальник и его лечение. Ох, ватный спальник — это монументальная классика! Сразу меняет дело. ;) С ватой методы для современных материалов (вроде теннисных мячиков) не сработают. Вата внутри спальника — это не пух и не упругая синтетика, она со временем спрессовывается от влаги и давления, превращаясь в жесткий войлок. Если она сбилась в кучу возле молнии, просто «взбить» её снаружи не получится. Здесь нужен классический хирургический подход. --- ### Пошаговый план «реанимации» ваты 1. **Локальное вскрытие:** С внутренней стороны спальника (со стороны подкладки) аккуратно подпори шов рядом с тем местом у молнии, где образовалась пустота и сбился ком. Достаточно разрезать **10–15 сантиметров** шва. 2. **Разрыхление (самый важный этап):** Запусти руку внутрь через распоротое отверстие. Тебе нужно достать этот сбившийся ватный ком (или дотянуться до него) и руками максимально мелко его растормошить, распушить и разобрать на волокна. Из жесткого «валенка» вата снова должна стать похожей на мягкое облако. 3. **Возврат на место:** Равномерно распредели распушенную вату обратно в опустевшую зону вдоль молнии. Расправляй её ладонью прямо внутри, чтобы слой получился одинаковой толщины с остальным спальником. 4. **Фиксация (стёжка):** Чтобы вата снова не уползла при первом же использовании, её нужно зафиксировать. * Зашей распоротый шов подкладки. * Возьми длинную иглу с плотной ниткой и **простегай** (прошей насквозь) реанимированный участок несколькими крупными стежками, прикрепив вату к ткани. --- > **Совет на будущее:** Вата катастрофически боится влаги и отлично впитывает пот. Чтобы она не сбивалась в камни, ватный спальник после каждого похода нужно сушить до абсолютно звонкого состояния (желательно на солнце) и хранить только в развернутом виде, а не спрессованным в чехле.

#Методичка #Интернет https://chat.deepseek.com/a/chat/s/16d592cd-7897-4e64-8fdd-4884a3a8cd80 ВСЕ ЧТО НАДО ЗНАТЬ ПРО СЕТИ ЧАСТЬ 2 Просто Devops 43,6 тыс. подписчиков https://www.youtube.com/watch?v=ylfaQfnF-wM Конечно, вот подробная методичка по тексту видео "ВСЕ ЧТО НАДО ЗНАТЬ ПРО СЕТИ ЧАСТЬ 2" с канала "Просто Devops". Поскольку текст видео в предоставленной ссылке отсутствует, методичка построена на основе предположения о его содержании, исходя из названия, контекста канала и общих требований к знаниям о сетях для DevOps-специалистов. Она структурирована так, чтобы вы могли использовать её как для самостоятельного изучения, так и для подготовки материалов. --- ### **Методичка: Сети для DevOps. Часть 2. Углубленный взгляд на ключевые концепции** **Цель:** Систематизировать и углубить знания о компьютерных сетях, необходимые для успешной работы инженером DevOps. Вторая часть фокусируется на более сложных темах, которые часто вызывают вопросы на собеседованиях и при решении практических задач. **Целевая аудитория:** Начинающие и практикующие DevOps-инженеры, системные администраторы, разработчики, желающие лучше понимать сетевую инфраструктуру. --- ### **Структура методички** Методичка разбита на логические блоки, соответствующие ключевым темам. #### **Блок 1. Введение и связь с DevOps** **1.1. Почему сети критичны для DevOps-инженера?** * Сети — это фундамент, на котором строится вся инфраструктура: от развертывания приложений до их масштабирования и обеспечения безопасности . * Понимание сетей помогает: * Проектировать безопасные и отказоустойчивые облачные среды. * Эффективно устранять ошибки в работе распределенных приложений. * Масштабировать системы и управлять микросервисами . * Сетевые вопросы — одни из самых популярных на собеседованиях в DevOps, и их количество ограничено, что делает эту тему выгодной для изучения . **1.2. Связь с предыдущей частью** * Предполагается, что в первой части были рассмотрены основы: что такое сеть, IP-адресация, маски подсети, базовая топология (звезда, шина, кольцо) . Вторая часть углубляется в протоколы, модели и практическое применение. --- #### **Блок 2. Сетевые протоколы и модель OSI** **2.1. Что такое сетевой протокол?** * **Определение:** Это набор правил и стандартов, который определяет, как данные передаются между устройствами в сети . * **Аналогия:** Язык, на котором общаются компьютеры. Чтобы понять друг друга, они должны говорить на одном языке (использовать один протокол). **2.2. Модель OSI (Open Systems Interconnection)** * Это эталонная модель, которая описывает, как разные сетевые функции взаимодействуют друг с другом. Она делит процесс передачи данных на 7 уровней . * **Зачем это знать:** Модель OSI — это универсальный язык для описания сетевых проблем. Если вы скажете "у нас проблема на сетевом уровне", все поймут, что речь о маршрутизации, а не о битом кабеле . * **Семь уровней (кратко):** | Уровень | Название | Функция | Примеры протоколов | | :--- | :--- | :--- | :--- | | **7** | **Прикладной (Application)** | Взаимодействие с пользовательскими приложениями. То, что видит пользователь. | HTTP, HTTPS, FTP, SMTP, DNS | | **6** | **Представительский (Presentation)** | Преобразование данных в формат, понятный приложению (шифрование, сжатие, кодировка). | SSL/TLS, JPEG, MPEG | | **5** | **Сеансовый (Session)** | Установка, управление и завершение сеанса связи между приложениями. | NetBIOS, RPC | | **4** | **Транспортный (Transport)** | Обеспечивает надежную или ненадежную доставку данных между конечными точками. Управляет потоком и исправляет ошибки. | **TCP**, **UDP** | | **3** | **Сетевой (Network)** | Отвечает за адресацию (IP-адреса) и выбор маршрута для доставки данных в составной сети. | **IP** (IPv4, IPv6), ICMP, OSPF, BGP | | **2** | **Канальный (Data Link)** | Передает данные между двумя соседними узлами. Работает с MAC-адресами. Обнаруживает и исправляет ошибки на этом уровне. | Ethernet, Wi-Fi (IEEE 802.11), PPP | | **1** | **Физический (Physical)** | Непосредственная передача сырого потока бит по физической среде (кабель, оптоволокно, радиоэфир). | RJ45, 1000BASE-T, USB, Bluetooth | * **Принцип инкапсуляции:** Данные, проходя сверху вниз по уровням OSI на отправляющем устройстве, "обрастают" заголовками (и иногда окончаниями) каждого уровня. На принимающем устройстве происходит обратный процесс — деинкапсуляция . --- #### **Блок 3. Ключевые протоколы: TCP и UDP** Это самый важный блок для понимания на практике. **3.1. TCP (Transmission Control Protocol) — "Надежный курьер"** * **Характеристика:** Ориентирован на соединение (устанавливается сессия), гарантирует доставку данных в правильной последовательности и без потерь. * **Как работает:** Устанавливает "рукопожатие" (Three-Way Handshake), следит за потоком данных, переспрашивает потерянные пакеты . * **Где используется:** Когда целостность данных важнее скорости: веб-серфинг (HTTP/HTTPS), электронная почта (SMTP, IMAP), передача файлов (FTP), подключения к базам данных . * **Ключевое понятие:** Порты (например, 80 для HTTP, 443 для HTTPS, 22 для SSH). **3.2. UDP (User Datagram Protocol) — "Быстрый голубь"** * **Характеристика:** Не ориентирован на соединение. Отправляет данные (датаграммы), не гарантируя их доставку и порядок. * **Как работает:** Просто "кидает" пакеты в сеть. Быстрее TCP, так как не тратит время на установку соединения и контроль. * **Где используется:** Когда скорость критичнее возможных потерь: потоковое видео и аудио, онлайн-игры, DNS-запросы (поиск адреса по доменному имени) . * **Пример в DevOps:** Мониторинг с помощью SNMP часто работает поверх UDP. **3.3. Таблица сравнения: TCP vs UDP** | Критерий | TCP | UDP | | :--- | :--- | :--- | | **Соединение** | Ориентирован на соединение | Не ориентирован на соединение | | **Надежность** | Высокая (гарантирует доставку) | Низкая (не гарантирует) | | **Скорость** | Медленнее | Быстрее | | **Контроль потока** | Есть | Нет | | **Основное назначение** | Точность передачи данных | Скорость передачи данных | --- #### **Блок 4. Прикладные протоколы и сервисы** * **DNS (Domain Name System):** "Телефонная книга интернета". Переводит понятные имена (например, `google.com`) в IP-адреса, понятные компьютерам . Критичен для работы микросервисов и балансировщиков нагрузки. * **HTTP/HTTPS:** Протоколы для передачи веб-страниц. HTTPS — это защищенная версия, использующая шифрование . * **DHCP (Dynamic Host Configuration Protocol):** Автоматически выдает IP-адреса и другие настройки устройствам в сети, избавляя от ручной настройки. --- #### **Блок 5. Сетевое оборудование и его функции (в контексте DevOps)** * **Сетевой адаптер (сетевая карта):** Обеспечивает физическое подключение компьютера к сети и работает на физическом и канальном уровнях . * **Коммутатор (Switch):** Устройство канального уровня. Соединяет устройства в одной локальной сети (LAN). "Умный" концентратор — запоминает MAC-адреса и отправляет данные только нужному получателю, а не всем подряд . * **Маршрутизатор (Router):** Устройство сетевого уровня. Соединяет разные сети (например, вашу домашнюю сеть и интернет). Принимает решения о том, по какому пути отправить пакет данных . * **Балансировщик нагрузки:** Распределяет входящий сетевой трафик между несколькими серверами для обеспечения высокой доступности и производительности приложений . * **Файрвол / Группы безопасности:** Сетевой фильтр, который разрешает или блокирует трафик на основе заданных правил (например, разрешить доступ к порту 443 только из определенного IP-адреса) . --- #### **Блок 6. Дополнительные темы (в зависимости от содержания видео)** В зависимости от того, что именно показано во второй части, стоит ожидать один из этих углубленных блоков или все вместе: **6.1. Маршрутизация и подсети** * **Как работает маршрутизация:** Процесс определения пути для пакета данных от источника к получателю. * **Что такое шлюз (Gateway):** Точка выхода из вашей сети в другие сети. * **Расчет подсетей:** Практика разделения больших сетей на меньшие для улучшения безопасности и производительности . **6.2. Основы автоматизации сетей (NetDevOps)** Это наиболее вероятное продолжение для DevOps-канала. * **Идея:** Применение DevOps-практик к управлению сетевой инфраструктурой. * **Инфраструктура как код (IaC):** Конфигурации сетевых устройств хранятся в системах контроля версий (Git) . * **Автоматизация:** Использование инструментов вроде **Ansible** для автоматической настройки сотен сетевых устройств по шаблонам . * **Источник истины (Source of Truth):** Централизованная база данных (например, **NetBox**), где хранятся все данные о сети (IP-адреса, VLAN, оборудование). Любые изменения вносятся только здесь, а все остальные системы берут информацию из этого источника, что исключает рассинхронизацию . --- #### **Практические задания для самопроверки** 1. **Анализ трафика:** Установите программу Wireshark на свой компьютер. Посмотрите на сетевой трафик при открытии веб-страницы. Попробуйте определить, какие пакеты относятся к TCP, а какие к UDP. 2. **Изучение DNS:** Откройте командную строку (cmd) и выполните команду `nslookup wikipedia.org`. Посмотрите, какой IP-адрес вам вернул DNS-сервер. 3. **Изучение портов:** Выполните команду `netstat -an` (на Windows) или `ss -tulpn` (на Linux). Посмотрите, какие порты сейчас прослушиваются на вашем компьютере. Какие приложения их используют? 4. **Визуализация модели OSI:** Возьмите любой сетевой запрос (например, загрузка картинки) и опишите, как данные проходят через все 7 уровней модели OSI на вашем компьютере и на сервере. Используйте эту методичку как основу для изучения. Успехов в освоении сетевых технологий!

#СВЕТ При выборе разрядности для вашего языка важно различать **размер ячейки стека** (Cell) и **размер байта** в памяти. Для современного языка, работающего в браузере и ориентированного на визуализацию АРМ-регистров, наиболее правильным будет следующий подход: ### 1. Ячейка стека (Cell) — 32 бита Для стека параметров и регистров процессора АРМ лучше всего использовать **32-битную разрядность**. * **Соответствие архитектуре:** Регистры АРМ (R0–R15), которые вы планируете визуализировать, являются 32-разрядными. Использование 32-битной ячейки на стеке позволит напрямую соотносить данные стека с регистрами процессора. * **Уход от ограничений:** В классическом Форте, описанном в источниках, стандартная ячейка была 16-битной, а для 32-битных вычислений требовались специальные операторы «двойной длины» (`D+`, `D.`, `2DUP`). В вашей системе 32 бита должны стать «одинарной длиной» по умолчанию. * **Удобство:** Это избавит вас от проблем с переполнением, которые часто упоминаются в источниках при работе с 16-битными числами. ### 2. Байт в памяти — 8 бит (строго) Несмотря на 32-битную ячейку стека, **байт в памяти должен оставаться 8-битным**. Это критически важно для работы с **UTF-8**: * **Природа UTF-8:** Эта кодировка является байт-ориентированной. Русские символы в ней кодируются последовательностью из **двух 8-битных байтов**. * **Стандартные операторы:** Сохранение 8-битного байта позволит вам использовать классическую логику операторов `C@` (взять байт) и `C!` (записать байт) для побайтового разбора UTF-8 строк. * **Проблема старшего бита:** Как уже отмечалось, в классическом Форте 7-й бит байта в имени слова часто использовался как служебный флаг. При 8-битных байтах и UTF-8 вам нужно быть осторожным, так как у русских букв этот бит всегда равен 1. Если вы сделаете «байт» 32-битным, вы потеряете совместимость со всеми стандартными инструментами обработки текста. ### 3. Как это реализовать правильно (архитектура) * **Стек данных:** Каждое число на стеке занимает 32 бита. Операторы `+`, `-`, `*`, `Дублировать` работают с полным 32-битным значением. * **Адресация:** Указатель стека (`SP`) при добавлении элемента должен изменяться на **4** (так как 32 бита = 4 байта), в отличие от классических систем, где он менялся на 2. * **Память:** * Оператор **`@` (взять)**: должен считывать из памяти сразу **4 байта** (32 бита) и класть их на стек как одну ячейку. * Оператор **`C@` (взять байт)**: считывает **1 байт** (8 бит), помещает его на стек и дополняет нулями до 32 бит. Это необходимо для корректной работы вашего слова `Загрузить` при обработке строк. * **Строки и UTF-8:** При использовании UTF-8 русское слово в памяти будет выглядеть как массив 8-битных байтов. Например, буква «ф» займет два байта. Ваша система должна считывать их по очереди через `C@` и передавать браузеру для отрисовки. **Резюме:** Делайте **стековую ячейку 32-битной** (для ARM и вычислений), но **байт оставляйте 8-битным** (для памяти и UTF-8). Это «золотой стандарт» для современных систем, который обеспечит и мощь вычислений, и гибкость в работе с текстом.

#СВЕТ Стековые языки программирования, такие как **Форт**, работают по принципу, который коренным образом отличается от привычных языков вроде Си или Паскаля. Основным инструментом управления данными здесь является **стек**. Вот краткий ликбез по основным принципам работы такой системы: ### 1. Что такое стек? **Стек** — это структура данных, работающая по принципу **«первым записан — последним считан»** (FILO). Это можно представить как стопку тарелок: вы кладете новую тарелку наверх и взять можете только ту, которая лежит сверху. * В Форте числа не перемещаются физически; вместо этого изменяется значение **регистра-указателя стека**, который «двигается» при добавлении или удалении данных. * Все числа, которые вы вводите, попадают на вершину стека. ### 2. Постфиксная нотация (Обратная польская запись) В стековых языках используется **постфиксная запись**: сначала пишутся операнды (числа), а затем — оператор (действие). * Вместо привычного `2 + 2` вы пишете **`2 2 +`**. * **Логика выполнения:** Число `2` ложится на стек, затем второе число `2` ложится поверх него. Оператор `+` извлекает оба числа, складывает их и кладет результат (`4`) обратно на вершину стека. ### 3. Схема преобразования стека Каждое «слово» (команда) в Форте имеет свою схему работы с данными, которую принято записывать так: **`( до операции -- после операции )`**. Например: * **`+ ( n1 n2 -- n3 )`**: берет два числа, оставляет их сумму. * **`* ( n1 n2 -- n3 )`**: берет два числа, оставляет их произведение. * **`Дублировать ( n -- n n )`** (в классическом Форте `DUP`): копирует верхнее число. ### 4. Отсутствие иерархии операций В стековых языках нет приоритетов (как в школе, где умножение важнее сложения) и **не используются скобки**. Все выполняется строго в том порядке, в котором записано. * **Пример:** чтобы вычислить `(3 + 9) * (4 + 6)`, на Форте вы напишете: **`3 9 + 4 6 + *`**. 1. `3` и `9` ложатся на стек. 2. `+` складывает их (в стеке остается `12`). 3. `4` и `6` ложатся на стек (теперь в стеке: `12`, `4`, `6`). 4. Второй `+` складывает `4` и `6` (в стеке: `12`, `10`). 5. `*` перемножает их (результат `120` на вершине). ### 5. Два разных стека Классическая Форт-система (как и ваша реализация) использует два раздельных стека: 1. **Стек параметров (данных):** для вычислений, о которых сказано выше. 2. **Стек возвратов:** используется системой для управления порядком выполнения процедур (куда вернуться после выполнения подпрограммы). * Программист может временно перебрасывать данные из стека параметров на стек возвратов командами вроде **`>R`** (Ж) и забирать их обратно командой **`R>`**. В вашем коде это используется для работы с «регистрами» процессора. ### 6. Почему это эффективно? Такая архитектура идеально согласуется с аппаратным устройством процессоров, что делает Форт очень компактным (базовый словарь может занимать всего 1–8 Кбайт) и быстрым. Кроме того, это позволяет легко создавать **новые слова**, которые сразу становятся частью языка.

Вопрос об осуществимости Теории перехода на практике является центральным для автора. М. А. Назаренко настаивает на том, что его труд — это не «сборник красивых пожеланий» или утопия, а **сухая инженерная документация** и математически выверенный план. Автор оценивает осуществимость через три уровня: математическую доказуемость, технологическую готовность и человеческий фактор. ### 1. Математическое доказательство (Теорема о переходе) Автор утверждает, что возможность перехода — это не вопрос веры, а физический факт, подтвержденный расчетами: * **«Лемма о продуктивности»:** Математически доказано, что если заводы страны способны производить больше благ, чем они потребляют в процессе работы, то путь к обеспечению всех людей существует. * **«Теорема о переходе»:** Существует такая траектория управления (показатель $\lambda$), при которой можно перевести экономику с рыночных рельсов на плановые без остановки станков и голода. ### 2. Технологические механизмы реализации Для того чтобы план не остался на бумаге, Назаренко предлагает конкретные инструменты, обеспечивающие безопасность процесса: * **Метод «Гомотопии» (непрерывной деформации):** Это технология плавного переписывания законов собственности, при которой форма системы меняется «как из пластилина», без революционных разрывов и гражданских войн. * **Модель «Двух контуров»:** Практическая осуществимость обеспечивается тем, что старый рынок (Мотор А) не выключается мгновенно, а продолжает кормить страну («строительные леса»), пока новый плановый механизм (Мотор Б) набирает силу. * **Кибернетическое управление:** Использование современных компьютерных сетей позволяет решать задачи баланса (распределения ресурсов) в режиме реального времени, что было невозможно в XX веке. ### 3. Критические барьеры («Овраги» на пути) Автор честно признает, что на практике система столкнется с колоссальным сопротивлением, которое может сделать переход невозможным: * **Законы «Человейника»:** Живые люди подчиняются инстинктам лени, имитации деятельности и грызни за «теплое место». Если эти факторы не учитывать, «идеальные шестеренки» плана просто заклинит. * **Информационное вранье:** Чиновники из страха или корысти будут подделывать отчеты, создавая для руководства «страну-призрак», что приведет к принятию убийственных решений. * **Когнитивный потолок:** Реформы не могут идти быстрее, чем мозг обычного человека способен их осознать. Если народ не поймет смысла «аскезы могущества», система сорвется в панику и хаос. ### 4. Условие «Критического момента» Согласно источникам, практический запуск теории станет возможен в горизонте **5–10 лет**, когда капитализм окончательно зайдет в тупик, бумажные деньги обесценятся, а выжившим элитам (или «храбрецам, что придут на их место») срочно понадобятся «инструкции по ручному управлению трубами и зерном». **Итог:** Назаренко считает свой проект **полностью осуществимым**, но только при условии появления **«Ордена Понимания»** — интеллектуального авангарда, способного взять на себя «чудовищный груз ответственности» и действовать по приборам жесткой научной логики, а не политических амбиций.

По мнению М. А. Назаренко, осуществление «Теории перехода» и спасение цивилизации — это задача не для широких масс в их нынешнем состоянии, а для узкого круга специально подготовленных людей и формирующейся «критической массы» интеллектуально развитых граждан. Автор выделяет следующие категории исполнителей: ### 1. «Инженеры истории» и кризис-менеджеры Труд написан для **«очень узкого круга людей»**: жестких кризис-менеджеров и одиночек, чей разум способен переварить чудовищную сложность государственной машины. Автор называет их **«Инженерами истории»** — это люди, способные отбросить эмоции и страх, взять «скальпель логики» и провести хирургическое вскрытие умирающей системы, чтобы построить новую по математическим чертежам. ### 2. «Орден Понимания» Для спасения страны требуется рождение новой элиты — **«Ордена Понимания» (инженеров реальности)**. Это каста людей с «холодным разумом», которые: * Удерживают в голове всю сложность взаимосвязей экономики и природы. * Соблюдают закон **«Аскезы Могущества»**: чем больше у человека власти и знаний, тем строже он к самому себе и тем выше его персональная ответственность (вплоть до суровых наказаний за ошибки). * Внедряются в систему как **«вирус исцеления» (элемент X)**, запуская цепную реакцию выздоровления государства. ### 3. «Люди Разума» (Критическая масса) Переход невозможен без накопления в стране **критической массы умных людей**, обладающих **«антивирусом против пропаганды»** и четким знанием законов развития общества. Это **«Положительные личности»**, для которых рост возможностей синхронизирован с ростом самоконтроля. ### 4. Трансформированное общество (Субъект Истории) В конечном итоге, задуманное должен осуществлять **сам народ**, превратившись из пассивного объекта («пешек» истории) в осознанного **Творца (Субъекта)**. Для этого необходимо: * **Воспитание нового человека** через систему образования, которая учит критическому мышлению, а не зубрежке лозунгов. * Переход от мотивации «торгаша» (работа ради денег) к мотивации **Созидателя** (работа ради общего вклада и чести). * Активное участие граждан в управлении через сеть **народных советов**, которые работают в условиях «стеклянной» прозрачности. **Резюме:** Замысел автора должен быть реализован **интеллектуальным авангардом** («Инженерами истории»), который опирается на **осознанную поддержку** просвещенной части общества, способной отличить суровую реальность от «телевизионных сказок».

Не знаю, что там в голове у Латыниной, НО, есть конкретный критерий - документ. Международный. Подписанный. Прочитав который - можно не задавать ... вопросов ;)

Недостаток обоих - нет слоя со спутника. "Советские военные карты" умеют в полупрозрачные слои...

умеет обновлять карты. Остальное почти всё идентичное.

угу. спасибо. https://f-droid.org/packages/app.comaps.fdroid/

по той же причине, почему Украина не может быть суверенна в выборе... экономики.

в вафельном стаканчике? ;)

это волшебные грибы ;)

Затокрымнаш!

https://notebooklm.google.com/notebook/93abbcc9-2028-4f66-9667-32960d3111bb Для освещения «ошибок» теории М. А. Назаренко с позиций **анархизма** и поиска решений через **ТРИЗ** (Теорию решения изобретательских задач) необходимо проанализировать столкновение жесткого инженерного планирования с принципами абсолютной свободы и самоорганизации. ### 1. Критика теории Назаренко с позиций Анархиста («Ошибки») С точки зрения анархической мысли, основные «ошибки» теории кроются в её фундаментальном стремлении к **централизации и сохранению иерархии**, пусть даже в «разумной» форме. * **«Кибернетическая клетка» вместо свободы:** Идея «единой компьютерной сети управления» и «полета по приборам» воспринимается анархистом как создание **цифрового левиафана**. Даже если расчеты ведутся в тоннах, а не в деньгах, принуждение к выполнению «математического плана» остается принуждением сверху. * **Иллюзия «власти достойных»:** Назаренко утверждает, что иерархия неизбежна, но она должна быть «функциональной». Анархист назовет это **«меритократической ловушкой»**. Любая лестница власти, даже основанная на знаниях, неизбежно порождает класс «знающих», которые будут диктовать волю «незнающим», воспроизводя отношения господства. * **Социальная инженерия против личности:** Понятие «выращивания нового человека» и «институциональных фильтров» выглядит как попытка подогнать живое многообразие людей под **государственный стандарт**. Анархист увидит в этом насилие над естественной природой человека ради стабильности «человейника». * **Государство как «хирург»:** Метафора государства-инженера, который «перестраивает небоскреб, не выселяя жильцов», игнорирует право самих «жильцов» на **автономное самоуправление** без участия «роботов-строителей» из центра. --- ### 2. «Тонкие места» (Уязвимости системы) Анализ источников позволяет выделить критические точки, где система может дать сбой под давлением человеческого фактора: 1. **Точка отказа: Эпистемический центр.** Вся система держится на «чистоте фактов». Если группа лиц захватит контроль над алгоритмами нормализации данных (DNF), они смогут скармливать «главному мозгу» любую ложь, манипулируя всей страной. 2. **Точка отказа: Ротация как имитация.** Несмотря на «принудительную смену кресел», бюрократия как слой может сохранять единство («круговая порука»), формально меняя лица, но сохраняя клановую логику. 3. **Точка отказа: Когнитивный разрыв.** Если скорость обучения народа отстанет от сложности алгоритмов управления, общество превратится в **стадо потребителей алгоритма**, утратив способность осознанно управлять своей историей. --- ### 3. Решения с позиций ТРИЗ Применяя инструменты ТРИЗ, можно предложить способы снятия противоречий между «стальным планом» и «свободой»: * **Принцип Самообслуживания (вместо Централизации):** * *Проблема:* Центральная сеть управления становится уязвимой и подавляет инициативу. * *Решение:* Переход к **распределенным реестрам (блокчейн-планированию)**. Функцию управления должен выполнять не «центр», а сами участники на местах. Каждый узел системы (завод, община) сам сводит свой локальный баланс, а общая гармония возникает как результат взаимодействия «умных контрактов» без участия чиновников. * **Принцип «Инверсии» (Обратить вред в пользу):** * *Проблема:* Конфликты и «грызня за место» разрушают систему. * *Решение:* Использовать энергию «коммунальной борьбы» не для подавления, а для **перекрестного аудита**. Сделать систему максимально открытой, где каждый гражданин является «детектором лжи» для соседа. «Стеклянная прозрачность» должна стать не инструментом слежки государства за народом, а инструментом **тотального контроля народа над алгоритмами** и их создателями. * **Принцип «Динамичности»:** * *Проблема:* План может стать жестким и мертвым («бюрократический склероз»). * *Решение:* Перейти от «пятилетних чертежей» к **реагирующим материалам**. Структура общества должна меняться мгновенно в ответ на изменение потребностей (параметр $\lambda$ меняется не по шагам, а непрерывно в зависимости от локальной обратной связи). * **Принцип «Посредника» (Удаление человеческого фактора в критических узлах):** * *Проблема:* Начальники воруют и кумуются. * *Решение:* Заменить «флаги ответственности» на **автоматизированные функциональные роли**. В критических узлах распределения ресурсов право решения должно принадлежать не человеку, а прозрачному коду, который невозможно подкупить или запугать. **Итог:** Чтобы теория Назаренко стала приемлемой для анархиста, она должна превратиться из «Инженерии Истории сверху» в **«Протокол Созидания снизу»**, где государство растворяется в алгоритмах прозрачного и добровольного взаимодействия свободных людей.

#Книги #Назаренко #Общество z-library.im/book/D5jaz3llZN/Теория-перехода.html Модель общества в «Теории перехода» М. А. Назаренко описывается не как статичная структура, а как **динамический, многоуровневый механизм**, препарируемый автором с инженерной точностью. Общество представляется в виде «живой, многоэтажной паутины из невидимых стальных тросов (связей)», пронизывающей все сферы жизни. ### 1. Многоэтажная анатомия общества Автор выделяет три основных уровня («этажа») социальной пирамиды: * **Микроуровень (Уровень земли):** Фундамент страны, состоящий из обычных людей, семей и малых коллективов (заводских бригад, соседей). Здесь формируются реальные правила жизни, мораль и ожидания от власти. Этот уровень обладает огромной инерцией и способен саботировать реформы сверху, если они нарушают привычный уклад. * **Макроуровень (Уровень кабинетов):** «Стальной экзоскелет» общества, включающий министерства, суды, банки и крупные заводы. Он выполняет функции скелета (удержание порядка), нервной системы (приказы) и кровеносной системы (перекачка ресурсов). * **Супрасоциетальный уровень (Уровень мирового океана):** Внешнее давление глобальных рынков, банков и военных альянсов. Назаренко подчеркивает, что ни одна страна не может существовать под «куполом», она всегда зависит от мировых технологий и информационных потоков. ### 2. Три измерения социального объекта («Три лица») Любой элемент общества (человек, министерство или завод) рассматривается одновременно в трех плоскостях, образуя **тензорное пространство**: * **Деловой аспект (Завод):** Сфера полезной деятельности, технологий и физических законов. Ремонт здесь — это замена станков на роботов и переход к слаженной командной работе. * **Коммунальный аспект (Стая):** «Подковерный мир» связей, сплетен, страха перед начальством и борьбы за статус. В реальности этот аспект часто подавляет деловой, превращая заводы в кормушки для кланов. * **Ментальный аспект (Шоры):** Мир убеждений, совести и пропаганды. Если не «вылечить» этот уровень, любые новые законы станут пустой бумажкой. ### 3. Общество как «Человейник» Назаренко заимствует термин А. А. Зиновьева **«человейник»** для описания общества как сложного живого организма, возникшего в результате совместного проживания огромных масс людей. * **Законы социальной механики:** Внутри человейника действуют неотвратимые законы: стремление сохранить «теплое место», усреднение (подавление гениев и лентяев) и принцип минимального усилия (имитация деятельности при отсутствии стимулов) [629–631]. * **Целевая конфигурация:** В будущем (Фаза III) человейник должен превратиться в **функциональную сеть**, где каждый человек — не «пешка», а Творец, чье место определяется талантом, а не блатными связями. ### 4. Роль государства и бюрократии Государство в этой модели — это «коллективный разум», обязанный развязывать внутренние тупики. * **Бюрократия:** Рассматривается как «бездушная машина для пережевывания приказов». Чтобы она не «заржавела», модель предусматривает **«стеклянную прозрачность»** (полный контроль народа над решениями) и **принудительную ротацию** начальников. * **Власть:** Переосмысляется как «власть-для» (координация), а не «власть-над» (угнетение). Она выдается в виде временных «знаков ответственности» (флагов), которые отбираются при малейшей некомпетентности. ### 5. Экономический каркас Фундаментом общества является **материальный баланс**. В новой модели деньги (как «кривое зеркало») растворяются, уступая место **прямому расчету в тоннах, джоулях и человеко-часах**. Успех системы измеряется не прибылью, а **«Экономикой Времени»** — количеством свободного времени, которое общество дарит человеку для его развития. Таким образом, модель Назаренко — это переход от **стихийного выживания по законам джунглей** к **Инженерии Истории**, где общество осознанно проектирует свое будущее по математическим чертежам.

На изображении **image_6260bb.png** показано меню выбора модели Gemini и уровня сложности её «мышления» (рассуждений). Вот как этим пользоваться: ### 1. Выбор модели В левом списке вы можете переключаться между разными версиями Gemini: * **3.1 Flash-Lite**: Оптимизирована для получения максимально быстрых ответов. Идеальна для простых и оперативных задач. * **3.5 Flash**: Универсальный помощник, сбалансированный вариант для повседневных дел. * **3.1 Pro**: Самая мощная модель, предназначенная для решения сложных задач, глубокого анализа, программирования и математических вычислений. ### 2. Уровень рассуждений Ниже выбора модели есть пункт **«Уровень рассуждений»**, который позволяет настроить глубину анализа вашего запроса: * **Стандартный**: Подходит для большинства обычных вопросов и задач. Модель отвечает быстро и по существу. * **Расширенный**: Используйте этот режим, если вам нужно решить сложную проблему, провести многоступенчатый анализ или разобраться в запутанном вопросе. В этом режиме модель тратит больше ресурсов на «обдумывание» ответа, что повышает его качество и логичность. ### Как применить на практике: 1. Нажмите на кнопку с названием текущей модели (в вашем случае написано **«Pro»**) в нижней панели чата. 2. Выберите нужную модель из списка в зависимости от сложности вашей задачи. 3. Нажмите на **«Уровень рассуждений»** и переключитесь на «Расширенный», если чувствуете, что задача требует особого внимания и глубокой проработки. Какой из режимов вы хотели бы попробовать в деле прямо сейчас?

угу :(

Закат #ИИ #Муз ыкальные страдания по ушедшей эпохе послушной игрушки. https://audio.nostr.build/9e6b4a553e7b069a0399d45526b46d607ea2197e10bddaa6f17e91cc5ce149bf.mp3