Василий Банников

Про мобильное и сафари - оно в первую очередь нуждается в тестировании, но не обязательно в автоматизированном.
И то только если много пользователей сайта/ЦА на нём сидит.

По тому тут вопрос стоит не тем боком.

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

Почему отличный язык остался невостребованным?

Недостаток маркетинга и поддержки со стороны больших компаний.
По той же причине Ruby почти умер, например)

Rust - очень активно поддерживался мозиллой, а потом и другими компаниями. Сейчас у него очень сильное коммьюнити
Go - очень активно пиарил гугл. Сейчас тоже очень сильное коммьюнити
У D этого нет (по ощущениям - коммьюнити состоит только из энтузиастов)

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

1. Замеряешь сколько оперативной памяти сжирает твой бот во время активной работы, вместе с MySQL, и сколько примерно нужно диска им обоим.
2. Находишь VPS, который это потянет. Я бы лучше смотрел на крупных провайдеров, которые давно существуют, и где есть нормальная поддержка. (Это всякие PaaS провайдеры, типа Azure, AWS, Cloudflare, Scaleway, Яндекс, MCS. А ещё всякие провайдеры чуть меньше, типа хетзнер, beget, regru, итд)
3. Кидаешь деньги в монитор.

Никогда не слышал о выгорании TN, да и не видел.
Вот OLED точно выгорают, но там зависит просто от статичной картинки.

и как дела у IPS в с выгоранием?

За 6 лет не увидел никаких признаков выгорания на своих мониторах.

Хотя вот наткнулся на пост 13-летней давности, где поговаривают, что TN и IPS выгорают от статичной картинки.
Причём IPS страшнее, чем TN. Но и то и другое обратимо.
https://forum.ixbt.com/topic.cgi?id=28:23544
А вот тут говорят обратное, что LCD не выгорает:
https://forum.ixbt.com/topic.cgi?id=28:14401
Но что есть эффект памяти, когда одна картинка несколько дней подряд висит, но это обратимо.

С джоинами будет сложновато, но со всем остальным:
1. Определяешь тип БД (раз уже подключился - значит известен)
2. В большинстве СУБД можно динамически получить список всех таблиц/коллекций (эту информацию можно получить из служебных таблиц, имя и структура которых известна заранее)
3. По данным из п2 делаешь N запросов SELECT * from {tableName} (как в монге это сделать - не подскажу)
И через DataReader читаешь таблицу и пишешь в csv.

А ещё для некоторых субд могут быть уже готовые инструменты для экспорта данных.
Например mysqldump, pg_dump, mongodump итд, которые как раз и делают вышеописанное.

На счёт джоинов - никогда подобное не видел, и в общем случае такое сделать не получится.

Мне кажется, ответ из этого вопроса вполне применим и к этому: https://qna.habr.com/q/1085468

hpInt = int(HP)
if hpInt >= 1 and hpInt <= 35:
  aboba()

1. И то и другое. Но при этом никто из них, тк сторонний дизайнер не знает всех нюансов и ЦА, а пользователь может оценить только на уровне нравится/не нравится, удобно/не удобно.
2. Мне кажется, что нет.
4. Если сайт не выполняет свою основную функцию, то грош цена его дизайну. То есть функция и достижение цели всегда важнее визуала.
5. А что делать с остальными 10%? А что такое "исследование"?

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

Нарушено внутреннее/внешнее, не соблюден баланс, плохая композиция и т.д.

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

Rider > VS > VS Code
В VS Code поддержка C# реализована через omnisharp и пачку сторонних плагинов, что вместе работает не супер стабильно, да и денег команде Omnisharp явно не хватает, чтобы всегда успевать за обновлениями и добавлять какие-то ещё рефакторинги.
VS даже в Community версии, даже без решарпера сильно удобнее.

Если есть возможность - лучше взять подписку на JB Rider (моё мнение)

Лично мне clion больше нравится.
Эклипс ощущается больно архаично.

Ну вообще это задание, а не вопрос, в такой формулировке.
Сумму можно посчитать так:

public static int Sum(int[] numbers, int start, int count) {
  if(count < 0 || count > numbers.Length)
    throw new ArgumentOutOfRangeException(nameof(count));
  if(start < 0 || start >= numbers.Length || start + count > numbers.Length)
    throw new ArgumentOutOfRangeException(nameof(start));
  return count == 0 
    ? 0
    : numbers[start] + Sum(numbers, start+1, count-1);   // Вот тут наша рекурсия
}

На счёт арифметической последовательности - зависит от того, как она выражена.

Просто не обращаться к индексу, которй лежит за пределами диапазона.
Больше без кода сказать нельзя.

Если это ошибка не из твоего кода пришла, что видимо и есть - ничего не сделаешь. Придётся руками метод писать, вместо автоматических подсказок.