Максим Припадчев

У нас вчера отгремела очередная собесная серия, нашли милла (точнее, предложили оффер, согласится ли, посмотрим). До этого были в феврале. Что я заметил: у всех "опыт Реакт от 3 лет", но по факту большинство чуваков не знает базовую повседневную примитивщину.
Так что да, кандидатов много, хороших мало (все за каким-то хером ломанулись в айти).

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

Ни одна нейросеть на базе gpt не умеет напрямую работать со страницами в интернете.

Нужна прослойка, которая, во первых, преобразует страницу в текст (это не так просто как кажется, нужно выделить на странице контент, точнее его группы (информационные блоки), понять где реклама, где навигация а где дизайнерский мусор, отличный пример - страница ozon, 90% экрана абсолютно бесполезный мусор, рекомендации (далекие от того что нужно покупателю), проплаченные карточки и т.п. найти среди этого хлама нужную информацию не просто. Плюс все это формируется в процессе, двигая элементы интерфейса туда сюда... работать с этим адом очень и очень не просто, особенно когда разработчики старательно сопротивляются любой автоматизации.

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

И главная проблема - ограничения на размер контекста. Большие объемы текста тупо не помещаются 4к..8к токенов это тот объем, в пределах которого сети работают хорошо, но чем больше размер контекста (даже если заявлены 16к или 32к) начинаются борьба компромисов, качества и стоимости. Может так получиться что вместо работы со всей информацией сразу, ее делят на части (еще одна проблема по анализу исходной страницы), а затем, набирая вопросы из текущего контекста (та еще задачка) задают их последовательно для каждой, собирая ответы в итоговый контекст и ее уже используют для дальнейшей беседы. Плюс есть еще алгоритмы саморизации. Плюс еще неплохо сюда multishot пристроить, с примерами.

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

В общем реализуете что то стоящее первыми, может даже озолотитесь, продавая готовое решение бизнесу.

Получил оффер от одной компании (банка) с неожиданно большой суммой, чуть ли не x2 от запрошенной

Вероятно ты просто запросил сильно ниже рынка / стандартной ставки.
Что за банк?
Что за должность?

Например, все этапы собеседований HR пыталась ставить близко друг к другу.

А зачем растягивать?

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

Спроси у рекрутера, к чему такая срочность ответа и проинформируй, что ждёшь ответы и от других работодателей.
Вполне возможно, что они просто боятся, что ты уйдёшь в другую компанию, когда на твой найм уже много часов было потрачено.

Апплайся на мидла, а там разберутся.

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

X₀ - сумма кредита
X_i - остаток после i-го платежа
p - месячная ставка десятичной дробью
E - ежемесячный платёж

X₁ = X₀ * (1 + p) - E
X₂ = X₁ * (1 + p) - E = X₀ * (1 + p)² - E * ((1 + p) + 1)
X₃ = X₂ * (1 + p) - E = X₀ * (1 + p)³ - E * ((1 + p)² + (1 + p) + 1)
Видим, что
X_n = X₀ * (1 + p)ⁿ - E * ((1 + p)^{n - 1} + (1 + p)^{n - 2} + ... + (1 + p) + 1)
При кредите на n месяцев X_n = 0
X₀ * (1 + p)ⁿ - E * ((1 + p)^{n - 1} + (1 + p)^{n - 2} + ... + (1 + p) + 1) = 0
X₀ * (1 + p)ⁿ = E * ((1 + p)^{n - 1} + (1 + p)^{n - 2} + ... + (1 + p) + 1)
X₀ = E * ((1 + p)^{n - 1} + (1 + p)^{n - 2} + ... + (1 + p) + 1) / (1 + p)ⁿ
X₀ = E * (1 - (1 + p)ⁿ) / (1 - (1 + p)) / (1 + p)ⁿ

E = 10000
n = 12
p = 1.5% = 0.015
X₀ = 10000 * (1 - 1.015¹²) / (1 - 1.015) / 1.015¹² = 109075,05

Сети, если в них не углубляться, вещью в себе не являются. Администрирования линукса без понимания фундаментальных сетевых вещей не бывает. Так что я за второй вариант.

нужно не изучать а поработать.
Написать рестфулл веб сервис с использованием ООП и чистой архитектуры, поработаьт с реляционной базой данных.
А то, что ты "изучил" без реальной практики - ничто.

Раз руководителю не нравится продуктивность сотрудника, то тут два варианта:
1. Завышенные ожидания руководителя
2. Действительно недостаточная продуктивность

С первым всё понятно, а вот у недостаточной продуктивности есть два варианта:
1. Сотрудник преднамеренно недорабатывает
2. Сотруднику что-то мешает

С первым вариантом всё понятно - способы обнаружения и борьбы с этим оставим для другого вопроса.
А вот с препятствиями есть два варианта:
1. Нехватка квалификации или опыта для решения задач
2. Что-то, что не зависит от сотрудника (например не хватило ещё времени, чтобы ознакомиться с системой или предметной областью)

В любом случае вам нужно собраться в одном месте втроём с этим руководителем и новым сотрудником и разобраться.

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

Для Python 3.10 и выше

def squareEquation(a, b, c):
  match a, b, c:
    case 0, 0, 0:
      return 'All numbers', None
    case 0, 0, _:
      return 'Empty set', None
    case 0, _, _:
      return -c / b, None
  d = b * b - 4 * a * c
  r = -b / 2 / a
  i = (abs(d) ** 0.5) / 2 / a
  if (d < 0):
    return f'{r} - {i}i', f'{r} + {i}i'
  if (d == 0):
    return r, None
  return r - i, r + i

Причина раз: правило сохранения заряда. Электрический заряд нельзя создать и уничтожить, только перераспределить в пространстве.
Причина два: с точки зрения внешнего наблюдателя тело будет падать в чёрную дыру за бесконечное время. Его влияние на окружающую вселенную - например, испущенный свет - будет бесконечно ослабевать, но никогда не станет нулевым. При этом с точки зрения падающего тела, падение займёт очень даже конечное (и не слишком большое) время. Относительность - она такая.

Какая-то странная привычка у детей искать "секретный прием", который сделает из них мастера.
Нет такого секретного приема. Сделай 10.000 раз обычный прием и будешь мастером.

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

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

Можно так: arr[bool_mask]=42
Старайтесь не использовать циклы for, если работаете с массивами.