piva

Зависит от ваших приоритетов. Что вам нужно в жизни?

Да, зарплата у учёного даже на Западе в среднем меньше, чем зарплата высококвалифицированного программиста. Особенно сейчас, в век бума IT. Но бум этот не может быть вечным, в отличие от непрерывно растущих потребностей человечества в энергии.

Мне кажется, если есть возможность заниматься ITER, способности это делать, склонности к этой области - не надо упускать. Коли нефть - это покидающее нас "вчера", а управляемая реакция распада - набирающее силу, несмотря на проблемы и трагедии, "сегодня", то термоядерный синтез - это едва видная на горизонте заря неизбежного "завтра". Если сумеете эту зарю разжечь - люди будут долго помнить вас после смерти. Если для вас это важно, конечно.

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

куда сердце лежит туда и идите. лучшая работа та, которая хобби, та что ближе к сердцу

Ждать. Если принять условие "ускорить процесс или эмулировать падение невозможно" - то включается максимальный уровень логирования, вставляются check-guard'ы везде, где только можно, коллстек пишется при любой ошибке (это несложно сделать изнутри, без дебагера). Все эксепшены обрабатываются в стиле - "это фатально, пишем колстек и вываливаемся". Ну и глазками по логам.

P.S. Всем, кто говорит, что нет ничего невозможного - у меня падал системный драйвер, причем причем ровно через 3 часа специфичной нагрузки. Не нормальный линуксовый, а блоб от производителя железки, ни о каких исходниках речи не шло. Около недели мы его обкладывали логами, везде, где только можно. Нашли. Но кровищи оно попило изрядно. Так что бывает так, что быстрее - не получится.

Еще можно писать тесты =)

1. Специальные условия выполнения. Например, у меня есть свой шаблон Array1d<>, в котором есть не только проверка диапазонов, но и т.н. «канарейка» — проверка, не испортила ли его случайно «сумасшедшая» подпрограмма. Все эти изыски включаются в параметрах компиляции.
2. Детальные логи ключевых объектов: что случилось и по какой причине.
3. Просто чутьё. Неинициализированную переменную на стеке я долго ловил: знал, где примерно ошибка, но любая диагностика (и даже перевод компилятора в debug) — стек смещается, и ищи ветра в поле. Включал проверку диапазонов, ту самую канарейку — ничего не даёт (ну естественно, никто и не пишет в «левую» память»). Много раз затыкал ошибку, но впоследствии я её как-то сумел продиагностировать, а дальше — дело техники.

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

Сделайте чтобы программа писала в лог всё подряд во время выполнения.
Потом этот лог и читайте - будет видно где что-то пошло не так.

Формальное доказательство и подробное логирование с разверткой стека.
Чуть больше паранойи при написании кода - проверять все входные параметры методов и процедур на допустимость, проверять возврат у всех системных обращений. Так ошибка найдется раньше.
Размещайте константы везде, где только возможно.
Собирайте с -Wall и добивайтесь отсутствия предупреждений.

Недостаток языка - субъективное понятие. Многие свойства языков могут быть как плюсами применимо к одной задаче, так и минусами для другой. Например статическая типизация позволяет писать более надежный и производительный код, производя большинство проверок на этапе компиляции. А динамическая дает гибкость, и позволяет решать задачи очень быстро.

Если подумать то основная причина в том, что нужно балансировать между производительностью и универсальностью языка, соответственно минусы языка попадают за счет того что программы написанные на нем отъедают все больше и больше ресурсов компа при работе.

В языках программирования есть минусы? Человек же делает ошибки, а не язык.

Почему за 1 млрд лет так и не родился идеальный человек? Когда ответите на этот вопрос, думаю и на ваш вопрос ответ вам станет понятен.

Для начала - виртуалка, для продолжения - как единственная система, но на другой HDD.
Я смог нормально перекочевать на linux лишь с 6-й попытки (примерно 3 года пользовался win8, паралельно пробуя разные дистрибутивы) и нескольких бессонных ночей.
Теперь у меня система, которой я доволен. Перед этим пробовал всё, до чего мог дотянуться, от звересборок до хакинтошей, остановился на Elementary (которая внутри почти Ubuntu, но внешне маскируется под mac).
Проверяйте железо на совместимость перед тем, как ставить систему как основную. Мой случай был бы куда проще, знай я о проблемах с графикой Optimus от Nvidia и драйверами к моему вайфай-адаптеру.

Если ставите первый раз или незнакомый дистрибутив и мало опыта - лучше конечно на виртуалку. Дальше - зависит от задач.

Смотря какую цель ты преследуешь ставя linux

Например KolourPaint из набора KDE, а вообще можно много Paint-ов нагуглить