Сергей Горностаев

Статьи какие нибуть по этому поводу.

Вы не поверите, но документация по ASP net или любой учебник.

beatifulsoup это парсер для html и xml документов. И к нажатиям кнопок не имеет никакого отношения от слова совсем.

Всем плевать на корочки, а тем более на какой-то там сертификат.
Важны только ваши знания и умения.
Это точно.

Ты не поймешь сути ООП, если будешь писать в одиночку. Нужно проецировать это на команду.

1. Все шансы. Возраст значения не имеет, имеет значение только скилл.
2. У кого как. Кто-то как губка впитывает, кому-то надо грызть гранит науки. Нет однозначного ответа. С должным усердием за 9-12 месяцев натаскаться можно (но это не точно)
3. Выбирайте то, что нравится, к чему душа лежит. С опытом админа, с пониманием сетей, легко и весело, легче и веселей, чем без такого опыта, будет разбираться с интеграциями, а это бэкенд.
4. Я бы брался за все подряд. Экспертиза лишней не бывает. Фулстак, к слову, ирл почти не встречается.
5. Это миф. Желание из детского сада получить наньку в эксклюзивное пользование.

Мои советы:
1. Залезть в джуны без опыта довольно трудно. Все хотят сеньеров. Поэтому нарабатывайте опыт. Пишите пет-проекты, автоматизируйте текущую работу; результаты все должны быть в гите. Это должно помочь.
2. Никому не нужен человек прочитавший одну книгу или прослушавший один курс. Читайте все, смотрите все лекции, проходите все курсы (в рамках выбранной темы, конечно).
3. Многие it конторы проводят стажировки с обучением (банки особенно). Не знаю как сейчас - раньше это был самый простой способ попасть в стажеры->джуны.

Поскольку случай - очень простой, то он решается шаблоном. Но если вместо а или б может быть
тоже выражение - тогда нужно определять свою грамматику. Например:
min ( min(a,b) , min (c,d) )
Тогда умные дядьки-теоретики берут язык описания грамматик. EBNF типа. И пытаются
свой новояз описать в терминах например EBNF https://en.wikipedia.org/wiki/Extended_Backus%E2%8...
Описывают что такое число. Какое оно. Отрицательное? Вещественное? Экспоентциальное?
Короче надо описать вообще все что может быть. Описывают функцию минимума.
Потом по этой грамматике создают парсер. Программно. И парсер на выходе выдает
дерево. Где корень - это вся грамматика а на листиках будут висеть числа. Или терминалки не помню
как они это называют. И вот когда ты уже получил это чортово дерево - можно ПРИСТУПАТЬ ко второй
части задачи - а именно к транформации в инфиксную форму. Но ты сначала реализуй хотя-бы первую
часть.

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

Популярные сайты парсить - не в носу ковырять, они от этого защищаются.

EDIT:
NaoFumi008, а причём тут твой браузер? Твой код сам выполняет запрос, браузер ему не нужен.
Очень советую почитать про то, как вообще работает Web.

Есть две основных точки проверки клиента: непосредственно заголовки запроса (например, передан ли Referer? Переданы ли соответствующие cookies? Похож ли на правду User-Agent? Переданы ли другие необязательные, но типовые заголовки, вроде Accept-Language?) и обработка скриптов клиентом. Скажем, если клиент сделал запрос на одну страницу, но скрипт на этой странице не сделал второй запрос - возможно, клиент не браузер, а бот. Стоит его запомнить и попытаться пометить.
В твоём случае, скорее всего, отрабатывает первый сценарий, но ты можешь напороться и на второй тоже.

Выхода два: либо пытаться методом проб и ошибок выяснить, что проверяет сайт (например, сделать запрос браузером, открыть панель разработчика и скопировать заголовки запроса целиком). Либо использовать "безголовый" браузер и пакет для управления им, вроде selenium. Первый вариант долгий, второй очень жадный на ресурсы. Ни один не даёт гарантии, так как selenium вроде всё же можно обнаружить.

В таких случаях положено возвращать 202, и выполнять задачу асинхронно на сервере. Можно вернуть клиенту id задачи и предоставить api для проверки статуса задач по id.

Для создания админки используется всё то же самое, что и для самого сайта.
Правда за счёт того что требования к ней сильно ниже - можно спокойно использовать всякие готовые компоненты и часто можно не заморачиваться с дизайном.

Но в общем случае - всё то же самое, что и с просто сайтом. Ничего дополнительно изучать не нужно.

Если ты используешь распаковку коллекции (т.е. оператор вида a, b, c = some_value), тебе нужно быть уверенным, что some_value содержит в точности столько значений, сколько переменных ты распаковываешь.
Если это не так, есть три варианта:
1. Если ты знаешь, сколько значений в возвращаемой коллекции, ты можешь просто добавить нужное количество переменных. a, b, c, _ = some_value. Символом _ обычно обозначаются неиспользуемые переменные/параметры.
2. Если ты не знаешь, сколько значений в возвращаемой коллекции, или это число меняется, можно не выпендриваться, а работать с индексами. Но тебе нужно быть уверенным, что у тебя всегда есть как минимум нужное число значений.

a = some_value[0]
b = some_value[1]
c = some_value[2]
# и так далее.

3. Есть ещё вариант распаковки, который работает, если ты значешь, что значений больше, чем нужно:
a, b, c, *_ = somevalue

Я бы посоветовал второй вариант

В огромно кол-ве компаний у HR есть четкий фильтр по опыту, вы его не проходите.
Большая часть компаний осуществлявших массовые стажировки начинающих специалистов из РФ ушли. Рынок младших специалистов и до этого, последние несколько лет, был не сахар, а сейчас можно сказать он совсем сдулся.
Джуны реально должны пробивать лбом стены, чтобы попасть к более менее приличное место.
Так, что держитесь за текущую позицию, набирайте 2-3 года опыта, все это время учитесь.

str.maketrans() чтобы сделать таблицу преобразований
str.translate() чтобы её использовать.
Правда, этот подход работает только для преобразований "1 символ -> 1 символ".
Если тебе нужно что-то другое, то, как написали выше, словарь в помощь.

Потому что тут не соцсеть. Тянка красивая - но зачем она здесь? И комментарии, и ответы, и даже учетку вообще - могут удалить модераторы, переписываться с которыми крайне не рекомендуется :) Читайте правила Сервиса.