[Uneex] Спецкурс по Linux в этом семестре

[Arseny Maslennikov]

On 17.09.2016 15:02, Max Lapshin wrote:
> Я бы хотел добавить еще одну маленькую деталь из своих наблюдений.
>
> В процессе любого развития ПО от опенсорc конструктора в сторону продаваемого и проприетарного варианта оно неизбежно обрастает гуем.
>
>
> Еще недавно это был фактически крест на юниксе, потому что гуй в винде и гуй в _разнообразных_ юниксах это, к сожалению, несравнимые вещи.
>
> Сегодня, во-первых браузер всех уравнял. Зачем глючащая морда под виндовс хр, если она все равно под десяткой не заведется, а веб-интерфейс, работающий в лисе и хроме дает полную портируемость везде.
>
> Во-вторых, более чистоплотный подход у юникс программистов помогает сохранить при этом софт интегрируемым в чужие решения.
>
>
> Меня очень удивило то, что наш софт (видеостриминговый сервер) люди реально настраивают только через веб-интерфейс, потому что не знают куда вставить копипасту с апт-гетом.
>
> ----
> Max Lapshin
> +7 (906) 711-11-14
>
>
>> On 17 сент. 2016 г., at 14:20, Ivan Uvarov <flashcactus на ya.ru> wrote:
>>
>>> On Thu, Sep 15, 2016 at 01:54:20PM +0300, Ilya Anfimov wrote:
>>> <...>
>>>
>>> Оставить  по-старому  примерно.  shell,  конфиги, текст, пакеты,
>>> базовая (BSD style) сеть (с упоминанием что тут есть  много  чего
>>> ещё,  кто  хочет  --  пусть сам копается), сервисы, виртуализацыя
>>> (обзор, включающий отличия chroot от qemu),  протоколы  почты  и
>>> веба.
>>>
>>> <...>
>> Ну некоторые инварианты, кстати, остались. Особенно хотелось бы
>> послушать про:
>> * менеджмент пакетов, приложений, модулей для приложений, etc etc.
>> Какие есть стратегии (вообще, как явление, можно с упоминанием
>> конкретных реализаций, но именно упоминанием, а не копаться в кишках
>> какого-нибудь apt'a). Как я понял, соседний тред — про это.
>> * Всевозможные способы разграничения доступа и полномочий: виртуализация,
>> права доступа, песочницы, джейлы, chroot и иже с ними. Сходства,
>> различия, с чем его едят, с чем не едят, как прострелить себе ногу. Опять
>> же, как явление, а не детали конкретных реализаций.
>>
>> _______________________________________________
>> Uneex site list
>> Uneex на lists.cs.msu.ru
>> https://lists.cs.msu.ru/mailman/listinfo/uneex
> _______________________________________________
> Uneex site list
> Uneex на lists.cs.msu.ru
> https://lists.cs.msu.ru/mailman/listinfo/uneex
>

Продаваемый и доступный продукт — не обязательно (раз уж на то идёт, 
желательно не) проприетарный.
А иногда продают вовсе не ПО, а сопутствующие goods.
См. редхат, базальт, каноникал. Но это всё — оффтопик.

Гуй (как одна из альтернатив) чаще всего необходим.
Другое дело, что далеко не все разработчики умеют этот гуй готовить (не 
с технической точки зрения, а юзабилити и какой-то разумный дизайн (не 
дезигн ради дезигна)).

Чтобы ситуация с восприятием явления CLI менялась (а должна ли она? 
может, и так норм? как-никак, каждому своё), нужна отдельная школа, 
которая и на факультете ВМК не особо представлена.

Так я вот к чему: А два предыдущих абзаца к сабжу относятся? Если и 
удастся эти идеи туда припихнуть, то с трудом, в слишком узком обьёме и 
разве что в форме "гуй и вообщё всякий уй — не централен в программном 
решении, это как фасад без фундамента"
Так что, хоть и сущая истина, но мимо.