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

Надо из строки удалить все символы кроме цифр и сравнивать очищенные номера.
Можно через replace, а можно через регулярки.
Очевидно же.

Так вам про компилятор, транслятор, или все таки ASM рассказывать?

А на самом деле неважно - для всего этого не хватит лимита ответа. Есть много умных книжек, например у Таненбаума. Вот их и читайте.

Кому-то двойной цикл не помогает, а кому-то и одной строки может хватить:

print(soup.find('span', {'class': 'searchBar__mediaTabTextValue searchBar__mediaTabTotal'}).get_text())

>>> 75

А вообще, с таким вот:

Нужно рабочее решение !!!!

На соседний ресурс иди.

А с такими вот предъявами:

не принимаю и даю жалобу.

Иди к маме, а не сюда. Тут ты в первую очередь просишь.

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

Ценятся те кто что-то делает. Что вы уже сделали?

https://learnxinyminutes.com/docs/java/

В офис. На фрилансе без реального опыта делать особо нечего. Поучитесь в команде, приобретёте дополнительные полезные навыки

Удаленные джуны не нужны

Вы можете попробовать создать заглушки тех функций, которые вызывают проблемы. Если функции в скрипте создаются командой create or replace, то ваша заглушка будет заменена при накате.

Представьте себе 12 000 человек на поверхности всей земли. Ну то есть не 8 миллиардов как сейчас, а всего 12 000. Представляете эту плотность? Можно было бы всю жизнь искать кого-то и не встретить ни одного человека.

А теперь поднимемся на высоту обриты, где площадь сферы еще больше. Значительно. И плотность еще меньше.

12 000 - это нисколько. Вероятность врезаться в такой спутник примерно такая же как вероятность попасть в человека брошенным из космоса камушком, если бы на планете было не 8 миллиардов человек, а 12 000.

<script type="text/javascript">
  $(document).on('submit', '#my_form', function(e) {
    e.preventDefault();
    var form = $(this);

    $.post(
        'work.php',
        form.serialize(),
        function(msg) {
          form.hide('slow');
        },
    );
  });
</script>

а что мне делать 10 дней без рабочего ноута?

Арендовать, например. А по-хорошему, всегда иметь дома запасной.

Как починить, не отдавая свой ноут шарашкиной конторе на две недели?

Если не хотите лишиться гарантии и, возможно, ноутбука - несите в авторизованный сервисный центр.

так спроси где купил

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

Конфигурация компьютера -> Административные шаблоны -> Система -> Профили пользователей (Computer Configuration -> Administrative Templates -> System -> User Profiles) и называется “Удалять при перезагрузке системы профили пользователей по истечении указанного числа дней” (Delete user profiles older than a specified number days on system restart)

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

Еще вот хорошая статья - winitpro.ru/index.php/2019/03/28/udalit-profil-pol...

Нет, не "должен", но может. Лично я пришел к такой схеме:
- 200-ые статус коды отправляются ТОЛЬКО тогда, когда все прошло успешно. В таком случае не будет никаких success: true или response: {} - а нужные данные, прямо на первом уровне нестинга. Собственно если взять за правило, что 200-ые коды возвращаются когда все ок, то можно полностью избавлятся от этих плохих проверок на наличие ключа в респонсе.
- 400-ые и 500-ые будут попадать в отдельный колбек/реджектить промис, опять же избавляя от нужды проверять какие-то ключи. Для всех кодов ответов, кроме 400 и 422 - в ответе нету нихрена. Ни code, ни message, ни response. Вообще ничего. Вся инфа находится в самом http status коде. Для 400 и 422 прибавляется параметр code, который является номером ВНУТРЕННЕЙ ошибки (ну, например, есть какие-то предусловия для выполнения запроса - уникальность эмейл адреса при регистрации как пример) - по ней фронт может показывать отдельные ошибки либо выполнять какую-то логику.

Плюс ко всему этому у себя локально и на сервере для фронта включен дебаг, добавляющий некий параметр _debug к каждому ответу. В нем может хранится любая инфа - сообщение с ошибкой (даже если ее можно понять по http коду или внутреннему), стак трэйс 500-ой ошибки и тд.

Когда хочется спросить "почему говорят", нужно спрашивать у тех, кто говорит, а не у посторонних. Иначе, вы вырываете проблему из контекста. Может быть (а тут так и есть) речь идет не о всех тестовых заданиях и не в любом случае? Вы об этом не задумались?

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