Качество звонка через месенджер сильно зависит от качества доступа в интернет. Раз на раз не приходится. И особенно у упомянутого Теле2, у которого в EDGE вляпаться проще простого и тогда с голосом будет мягко говоря не очень.
Блокчейн надо на каждый IP пакет, было бы современное решение :)
А вообще, ощущение, что сетевое протоколостроение давно зашло в творческий кризис.
Появляются или инновации решающие проблемы, но имеющие спорный дизайн и большие трудности во внедрении. Или не понятно, что решающие, но зато чрезмерно сложные и гарантированно создающие проблемы в эксплуатации.
От производителя точно зависит. У меня был планшет. Через неделю после покупки перестал заряжаться. Поменяли в магазине. Через неделю после замены перестал заряжаться. Месяц в гарантийном ремонте. Через неделю после ремонта перестал заряжаться. Какое-то время валялся в шкафу. Отдал знакомому ремонтнику электроники. Через месяц после ремонта перестал заряжаться. Контакты разъёма были просто припаяны поверх дорожек платы и отваливались очень быстро, так как были крайне маленькие. В итоге отслоились дорожки и это стало не ремонтнопригодно.
Может быть можно как-то сделать надёжным микроюсб, но личный опыт говорит, что только очень нежное обращение нужно, иначе он в лучшем случае начинает противно болтаться, в худшем — перестаёт работать.
Сильно зависит от аккуратности использования. Один нежно вставляет разъём и кладёт на стол на всё время зарядки. А второй таскает в кармане вместе с павербанком, постоянно вынимая и засовывая назад в карман. В этом случае у лайтнинга с самим разъёмом всё в порядке, но зато отламывается провод :)
Интересно, есть уже какая-то статистика по надёжности разъёма USB type-C?
Старый микро при ежедневном использовании быстро разбалтывался, а если производитель был очень экономным, так и просто выходил из строя за считанные месяцы.
Так это только для зарядки. А type-C предлагается ещё и как разъём наушников.
При подключении лайтнинга или разновидностей USB происходит более менее одновременное подключение всех контактов причём сразу в правильном положении. На USB ещё есть сначала более длинные контакты питания, затем контакты данных.
При подключении многоконтактного разъёма типа «джек» пока он дойдёт до крайнего положения и контакты данных могут криво соединяться и питание закоротиться. От всего этого нужно делать защиты, если они вообще возможны.
Да тут как-то ничего особо не придумаешь. Если только сертификаты поднимать для SSH.
Можно создать специального пользователя с ограниченными правами и ограниченным набором допустимых команд. Тогда уже не так принципиально, что в скрипте логин/пароль.
Можно ещё не хранить пароль в скрипте, а вытягивать его из хранимых в системе креденшилсов, но это как password 7 на циске, защита от подглядывания через плечо.
Ну и да, переходите на Go :), там будет просто бинарник, из которого выковырнуть хороший рандомный пароль уже не так просто как из питоновского скрипта, в бинарнике попробуй его найди.
может быть это первый шаг к автоматической настройке тех же роутеров или аудита их конфигурации?
Непростая задача даже для вендорского софта. В одиночку нормально не осилить.
Впрочем, вендорский софт та ещё печаль, поэтому приходится изобретать велосипеды.
Насколько понимаю, в гоу потоки по количеству доступных в железе, а остальное да, асинхронное выполнение. Но главное, что оно выполняет задачу быстрой работы с большим количеством сетевых устройств.
Ну может быть да, треды зря назвал костыльными. Да и GIL, насколько доводилось читать, есть только в CPython, в другие реализациях питона его нет.
Мультипроцессинг откровенно не понравился, очень неудобно.
Но всё же горутины красивее, лаконичнее и понятнее.
Насчёт сетевых задержек да, но как раз этот вопрос и решается многопоточностью.
Но как выше писал, SSH и SNMP на питоне работают намного медленнее.
Если на питоне цикл опроса занимал полторы-две минуты, то на гоу стал занимать 10 секунд,
при прочих равных, алгоритм не менялся никак.
Кстати, да, такой же вопрос. Зачем именно выгружать таблицы маршрутизации в файлы.
Можно в интересующий момент времени запросить данные по конкретному маршруту, как это делается в looking glass.
Если, конечно, не надо это делать сразу на тысячах маршрутизаторов :)
Но регулярно сгружать full-view с тысяч маршрутизаторов это задача, граничащая с безумием.
И это тоже. Заслуга питона не так редко выходит в более простом синтаксисе биндинга к коду си под капотом для неспециалистов в программировании, которые не потянут работать с си напрямую.
Да вполне. Работать приходится с сотнями-тысячами устройств. К примеру, если сохранять с них конфигурации, то без многопоточности уйдёт довольно много времени на сбор.
SSH, SNMP обращения к хосту на питоне работают очень медленно в сравнении с гоу. Опять же многопоточность для этих обращений, иначе интервал опроса будет таким большим, что потеряет смысл.
Переносимость для отладки. Можно временно запускать на рабочей станции с виндой, потом перенести на сервер с линуксом.
Тоже давно работаю сетевым инженером. И тоже пару лет назад начал использовать питон для всяких задач автоматизации и мониторинга. После десяти лет перла питон зашёл просто с удовольствием, настолько всё просто и в 5 минут находились ответы на любые вопросы.
Однако, когда несколько месяцев назад попробовал Go, просто испытал восторг.
Go гораздо более интересный язык для вот такого программирования под сетевые задачи непрофессиональным программистом.
Во-первых, быстродействие, Go во много раз быстрее справляется с опросом маршрутизаторов, чем питон.
Во-вторых, многопоточность. В Go она просто отлично реализована. Даже если не считать GIL, не очень мешающий для сетевых задач, всё равно треды и мультипроцесс в питоне выглядят костыльно и неудобно.
Память программы на Go тоже расходуют в разы более экономно на совершенно идентичном функционале с питон скриптами.
Опять же, самодостаточный бинарник против целиком питона + либы.
С 4 лет читал бумажные книги, много. Когда лет так в районе 18 в институтской сети попался архив books.ha, в котором была огромная куча отOCRенных txt, то всё, бумажные книги закончились. Это были времена DOS, Norton commander и F3 в нём. Совсем не то же, что современные смартфоны и бук ридеры. Сейчас в литресе покупаю электронные книги, вполне удобно в их приложении для смартфоны и цены не такие уж большие.
Во времена СССР бумажная книга считалась ценностью и инвестицией. В итоге оказалась так себе инвестиция.
И очень странно читать в статье, что сейчас кто-то дарит книги. Честно, говоря, как раз во времена СССР и видел последний раз такие подарки.
Ну хорошо, допустим, человек здоров и регулярно в больничку ему не надо. Всё равно ухудшение интеллектуальных способностей к старости это факт. Велосипед как раз хороший способ заглушить себя бездумной работой.
А так же факт, что много людей заняты той самой bullshit job, что в соседней статье. На пенсию выпнули, уже следующему место есть. А так, молодёжь без особых способностей после окончания ВУЗа не может найти работу.
И всё же, как ни крути, лучше в итоге оказаться с «лишними» долларами, которые, не смотря на инфляцию более менее сохраняются в течении десятилетий, чем с рублями, которые за время жизни одного человека рухнули до нуля и не очень с десяток раз.
Не совсем понятно как обеспечивать работой людей дополнительные 5-8 лет. Если взять среднестатистического человека, который в 60 лет уже не так шустро соображает как молодые, имеет заболевания, требующие регулярных походов к врачу.
Даже у айтишников, это пока молодой хорошо, а в 50-60 лет врядли будет удовольствие от изучения очередного фреймворка или синтаксиса конфигураций новой железяки. А при наличии молодёжи, которой интересно и то и другое и работать готовой за меньшие деньги, ещё и не конкурентноспособно.
Всем делать карьеру и в руководители? Но это не выглядит реалистичным и не у всех есть желание заниматься руководящей работой.
Коммерческие компании запросто сокращают персонал.
То есть в итоге рисуется картина 65 летних рядовых работников в госконторах.
А остальным уж как повезёт. Сейчас часто приходится видеть стариков, копающихся в мусорных жбанах.
К сожалению, есть исключения. Прямо здесь на Хабре. Недавно была тема про продажу Гитхаба, там написали в районе 1000 комментариев. Хром и Опера при прокрутке заметно подтормаживали, а Файрфокс нет.
А вообще, ощущение, что сетевое протоколостроение давно зашло в творческий кризис.
Появляются или инновации решающие проблемы, но имеющие спорный дизайн и большие трудности во внедрении. Или не понятно, что решающие, но зато чрезмерно сложные и гарантированно создающие проблемы в эксплуатации.
Может быть можно как-то сделать надёжным микроюсб, но личный опыт говорит, что только очень нежное обращение нужно, иначе он в лучшем случае начинает противно болтаться, в худшем — перестаёт работать.
Старый микро при ежедневном использовании быстро разбалтывался, а если производитель был очень экономным, так и просто выходил из строя за считанные месяцы.
Так это только для зарядки. А type-C предлагается ещё и как разъём наушников.
При подключении многоконтактного разъёма типа «джек» пока он дойдёт до крайнего положения и контакты данных могут криво соединяться и питание закоротиться. От всего этого нужно делать защиты, если они вообще возможны.
Можно создать специального пользователя с ограниченными правами и ограниченным набором допустимых команд. Тогда уже не так принципиально, что в скрипте логин/пароль.
Можно ещё не хранить пароль в скрипте, а вытягивать его из хранимых в системе креденшилсов, но это как password 7 на циске, защита от подглядывания через плечо.
Ну и да, переходите на Go :), там будет просто бинарник, из которого выковырнуть хороший рандомный пароль уже не так просто как из питоновского скрипта, в бинарнике попробуй его найди.
Непростая задача даже для вендорского софта. В одиночку нормально не осилить.
Впрочем, вендорский софт та ещё печаль, поэтому приходится изобретать велосипеды.
Мультипроцессинг откровенно не понравился, очень неудобно.
Но всё же горутины красивее, лаконичнее и понятнее.
Насчёт сетевых задержек да, но как раз этот вопрос и решается многопоточностью.
Но как выше писал, SSH и SNMP на питоне работают намного медленнее.
Если на питоне цикл опроса занимал полторы-две минуты, то на гоу стал занимать 10 секунд,
при прочих равных, алгоритм не менялся никак.
Можно в интересующий момент времени запросить данные по конкретному маршруту, как это делается в looking glass.
Если, конечно, не надо это делать сразу на тысячах маршрутизаторов :)
Но регулярно сгружать full-view с тысяч маршрутизаторов это задача, граничащая с безумием.
SSH, SNMP обращения к хосту на питоне работают очень медленно в сравнении с гоу. Опять же многопоточность для этих обращений, иначе интервал опроса будет таким большим, что потеряет смысл.
Переносимость для отладки. Можно временно запускать на рабочей станции с виндой, потом перенести на сервер с линуксом.
Однако, когда несколько месяцев назад попробовал Go, просто испытал восторг.
Go гораздо более интересный язык для вот такого программирования под сетевые задачи непрофессиональным программистом.
Во-первых, быстродействие, Go во много раз быстрее справляется с опросом маршрутизаторов, чем питон.
Во-вторых, многопоточность. В Go она просто отлично реализована. Даже если не считать GIL, не очень мешающий для сетевых задач, всё равно треды и мультипроцесс в питоне выглядят костыльно и неудобно.
Память программы на Go тоже расходуют в разы более экономно на совершенно идентичном функционале с питон скриптами.
Опять же, самодостаточный бинарник против целиком питона + либы.
Во времена СССР бумажная книга считалась ценностью и инвестицией. В итоге оказалась так себе инвестиция.
И очень странно читать в статье, что сейчас кто-то дарит книги. Честно, говоря, как раз во времена СССР и видел последний раз такие подарки.
А так же факт, что много людей заняты той самой bullshit job, что в соседней статье. На пенсию выпнули, уже следующему место есть. А так, молодёжь без особых способностей после окончания ВУЗа не может найти работу.
Даже у айтишников, это пока молодой хорошо, а в 50-60 лет врядли будет удовольствие от изучения очередного фреймворка или синтаксиса конфигураций новой железяки. А при наличии молодёжи, которой интересно и то и другое и работать готовой за меньшие деньги, ещё и не конкурентноспособно.
Всем делать карьеру и в руководители? Но это не выглядит реалистичным и не у всех есть желание заниматься руководящей работой.
Коммерческие компании запросто сокращают персонал.
То есть в итоге рисуется картина 65 летних рядовых работников в госконторах.
А остальным уж как повезёт. Сейчас часто приходится видеть стариков, копающихся в мусорных жбанах.
К сожалению, есть исключения. Прямо здесь на Хабре. Недавно была тема про продажу Гитхаба, там написали в районе 1000 комментариев. Хром и Опера при прокрутке заметно подтормаживали, а Файрфокс нет.