Vim хорош прежде всего идеологией своих клавиатурных комбинаций. Какие бы там проблемы с высокоуровневыми средствами в нём ни были, переход на vim keybindings в любом редакторе/IDE — это огромный прирост скорости. У меня у самого основное средство — это emacs со включенным режимом эмуляции vim («Evil mode»).
Насколько я помню, фактический контент старой статьи «Чарас» (как собирать, употреблять и т.д) был перемещён в статью «Чарас (наркотическое вещество)», а статья «Чарас» была сделана страницей ссылок на все значения слова.
Жаль, что Википедия изначально пошла на переименование статьи — это дало РКН возможность сохранить лицо, мол восстанавливаем доступ, потому что удовлетворено требование суда.
Надо было сразу слать их куда подальше и принципиально отказаться править хоть букву. С террористами переговоров не ведут. Заодно было бы значительно веселее посмотреть на объяснение разблокировки в таком случае.
> Один из двух авторов письма — Отто Зайдль (Otto Seidl), IT-консультант и Unix-программист — раньше выступал в поддержку свободного ПО и говорил, что «решения от Microsoft не являются идеальными». Совершенно непонятно, почему он сменил точку зрения.
[irony] Видимо его любимый дистрибутив перешёл на systemd и это переполнило чашу терпения [/irony].
Если серьёзно, хреновый какой-то он итшник/юниксоид (пусть и бывший), судя по уровню аргументации в письме.
> Отсутствие возможности по установке полномочий для отдельных пользователей ограничивает их действия в системе.
Интересно было бы услышать от сего юзера, что это была за такая задача в рамках его рабочих обязанностей, на которую нужны права рута.
Ну и походу пресловутый
> Unix-программист
не знает, что такое установка ПО в /home.
> Отсутствие установленных программ для редактирования текстов, Skype, Office и т. д., что мешает нормальному использованию компьютера.
Значок LibreOffice на рабочем столе он видимо не заметил, а со скайпом сами виноваты, нечего пытаться пользоваться им под никсами, никто и никогда его корректную работу при этом гарантировать не может. В конце концов, есть Skype4Web, есть свободные мессенджеры, а ещё неплохо бы заранее оценивать риски и внедрять линуксы сначала в пилотной группе, а то, судя по хроникам, у них сначала на тысячи ПК ставят GNU/Linux, а потом ВНЕЗАПНО выясняется, что чего-то там нет, половина пользователей недовольна и зачем мы вообще всё это ставили.
> Дистрибутив стоял Bananian — это Debian 7 Wheezy урезанный во многом для экономии ресурсов. Более нового Debian 8.x нет и по сей день, можете сами представить насколько там старый софт, который получает лишь заплатки безопасности.
Работа по установке арча конечно титаническая, но имхо несколько излишняя)
Bananian использует ARM репозитории Debian, можно было просто переключиться на более новый репозиторий вместо смены дистрибутива.
Плюс, в арче не факт что присутствуют все те оптимизации под конкретно BananaPi, которые есть в Bananian.
За себя скажу, что у самого домашний сервер на Banana Pi + Bananian, и пока на нём не возникало задач, требующих прям уж свежайшего софта. NFS, TFTP, апач какие-то из wheezy стоят и ладно.
Мда, мельчают вирусописатели. Вирус на питоне, необфусцированный, проживающий по фиксированному пути и вообще никак не защищённый от попыток обнаружения и удаления, передающий данные в незащищенной форме по HTTP, со сценарием заражения вида «скачайте и запустите exe-шник» (неужели кто-то ещё попадается на это)…
IoT, IoT, заладили в каждой статье, как будто других областей у одноплатных ПК нет.
На сайтах энтузиастов Raspberry/Banana Pi, Cubieboard и т.д. я чаще встречал упоминания несколько других сфер — STEM (science technology education mathematics) и DIY. Вот вам и наглядная разница.
В статье большие проблемы с именованием должностей. Во-первых, «architect», а не «architector». Во-вторых, это скорее всего дословный перевод с русского («архитектор по сервисным решениям HP»?), по-английски так нельзя говорить. Нужно или имя компании ставить в начале всего словосочетания, или обособлять имя компании скобками/запятой/слэшем. В-третьих, должности латиницей очень чужеродно смотрятся в тексте статьи, ИМХО их стоит перевести.
> Строительство новых домов на этом проспекте было запланировано с его начала. Однако новую улицу решили не делать, а продлить проспект Ленина, прибавив цифру 0 слева от номера новым домам.
Это как-то скучно, я бы предложил костыль с нулевым и отрицательными номерами домов: дом 0, дом -1, дом -2...))
Уже лучше, но такой подход приводит к тому, что конфиг-файл не является изолированным хранилищем всех локальных настроек приложения, а дополнительно зависит от внешней среды, чего быть не должно. К примеру, настройки приложения нельзя перенести на другую машину простым копированием конфига.
Тезис «конфигурировать ПО надо через переменные окружения» — ОЧЕНЬ спорный.
Зависимость приложения от переменных окружения гораздо менее прозрачная, чем от переменных текстового конфига или от входных параметров. В конфиге аккумулированы все переменные (как правило, там указывают абсолютно все параметры и ненужное закомментаривают), он более-менее самодокументирован; в случае же переменных окружения задача аккуратно изолировать их в одном месте ложится целиком на совесть разработчика, и мало кто решает её так, как надо. Гораздо чаще разработчик где-то в глубинах кода втыкает что-то вроде «if $MYENV=xxx», в особо тяжёлых случаях ещё и не документировав MYENV. Особенно этим страдают приложения на интерпретируемых языках.
Я писал плагинытолько на Perl, для него есть костыль Vim::Perl (http://metacpan.org/pod/Vim::Perl) — умеет обращаться к VimScript-переменным и выражениям. Но вообще да, доступа абсолютно ко всему, как в VimScript, из перла нет. Про другие языки не знаю, мб к ним есть похожие модули.
Будем надеяться, что они сделают его нормальным опциональным компонентом (в «Add or remove Windows features»), а не как, например, Remote Desktop, для которого единственным способом поставить серверную часть является апгрейд всей системы до Professional.
Его ещё демонстрировали в Emacs Rocks: http://emacsrocks.com/e13.html.
Но он, к сожалению, не без глюков, сам щупал, в том же sublime text эта фича значительно более стабильна.
Когда приехал через неделю, обнаружил, что он решил проблему установкой трёх дополнительных обогревателей.
Под Linux/Unix от себя советую текстовый клиент rtorrent (можно с веб-мордой rutorrent, если хочется иметь GUI). Для него также есть порт на Windows.
Надо было сразу слать их куда подальше и принципиально отказаться править хоть букву. С террористами переговоров не ведут. Заодно было бы значительно веселее посмотреть на объяснение разблокировки в таком случае.
[irony] Видимо его любимый дистрибутив перешёл на systemd и это переполнило чашу терпения [/irony].
Если серьёзно, хреновый какой-то он итшник/юниксоид (пусть и бывший), судя по уровню аргументации в письме.
> Отсутствие возможности по установке полномочий для отдельных пользователей ограничивает их действия в системе.
Интересно было бы услышать от сего юзера, что это была за такая задача в рамках его рабочих обязанностей, на которую нужны права рута.
Ну и походу пресловутый
> Unix-программист
не знает, что такое установка ПО в /home.
> Отсутствие установленных программ для редактирования текстов, Skype, Office и т. д., что мешает нормальному использованию компьютера.
Значок LibreOffice на рабочем столе он видимо не заметил, а со скайпом сами виноваты, нечего пытаться пользоваться им под никсами, никто и никогда его корректную работу при этом гарантировать не может. В конце концов, есть Skype4Web, есть свободные мессенджеры, а ещё неплохо бы заранее оценивать риски и внедрять линуксы сначала в пилотной группе, а то, судя по хроникам, у них сначала на тысячи ПК ставят GNU/Linux, а потом ВНЕЗАПНО выясняется, что чего-то там нет, половина пользователей недовольна и зачем мы вообще всё это ставили.
Работа по установке арча конечно титаническая, но имхо несколько излишняя)
Bananian использует ARM репозитории Debian, можно было просто переключиться на более новый репозиторий вместо смены дистрибутива.
Плюс, в арче не факт что присутствуют все те оптимизации под конкретно BananaPi, которые есть в Bananian.
За себя скажу, что у самого домашний сервер на Banana Pi + Bananian, и пока на нём не возникало задач, требующих прям уж свежайшего софта. NFS, TFTP, апач какие-то из wheezy стоят и ладно.
На сайтах энтузиастов Raspberry/Banana Pi, Cubieboard и т.д. я чаще встречал упоминания несколько других сфер — STEM (science technology education mathematics) и DIY. Вот вам и наглядная разница.
В статье большие проблемы с именованием должностей. Во-первых, «architect», а не «architector». Во-вторых, это скорее всего дословный перевод с русского («архитектор по сервисным решениям HP»?), по-английски так нельзя говорить. Нужно или имя компании ставить в начале всего словосочетания, или обособлять имя компании скобками/запятой/слэшем. В-третьих, должности латиницей очень чужеродно смотрятся в тексте статьи, ИМХО их стоит перевести.
Это как-то скучно, я бы предложил костыль с нулевым и отрицательными номерами домов: дом 0, дом -1, дом -2...))
Зависимость приложения от переменных окружения гораздо менее прозрачная, чем от переменных текстового конфига или от входных параметров. В конфиге аккумулированы все переменные (как правило, там указывают абсолютно все параметры и ненужное закомментаривают), он более-менее самодокументирован; в случае же переменных окружения задача аккуратно изолировать их в одном месте ложится целиком на совесть разработчика, и мало кто решает её так, как надо. Гораздо чаще разработчик где-то в глубинах кода втыкает что-то вроде «if $MYENV=xxx», в особо тяжёлых случаях ещё и не документировав MYENV. Особенно этим страдают приложения на интерпретируемых языках.