EXL

На самом деле информации очень мало. Чрезвычайно. Дело даже не столько в юз-кейсе, сколько в таких банальных вещах, как ОС и возраст ПК. Очень печально видеть таких кул-хацкеров, которым на всё один ответ - ставь SSD. Я тоже таким был. Пока руки не выпрямил. Теперь краткий ликбез:

Об SSD: оно быстрое, причём не столько по скорости чтению/записи, сколько по времени доступа, отчего IOPS взлетает до небес; однако, потребительские диски - 10k перезаписей на ячейку, что при интенсивном раскладе убьёт пол диска за год (ну в общем, как винда любит); да, дополнительные плюшки, вроде меньшего энергопотребления и практически полного иммунитета к тряске хоть и имеют место быть, однако они больше необходимы в лаптопах; ах да, SSD бесшумны - это круто, но на любителя, мне нравится детектить работу ПК по шуму.

Об RAM: это очень зависит от ОС, точнее Windows/НЕWindows. Объясняю - это исчадие ада очень любит кэшировать. Кэшировать всё и вся. А ещё. Оно очень расточительно на память. Видимо подсистемы пишут не просто разные люди, но и даже не контактирующие никаким образом друг с другом. По опыту скажу, что очень часто инженерные решения в Windows примерно такие: если можно что-то сделать так или иначе, то здесь это сделано и так и иначе. От чего оверхэд колоссален. Причём с повышением цифры всё только хуже - фичи добавляют, оптимизировать забывают. От этого система почему-то очень не хочет выгружать индексацию, например, освобождая доступ приложениям. А ещё, ещё в Windows есть где-то глубоко утечка. Лечится только перезагрузкой. Ну это у меня ноутбук аптайм неделями держит - приходится перезагружатся таки иногда.

О файле подкачке: не знаю, кто вообще так назвал swap; нормальные системы могут работать без свапа, эта не может (разве только если есть >16ГБ RAM); не знаю, где проблема, однако похоже, что Windows зачем то вместо того, чтобы забыть кэш диска, очень хочет убрать неактивные приложения в свап.

Об износе: самое первое при первое что изнашивается - дерьмовые планки RAM. Так уж случилось, что в дешёвых RAM гнилые кондеры, да и сама логика не ахти, так что со временем заряд держит всё хуже и хуже. Отсюда проблемы - тайминги надо повышать, да вот только кто об этом заботиться будет. Ошибки хлынут, ОС их бережно разбирает и переподгружает (видимо для этого swap), однако это всё становиться невыносимо медленно.

Окей, получается что если:
+ ОС время от времени залипает
+ ОС иногда убегает под синие шторы
+ ОС порядком надоела заботой о пользователе с сообщениями о нехватки памяти
+ Диспетчер задач прогнозирует скоры апокалипсис по причине 99% занятой физической памяти
+ После перезагрузке полчаса-час работать можно относительно спокойно

то настало время поменять RAM. Именно поменять, а не добавить, не скупитесь, старая RAM будет только тянуть новую на дно. Смею предположить, что планкам больше 2х лет - это примерный срок службы плохих планок RAM. В следующий раз рекомендую брать не бюджетные решения kingston, а каких-нибудь корсаров, дороже в полтора раза, зато хоть на 10 лет =), как установил эмпирический опыт.

Теперь об SSD. Не советую сейчас. Серьёзно. Эта штука ещё толком не нагрелась, хотя возраст у неё приличный. Они уже почти не страдают детскими болезнями, но до сих пор не хватает действительно хороших предложений на рынке. Подождите совсем чуть-чуть тут уже анонсируют интересные плюшки. Впрочем потребительский сектор уже почти готов для SSD, на мой таки сугубо личный взгляд твёрдотельные на стационаре - перебор.

Чуть чуть про HDD. Они прекрасны. На самом деле. Они очень живучи - до сих пор HDD на 160 ГБ трудится, хотя ему почти 10 лет (на то время это было очень очень); сейчас я на него смонтировал рут и не знаю бед. За время его безотказной работы устали 2 SSD (один из них был взят как-только SSD появились и его объём был скромные 60 ГБ) и три гибрида. Причём один из гибридов перепрошили мне на работу "без твёрдотельного кусочка" - до сих пор в NAS стоит. Гарантийный ремонт дисков - это банальная замена, поберегите данные и нервы. К слову, посмотрите в SMART, возможно просто плохо именно этому накопителю.

Ещё меньше про новую платформу. И да и нет. Если ничего серьёзного не требуется (какой-нибудь фиче-related программинг) - не обязательно. Хотя CPU тоже изнашивается, да. Ну а по поводу Core i3 - ни в коем случае. Обратите внимание на Pentium GXXX - уникальные камни, дешёвые, быстрые, холодные. Если честно Core i3 - огрызок. Если и Core, то хотя бы i5 - тут и Turbo Boost нормальные, и Hyper Threading даёт заметные 0-150%. Хотя платформу было бы обновить не плохо.

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

Мейер - Буч - GoF.

Бертран Мейер. Объектно-ориентированное конструирование программных систем
Гради Буч. Объектно-ориентированный анализ и проектирование
Эрик Гамма, Ральф Джонсон, Ричард Хелм, Джон Влиссидес. Приемы объектно-ориентированного проектирования. Паттерны проектирования

:D Используйте QJackCTL. Это утилита, которая предназначена именно для этого. Она может захватывать на себя все аудиопотоки, перенаправляя их куда вам нужно. Вот пример интерфейса:


На скриншоте jamin и ardour - программы для работы со звуком. Вот таким нехитрым способом можно из одной в другую звук загонять.

Вообще если занимаетесь звукозаписью на линуксе - Ubuntu Studio - очень удобный дистрибутив. Там все запилено и настроено как надо обычно уже, заводится с полпинка, без плясок с бубнами.

Мне не нравится обилие if. Как можно сократить конструкцию, используя switch case?

Следуя стандарту С/С++ -- никак. К тому же dist у вас -- float, а в кейсах оператора switch можно указать только целочисленные метки.
Но можно кучу if заменить на следующее:

digitalWrite(led1, 1);
digitalWrite(led2, dist <= 40);
digitalWrite(led3, dist <= 30);
digitalWrite(led4, dist <= 20);
digitalWrite(led5, dist <= 10);

Абраш Майкл Таинства программирования графики-К :ЕвроСИБ ,1996.-384 с.-ISBN 5-7707-8493-8

embedded - это микроконтроллеры, промышленное оборудывание.... такие вот штуки. Смартфоны давно уже не входят в эту категорию. Тут нужно хорошое понимание того как работает железо, Си, ассемблер и все такое прочее. Хороших специалистов в этой области выпускается с каждым годом все меньше и меньше

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

Шифрование, криптография... рано или поздно в любом направлении сталкнетесь хотя бы с базовыми вещами. Как минимум будете слышать всякие штуки типа SHA12, RSA, SSL и т.д. с чем бы вы в итоге не работали (разве что в embedded меньше этого, хотя я не могу точно сказать).

Что до функционального программирования... это парадигма программирования, на ряду с процедурным и объектно-ориентированным. Это как бы не привязано к направлению разработки. Более того, масса языков совмещают в себе все эти парадигмы или дают возможность писать в том стиле, в котором вы хотите (например PHP, Haskel, Pyhon, Java с 8-ой версии вроде как лямбда-вычисления поддерживает)...

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

Ну а хороший специалисты будут востребованы всегда.

Мне кажется человек который хорошо разбирается в С# такие странные и детские вопросы в принципе задавать не может.

Пробел после % ставит пробел перед положительными значениями, в позиции, где идёт минус перед отрицательными: "% .5d". Плюс после % ставит знак и перед положительными и перед отрицательными значениями: "%+.5d". Об этом и о многом другом можно узнать из man 3 printf.

Ахах, ну что за люди? Нет, ну ладно hello world был бы 200 метров (и такое может быть), но чтобы жаловаться за 14 мегабайт. Ведь для этих деревьве можно скриптов на пару игр накидать, а будут те же 14 мегабайт. Ну, или чуть чуть больше.

Объясняю. Работает Unity на Mono. Он требует runtime, то беж виртуальную машину, чтобы запускать специальный код, а также набор библиотек. Собственно, я даже немного удивлён, от чего ж так мало. Судя по всему, ненужные компоненты вырезаются и пара скриптов таки ещё удвоют размер. И всякие дополнительные компоненты также его будут сильно увеличивать.

Нет, этот вопрос был бы весьма кстати, если бы Вы использовали Ogre вместо Unity, C++ вместо C#, OpenGL вместо дикой смеси оного и DirectX. Но Вы используете тучу возможностей тучной Unity и после этого жалуетесь, что размер очень большой.

Впрочем, RTFM. Возможно поможет.

Снова вы :)
Запомните - единица, с которой работает git - это коммит. Любое изменение в репозитории либо закомиченно, либо висит в активных изменениях. Поэтому git не мог удалить у вас файл, не сделав коммит :) Поищите по истории в каком из коммитов (в том числе и merge-коммитах) он мог удалиться.

А вообще вы явно что-то путаете, потому что checkout приводит вашу рабочую папку в состояние этой ветки, поэтому как вы могли понять что файл удалился из ветки test1, когда находитесь в ветке development - непонятно. После git co dev && git merge test1 сделайте git co test1 и скажите что происходит.

Да, и merge не удаляет изменения, а просто применяет все коммиты из одной ветки в другую.