amarao (amarao_san) wrote,
amarao
amarao_san

Category:

О миграции в линукс

Из всего процесса (коий можно считать почти завершившимся - нерешённой осталась только проблема с равками...) я вынес для себя несколько мыслей:

0) Перед миграцией нужно попытаться найти соответствующий софт, портированный под винды. Изучение нескольких (используемых) программ в уютной обстановке сэкономит чуть-чуть нервов перед переездом (программы будут знакомы и привычны). К таковым я бы отнёс Opera/Firefox, Inkscape, GIMP (м... с натяжкой, хотя базовое редактирование изображений стоит освоить), ещё что-то, что вам нужно. При этом кривые порты (от которых больше проблем, чем удобств, вроде mc) - следует игнорировать. В родной среде они не так ужасны как в портах.

1) Миграция может происходить только (и только!) по сформулированным ТЗ. Задача "хочу так же как в windows" решается тривиальным методом: останься на windows. В то же самое время, если правильно сформулировать ТЗ, то найденное решение будет НЕ ТАКИМ как windows. Может быть оно будет хуже, может лучше. Но оно будет другим. Возможно, часть задач окажется не имеющей какого-либо смысла (и/или окажется решённой как побочный эффект решения другой задачи). Возможно, какая-то задача потребует много усилий (и даст худший результат). Но важно именно деление на ТЗ.

2) В миграции есть некая грань "гость/дома" - она определяется выполнением неких минимальных базовых вещей, без которых работа за машиной будет очень неудобна. До момента выполнения этих задач переходить на линукс чревато - вы окажитесь в условиях, когда "оно не чинится а срочно надо". Идеальным компромиссом будет дуал бут. Критические задачи допиливаются в время, когда есть желание и интерес. С момента наступления состояния "дома" надо во-первых, поумерить размах резких движений (уронить гостевую систему это не то же самое, что прихватить половину /home), во-вторых попытаться полностью освоиться. Т.е. уже не "решить ТЗ", а изучить то, чем решилось ТЗ. Вполне может быть, что функциональность решения окажется много шире исходного ТЗ (а может, часть вещей можно делать много проще). Это надо делать неторопясь, без резких телодвижений. Шоткаты, положение меню, возможности редакторов и т.д. - всё это нужно знать (я пишу с рассчётом на уровень "продвинутого виндузятника", который знает (почти) все шоткаты виндов и любимого фара/ТС). Знание этого инструментария определяет комфортность и скорость работы - а это, в свою очередь, определяет объём усилий при решении различных проблем (плохо изученный инструментарий даёт впечатление "жуткой проблемы" при тривиальных действиях).

3) Важно суметь сформулировать нерешённые проблемы (они могут оказаться уже исходного ТЗ). Чётко зная "что не так", с большой вероятностью можно будет или найти замену или перестроить рабочий процесс. Худшее, что может быть, это абстрактная мысль "да неудобно это всё" (хотя по сути вы просто не выучили хоткей или ожидаете, что сработает привычный ранее хоткей).
Tags: linux
Subscribe

  • мы их теряем!

    Make: 1976 Прямо сейчас выходят на пенсию люди, для которых make был новомодной технологией, которую притащили хипстеры.

  • Админская мудрость

    Когда вывод strace на башовый скрипт становится понятнее самого скрипта, граница разумности давно пройдена.

  • Rules of internet

    Rule 34. There is porn of it. Rule 35. It's used to mine cryptocurrencies.

  • Post a new comment

    Error

    default userpic

    Your IP address will be recorded 

    When you submit the form an invisible reCAPTCHA check will be performed.
    You must follow the Privacy Policy and Google Terms of use.
  • 8 comments