Igor Ivanov

Эти категории очень условны, соответственно и чёткой границы нет. Сеньор из одной компании может быть едва мидлом в другой, и наоборот. Определить уровень зрелости программиста может только другой программист, существенно превосходящий его опытом.

Предположим, есть у вас сложная иерархия классов, в каждом из которых с десяток полей. Некоторые поля ссылаются на объекты других классов или, того хуже, содержат коллекции объектов. При использовании сериализатора, вам достаточно одной строки для сохранения словаря, содержащего объекты из этой иерархии, в файл:
pickle.dump(some_dict, some_fh)
А если будете писать код для ручного сохранения всего этого изобилия в файл, то у вас либо получится объёмный, сложный и глючный код, либо ещё одна версия pickle.

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

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

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

2. Умение ставить правильные вопросы.
Сперва загуглить, потом задать вопрос для уточнения. В идеале ставить вопросы, на которые ответ будет "да" или "нет", но это я утрирую. Не бояться спрашивать вещи, которые совсем не понимаешь, но тут не нужно ожидать что все будут разжевывать - следует задать вопрос, чтобы понять куда копать. Иногда достаточно знать пару ключевых слов, по которым можно загуглить.

3. Желание учиться.
Не бояться изучить лишнее, потому что "мне же это не пригодится". Умение гуглить по ключевым словам. Не лениться изучать как что-то работает, чтобы понимать почему это происходит. Понимание принципов работы очень сильно увеличивает интуицию.

Если рассматривать конкретно hard-surface моделлинг, а не "общую"(generalist) специальность (а это помимо моделинга текстуринг, lighting, анимация, риггинг и т.д., это все очень варьируется на этой позиции от компании к компании), то в большинстве своём программы low-poly моделлинга(Крайне экономичное оспользование полигонажа, чтобы игровые движки могли без тормозов потянуть) это те же самые, в чём делают и CGI(рендеры и видео), где в большинстве своём high-poly (экономичный полигонаж не так важен, важна детализация). Тоесть, это те же Blender/Maya/Max и т.д.

Если рассматривать как "3д" направление в целом(Все специализации), то чтобы иметь возможность иметь вполне завершённую работу, то следует изучить текстуринг, например в Substance Painter или в Quixel, а так же немного постобработки на базовом уровне в PS, чисто чтобы ваше портфолио выглядело хорошо. (Ну и UV unwrapping на хорошем уровне в блендере)

Дальше уже посмотрите по специализациям, что вам интересно(hard-surface 3d artist, generalist, texture artist, character artist( это уже в основном скульптинг ), light artist(это уже ближе к движкам или рендер направлениям) , да и render artist тоже в геймдеве появляется, более технические tech artist, rigging artist, animator и т.д.) Заходите на стримы к профессиональным художникам, смотрите что они используют. Программ туча, направлений куча.

.click(...) = .on('click', ...) просто укороченный вариант записи,
только при последнем варианте больше возможностей.
в .on() помимо клика можно использовать кучу других событий.
И еще уточнять элементы т.е.

$("#parent").on("click", "#child", ...) // клик вешается на id="child"

Например, если у вас нету элемента с id="el" при загрузке страницы, а появляется он потом, например через ajax, то такая конструкция не сработает $("#el").click(...).
А вот такая сработает $('body').on('click', '#el', ...) т.к. <body>почти всегда есть.