Ltonid

dcdiag

1) Нужно понимать что делает этот проект, и выполняет ли задачи которые на него возложили. Нет ли еще не реализованных фич, незакрытых багов, про которые знает только пара людей. Потому что на бумаге фича есть, а по факту она, еще не на 100% сделана, а только заложили на будущие какие то модули, или баг который воспроизводится в определённой последовательности, но вероятность попасть на неё крайне мала. Так же нужно понимать кол-во пользователей у этого проекта, чем больше тем хуже для Вас т.к доступность проекта должна быть не менее 99.95%

2) Если бы я принимал проект с таким стэком технологий и всё сопровождение ложись бы на меня, я бы потребовал документацию по этому проекту, всё что только есть, чего нет должны будут дописать старые сотрудники. И дополнительно поддержка не менее 6 месяцев(возможно платная-тут нужно рассматривать варианты).

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

4)Обязательно заказать аудит от незаинтересованных лиц. Если бюджет позволяет, то от двух компаний. Так же проверить модули/код которые используются в проекте на "юридическую чистоту", что бы не было ограничений на продажу проекта, предоставление проектом коммерческих услуг(платные подписки и т.п) т.к есть модули которые бесплатны для собственного использования, но платные для коммерческого использования(тут подпадает и продажа проекта, и предоставление платных опций пользователям проекта и т.п). Ну и что бы в случае чего проблемы легли на разработчика либо компанию которая делала аудит.

5)Понимать свою компетенцию, насколько Вы готовы отвечать за то что Вам передают. Опять же проект разрабатывала целая команда, а сейчас его вешают целиком на Вас. Вы в состоянии поддерживать этот проект? А развивать, фиксисть баги? Если нет, то тогда первым делать искать людей которые это могут, и принимать всем в месте. Делить проект на части и делить эти части между компетентными сотрудниками которые в состоянии в случае чего аргументировать своё решение/мнение.

Ну для начала как то так, то что пришло в голову сразу, на самом деле там еще очень много всего. Всё зависит от конкретной ситуации.

SSD диск (тот же M2) достаточно быстрый, чтобы быть вполне сравнимым с рамдиском по скорости.
Можете на рамдиск запихнуть браузер с его кешем, но всю систему со ВСЕМИ программами - нет смысла

winscp?

Нет, неправильно.
То, что было в перфокартах для контроля четности - это оставьте перфокартам, контроль четности и кодирование данных никак не связаны с обозначением кило и 1024. И уж тем более 1025 вообще далеко от ИТ.

Все проще.
Берем 1 бит, можем оперировать двумя значениями 0 и 1
2 бита - 4 значения, 0-3
3 бита - 8, 0-7
4 бита - 16, 0-15
5 бит - 32, 0-31
6 бит - 64, 0-63
7 бит - 128, 0-127
8 бит - 256, 0-255
9 бит - 512, 0-511
10 бит - 1024, 0-1023

Нет такого набора бит, чтобы мы могли оперировать ровно 1000 значений. 9 бит мало, а 10 бит позволяют оперировать уже 1024 значениями. Ограничиваьт себя искусственно нет смысла.
Поэтому на железном уровне в качестве адресации используются степени двойки, чтобы максимально эффективно использовать все используемые биты и память.
Следовательно ближайшее к 1000 "компьютерное" число это 1024, отсюда в килобайте 1024 байт.

Для бизнеса это оказалось не очень удобно. И вообще много технических моментов обычным пользователям непонятно почему и как, например с теми же жесткими дисками, когда объем неотформатированного диска и отформатированного может отличаться на заметные процентов 10-15.
Кроме того, в системе Си, приставки кило, мега, и так далее всегда означали 1000 чего-то. Поэтому с исторически сложившимся 1024 в ИТ отрасли сложилась некомфортная ситуация. Для исправления и появились новые названия, кибибайты, мегибайты, а килобайты и мегабайты по общепринятой системе Си теперь кратны 1000. Но это важно для стандартизации, маркетинга, а не для программирования.

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