В первой задаче "другие значения могут остаться". МОГУТ ! = ДОЛЖНЫ. Я бы специально фильтр по eventcode убрал. Ибо будет работать быстрее и нечего писать кривые ТЗ.
А у нас при проведении технических собесов, требующих написания кода, говорят: "пишите на том языке программирования, который вам ближе". И - нормально, оценить ход решения задачи вполне себе можно, даже не зная самого языка.
Какое отношение имеет "подмена номера" к SIP-телефонии!? Автор не в курсе, что в РФ присоединение операторов производится по ОКС-7? Зарубежный оригинал называется SS7.
SIP, в настоящее время, разрешен только для подключения абонентов. Соответственно, ни один вменяемый оператор не пропустит вызов от абонента, закрытый не выделенным этому абоненту номером.
На какую аудиторию расчитана эта статья? В интернете есть множество руководств по настройке сети под виндой, причём с меньшим количеством ошибок. Зачем ещё один, какие новые знания у нас появились?
У меня два варианта ответа:
Написать хоть что-то, чтобы получить статус автора. Ну как курсовые/дипломы пишут: нашли в Интернете, цифирки поменяли, фразы свои добавили, и можно нести преподавателю.
Самостоятельно настроил сеть, это круто! Только для таких побед существует какой-нибудь ВК, где друзья тебя ещё и похвалят.
Судя по положительному рейтингу данного произведения на собесах с потенциальными админами нас ждёт много интересного.
Никто не подскажет, чем сейчас лучше всего снимать стресс?
Кстати, а разве по дефолту в десятке icmp файрволом не зарезан? Или раздел о проверке через командную строку был скопирован откуда-то из интернета без проверки функционирования?
Не понял, как малинку здесь использовали в качестве шпиона. И так имелся ethernet-шнурок без защиты, можно было вместо малинки использовать любой комп, который был под рукой.
Мост собрали через web gui. А что он из себя представляет, автор в курсе? А руками через cli его собрать можно?
Если уж так хочется пошпионить через мост, то где запуск tcpdump и анализ результатов?
А кто сказал, что у нас система локальная? Она как раз вполне себе распределенная, только в случае аварий поддерживает минимальный функционал в локальном режиме. Раскатывать файлами на 60+ серверов во-первых долго, во-вторых сбои тоже возможны, в-третьих dialplan/pjsip reload здоровья Asterisk не добавляют. Клиента надо включить здесь и сейчас, при этом конфигурация абонента должна быть на всех серверах, ибо роуминг (автоматический, конечно. Без костылей на AMI/ARI/AGI).
БД и так реплицирована в 3-х датацентрах (..."клиентская балансировка между источниками данных в разных ЦОД‑ах является зоной ответственности отдельной команды"...). Пока жив хотя бы один, будет штатный режим работы. Нас интересовал случай, когда ничего внешнее недоступно. В этом случае телефония должна работать как минимум в аварийном режиме (т.е. вся локальная связь плюс городские операторы, если они заведены не через ЦОД).
Исходный комментарий был немного не о том. Путь стоит указывать, только если его прошел. Или не прошел. Но тогда описать, что и почему не получилось.
Материал автора представляет собой какой-то набор ресурсов, которые он только планирует изучить. Временные оценки явно не адекватные (к примеру изучение многопоточности языка "с нуля", включая ещё и многопоточную работу с базами данных, причем за пару недель). Оригинальной (ранее не существовавшей) информации нет от слова "совсем". Зачем статья? Заявить о своих планах? Ну есть соцсети, пиши там, если хочется. На технический ресурс зачем это выносить?
А мои рекомендации были в комментарии выше в неявном виде: Pet-проекты. Придумай тему, которая интересна именно тебе. Начни писать ее программную реализацию. Не хватает инструментов (понадобилась та же asyncio) - Гугл или доки языка в помощь. Или stackoverflow.
Разберись, какая методика разработки тебе удобнее ("сверху вниз" или "снизу вверх"). Когда получится что-нибудь рабочее, опиши это на том же Хабре. Получи кучу замечаний вида "да кто ж так пишет, вот здесь у тебя будет гонка, надо сделать так-то". Исправь свой проект. Вообщем именно практика, а теорию подхватываешь по мере необходимости. Большинство из того, чему учат в институте, в реальной жизни не пригодится. Главное - запомнить направление поиска. К примеру есть задача выявить закономерности по набору значений. Вспоминаешь, что "набор значений похож на оцифровку сигнала, закономерности в сигнале обусловлены суммой составляющих его частот, а для их определения что-то говорили про FFT". И идёшь искать описание этого самого БПФ, при необходимости закапываясь по-уши в жёсткий матан. А может это и не понадобится, берешь готовую реализацию и вставляешь в свой проект (для начинающего вполне приемлимо).
В результате на собеседовании будет:
Твой исходный код (оценят стиль и знание языка)
Твоя статья с решённой проблемой (а не мечты "вот поднапрягусь и сделаю")
Авторская разработка (именно сделанная тобой, раньше ее не существовало)
Уважаемый автор! Не догадываетесь, почему ваши статьи имеют отрицательный рейтинг? Вам нечего на данный момент сказать по существу, а читать "влажные мечты" большинству просто не интересно. Попробуйте сначала подрасти хотя бы до миддла (про сеньора молчу). И тогда, с учётом пройденного в обучении пути и достигнутых результатов, пишите roadmap-ы. А так инфоциганство какое-то получается.
И, не в обиду... Когда HR присылает мне резюме кандидатов на собеседование, я всегда дополнительно запрашиваю наличие публикаций на тематических ресурсах, образцы кода на любом языке (не по нашей теме, просто любой код для оценки стиля), pet-проекты соискателя (если есть). Так вот, публикации тематики "изучить проблему N за Y шагов/часов" от кого-то с уровнем меньше сеньора автоматом ведёт к отказу в техническом собеседовании, даже на стажировку. Путь познания у всех разный. Можно им поделиться, но только когда ты его успешно прошел. Подкрепив правильность направления практическими достижениями.
А у меня не получается: судя по всему Access-Challenge отправляется с какого-то другого внутреннего адреса Mikrotik (т.е. не с того, на который отправлялся Access-Request). Поэтому он благополучно теряется radius-клиентом и мы получаем таймаут.
А можно поинтересоваться у автора, смотрел ли он информацию о совместимости уже имеющихся устройств с экосистемой Яндекса? Не, ну если он программист, способный "на коленке" набросать микросервис с интеграцией, то нет вопросов! Было бы API с двух сторон (хотя бы это надо проверить до выбора используемой платформы).
И, по поводу голосовых команд, подтверждаю: пользуюсь постоянно.
При выходе из дома "Алиса, выключи свет через минуту"
При входе "Алиса, включи свет там-то"
Лёжа на кровати (чтобы не мешать роботу): "Алиса, начни уборку"
Про радио/музыку это само собой, голосовое управление.
В первой задаче "другие значения могут остаться". МОГУТ ! = ДОЛЖНЫ. Я бы специально фильтр по eventcode убрал. Ибо будет работать быстрее и нечего писать кривые ТЗ.
Да, один из них.
В её представлении "сеньор" это тот, кто может самостоятельно составить SQL запрос и умеет разворачивать и настраивать среды.
Упоминаний о проектировании схем БД, API, да хотя бы разбивки функционала на модули/сервисы в статье не заметил.
Но да, вполне себе уверенный джун.
А у нас при проведении технических собесов, требующих написания кода, говорят: "пишите на том языке программирования, который вам ближе". И - нормально, оценить ход решения задачи вполне себе можно, даже не зная самого языка.
В смысле: если уронить автомобильный аккумулятор со второго этажа на голову, то это смертельно?
Других вариантов как-то не наблюдается. И, если что, I=V/R.
Какое отношение имеет "подмена номера" к SIP-телефонии!? Автор не в курсе, что в РФ присоединение операторов производится по ОКС-7? Зарубежный оригинал называется SS7.
SIP, в настоящее время, разрешен только для подключения абонентов. Соответственно, ни один вменяемый оператор не пропустит вызов от абонента, закрытый не выделенным этому абоненту номером.
Попробуем по-другому.
На какую аудиторию расчитана эта статья? В интернете есть множество руководств по настройке сети под виндой, причём с меньшим количеством ошибок. Зачем ещё один, какие новые знания у нас появились?
У меня два варианта ответа:
Написать хоть что-то, чтобы получить статус автора. Ну как курсовые/дипломы пишут: нашли в Интернете, цифирки поменяли, фразы свои добавили, и можно нести преподавателю.
Самостоятельно настроил сеть, это круто! Только для таких побед существует какой-нибудь ВК, где друзья тебя ещё и похвалят.
Судя по уровню статьи, у автора где-то завалялось 9 сетевых с BNC. Так что построит!
Судя по положительному рейтингу данного произведения на собесах с потенциальными админами нас ждёт много интересного.
Никто не подскажет, чем сейчас лучше всего снимать стресс?
Кстати, а разве по дефолту в десятке icmp файрволом не зарезан? Или раздел о проверке через командную строку был скопирован откуда-то из интернета без проверки функционирования?
Не понял, как малинку здесь использовали в качестве шпиона. И так имелся ethernet-шнурок без защиты, можно было вместо малинки использовать любой комп, который был под рукой.
Мост собрали через web gui. А что он из себя представляет, автор в курсе? А руками через cli его собрать можно?
Если уж так хочется пошпионить через мост, то где запуск tcpdump и анализ результатов?
Статья на уровне семиклассника, к сожалению.
А кто сказал, что у нас система локальная? Она как раз вполне себе распределенная, только в случае аварий поддерживает минимальный функционал в локальном режиме.
Раскатывать файлами на 60+ серверов во-первых долго, во-вторых сбои тоже возможны, в-третьих dialplan/pjsip reload здоровья Asterisk не добавляют. Клиента надо включить здесь и сейчас, при этом конфигурация абонента должна быть на всех серверах, ибо роуминг (автоматический, конечно. Без костылей на AMI/ARI/AGI).
БД и так реплицирована в 3-х датацентрах (..."клиентская балансировка между источниками данных в разных ЦОД‑ах является зоной ответственности отдельной команды"...). Пока жив хотя бы один, будет штатный режим работы.
Нас интересовал случай, когда ничего внешнее недоступно. В этом случае телефония должна работать как минимум в аварийном режиме (т.е. вся локальная связь плюс городские операторы, если они заведены не через ЦОД).
Если сервис упадет, Asterisk продолжит работу в состоянии, предшествующему аварийной ситуации.
Исходный комментарий был немного не о том. Путь стоит указывать, только если его прошел. Или не прошел. Но тогда описать, что и почему не получилось.
Материал автора представляет собой какой-то набор ресурсов, которые он только планирует изучить. Временные оценки явно не адекватные (к примеру изучение многопоточности языка "с нуля", включая ещё и многопоточную работу с базами данных, причем за пару недель). Оригинальной (ранее не существовавшей) информации нет от слова "совсем". Зачем статья? Заявить о своих планах? Ну есть соцсети, пиши там, если хочется. На технический ресурс зачем это выносить?
А мои рекомендации были в комментарии выше в неявном виде: Pet-проекты. Придумай тему, которая интересна именно тебе. Начни писать ее программную реализацию. Не хватает инструментов (понадобилась та же asyncio) - Гугл или доки языка в помощь. Или stackoverflow.
Разберись, какая методика разработки тебе удобнее ("сверху вниз" или "снизу вверх"). Когда получится что-нибудь рабочее, опиши это на том же Хабре. Получи кучу замечаний вида "да кто ж так пишет, вот здесь у тебя будет гонка, надо сделать так-то". Исправь свой проект. Вообщем именно практика, а теорию подхватываешь по мере необходимости. Большинство из того, чему учат в институте, в реальной жизни не пригодится. Главное - запомнить направление поиска. К примеру есть задача выявить закономерности по набору значений. Вспоминаешь, что "набор значений похож на оцифровку сигнала, закономерности в сигнале обусловлены суммой составляющих его частот, а для их определения что-то говорили про FFT". И идёшь искать описание этого самого БПФ, при необходимости закапываясь по-уши в жёсткий матан. А может это и не понадобится, берешь готовую реализацию и вставляешь в свой проект (для начинающего вполне приемлимо).
В результате на собеседовании будет:
Твой исходный код (оценят стиль и знание языка)
Твоя статья с решённой проблемой (а не мечты "вот поднапрягусь и сделаю")
Авторская разработка (именно сделанная тобой, раньше ее не существовало)
Уважаемый автор! Не догадываетесь, почему ваши статьи имеют отрицательный рейтинг? Вам нечего на данный момент сказать по существу, а читать "влажные мечты" большинству просто не интересно. Попробуйте сначала подрасти хотя бы до миддла (про сеньора молчу). И тогда, с учётом пройденного в обучении пути и достигнутых результатов, пишите roadmap-ы. А так инфоциганство какое-то получается.
И, не в обиду... Когда HR присылает мне резюме кандидатов на собеседование, я всегда дополнительно запрашиваю наличие публикаций на тематических ресурсах, образцы кода на любом языке (не по нашей теме, просто любой код для оценки стиля), pet-проекты соискателя (если есть). Так вот, публикации тематики "изучить проблему N за Y шагов/часов" от кого-то с уровнем меньше сеньора автоматом ведёт к отказу в техническом собеседовании, даже на стажировку. Путь познания у всех разный. Можно им поделиться, но только когда ты его успешно прошел. Подкрепив правильность направления практическими достижениями.
Я думаю, такими темпами автор и verilog за пару месяцев выучит. Не, а чего мелочиться-то?
Особенно интересно смотрится "конкурентные запросы к БД" за 2 недели, включая изучение многопоточности и асинхронности самого языка.
Если посмотреть на ссылки, то вся информация от одного источника, а не от трёх разных. Все они ссылаются на один и тот же первоисточник.
А у меня не получается: судя по всему Access-Challenge отправляется с какого-то другого внутреннего адреса Mikrotik (т.е. не с того, на который отправлялся Access-Request). Поэтому он благополучно теряется radius-клиентом и мы получаем таймаут.
А можно поинтересоваться у автора, смотрел ли он информацию о совместимости уже имеющихся устройств с экосистемой Яндекса? Не, ну если он программист, способный "на коленке" набросать микросервис с интеграцией, то нет вопросов! Было бы API с двух сторон (хотя бы это надо проверить до выбора используемой платформы).
И, по поводу голосовых команд, подтверждаю: пользуюсь постоянно.
При выходе из дома "Алиса, выключи свет через минуту"
При входе "Алиса, включи свет там-то"
Лёжа на кровати (чтобы не мешать роботу): "Алиса, начни уборку"
Про радио/музыку это само собой, голосовое управление.