Есть простенький ручной аккумуляторный Dreame. У него вполне хороший циклон (колба). Обслуживается просто, достаточно просто вытряхнуть мусор.
Да, на выходе циклона перед мотором стоит один единственный тканевый фильтр, его можно мыть. Раз где то в 10 использований мою его с мылом. Занимает 5 минут.
Мне недавно пришлось активно помогать в проекте, основной язык которого я не знаю, совсем, вообще. Пол дня на изучение базового синтаксиса и вперед делать. Конечно же с нейронкой. Но опыт в разработке у меня уже, наверное, больше 10 лет.
По итогу я IDE за два месяца даже не запускал. Результат - хороший результат. Даже отлично зная язык, я бы не смог добиться того же результата за такие же сжатые сроки. Без шансов. Да, пришлось использовать подписку за 100$...
И соответственно возникает вопрос. Вариант, который предложил автор поста, я бы никогда не прошел. Но прошел бы с агентом на ура. Поэтому live coding в Codex может и не такой уж плохой вариант. Просто идет оценка несколько других навыков, вместо узкоспециализированного знания.
Плохо ли это? Сложно сказать сейчас, будет видно. Но пока я склоняюсь к тому, что не плохо.
Ну так по идее и надо. Голосовое удобно для функций, которые требуют длительных действий и отвлечения внимания. Навигатор хороший пример. А для остального да. не имеют смысла.
3) Весь трафик через split-routing с точечным перенаправлением трафика посредством внешней к компьютеру коробочки на openwrt
Я не совсем понимаю такого решения (не сарказм). Если не сложно, можете объяснить чуть подробнее?
Допустим у нас есть телефон -> коробочка -> VPN сервер (или напрямую). Коробочка принимает решение о маршрутизации трафика по доменному имени/адресу назначения.
Любой запрос с телефона, например к api.telegram.com, будет в итоге перенаправлен через VPN сервер. Коробочка же не знает, кто отправитель. Легитимное ПО или шпион.
Учитывая, что на телефоне у нас сетевой интерфейс доступен любому приложению, не смотря на настройки раздельного туннелирования (как на днях выяснилось), то шпион спокойной сможет отправить запрос через обнаруженный туннель.
Либо я неверно понимаю схему?
Почему то сейчас все пытаются в первую очередь защитить от компрометации выходной адрес (да, это важно для сохранения работоспособности), но все предлагаемые схемы (в т.ч. в статье) сохраняют возможность детекции факта обхода блокировки заблокированного ресурса.
Пока меры принимаются только технического характера, это конечно не особо критично...
Есть простенький ручной аккумуляторный Dreame.
У него вполне хороший циклон (колба). Обслуживается просто, достаточно просто вытряхнуть мусор.
Да, на выходе циклона перед мотором стоит один единственный тканевый фильтр, его можно мыть. Раз где то в 10 использований мою его с мылом. Занимает 5 минут.
При этом цена пылесоса - около 10к.
Мне недавно пришлось активно помогать в проекте, основной язык которого я не знаю, совсем, вообще. Пол дня на изучение базового синтаксиса и вперед делать. Конечно же с нейронкой.
Но опыт в разработке у меня уже, наверное, больше 10 лет.
По итогу я IDE за два месяца даже не запускал. Результат - хороший результат. Даже отлично зная язык, я бы не смог добиться того же результата за такие же сжатые сроки. Без шансов. Да, пришлось использовать подписку за 100$...
И соответственно возникает вопрос. Вариант, который предложил автор поста, я бы никогда не прошел. Но прошел бы с агентом на ура. Поэтому live coding в Codex может и не такой уж плохой вариант. Просто идет оценка несколько других навыков, вместо узкоспециализированного знания.
Плохо ли это? Сложно сказать сейчас, будет видно. Но пока я склоняюсь к тому, что не плохо.
Ну так по идее и надо. Голосовое удобно для функций, которые требуют длительных действий и отвлечения внимания. Навигатор хороший пример.
А для остального да. не имеют смысла.
https://habr.com/ru/articles/1020080/comments/#comment_29790062
Фактически, любое приложение имеет доступ к сетевому интерфейсу, если найдет его (плюс остальные вещи, типа открытого SOCKS5).
Я не совсем понимаю такого решения (не сарказм). Если не сложно, можете объяснить чуть подробнее?
Допустим у нас есть телефон -> коробочка -> VPN сервер (или напрямую). Коробочка принимает решение о маршрутизации трафика по доменному имени/адресу назначения.
Любой запрос с телефона, например к api.telegram.com, будет в итоге перенаправлен через VPN сервер. Коробочка же не знает, кто отправитель. Легитимное ПО или шпион.
Учитывая, что на телефоне у нас сетевой интерфейс доступен любому приложению, не смотря на настройки раздельного туннелирования (как на днях выяснилось), то шпион спокойной сможет отправить запрос через обнаруженный туннель.
Либо я неверно понимаю схему?
Почему то сейчас все пытаются в первую очередь защитить от компрометации выходной адрес (да, это важно для сохранения работоспособности), но все предлагаемые схемы (в т.ч. в статье) сохраняют возможность детекции факта обхода блокировки заблокированного ресурса.
Пока меры принимаются только технического характера, это конечно не особо критично...
Рабочий способ есть, в той же теме https://habr.com/ru/articles/1020080/#comment_29797336
Ждем пока в остальных клиентах реализуют. В клиенте Амнезии уже PR с фиксом висит.
Такой профиль не поможет, если приложение/сайт начнет активно определять доступные адреса. Нужно туннелирование именно по приложениям.
Почитайте про Vertical Slice Architecture (VSA).
Почему то в ру сегменте подход, и информация о нем, слабо распространены.