Forwarded from DevFM
Нестареющая классика, шпаргалка по SSH
Очень давняя, но информативная статья, которая лежит у меня как шпаргалка, если что-то подзабыл.
Начинается с базы, коротко и по делу. Не нужно авторизовываться по паролю, настраивайте вход по ключу. Ключ генерируется одной командой и может быть закрыт паролем. Разумеется, ключ состоит из двух частей: открытой и закрытой. На сервер ключ можно скопировать ручками или специальной командой. У сервера есть свой ключ, который помещается в known_hosts. Для копирования данных через ssh-сессию есть команда scp. Это база. Теоретические основы были в отдельном посте.
Дальше, как всегда, интереснее:
– с помощью дополнительной утилиты sshfs можно предоставить доступ к удалённой файловой системе. При этом локальные приложения не будут подозревать, что работают с удалённой файловой системой
– можно выполнить команду на удалённом сервере, оставаясь в локальной командной строке. Интересное применение, например, вывести содержимое какого-то файла и с помощью конвейера скормить его локально запущенной программе
– если хотим вызвать удалённую команду, а её вывод поместить в локальный файл, то для этого можно пробросить stdin/out
– чтобы каждый раз не вспоминать ip-адрес, куда подключаешься, или, наоборот, не вспоминать длиннющее имя сервера, то для этого можно в конфиг файле ssh прописать алиасы
– если локальная машина имеет графический x-сервер, а удаленная нет, то можно сделать так, чтобы приложения с сервера рисовались у вас на рабочем столе
– публичные wi-fi совсем небезопасны, а VPN порой просто режут, поэтому есть выход – работа ssh в режиме socks-proxy
– заканчивается статья такими схемами, от которых волосы начинают шевелиться: проброс портов, вложенные туннели, реверс-сокс-прокси и проброс авторизации
Интересный факт, которым меня мучали в институте, и он упоминается в статье: ip-адреса 127.0.0.1 и 127.1 идентичны и нет никакой ошибки. Вот такие пироги.
#skills
Очень давняя, но информативная статья, которая лежит у меня как шпаргалка, если что-то подзабыл.
Начинается с базы, коротко и по делу. Не нужно авторизовываться по паролю, настраивайте вход по ключу. Ключ генерируется одной командой и может быть закрыт паролем. Разумеется, ключ состоит из двух частей: открытой и закрытой. На сервер ключ можно скопировать ручками или специальной командой. У сервера есть свой ключ, который помещается в known_hosts. Для копирования данных через ssh-сессию есть команда scp. Это база. Теоретические основы были в отдельном посте.
Дальше, как всегда, интереснее:
– с помощью дополнительной утилиты sshfs можно предоставить доступ к удалённой файловой системе. При этом локальные приложения не будут подозревать, что работают с удалённой файловой системой
– можно выполнить команду на удалённом сервере, оставаясь в локальной командной строке. Интересное применение, например, вывести содержимое какого-то файла и с помощью конвейера скормить его локально запущенной программе
– если хотим вызвать удалённую команду, а её вывод поместить в локальный файл, то для этого можно пробросить stdin/out
– чтобы каждый раз не вспоминать ip-адрес, куда подключаешься, или, наоборот, не вспоминать длиннющее имя сервера, то для этого можно в конфиг файле ssh прописать алиасы
– если локальная машина имеет графический x-сервер, а удаленная нет, то можно сделать так, чтобы приложения с сервера рисовались у вас на рабочем столе
– публичные wi-fi совсем небезопасны, а VPN порой просто режут, поэтому есть выход – работа ssh в режиме socks-proxy
– заканчивается статья такими схемами, от которых волосы начинают шевелиться: проброс портов, вложенные туннели, реверс-сокс-прокси и проброс авторизации
Интересный факт, которым меня мучали в институте, и он упоминается в статье: ip-адреса 127.0.0.1 и 127.1 идентичны и нет никакой ошибки. Вот такие пироги.
#skills
Хабр
Памятка пользователям ssh
abstract: В статье описаны продвинутые функций OpenSSH, которые позволяют сильно упростить жизнь системным администраторам и программистам, которые не боятся шелла. В отличие от большинства...
#interview
Вопросы для собеседования:
- Примеры последних интересных и скучных задач;
- Какие последние задачи запустили в продуктив;
- Как "выглядит" продуктив: какие инструменты/технологии используются, как это выглядит на практике;
- Есть ли мониторинг качества моделей и их переобучение?
- Есть ли code review или иные способы контроля качества проекта?
- Есть ли A/B тесты, как они реализованы, как используются результаты;
- Есть ли feedback от заказчиков по результатам проектов? Если есть, то в каком виде и как используется?
- Как приходят и ставятся/распределяются задачи?
- Какие обычные сроки у проектов? Есть ли adh-hoc и их доля? Есть ли исследовательские проекты?
- Какая текучка в отделе? Какая структура отдела?
- Какой стиль управления руководства/непосредственного начальника - жесткий контроль, свобода действия или что-то среднее.
- Были ли идеи от заказчиков, которые вы отказались делать? Что это было и почему?
- Какие конкретные задачи (1-2) буду выполнять, если выйду к вам?
- гибкий график? Возможность ходить на встречи/конференции? Переработки?
- Есть ли годовые цели и kpi? В каком виде?
- Планы по развитию отдела и людей?
- как ведется работа над проектами - в одиночку или команды по какому-то принципу?
- где хранятся данные, какое у них качество?
- как ведется разработка - инструменты, версионирование и так далее
Вопросы для собеседования:
- Примеры последних интересных и скучных задач;
- Какие последние задачи запустили в продуктив;
- Как "выглядит" продуктив: какие инструменты/технологии используются, как это выглядит на практике;
- Есть ли мониторинг качества моделей и их переобучение?
- Есть ли code review или иные способы контроля качества проекта?
- Есть ли A/B тесты, как они реализованы, как используются результаты;
- Есть ли feedback от заказчиков по результатам проектов? Если есть, то в каком виде и как используется?
- Как приходят и ставятся/распределяются задачи?
- Какие обычные сроки у проектов? Есть ли adh-hoc и их доля? Есть ли исследовательские проекты?
- Какая текучка в отделе? Какая структура отдела?
- Какой стиль управления руководства/непосредственного начальника - жесткий контроль, свобода действия или что-то среднее.
- Были ли идеи от заказчиков, которые вы отказались делать? Что это было и почему?
- Какие конкретные задачи (1-2) буду выполнять, если выйду к вам?
- гибкий график? Возможность ходить на встречи/конференции? Переработки?
- Есть ли годовые цели и kpi? В каком виде?
- Планы по развитию отдела и людей?
- как ведется работа над проектами - в одиночку или команды по какому-то принципу?
- где хранятся данные, какое у них качество?
- как ведется разработка - инструменты, версионирование и так далее
Forwarded from Mercі
(1) В этой статье можно отлично разобраться в большинстве оптимизаторов и их параметрах.
Forwarded from Mercі
Статья с хорошими примерами проектирования сетей с помощью строительных блоков pytorch.
Forwarded from Artificial stupidity
Forwarded from cydoroga
Привет!
Вкратце: и то, и то.
Осталось понять, что именно мы считаем оптимальным.
Я про Gittins index много не скажу, но взять ucb и Thompson sampling.
Оба имеют асимптотики на регрет, которые нельзя превзойти, не зная среды.
Это доказывается тем, что можно вывести нижнюю оценку на регрет любого такого алгоритма.
И типа они равны.
Но там хватает нюансов: где-то речь идет про минимаксный регрет, где-то про байесовский, оба регрета связаны друг с другом.
Так что, практической разницы, мне кажется, мало - оба алгоритма оптимальны.
А если интересны именно асимптотики, советую почитать книжку
https://tor-lattimore.com/downloads/book/book.pdf
Там про все эти алгоритмы есть в очень разных сеттингах
Вкратце: и то, и то.
Осталось понять, что именно мы считаем оптимальным.
Я про Gittins index много не скажу, но взять ucb и Thompson sampling.
Оба имеют асимптотики на регрет, которые нельзя превзойти, не зная среды.
Это доказывается тем, что можно вывести нижнюю оценку на регрет любого такого алгоритма.
И типа они равны.
Но там хватает нюансов: где-то речь идет про минимаксный регрет, где-то про байесовский, оба регрета связаны друг с другом.
Так что, практической разницы, мне кажется, мало - оба алгоритма оптимальны.
А если интересны именно асимптотики, советую почитать книжку
https://tor-lattimore.com/downloads/book/book.pdf
Там про все эти алгоритмы есть в очень разных сеттингах
Forwarded from Блог о Data Science 💻 Наука о данных (Red Powerful)
Вы все уже слышали про студента, который с помощью ChatGPT написал диплом. Но таких инструментов сейчас достаточно много, они могут упростить нам работу с написанием рутинных вещей.
Нужно ли объяснять, что это такое? Вы все уже много раз про него слышали, это наш основной инструмент, но нужно проверять все то, что он пишет и не верить ему сразу.
Википедия для AI инструментов, там можно найти больше подобных
сервисов на вкус и цвет.
Частично-бесплатный сервис для создания и генерации контекта на основе AI. Я от него просто в восторге!
Вроде как бесплатный, конкурент Rytr. Но не уверен, что у него есть те же функции, например генерация заголовков, ключевых слов и тд.
Сервис, который объясняет что же там написано в этих заумных научных работах. Отлично поможет перефразировать чужие работы в наш диплом для объёма.
Для любителей пейперов
Теперь с лёгкостью можно найти схожие пейперы.
300 докеров на этот пост и делаю вторую часть!
Не забываем заходить в чат и делится постом с сокурсниками!
Please open Telegram to view this post
VIEW IN TELEGRAM
Forwarded from Cracking code interview and USA life
Алоха. Готовитесь к интервью по систем дизайну и осталось совсем мало времени?
Вот вам подборка популярных систем дизайнов, супрер поверхностное, но полезное чиво, для освежения знаний перед интервью.
https://www.educative.io/blog/top-10-system-design-interview-questions#proximity
#рекомендасьен #статьи #article
Вот вам подборка популярных систем дизайнов, супрер поверхностное, но полезное чиво, для освежения знаний перед интервью.
https://www.educative.io/blog/top-10-system-design-interview-questions#proximity
#рекомендасьен #статьи #article