psyskeptic, в моем понимании RAID зеркало никогда не взлетал в домашних условиях. Обычно нет у человека такой строчности восстановления и нет таких требований чтоб держать зеркало. Кроме того чем сложнее у вас стек технологий бекапа тем сложнее ситуации вы будете ловить при восстановлении. Повреждение и ремонт зеркала например требует от вас знаний девопса и системного администрирования. И если вам срочно надо достать старую фотографию вашей бабушки с диска но внезапно вас блокирует сообщение о том что зеркало развалено и надо разбираться - вы скорее всего (в следующий раз) прекратите эксплутацию зеркала. Перейдете на более простое. Как я предлагал. По четным неделям один диск. А по нечетным - другой.
Adamos, я признаться ее использовал только в части плагина для Microsoft CosmosDb и еще в части Databrick плагина. Который кажется имеет единственную имплементацию в одной среде. Jetbrains пока еще не догнал.
В целом - красиво хотя расположение менюх достаточно причудливое.
pfg21, давай поищем на сайте Microsoft. Где-то же они указывали цели создания этой ФС. Там ссылка на флешки была точно. Вообще не-журналируемые ФС ставить на магнитный диск в современном мире - это очень плохо. Это я как бывший DBA говорю. Это заканчивается крашем и потерей последних файлов если при нагрузке выключить питание. Журналируемые ФС - обычно способны восстановить свои структуры автоматом при монтировании. Не-журналируемые - обычно провисают в статусе ошибки и требуют ручного вмешательства человека.
Если ты сомневаешся в этом утверждении - давай проведем эксперимент с магнитным диском и exFAT.
SHAMELESSLY, ну то что ты приводил в картинке - это логгирование. По крайней мере я это так всегда называл. Ты теггировал топик С++ - значит используй и делай отступ как я говорил.
WbICHA, у нас на проектах было такое правило что текст коммита удовлетворяет шаблону. Например если проект имеет код PROJ то комментарий тикета выглядит как RROJ-001 : Fixed performance bug
Это удобно для среды разработки. Можно в панели git набрать PROJ-001 и сразу увидишь все свои коммиты.
Контролировать такое правило тоже можно там либо хуки были либо какие-то CI/CD скрипты неважно. Главное что если команда договорилась то так и дальше все пойдут строем.
Не совсем понимаю вас почему номер тикета может потеряться. Эта документация живет вечно пока жив проект и я не знаю случаев когда бизнес решал бы удалять сведенья из JIRA/Confluence. Я практически всегда находил самые старые исторические тикеты за 5 и за более число лет.
Попробуй оставшиеся выражение разложить по этому шаблону и все получится.
Ситуацию запутывает этот странный :else который как-бы выпадает из общего ситаксиса.
Также непонятна типизация. Почему сначала сравниают с атомом 0. А после cond идет
попытка сравнить со списком (13 42 100500) ?
Вобщем это крайне неудачный софистический пример цель которого запутать.
Владимир Коротенко, да. Зависит от проекта. Никто не вытесняет С++ из того сегмента который он щас занимает. Но возможно откроются какие-то новые направления где другие требования будут важны. Это как банковский ентерпрайз. Java образца 1996 года была гадким утёнком. Она медленно работала и практически не поддерживала нормально мультипоточность. Но прошло 10 лет и открывается целое направление. Я думаю такой-же путь нащупывает для себя Rust. И стартовые условия у него - гораздо лучше чем у Java. По крайней мере по производительности его отставание от С++ близко к стат-погрешности. Там где торг идет за 5% я-бы как бизнес например вообще не брал это в расчет. Для меня было-бы важнее видеть другие качества. Безопасность. Кросс-платформенность. И способность быстро найти бригаду разработчиков.
И далее по уточнениям
Проясни что это такое.