
Типичный программист
Собеседования и QA начальники
Вы там что курите или принимаете?
Вы имеете дело с человеком у которого 5 лет коммерческого опыта работы в QA и 2 года фриланса. Что отлично тестирует, выполняет свою работу. Идёт уже в полноценную автоматизацию тестирования.
А вы на собеседованиях спрашиваете теорию что должен знать джун или интерн?
Вам самим не смешно от этого?
Это тоже самое что спросить юриста академические вопросы и ждать академических ответов с юрфака. Вас пошлют куда подальше.
И только пара начальников QA мне встречались адекватными, что задавали вопросы по реальному опыту, спрашивали технические вещи, что делал по факту. О теории вообще не вспоминали.
Вы жалуетесь, что одни джуны и интерны на рынке. Так вы сами шлёте в одно место хороших специалистов, словно специально хотите завалить людей на собеседовании.
Вы сами то применяете всю эту теорию на практике?
Эта теория нах*й никому не вперлась в реальности, она другая.
Тоже самое происходит и у разрабов.
Спасибо, выговорился. Минусите.
Tuna - российский аналог Ngrok
Наверняка многие знаю, что такое Ngrok. Это инструмент для публикации локальных сайтов в интернет. Но в ngrok заблокировали возможность регистрации новых пользователей из России а про оплату подписки росссийскими картами и речи не идёт. По этому хочу поделиться с вами нашим аналогом - Tuna. С локацией в России и возможностью оплаты пописки рублями, но есть и бесплатный тариф.
Личный кабинет tuna.am
Если вдруг вы не знаете что это такое, то вот коротко - это консольная утилита в основном для разработчиков, но не только. Помогает получить прямой доступ из интернета к запущенным локально на ПК сайтам или приложениям. Вы запускаете в консоли короткую команду, получаете в ответ ссылку, а ваш друг из любой точки мира перейдя по ней попадёт на сайт запущенный на вашем ПК в локальной сети, и всё это без VPN, требований в "белом" IP, без проброса портов, так далее.
Публикация локального сайта
Например, вы – Frontend разработчик и хотите дать доступ к локальному стенду вашему коллеге. Как обычно запускаете в консоли
yarn server
видите, что приложение запустилось на http://localhost:3000, в соседней консоли запускаете
tuna http 3000
и видите ссылку вида https://foo-bar.ru.tuna.am, всё, с этого момента ваш локальный сайт доступен в интернете.
tuna http 3000
INFO[14:26:10] Welcome to Tuna
INFO[14:26:11] Account: Женя (Paid till 09.06.2043)
INFO[14:26:11] Web Interface: http://127.0.0.1:4040
INFO[14:26:11] Forwarding https://myw2g2-232-33-232-11.ru.tuna.am -> 127.0.0.1:3000
Из опций можно добавить базовую авторизацию, заголовки, ограничить доступ по IP подсетям и другое. Также есть встроенный инспектор. Это легковесный интерфейс встроенный в утилиту, из которого удобно отслеживать запросы, заголовки и прочую отладочную информацию. Есть также возможность резервировать поддомены и подключать свои домены.
Файловый сервер
Если надо передать достаточно объёмный файл, к примеру в 10Gb это превращается в квест. Нужно загрузить файл на какой-нибудь облачный диск (яндекс или гугл), опубликовать этот файл и дать ссылку другу и только после этого он сможет его скачать. Согласитесь было бы удобно передать файл сразу напрямую другу.
В общем то всё просто запускаем 1 команду и даём другу ссылку, он скачивает фал прямо с фашего компа:
tuna http -f .
Проброс TCP порта
Приведу живой пример из практики. В локальной сети есть IP камера и нужно предоставить к ней прямой доступ по RTSP потоку.
tuna tcp <camera-ip>:554
Вы получите адрес домена и динамический порт. Но можно резервировать и статичные порты.
Цена и прочее
Базовый функционал с ограничениями - бесплатен. Расширенный - 299 рублей в месяц.
Серверы для построения туннелей в России и Нидерландах. Близость туннельных серверов уменьшает задержку и увеличивает скорость.
Мы собираем клиенты под Windows, macOS, Linux, FreeBSD и Docker, а на сайте с документацией можете найти на много больше примеров и кейсов использования
В общем куда не плюнь, одни плюсы 🙂
Больше информации тут tuna.am
Если есть вопросы, пишите в коментарии или на почту info@tuna.am или нашем чатике в ТГ.
Есть какой нить инструмент чтоб учесть зависимости между разными частями программного обеспечения ?
Есть какой нить инструмент чтоб учесть зависимости между разными частями программного обеспечения ? Типа вот есть "система"
кусочек на питоне (анаконда блокноты расчеты) - видели бы вы этот код
кусочек на джанго (фронтенд)
берет данные с оракла через найфай
чего то там в графану выводится
куча таблиц и материализованных представлений на постгрессе.
Большой такой бардак - но процентов на 80 правильно работает. Есть проблемы с производительностью.
Есть инструмент чтоб учесть зависимости между всеми этими модулями?
По возможности чтоб хоть что то брал автоматически.











