Меня всегда удивляло, почему нет очередей из аудиофилов в ЛОР отделения и заявлений вида: "вот я почистил уши у ушного сомелье, теперь слышу ту ЛЯ в десятой октаве более отчетливо, и появился воздух". И этому охотно поверишь. Вместо этого, некоторые не стесняются выкладывать фото внутриканальных наушников с, простите меня, "нагаром" из ушной серы.
В этой связи мне нравится структурировать знания в виде mindmap. К сожалению, так и не нашел полностью устраивающего софта для этих целей, но сама идея построения наглядного графа знаний, который может не являться деревом в общем случае, мне по душе. Быть может, если добавить к каталогу знаний из статьи граф, получится более эффективная структура хранения и воспроизведения накопленного, поскольку можно отследить связи технологий или идей между собой.
Ни на что не претендую, но эксперимент с устареванием наушников можно попытаться поставить посредством пресловутого "прогревания" шумом. Да, шум - это совсем не музыка и не для него проектируются звуковые излучатели, но вполне подходит как стресс-тест системы. Для этого можно взять новый экземпляр условного фабричного конкурента, ваш новый экземпляр с теми же характеристиками импеданса и на одинаковом тракте с одинаковой громкостью оставить их шуметь. Через определенные интервалы времени снимать АЧХ. Если будут вдруг улучшаться характеристики, то сообществу будет интересно об этом узнать с подтверждением измерениями (условно - выравнивание АЧХ). Если не будет изменений, что вероятнее всего, то повышаете громкость на всех экземплярах и какие первыми выйдут из строя, те проиграли. В таком случае хоть что-то можно оценить в цифрах. Как минимум, сделать обоснованный вывод о надежности мембран на уровне конкурентов и рассказать об этом общественности.
На мой взгляд, производитель должен быть заинтересован в понимании границ живучести и безопасности своей продукции. Если речь о наушниках, то он сам в своей лаборатории должен "прогревать" до разрыва мембраны, ронять, растягивать оголовье, измеряя при этом создаваемое давление на голову потенциального пользователя, дергать провода с усилием не туда и т.д. После в инструкции давать рекомендации по результатам: "не грей шумом", "не роняй с высоты более X метров", "имей голову не более Y см в охвате", "мой чаще уши". Неважно какими аудиофильскими характеристиками обладают наушники, они при этом не должны являться инструментом пыток и быть опасными для здоровья. Я очень надеюсь, что у вас это практикуется хоть в каком-то виде и вы свою продукцию испытываете.
В небольшом городе европейской части России, выезд из которого отделен переездами, поездка на такси Яндекса до ближайших деревень настоящий квест "уследи за водителем". На перекрытом шлагбауме ушлые водители такси ставят режим ожидания и деньги начинают капать, превращая поездку в лотерею. Я обычно молчу, потом пишу в поддержку о произошедшем непотребстве - возвращают всё, что списали. А сколько клиентов не заметят?
по такому туннелю можно выполнять только однонаправленную передачу данных (unicast).
Меня в начале века учили, что unicast - одноадресная рассылка, multicast - многоадресная рассылка, broadcast - широковещательная. В статье, как и в первых строчках выдачи гугла, unicast вдруг превратился в "однонаправленную передачу", что с позиции сетевика имеет совсем иное значение. Пример перевода терминологии "в лоб", которая только путает.
Как владелец x230 2014 года покупки, присоединяюсь к каждому слову. Родная батарейка до сих пор держит свои 5-6 часов на моих задачах. По HDMI отдает разрешение 2K, на борт устанавливается до 16G DDR3, SSD - этого вполне хватает для большинства моих задач. До сих пор его использую в поездках.
У китайцев можно без проблем купить матери, пластик, клавиатуры, матрицы к нему. У меня обкололся пластик на крышке, заказал и заменил. При желании, можно самому собрать "новый" по заказанным запчастям или реанимировать любой купленный на барахолке труп. Разбирается в два счета, кроме отвертки и пластикового съемника, вроде медиатора, ничего не нужно.
В качестве ОС на X230 у меня Xubuntu 22.04. Что будет виндой на этом же железе, я сказать не берусь. Предположу, что ничего хорошего.
То есть в лоб такое не удастся. Предположу, что статиков много было на пути из таблицы в таблицу и круг замкнулся. Такие конструкции применяются для сложносочиненного ликинга, который наблюдать на бордерах несколько непривычно.
Далеко не все понимают, что документация — это тоже система, которая должна строиться по определенным принципам и отвечать требованиям большинства своих пользователей. Обычно документацией зовется нечто скомканое, описывающее текущий или уже давно прошедший момент во времени. Грамотно выстроенная практика документирования либо есть с самого начала разработки системы, либо её нет совсем. Практически нереально с нуля на более-менее сложных системах начать их документирование уже в процессе эксплуатации, потому и создаются временные стрезы, актуальные на момент начала их формирования, но сама документируемая система уже уехала в своем развитии дальше.
Любое упрощение одной из подсистем ведет у неминуемому усложнению других подсистем системы. В данном случае пользовательский коммутатор с POE в помещении с пользователями требует бесперебойного питания и красиво увязанных проводов, то есть небольшого но шкафа, который нужно куда-то прятать. Лучи питания этого шкафа не должны совпадать с пользовательскими. Если организация серьезная, то требуется мониторинг всего этого хозяйства, в итоге получаем требования к узлу доступа такие же как к серверной(кроссовой) доступа, куда стягиваются кабели классической СКС. Цена эксплуатации всей сети при этом может оказаться выше, поскольку активного оборудования больше, на него нужно покупать поддержку вендора, мониторить чем-то (в случае с IBM Tivoli, например, требуются лицензии). Поддерживать и управлять меньшим количеством коммутаторов проще, как мне кажется. Если наложить на это требования по безопасности (хотя бы требования по ограничению физического доступа к элементам активной сетевой инфраструктуры), то такая схема организации не выдержит вообще никакой критики.
Подтверждаю. Действительно многократно быстрее. Задачу, которая мне требуется, он действительно решает — вполне адекватный браузер и требуемые ресурсы в нем работают. Но всё впечатление испортил Play Market, который оказался по умолчанию отключен. После включения написал сакраментальное «Устройство не сертифицировано Play Защитой» и отказался работать. Я считаю, что это прекрасно указывать в рекламе как одно из преимуществ — наличие магазина приложений, который по факту не работает.
Хочу сменить свой старый девятидюймовый onyx m92m на примерно этот по причине частой необходимости чтения технической документации с онлайн библиотек, например o'reilly. Там, как правило, свои движки на сайтах для чтения онлайн и приложения для телефонов/планшетов не самого высокого качества. Подскажите, пожалуйста, устройство в обзоре способно справиться с этой задачей? В моем текущем ридере поддержка серфинга чисто номинальная.
Не зря у админа на рабочем столе uTorrent есть. Как раз для отката на распределенный бэкап, я полагаю.
Меня всегда удивляло, почему нет очередей из аудиофилов в ЛОР отделения и заявлений вида: "вот я почистил уши у ушного сомелье, теперь слышу ту ЛЯ в десятой октаве более отчетливо, и появился воздух". И этому охотно поверишь. Вместо этого, некоторые не стесняются выкладывать фото внутриканальных наушников с, простите меня, "нагаром" из ушной серы.
Ссылка на документацию яндекса. Важное нововведение, но ни в пресс-релизе, ни в копии его на Хабр, нет прямой ссылки где прочитать подробности.
В этой связи мне нравится структурировать знания в виде mindmap. К сожалению, так и не нашел полностью устраивающего софта для этих целей, но сама идея построения наглядного графа знаний, который может не являться деревом в общем случае, мне по душе. Быть может, если добавить к каталогу знаний из статьи граф, получится более эффективная структура хранения и воспроизведения накопленного, поскольку можно отследить связи технологий или идей между собой.
Ни на что не претендую, но эксперимент с устареванием наушников можно попытаться поставить посредством пресловутого "прогревания" шумом. Да, шум - это совсем не музыка и не для него проектируются звуковые излучатели, но вполне подходит как стресс-тест системы. Для этого можно взять новый экземпляр условного фабричного конкурента, ваш новый экземпляр с теми же характеристиками импеданса и на одинаковом тракте с одинаковой громкостью оставить их шуметь. Через определенные интервалы времени снимать АЧХ. Если будут вдруг улучшаться характеристики, то сообществу будет интересно об этом узнать с подтверждением измерениями (условно - выравнивание АЧХ). Если не будет изменений, что вероятнее всего, то повышаете громкость на всех экземплярах и какие первыми выйдут из строя, те проиграли. В таком случае хоть что-то можно оценить в цифрах. Как минимум, сделать обоснованный вывод о надежности мембран на уровне конкурентов и рассказать об этом общественности.
На мой взгляд, производитель должен быть заинтересован в понимании границ живучести и безопасности своей продукции. Если речь о наушниках, то он сам в своей лаборатории должен "прогревать" до разрыва мембраны, ронять, растягивать оголовье, измеряя при этом создаваемое давление на голову потенциального пользователя, дергать провода с усилием не туда и т.д. После в инструкции давать рекомендации по результатам: "не грей шумом", "не роняй с высоты более X метров", "имей голову не более Y см в охвате", "мой чаще уши". Неважно какими аудиофильскими характеристиками обладают наушники, они при этом не должны являться инструментом пыток и быть опасными для здоровья. Я очень надеюсь, что у вас это практикуется хоть в каком-то виде и вы свою продукцию испытываете.
В небольшом городе европейской части России, выезд из которого отделен переездами, поездка на такси Яндекса до ближайших деревень настоящий квест "уследи за водителем". На перекрытом шлагбауме ушлые водители такси ставят режим ожидания и деньги начинают капать, превращая поездку в лотерею. Я обычно молчу, потом пишу в поддержку о произошедшем непотребстве - возвращают всё, что списали. А сколько клиентов не заметят?
Меня в начале века учили, что unicast - одноадресная рассылка, multicast - многоадресная рассылка, broadcast - широковещательная. В статье, как и в первых строчках выдачи гугла, unicast вдруг превратился в "однонаправленную передачу", что с позиции сетевика имеет совсем иное значение. Пример перевода терминологии "в лоб", которая только путает.
В остальном, с почином!
Замечательные результаты! Осталось переименоваться в НИИЧАВО и косплей Стругацких будет полным.
Как владелец x230 2014 года покупки, присоединяюсь к каждому слову. Родная батарейка до сих пор держит свои 5-6 часов на моих задачах. По HDMI отдает разрешение 2K, на борт устанавливается до 16G DDR3, SSD - этого вполне хватает для большинства моих задач. До сих пор его использую в поездках.
У китайцев можно без проблем купить матери, пластик, клавиатуры, матрицы к нему. У меня обкололся пластик на крышке, заказал и заменил. При желании, можно самому собрать "новый" по заказанным запчастям или реанимировать любой купленный на барахолке труп. Разбирается в два счета, кроме отвертки и пластикового съемника, вроде медиатора, ничего не нужно.
В качестве ОС на X230 у меня Xubuntu 22.04. Что будет виндой на этом же железе, я сказать не берусь. Предположу, что ничего хорошего.
Насколько я знаю, Juniper расскажет при коммите, что статик написан на ту же таблицу.
То есть в лоб такое не удастся. Предположу, что статиков много было на пути из таблицы в таблицу и круг замкнулся. Такие конструкции применяются для сложносочиненного ликинга, который наблюдать на бордерах несколько непривычно.
Любое упрощение одной из подсистем ведет у неминуемому усложнению других подсистем системы. В данном случае пользовательский коммутатор с POE в помещении с пользователями требует бесперебойного питания и красиво увязанных проводов, то есть небольшого но шкафа, который нужно куда-то прятать. Лучи питания этого шкафа не должны совпадать с пользовательскими. Если организация серьезная, то требуется мониторинг всего этого хозяйства, в итоге получаем требования к узлу доступа такие же как к серверной(кроссовой) доступа, куда стягиваются кабели классической СКС. Цена эксплуатации всей сети при этом может оказаться выше, поскольку активного оборудования больше, на него нужно покупать поддержку вендора, мониторить чем-то (в случае с IBM Tivoli, например, требуются лицензии). Поддерживать и управлять меньшим количеством коммутаторов проще, как мне кажется. Если наложить на это требования по безопасности (хотя бы требования по ограничению физического доступа к элементам активной сетевой инфраструктуры), то такая схема организации не выдержит вообще никакой критики.