Я не уверен, что через десять, и даже пять и даже два будут именно word и excel, но ты наверное хотел сказать "текстовый редактор и процессор электронных таблиц". Нет, не хватит.
Браузеры, к сожалению, демонстрируют отвратительное стремление становиться все толще и прожорливее, а сайты - не менее отвратительное стремление это поощрять использованием все более "модно-стильно-молодежных" технологий, с которыми старые браузеры просто не работают. Что приводит к необхдимости использовать новые.
Сегодня 16G - это нормально для офисного компа, но через десять лет это будет скорее всего минимум работоспособности. Не говоря уже про проц, который и сейчас - не звездит. Чтобы проц удерживался лет десять - брать нужно топовый на данный момент.
В 2012 году я брал i7-3770, он проработал 11 лет в составе сборки и сейчас валяется где-то. И память брал 4 х 4 гига (больше просто не было). В 2023 году взял i9-11900K и памяти 4 х 8 - надеюсь до 2034 (если конечно не будет Всемирного Пипеца) хватит...
нет, выйдет новый аппаратный кодек и у тебя отвалится всё видео в браузерах...
бери современный ЦП, тогда лет на 8 должно хватить
Я понимаю если бы ты брал топовые ЦП из линейки, ты же пытаешься взять уже на тот момент полуоФисный i3...
надо чтоб нормально работал без ремонтов - закладывай хороший БП с сертификатом и новые комплектующие, гоняй тесты дома неделю, потом отправляй
Плюс "башню" на ЦП чтобы когда он засрётся охлада всё равно хватало
Комфортно он будет работать примерно лет 5, учитывая сколько сейчас жрет браузер и тенденцию пускать фронт на клиентскую часть. С документами его хватить на очень долго.
И какое озу лучше взять?
2x16GB
Примерно 15 вкладок в хроме + расширения, 15 документов и другого шлака крутящегося на фоне сжирает 16 ГБ как нефиг делать.
Жилы расположены рядом, плюс некоторые переплетены. Сигнал с одной жилы делает наводки (помехи) для рядомпроходящей, чем искажает в ней сигнал. Именно поэтому для 100+ мегабит используют кабель целиком, а не по 4 жилы.
И в нормальном кабеле 8 жил, у вас что-то совсем уж колхозное и не предназначенное для сети. Или у вас adsl модем стоит?
У меня такое было лет 20-25 назад, еще на Пентиум 3. После нажатия кнопки питания комп мог включатся минут через 5... ни с того, ни с сего. Батарейку Биоса поменяли и все прошло. Сначала ее просто извлекли, запуск без батарейки (пока не купили/поставили новую) - это тоже срабатывало, но конечно настройки все слетают после выключения питания.
потому что писать нормально циклы нужно усвоить, никто не пишет != в for
научится дробить объекты на части, что это за больное страдание писать в каждом поле lines.Lines[index].buttonsArray[0].gameObject?
lines.Lines[index].buttonsArray[0].gameObject - нельзя сразу к [0] сразу обращаться, не проверив наличие хотя бы одного элемента в массиве
вот как раздробишь, сможешь брейкпойнты поставить и нормально сам уже разобраться сможешь
if (lines.Lines[index].buttonsArray[0].gameObject == false)
For выглядит рабочим. А вот что ожидается от этого кода - непонятно. Скорее всего вовнутрь никогда не попадет выполнение. Наверное вы хотели проверить что объект выключен, для этого нехватает какого ить .isActive. А так просто выглядит как проверка на отсутствие объекта.
Программисты делятся на два типа - те которые знают и используют паттерны, и те которые не знают но все равно используют.
С учетом впецифики юнити, которая не допускает вообще нормального new компонентам, и специфики шарпа с отсутствием мультинаследования - какая разница что это? Читая заголовок я бы вообще сказал что это наследование (а что, добавление функционала).
Билдер - это как фабрика - это то что КОНСТРУИРУЕТ объект, а не сам объект. ИМХО.
Пилите игру. пофиг на имена.
Довольно странный способ как передавать данные, так и проверять
Мне кажется, вам надо подход изменить, чтобы не бороться с проблемами, которые сами себе и создаёте
А именно - изменить формат входных данных
Как вариант - использовать что-нибудь типа ini
[путь к файлу]
текст поиска
текст замены
текст поиска
текст замены
[путь к файлу]
текст поиска
текст замены
Я хз что вы имеете ввиду под словом "возможность".
Предположим, что технически по параметрам нам подходят оба типа. Хорошо. Тогда смотрим на цену :-) Причем не только на цену датчиков, но и на цену интеграции. Так же надо смотреть на поставщиков - их количество и условия.
В общем в любом случае где то будет "неравенство" этих датчиков, просто надо учитывать не только вот такие технические вещи. А дальше прикидываем важности найденных отличий, и так и выбираем.
Самое великое историческое легаси, которое тянется со времен CP/M (который был до MS DOS) да и кучи тогдашних ос типа apple dos/Commodore c64/ , в 1970-ых
Там не было каталогов но были устройства, и файлы именовались "буква устройства" : "имя файла" ну а в DOS добавили каталоги через "\"
Кстати \ был, потому что в первой версии dos не было каталогов но уже были ключи командной строки у утилит через /, и когда добавили каталоги, что бы не терять совместимость, сделали \
От туда же и учет больших и маленьких букв в файловой системе как одинаковых, потому что в тогдашнем fat не было длинных имен (11 символов на имя), и эту кстати лицензионную ловушку майкрософт заложили уже в win95, благодаря которой надоили со всего мира миллиарды.