zisp, сгорит, потому что 4 резистора параллельно дадут 150 / 4 Ом, а не то что вы хотели. Нужно сначала рассчитать сопротивление, исходя из параметров реле, транзистора и напряжения питания всей схемы, а потом уже собирать - иначе транзистор получится одноразовым.
floppa322, это называется "преждевременная оптимизация". Ваш прогноз умозрителен и требует проверки на реальных алгоритмах и реальных данных.
В частности, используя индексы в интах, вы ограничиваете работоспособность вашей программы - она сможет индексировать только массивы длиной 2^31 элементов.
Что касается (якобы) отсутствия гайдлайнов - я не зря сослался на материал (автор которого - разработчик статического анализатора кода на C++), в нем есть ссылки на другие статьи автора по темею
floppa322, так вы все равно предлагаете прикрывать дыру газеткой, причем опасным способом. Вот родился у вас массив в 4 млрд элементов, в int его размер не уместился. В дебаге вы упадете, а в релизе у вас полезет UB, причем с возможной порчей данных, которую юзер не заметит и сохранит. Так что если уж вы нашли фатальную проблему (которую сами себе создали), нужно падать безусловно, а не только в дебажных сборках.
Проблема должна решаться для каждого кода индивидуально, а не глобальной заменой всех переменных в программе на int_fast* с сомнительной конвертацией.
floppa322, разработчики стандарта языка не такие уж и глупцы, раз обвешали всю стандартную библиотеку этим size_t.
А если у вас где-то в коде случается перекидываение знаковых данные в беззнаковые, в этом месте нужно делать проверку корректности, а не прикрывать дыру газеткой.
Миша Шав, только сертификат надо не только сгенерить, но и проверять его отпечаток. А туннель SSH по трудоемкости развертывания полегче будет, если что.
