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

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

Как сказал ky0 :

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

Ничего не нужно тебе хранить.
Если дело в данных, скажи чтобы купил то, что нужно для работы его приложения и пусть платит он, а не ты.

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

Никогда не используй свои ресурсы для удовлетворения потребностей заказчика.

Зачем хранить образы после сдачи проекта? У вас есть 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. в России нет закона и порядка, тут действует правило - не затрагиваешь ни чьих интересов - тогда по закону, иначе по понятиям.

Говорят в Москве кур доят и делают конфеты "Птичье молоко" :)

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

На стажировку-то можно пойти. И возможно, что они могут взять вас на должность Middle разработчика, но от этого вы не станете миддл разработчиком. Вопрос в том, почему они хотят взять вас на эту должность (если это реально так), то например, у них есть серьезная текучка кадров и им нужны новые души. Спросите сколько людей в команде, есть ли тимлид, техлид и т.д. За 3 месяца в нормальных компаниях могут решить стоит ли вас брать на работу в качестве максимум джуна, но никак не миддла. На позицию миддла в своей первой компании я пришел сразу, так как у меня уже был опыт работы на фрилансе, притом не только на Java и куча написанных проектов. Так что... стоит задуматься

Это пустые столбцы.
Конец строки - это \r\n , но тебе это не нужно, т.к. ты смотришь в неверном направлении.
Вот почитай как распарсить CSV корректно
https://stackoverflow.com/questions/18144431/regex...

Стандарт RFC 4180
Существует RFC 4180, предназначенный для стандартизации и упрощения обмена данными в формате CSV. Он предъявляет, в частности, такие требования:

окончание строк в стиле MS-DOS, символы (CR / LF).
необязательная строка заголовка.
каждая строка (запись) должна содержать одинаковое количество полей.
поле может быть заключено в двойные кавычки.
если поле содержит запятые, переносы строк, двойные кавычки, то это поле должно быть заключено в двойные кавычки. Если этого не сделать, то данные невозможно будет корректно обработать.
символ двойной кавычки в поле должен быть удвоен.

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

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

Модуль gather_facts у Ansible.

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