Никита Юдин

Ну, в данном случае, есть возможность создавать экземпляры класса с заранее заданным query. Тоже самое конечно можно сделать и через замыкание. Для такого функционала нет необходимости создавать класс, гораздо проще использовать функцию, а query передавать во время вызова функции.
Но когда в вашем классе появится дополнительный функционал, например пагинация, то тут уже будет проще использовать класс, т.к. он проще расширяем. Но если реализовывать пагинацию внутри класса Search, то это уже нарушает принцип единственной ответственности, и я бы вынес функционал пагинации в отдельный класс.
Но если как раз рассматривать саму пагинацию, то там удобнее использовать классы, вот примерно такую структуру я бы создал
(пример на TypeScript)

class Pagination {
    private currentPage: number;
    private countPages: number;
    public goToPage(page: number): void;
    public goToNext(): void;
    public goToPrev(): void;
    // ну, можно всякие геттеры для приватных полей.
}

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

Так: <span translate="no">Москва</span>
Или так: <span class="notranslate">Москва</span>
Есть документация, которую вы, по идее, должны были прочитать до написания вопроса.

Object.values(names.reduce((acc, n) => {
  const g = /^\d/.test(n[0]) ? n[0] : /^[А-Я]/i.test(n[0]) ? 'А-Я' : null;
  g && (acc[g] = acc[g] || [ g ]).push(n);
  return acc;
}, {}))

Это не резюме, это набор слов, ничем Вас не выделяет из общей массы и даже делает низовым в списке общей массы.

1. Такой кучи тегов даже у меня нет)) Если Вы знаете названия технологий, не говорит о том, что Вы знаете сами технологии. С Вашим опытом никто не поверит, что Вы имели реальный опыт со всем этим, а не просто hello world написали. Выберите те, в которых по Вашему мнению Вы лучше всего разбираетесь.

2.

Отличное знание WinForms, ASP.NET, LINQ и WPF. Паттерны: MVVM, MVP, Repository, IoC.

Для третьекурсника звучит самонадеяно. При такой формулировке на техническом собеседовании будут проверять "отличное" знание и я почти уверен, что Вы его провалите. Лучше сказать что-то подобие: имел опыт работы с, для реализации использовал технологии, имею <начальные> навыки работы с и т.д.

3.

Занимался исправлением мелких багов, написанием небольших SQL-запросов и unit-тестов, решал небольшие задачи.

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

4.

Если вспомнить css и html

Вот такое никогда не пишите. Лучше соврать или преувеличить, или даже написать "Отличное знание", но не так как Вы здесь сформулировали.

5. Не нужно оставлять ссылки на каждый проект в репозитории. Либо один, самый интересный на Ваш взгялд, либо одна ссылка на сам репозиторий. Работодатель пойдет туда только, если Вы заинтересуете его, не раньше. И ему пары файлов хватит оценить ваш уровень. Он не будет делать ревью всех Ваших проектов.

6. Опыта одного проекта мало. Где опенсерс проекты, где участия в хакатонах, где амбиции стартапов, посещение конференций? Работодатель хочет понимать как Вы заинтересованы развиваться, какие у Вас планы для дальнейшего роста. Он берет вас нулевым не из альтруистических побуждений, а с надеждой, что Вы быстро вырастите и вернете ему прибылью затраченное на Вас время. Из Вашего резюме видно только одно: я студент - дайте работу. А почему Вам, за какие такие заслуги и что с этого будет иметь работодатель - не понятно.

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

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

Сделайте поле с оценкой в виде radio-кнопок и просто стилизуйте его под звёздочки.
Хороший видео-гайд, как это сделать. Вдруг, пригодится.

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

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

Например:
Стань рефералом, зарегистрируйся по этой ссылке - и получишь дополнительные 2ГБ дискового пространства.

Мне нравится markdown, даже есть расширение https://code.visualstudio.com/docs/languages/markdown
т.е. текст вы пишите обычным текстом, без редактора, а различные стили, заголовки, код, можно описывать на языке разметки markdown (как с html только проще). А рядом с редактором будет открыто окошко предпросмотра, в котором будут применены все стили вашего текста.

Для читаемости давайте вторую функцию - она одинаковая - тоже в переменную:

let f2 = function () {
  f(1);
}

Тогда код выглядит так:

// №1
( f2() );

// №2
( f2 )();

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

Без fieldset: