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

https://ssd.jpl.nasa.gov/tools/
?

Как-то был системник с мамой от Гигабайт, там кондеры повздувались, электролиты, что рядом с процом. По питанию или как - не знаю для чего они там стояли.
Суть в том, что комп включался с первого раз только в том случае, если дежурка была включена. Т. е. не было полного обесточивания от сети электропитания. А именно, сетевой фильтр не выключался.
Если же выключить сетевой фильтр, полностью обесточить комп, пройдет пара минут, все остатки в электролитических кондерах разрядятся и выключатся все управляющие цепи (дежурные или какие там еще бывают), то, после подачи питания, и первой попытки запустить это чудо, оно не стартует: просто наблюдается черный экран, кулера гудят как бешеные и все, тишина, ни намека на прохождение POST, никаких биканий, ошибок старта и т.п. А вот после резета, он уже спокойно стартует. Также стартует сразу он в случае наличия дежурки, не отключения сетевого фильтра.
Не знаю, та же бадяга у вас или нет. Но что-то похожее. Вот у меня лично было так. Быть может, стоило заменить эти копеечные пару кондеров на маме и все бы нормализовалось. Не знаю. Я как-то не парился, жил так. А потом и вовсе пришло время менять комп на новый.
Тут жешь явно что-то с питанием. Толи блок питания галит. Толи у мамы проблемы. В моем случае, "высохшие электролиты" были видны сразу. На что и грешил. Жить с этим можно. Хоть и неприятно малость. Если проблема ерундовая, исправляется дешево и быстро, то почему сервисы не берутся - вопрос. Это ж не проц перекатать, не мосты. Всего пару кондеров - ерундовая пайка.

Вот прямо сейчас у себя в проекте скрешиваю java & kotlin.
Пришлось форкнуть опенсорс на котлине из-за того, что он был слишком правильным.
Исходная либа кидает в нескольких местах исключения на неправильные исходные (полученные от реального перефирийного устройства) данные.

build.gradle.kts  проекта пришлось дополнить 
plugins {
    id("com.android.application") version "8.2.1" apply false
    id("org.jetbrains.kotlin.android") version "1.9.10" apply false
    id("org.jetbrains.kotlin.jvm") version "1.9.0" apply false
}

в такой же файл приложения
plugins {
    id("com.android.application")
    id("org.jetbrains.kotlin.android")
}
android {
   ....
    kotlinOptions {
        jvmTarget = "1.8"
    }
  .....
}
dependencies {
    implementation("androidx.core:core-ktx:1.12.0")
}

либа, которую я форкал изначально предполагала взаимодействие из java
по коду раскиданы собачка JvmOverloads , JvmField, JvmStatic, set:JvmSynthetic

открыть юр лицо заграницей, не в странах СНГ

Надо перенаправить трафик от DNS в том числе, внутрь впн \ прокси.
например это умеет делать приложение Nekoray... в режиме TUN или systemProxy

Новичкам обычно выбирать не приходится.

Любой современный стек подойдет, отталкиваются от того что лучше знаешь.

Скорее всего из-за проблем с памятью контроллер диска заблокировался на запись, явно показав вам "я умираю, копируй быстрей нужные данные". Часто такое делают usb и sd флешки.
Решение одно: перепрошивка контроллера, но такая операция приводит к потере гарантии, после процедуры результат 33%/33%/33% = ничего не получится/диск окирпичится/заработает нормально
Обычно гарантийщикам пофиг на данные (потерять репутацию и заработать проблемы из-за слива не многие хотят), ну а если цена предполагаемой утечки информации выше цены диска, то жертвуем наименьшим

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

(Кейс из жизни - СМП показало, что девочка с ресепшн параллельно работе занимается модерированием "мамочкиных" форумов. Девочке было предложено стать вебмастером конторского сайта, но она предпочла уволиться)

WhereIf? Может просто Where использовать? Туда как раз таки можно передать лямбду. и использовать логическое &&

Зачем хранить образы после сдачи проекта? У вас есть Dockerfile, в случае чего ничего не стоит развернуть всё заново.

Если же вы про какие-то сакральные данные - как их хранить, после сдачи проекта решает клиент. Тратить на это свои деньги, конечно же, не стоит.

С юридической точки зрения, работник должен выполнять то, что оговорено трудовым договором. Как правило это работа с... по... , и выполнение поставленных задач. Также договором может регламентироваться запрет на использование программного кода, созданного в рабочее время. Всё остальное (личное время и интересы) трудовым договором не регламентируетя. Поэтому запретить делать (или не делать) что-либо в личное время работодатель не может. Разумеется есть "человеческий" фактор и фактор самодурства. Чтобы избежать проблем на пустом месте, лучше не рассказывать никому о других проектах.

Оба варианта overkill для рабочей станции.

Увы, в спецификации какой-либо принципиальной разницы нет.

Отличие серверных дисков от потребительских проявляется при типичных "серверных" условиях, когда на хосте подключено несколько дисков, а рядом в той же стойке ещё несколько серверов. В тех условиях вы платите за необходимые качества дисков.
В условиях отдельно стоящего ПК с одним (максимум двумя) HDD это будет просто переплата за понты. И я не против понтов. Я только за то, чтобы честно озвучивалось: "Я понимаю, что эта двойная стоимость за понты, практической пользы не будет, но у меня бюджет позволяет и я просто хочу заплатить за понты, почему бы нет". Если чёткое понимание есть, то почему бы нет. Тогда лучше WD Gold - просто как более понтовый. А так без разницы. Если без понтов, то WD Red Pro (но не WD Red) или WD Purple. Зато остались бы деньги, чтобы новую материнку купить. Спору нет, GA-EX58-UD5, была очень понтовая, наверное, лет 15 назад.

24/7

:) Самые дешевые WD Green, WD Blue нормально работают 24/7, это вообще не критерий выбора.

Каким боком технология касается юридической сферы?
ты запускаешь свой сайт на американских процессорах, значит он американский?

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

p.s. в России нет закона и порядка, тут действует правило - не затрагиваешь ни чьих интересов - тогда по закону, иначе по понятиям.