x67

Наука, скорее статистика. Но там питон сильно подпирают (или дополняют) другие игроки: R, scala.. К тому же там одного питона не достаточно. Еще sql, математика и по фреймворкам (numpy, scipy и др). Остальное - веб, будь то разработка сервисов и сайтов или всякие боты, парсеры, скрапперы и тд.
Собственно заходите на hh и ищете вакансии с тегом Python или заходите на апворк и ищете заказы с тегом Python и прекрасно видите, что же всем нужно от питона.

Создаешь список активных юзеров (тех, кто ищут кого либо сейчас) и по каким-то критериям определяешь связь. Лучшим критерием для начала будет время поиска. Тот кто дольше ищет, тот первым подключается.
Как все работает? пользователь в клиенте выбирает пол (не обязательно, но пусть будет), по нажатию кнопки "начать чат" клиент отправляет на сервер сообщение, мол вот парень хочет в чат. Сервер добавляет его в список активных. Далее проверяет весь список и если нашел к примеру девушку, отправляет к ней, не нашел девушку, отправляет к парню. Статус обоих меняется на "занят", при том в поле "кем" заносятся ид друг друга. Соответственно когда сервер получает от пользователя сообщение, он смотрит у этого пользователя, с кем тот общается и отправляет собеседнику это сообщение. Клиенты раз в секунду могут отправлять статус. Если клиент ничего не отправляет, видимо пользователь закрыл вкладку, значит его собеседник должен получить уведомление, а сам закрывший вкладку удаляется из списка текущих пользователей.Это простейший однопоточный случай.
Вам лучше знать, как вы видете этот чат и его возможности, а значит и реализацию лучше самим придумывать. К тому же, если не будете решать такие вопросы сами, то учиться программировать будет тяжело.

Посмотрите, сколько программа потребляет в пике и напишите скрипт запуска с разными параметрами так, что бы одновременно работало не более floor(ram/ramperprocess) процессов программы. А если программа требовательна к ресурсам цп, то лучше ограничить это число количеством ядер/потоков

а на чем умеете?

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

Просто рандомно генерируете купоны. Конечно в идеале нужна проверка на схожесть, но 100к перебирать не очень то удобно. Для оптимизации этой задачи при генерации одного купона нужно ввести какой нибудь показатель, например сумму всех ord() от каждого знака. Тогда проверять нужно будет уже не каждый купон, а только те, которые имеют одинаковую сумму. Это и позволит ускорить проверку. Ну а для самой генерации нужен просто равномерный рандом. Умеете писать код - проблем ни с генерацией, ни с проверкой не будет. Не умеете - учитесь или заказывайте. Причем можно заказать реализацию даже на низкоуровневых языках)

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

Детерменированный метод - точность до константы:
Пусть, вероятность попадания - 40%, 30%, 30%. Пришло сообщение на распределитель, у него есть персональный номер (внутри распределителя по крайней мере), если остаток от деления на 10 меньше или равен 3, он идет в первый поток., от 4 до 7 - второй поток, от 7 до 9 - в третий. Нужна точность вплоть до процента? Делим номер на 100, а не на 10, ну и тд. Нужна высокая точность и более равномерная загрузка? Легко, A+B+C=100%, выражаем вероятности B и C через А и некую дельту вот так А+(А+d1)+(A+d2)=100%, Предположим у нас те же 10 сообщений. Сначала d1 сообщений пойдет в поток 2, потом по очереди по А сообщений пойдет в каждый поток по порядку и наконец d2 сообщений пойдет в поток 3. И счет начинается сначала. Можно еще больше оптимизировать, но это уже сами додумывайте или нанимайте человека, который потратит на это время за ваши деньги.
Стохастический метод:
Наиболее интересный, на мой взгляд, но точность его при малом количестве сообщений будет очень низкой. Берем генератор равномерного псевдорандома и превращаем его в генератор заданной вероятности (если сами не додумаете как, на тостере этот вопрос неоднократно задавался, да и наверняка есть готовыые библиотеки), задаем вероятности и при каждом новом сообщении "бросаем кости". Куда генератор укажет, туда сообщение и попадет. Проблем с загрузкой каналов при большом количестве сообщений у него нет.

если проблема в потере данных, очевидно что данные нужно каким-то образом не терять. Так как вы системный администратор, очевидно, писать нормальный помехоустойчивый и защищенный от потерь код за программистов не будете, но наверняка найдете решение по настройке вашего и западного оборудования так, что бы на более низком (если следовать терминологии osi) уровне реализовать защиту от потерь пакетов, пусть и ценой увеличения задержки/ширины канала. Вот статья без практической реализации, но как отправная точка.

Я не уверен, что этот трекер подойдет для ваших задач. Дело в том, что для энергосбережения нужно правильно проектировать устройство, правильно его программировать. А это автомобильный трекер. К тому же для 450 дней нужно 1. Благоприятный температурный режим для аккумуляторов (зимой задубеет и пока на зарядку не поставите, не раздубеет, что бы они там не писали); 2. Низкий саморазряд; 3. Низкое энергопотребление
ну это так, критическое отношение к китайцам. В любом случае заказывайте, тестируйте) В худшем случае, полагаю, вам хватит апгрейда аккумулятора на нормальный от хорошего производителя. Или же встраивание модуля выработки энергии (лошадь движется, вибрирует, а устройству много и не надо), что впрочем потребует некоторых знаний, но выглядит решаемо.

не знаю, причем тут таймер и рандомное число, но достаточно все зациклить с помощью for, while или until, причем while и until более предпочтительны, ибо можно сделать бесконечный цикл. При этом не забыть поставить условие выхода из цикла. К примеру в конце выполнения консоль спрашивает, выйти ли из программы и если пользователь ввел 'y', то цикл прерывается.

Ничего сложного для вашего сервера тут нет. Все считается очень быстро. Формализуете условия(сближение на 250 метров к примеру в течении минимум секунды и 4 тактов из 5, ибо шум, ошибки и тп), а потом прогоняете все данные. Уж как расстояние найти между двумя точками, вы наверное знаете. Еще важным фактором в решении задачи будет то, в каком виде представлены данные. Это координаты? Если так, то в какой системе координат? Может это скорости? Тогда нужно будет их еще и проинтегрировать и определиться с возможными ошибками и способами их нейтрализации.
На каком языке будете реализовывать?

Что есть сила, брат?
У вас в организации есть хоть у кого-нибудь опыт работы с АСУ ТП? вы контроллеры программировать умеете? а читать те же схемы, понимать зачем оно вообще надо? Если есть у вас такой человек, то с ним и общайся. А по сути понимать надо электротехнику, физику в целом. не бояться диффуров на уровне физики происходящего. основы теории управления (шо такое ПИДРегулятор и тп). Далее уже можно разбираться собственно в АСУ ТП. Вопросы, на которые надо отвечать - что такое SCADA? Зачем оно? Какая вообще должна быть архитектура у АСУ ТП? Далее уже подробнее по уровням разбираетесь. Как там станками управлять? что такое PLC? А данные как передавать? а куда? а че делать, что бы они не терялись? а как сделать так, что бы человека не намотало на что нибудь? А почему станок крутится, а лавеха не мутится? А на отказы как реагировать? А как управлять всем процессом оператору ПК!? А как манагеру, отдыхающему на Бали с телефона узнать, что там на производстве? Так вы получаете ТЗ на вашу систему и думаете как ее реализовать.
Ну и не стесняйтесь пользоваться гуглом, матлабом и готовыми решениями)
мимопроходящий инженер САУ

actual responses значит "реальных/актуальных ответов" Может отвечают еще, но там таймаут в 2 секунды срабатывает и за ответ это уже не считается?

Видимо С++. Ну и опыт работы с библиотеками, знакомство с винапи, qt