Переезд

Надоело! Переезжаю. На GitHub. Почему? Возня с блоггеровским редактором, шаблонами и прочей ерундой убивает всё желание что-то писать. Надеюсь GitHub с его Jekill'ом будут проще. А если не будут - да и хрен с ним. Не велика потеря для мирового блоггинга.

До связи!

SWAP файл

Буквально вчера (13 апреля) вышла новая версия Ubuntu 17.04. Куча всяких новшеств. Кому интересно и понимает басурманский язык можно почитать тут.

Среди всех нововведений есть одно интересное: вместо SWAP разделов теперь будут использоваться SWAP файлы. Правда это будет касаться только свежеустановленных систем. То есть если вы обновляетесь с пердыдущей версии до 17.04 то можно не беспокоиться: ваш текущий SWAP не сломается.

Фишка довольно сильно упрощает установку системы новичком. Вспомните себя в первый раз устанавливающего Linux. Сколько вопросов возникало: что за SWAP раздел такой?... зачем он вообще нужен?... а сколько его надо?... а можно вообще без него? Ну так вот: можно теперь обойтись без SWAP раздела и использовать файл вместо него. Единственное ограничение (ну или особенность если хотите) - файл должен быть фиксированного размера. То есть он будет занимать какое-то место на диске независимо от того используется он системой или нет. Использование файла вместо раздела также сильно упрощает управление всем этим хозяйством. Можно быстро перенести SWAP на другой раздел/жесткий диск. Можно довольно быстро и просто изменить размер SWAP файла или убрать его вообще, если вдруг выяснится, что ваша система хорошо справляется со всеми задачами и без SWAP'а

К чему все это? Допустим вы не хотите устанавливать новую версию ubuntu, а попробовать SWAP файл хочется уже сегодня (собственно вам ничего не мешало это сделать и раньше, но не об этом сейчас). Итак, давайте создадим SWAP файл и подключим его к системе.

Unity всё!

Тут новость прошла о том, что Canonical больше не будет вкладываться в Unity (на аглийском). Суть новости для тех, кому лень и тех, кто не может по-английски, заключается в том, что Canonical решила сфокусироваться на решениях для Cloud и IoT и ради этого жертвуют Unity и Ubuntu Phone (она же Ubutnu Touch). Вместо Unity теперь будет Gnome. Основной оболочкой он станет в релизе 18.04 LTS, т.е. через год. А пока продолжаем наслаждаться вот этим вот всем от чего Canonical открещивается.

Помимо Unity и Ubuntu Phone также приостанавливается работа над оконной системой Mir, которая разрабатывалась как альтернатива X11. Теперь все надежды на Wayland.

Хорошая это новость или плохая каждый решит сам для себя. В этих ваших интернетах как всегда битвы по этому поводу. Кому-то нравится Unity, кому-то нет. Я, например, перестал быть фанатом Unity примерно после версии 14.04. На моем не самом свежем железе эта Unity тормозит с каждым годом все больше и больше. Примерно с того же времени я переехал на XFCE и вполне доволен.

По поводу Mir и Wayland: обе системы сырые. Так что пока остаемся на X11. А для старого железа это, может быть, вообще единственный вариант.

В общем поживем - увидим.

Вот такие дела.

Перезапуск

Вот как так получается? Зашёл как-то посмотреть жив ли ещё мой блог. Вроде жив (ну в смысле на месте пока). Но читать его невозможно же! Мелкий шрифт. Старею наверное. Подумал: ну я же не совсем тупой ещё! Надо поменять размер шрифта, хотя бы, ну чтоб не совсем мелкий был... очнулся и вот оно чё - поменялось всё. А ведь залез только размер шрифта поменять.
Мои постоянные читатели... не родились ещё, а остальные могут посмотреть в архиве интернета как этот блог выглядел раньше. Ну до того момента, как я полез размер шрифта менять.

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

В общем, доложу я вам, ковыряться в шаблоне Blogger'a, да ещё и используя встроенный в него редактор - развлечение не для слабонервных. Думаю стоит описать этот процесс, хотя бы, в общих чертах. В назидание потомкам, так сказать.

Насчёт периодичности ничего обещать не буду, но сам себе даю установку: ну хотя бы пост в месяц что ли? Нельзя же сразу резко начинать. Потихоньку надо. А там, глядишь, попрёт.

Ну как-то так.

Понеслася.

Свет мой, зеркальце!

Не было у бабки забот — купила бабка порося

Почитавши всякие статьи про то, как добры молодцы лихо варганят чуть ли не системы искуственного интеллекта на базе Raspberry Pi я подумал: а чем я хуже всех этих гиков? Да ничем! И тут же купил себе это чудо техники. Штука интересная и непонятная. Вокруг одни разъемы и ни одной кнопки. Но не об этом речь.
Как всем известно (раз мне известно, значит все уже давно в курсе ;)) эта самая Raspberry Pi("малина пи" по-нашему) работает на базе Linux. Этих дистрибутивов для этой самой малины около 5 штук (а если быть точнее целых 6!). Один из них Raspbian (Debian по-нашему). Так вот моя малина работает на этом Raspbian.
Подбираемся к сути проблемы. Задумался я обновить систему. Ну а чего? Linux же. Да к тому же с apt'ом на борту. Чего бы не обновить? Ну и запустил это добро обновляться. Но может луна была не в той фазе или вдруг все в мире тоже решили обновить свой Raspbian вместе со мной. В общем процесс затянулся. В среднем скорость составляла чуть больше одного байта в час. И сказал я: "Ша! У меня будет свое зеркало этого самого Raspbian с блэкджэком и ..."

Мы работаем по методологии Agile!

Или разговор с самим собой.

Очень часто в последнее время при просмотре вакансий натыкаешься на требование знания методологии Agile.

А почему нет? Буржуи вон давно уже работают по этой методологии. А раз они так работают значит это круто и нам тоже стоит это попробовать!

Неопытный разработчик (читай "вчерашний студент") полезет в википедию смотреть, что же это такое этот самый Agile? И найдет там следующее:
Agile - серия подходов к разработке программного обеспечения, ориентированных на использование итеративной разработки, динамическое формирование требований и обеспечение их реализации в результате постоянного взаимодействия внутри самоорганизующихся рабочих групп, состоящих из специалистов различного профиля.

Ничего непонятно! Что там дальше пишут?

Agile-методы делают упор на непосредственное общение лицом к лицу... Основной метрикой agile-методов является рабочий продукт. Отдавая предпочтение непосредственному общению, agile-методы уменьшают объём письменной документации по сравнению с другими методами.

Вот это круто! Никакой бумажной волокиты! Только работа и общение! Это то, что надо!

И вот неопытный разработчик (читай "вчерашний студент") с горящими глазами приходит творить и созидать и что же он видит? В небольшой комнатке, где от силы можно было бы посадить три человка, работает десять. Однако не все десять человек одновременно находятся в этой комнате, бОльшая часть из них учавствует в бесконечных митингах по поводу изменения цвета и расположения какой-то, пока еще неведомой нашему неопытному разработчику (читай "вчерашнему студенту"), кнопки.

А где можно почитать, что эта кнопка делает и насколько она вообще важна?

Нигде! Документации нет.

Комментарии в коде?

Комментариев тоже нет.

Может спросить у кого?

Конечно! Можешь спросить вон у того бородатого чувака с лицом серийного убийцы в углу. Это наш самый главный разработчик. Он знает все по этому проекту.

Ну уж нет! Я тогда лучше посижу над кодом, посмотрю что там да как. Все-равно мне надо в нем разобраться.

И вот тут начинается самое интересное! Код написан так, что волосы начинают шевелиться в самых неожиданных местах. Костыли на костылях. Применение различных паттернов, технологий, фреймворков и прочего барахла где надо и не надо. Миллион вшитых жестко в код непонятных констант, строк с сообщениями и ошибками и даже SQL-запросами.

А это вообще работает?

Видимо как-то работает. Вон тот бородатый чувак с лицом серийного убийцы в углу как-то все это запускает и даже умудряется отлаживать.

Ну и я тогда смогу все это запустить! Я же не тупой!

Конечно сможешь! Пройдет какое-то время. Ты выяснишь путем проб и ошибок, выуживая ценную информацию по маленьким крупицам из корпоративной переписки, попытками поговорить вон с тем бородатым чуваком с лицом серийного убийцы в углу, а также по слухам какие зависимости необходимы для построения этого проекта. Конечно некоторые зависимости могут измениться в процессе твоего поиска, потому что ты не участвовал в том самом митинге, на котором решили, что необходимо избавиться от старого фреймворка и начать использовать новый. Но это все мелочи.
Со временем ты станешь разбираться во всем этом хитросплетении кода и интриг. Отрастишь бороду. Тебя назначат главным разработчиком взамен того бородатого чувака с лицом серийного убийцы, который куда-то делся. Говорят уволился со словами "Вертел я ваш этот Agile вместе с вашими митингами и очень важной кнопкой... (и дальше шел длинный набор слов, который в точности никто передать уже не может)".
И вот теперь ты главный разработчик, сидишь в углу, пытаешься сделать этот мир добрее и чище. Но клиент хочет, чтобы кнопка была зеленая и в центре экрана, хотя изначально планировалось создать консольное приложение, выводящее "Hello World!" на экран. Да еще и новый сотрудник появился. Говорят вчера закончил какой-то там университет. Опять будет тыкать свои паттерны, технологии и фреймворки куда надо и не надо. Да вертел я ваш этот Agile вместе с вашими митингами и очень важной кнопкой...

Я прийшов, тебе нема

Тем кто перешел на новую версию Ubuntu 14.04 LTS и не обнаружил в ней minidlna посвящается.

Внезапно в новой версии Ubuntu 14.04 не оказалось minidlna. Не известно: то ли забыли включить, то ли специально удалили. Кому интересно может следить за событиями на launchpad. Там, кстати есть пара вариантов временного решения проблемы, включая установку minidlna из архивов и новоиспеченый репозиторий PPA.

Я добавлю свои пять копеек в решение этой проблемы.

Итак, будем собирать minidlna из исходников.