techkuz

Посмотрите здесь: https://hub.docker.com/_/python/
Если в двух словах, то вы можете:
1. Создать свой образ, основанный на выбранной версии пайтона с установленными нужными вашему скрипту зависимостями и запустить контейнер с примонтированным скриптом.
2. Или собрать новый образ просто добавив в него скрипт. Так как зависимости уже были добавлены до этого, то шаг установки зависимостей докер пропустит и новый образ будет готов практически моментально.

Пример образа:

FROM python:3-alpine
WORKDIR /usr/src/app
COPY requirements.txt ./
RUN pip install --no-cache-dir -r requirements.txt

Пример запуска скрипта:

docker build -t docker-test .
docker run -it --rm --name my-running-script -v ${PWD}:/usr/src/app docker-test python your-daemon-or-script.py

Вы хотите работу, которая будет являться развлечением? Игрой? Это, конечно, круто, но такого не бывает. Точнее, бывает, но за это вы сами должны платить деньги, а не вам. В работе очень часто нужно переступать через себя, идти на какие-то компромиссы. В работе вы должны достичь какой-то цели, оказать услугу, выпустить продукт, показать результат, и это не обязательно должно быть приятным, по крайней мере не всегда и не везде. Если я чего-то действительно хочу, то я продолжаю есть кактус и продвигаться к цели. А вы что хотите? Веселья? Или чего-то более серьёзного? Определитесь, за вас это решение никто не примет.

Большого преимущества не даст, но и хуже не становится от этого диплома.

Если вы будете заниматься автоматизированным тестированием вам волей-неволей придется понимать устройство приложения. Хотя бы очень поверхностно. Чем лучше автоматизатор тем лучше его понимание устройства приложения. И тут все зависит от вас, станете вы интересоваться устройством приложения глубже или нет. Требовать от вас этого никто не станет. Будете интересоваться - через какое-то время сможете стать разработчиком.

Если у вы работали ручным тестировщиком - на должность программиста, любой ступени, вас не возьмут.
Если вы работали автоматизатором и знаете профильный язык программирования, то вас могут взять программистом на этом языке программирования, если вы им достаточно уверенно владеете, понимаете шаблоны.

Автоматизатор должен понимать язык на котором он пишет. Он также может понимать как эти тесты выполняются, он может понимать шаблоны проектирования. Он может и должен писать чистый, хорошо поддерживаемый код. Все это ему может в работе понадобиться. Но станет ли это билетом в разработку? Нет, вовсе не обязательно.

У меня сложилось впечатление, что вы хотите через тестирование попасть в разработку. Я бы не стал так делать. Так вы ни хорошим тестировщиком не станете, ни хорошим разработчиком. Я сознательно отказался от работы разработчиком, и остался автоматизатором. Потому что знаю как они работают, и мне иногда грустно. Стать еще одним производителем багов - нет спасибо. А у меня уникальные навыки. Я решаю интересные задачи. Я ковыряюсь в приложении, чтобы понять где к нему прицепиться, чтобы получить нужную информацию. Нормальные интерфейсы, к сожалению, порой не предусмотрены. Я постоянно тусуюсь с разработчиками. Мы обсуждаем баги и я иногда могу подсказать подход к их решению, могу помочь отфутболить баг, или если баг не наш, перенаправить его с нормальным комментарием. Могу зайти в бюро к разработчику и спросить почему баг еще не пофиксили, причем именно техническую причину, и понять ее. Могу прочитать лекцию разработчикам о том, что важно писать внятные коммит-мессаджи. Знаю как пользоваться Джирой. Например трансформировать баг в таск и наоборот. Знаю наши информационные системы. Могу подсказать как с помощью нашего интрумента тестирования продебажить трудно воспроизводимое состояние. Могу читать стектрейс и лог иприложения, и понимая как работает наша программа, обьяснить разработчику, что проблема наша, а не во фреймворке или где-то еще.

Просто я тянусь к знаниям и не считаю себя умным и "все итак знающим".

Можно конечно все время сидеть в бюро и добавлять n+1 тест в тестовый набор у уходить в 17 часов домой. От вас зависит.

И по з/п я получаю больше чем некоторые наши разработчики, потому что навыки уникальные, кроме меня никто не хочет этим заниматься, и не знает как. Другое дело, что если я поменяю место работы то в сухом остатке у меня будет только опыт внедрения автоматизации и язык программирования. Но в разработчики я все равно не пойду. Для автоматизатора всегда открыт весь мир технологий, а для разработчика только те, на которых пишется программа.

Проводить собеседование нужно уметь, это не такая простая вещь как кажется. Вас скорее всего собеседовал чисто технарь, в таких случаях, часто собеседование скатывается в экзамен по его любимым игрушкам. Если у вас отличный взгляд, то шансов нет, все альтернативы и предложения будут проигнорированы, и он будет продолжать грузить тем, на что молится. Собеседований на таких "собеседованиях" не бывает, вас не будут слушать и не будут что-либо рассказывать, их время слишком дорого, а вы лишь соискатель, который претендует играть в их песочнице.
Идеальный вариант, это технарь-менеджер, человек, который понимает техническую часть, но в тоже время умеет общаться с людьми (это не просто, технарь из 1 абзаца тоже думает что умеет). Благодаря этому навыку, он не будет считать себя богом и вполне сможет посмотреть на вопрос со стороны, или даже допустить, что бывают разные решения.
Другой вариант, это чисто менеджер. Но это больше, когда претендуете на руководящую или частично руководящую должность. Тут разброс очень широкий, самый печальный вариант, когда менеджер считает себя технарем, тогда сверху еще наслаиваются проблемы из 1 абзаца. В основном же, это вполне нормальные интервью, но может быть много вопросов "за жизнь". Бывают и своеобразные, так есть методика "агрессивного собеседования" - собеседующий опаздывает на 10-15 минут (это должно заставить кандидата нервничать), затем без каких-либо разговоров засыпает вопросами, всячески показывая, что это кандидат заинтересован, а не они. Иногда это может и работает, но когда такое применяют в IT, у кандидата формируется ощущение, что он разговаривал с некомпетентным быдлом. Хотя все это лишь то, что видел я.
Мне кажется, если человек действительно нужен, то его возьмут. Но не все компании проводящие собеседования действительно набирают людей.

Ну какой смысл жаловаться на пассивный поиск работы? Перейдите к активному поиску, надо уже поднять жопу и отправлять заявки на вакансии

Если у вас есть диплом, то вы по праву специалист (не по диплому, а по жизни). Естественно, диплом должен быть получен честным путём.

Темы нужны такие, которые заложены в официальной программе специальности. Я могу согласиться только с тем, что слово "кашпо" не стоило учить в школе. Всё остальное может рано или поздно пригодиться.

Если вы действительно хотите стать каким-то профессионалом, то выбирайте направление (узконаправленную профессию) и учите всё, что указано в требованиях к кандидатам на jun/mid/snr.

Удачи.

Мне вот интересно, люди, которые пишут "не важно" - сами пробовались устроиться без гражданства, без прописки?

Собеседование вы может и пройдете, но как дойдет дело до оформления - этот вопрос сразу поднимется.

Знакомый устраивался в Москве на работу, без московской прописки - так ему в отделе кадров порекомендовали "сделать как можно быстрее".

Книги из серии "Windows для чайников" (если там Windows) или "Linux для чайников" (если там Linux)

Используя стандартный модуль threading.
Пример

from time import sleep, time
from functools import wraps


def mult_threading(func):
     """Декоратор для запуска функции в отдельном потоке"""
     @wraps(func) 
     def wrapper(*args_, **kwargs_): 
         import threading 
         func_thread = threading.Thread(target=func,  
                                        args=tuple(args_),  
                                        kwargs=kwargs_) 
         func_thread.start()
         return func_thread 
     return wrapper


#  Сразу делаем функцию многопоточной
@mult_threading 
def some_func(x, y, name="Petia", df=None, *args, **kwargs): 
     sleep(5) #  Тут мы чего-то доолго ждем / вычисляем / etc
     print("X = %s; Y = %s; Name=%s; df=%s" % (x, y, name, df)) 
     print("Another args:", args, kwargs)


#  ==Проверяем работу==
#  Стартуем нашу долгоиграющую функцию
some_func(4, 7, df=11, 21, clone="SomeClone")

#  Занимаемся очень важными делами
for Z in range(25): 
    print(Z)
    sleep(0.2)

Результат

обязательно поможем.
1) изучи "Pythone"
2) найди в апи вк нужные методы
3) разработай софт

Есть две основные причины того, что так много разговоров про токсичность именно в ИТ:

1. Низкий порог входа. Как следствие вайти в айти пытается огромное количество не просто неквалифицированных, но и откровенно тупых и ленивых людей.
   
2. Высокий уровень представленности в интернет-пространстве. У других профессий меньше возможностей обсуждать свою работу в Интернете.
   

Если бы не эти факторы, вы бы заметили, что ИТ далеко не токсично, в сравнении с другими областями профессиональной деятельности. В сферах, где высока плата за ошибку (типа медицины), вас порвут просто за демонстрацию некомпетентности, а за фактическую совершённую ошибку вы скорее всего лишитесь работы или даже поплатитесь карьерой. Только в ИТ можно завалить прод и пожать плечами. В сферах тяжёлого ручного труда (типа металлургии) вы бы само значение слова "токсичность" переоценили, пройдя через натуральную дедовщину с рукоприкладством в некоторых случаях.

Не будет стоить овчинка выделки, ей-Богу.

Хабр - это не "экспертное ИТ-сообщество", как возможно думают некоторые. Это группа людей, имеющих примерно одинаковые мнения по некоторым вопросам, которая внутри своей "тусовки" поддерживает очень четкую, очень жесткую и очень строгую систему - есть некие критерии, о которых ты должен писать так, а не иначе. Если напишешь иначе - тебя сразу же всячески уничтожат в пределах всех этих "карм", "репутаций" и прочего мусора. Есть некий набор положений, типа "А хорошо, Б плохо, делать В хорошо, делать Г плохо". От них отступать нельзя.

Как выяснить, что такое А,Б,В...? Почитайте интересующие Вас хабы, особенно топовые статьи, где много комментов - и тренд на то, что есть А,Б,В - сам собой выяснится. Если он совпадет с Вашими убеждениями - все хорошо, если нет - тут либо насиловать себя, либо забить.

Я этот тренд раскусил не сразу но довольно быстро и самовыпилился с хабра, попросив только тостер не трогать. А с хабра, все что относилось ко мне, было выпилено.

Всё просто. Когда вы этим зарабатываете и неважно насколько хорошо.

Я обычно спашиваю после, чтобы знать, сколько у нас времени на раздумье, как сильно торопиться с решением. Иногда бывает, что мы очень нравимся кандидату, он может ради нас отказаться от другого офера, а у нас с ним не получится, к примеру. От такой ситуации тоже страхуюсь.
Ну и до могут спрашивать по той же причине. Один мне как-то позвонил и говорит: давайте встречаться сегодня, а то мне сегодня ответ надо дать по оферу в другую компанию! Нет, мы, конечно, умеем быстро принимать решения, но стараемся хотя бы до утра ждать все-таки, и это очень помогает! А тут - такое)