Собственно вот.

http://cm.bell-labs.com/plan9/

Вопрос у меня простой. Что вы, разбирающиеся в unix системах люди, думаете об этом? Для чего это может быть применимо? Актуально ли сейчас? Нужно ли? И самое главное - подходит ли оно для обучения студентов программированию под unix?

Предистория вопроса.

Моя знакомая попала на практику по этому делу. Соответственно попросила меня о помощи. Это дело надо сначала поставить и сконфигурировать, а потом еще и программирвать под него.
Однако я с unix системами никогда серьезно не работал (ubuntu ha vmware не считаю серьезным).

З.Ы. wmvarя трижды падала пока я пробывал это поставить, потом как-то поставилось, что дальше с этим делать - не понятно :-)

ИХМО это извращение. Если хочешь работать с Plan9 - надо довольно неплохо владеть unix (или unix-like) системами. Сдать данную практику смогут либо те, кто понимает куда он пришел, либо те, кто быстро учится и вникает в суть процесса и имеет реальное желание (метод "друг с твоей зачеткой приходит на экзамен" я в рассчет не беру). Так что проблема перед тобой стоит довольно сложная, Plan9 не ориентирована на простых пользователей, она очень интересна своим мировоззрением, но разобраться в ней чайнику реальным я б не назвал.

Немного документации на русском:
http://cylib.iit.nau.edu.ua/Mirrors/ask ... index.html



ЗЫ: где такая практика проходит, можно поинтересоваться? И что там делает эта бедная девушка?

РУДН. Прикладная матматика. Программирование. Я бы понял еще если б это было gentoo...

Чую я, что после такого изучения UNIX студенты будут сидеть на винде всю жизнь

Vaitek
ПОНЯВ *nix никогда на винду не вернешся.

В том то и дело, что даже желание понимать не появиться. Ладно оффтоп. Не закрывайте тему, если будут у меня вопросы по этмоу чуду, буду сюда скидывать.

ну скидывай, только Plan9 достаточно специфичная штука, линуксоиды и бсдшники тут особо помочь не смогут.

имхо, все юниксы - отстой (венда вообще мегаотстой со своим корявым Win32 API). А эта абстракция - всё есть файл - следствие того, что в C нет ООП, и при абстракции ниже файла, работа становится затруднительной. При наличии ООП на уровне Smalltalk можно было бы смело считать, что всё есть объект и строить шелл на уровне вызовов методов экземпляров классов. Тогда системная разработка Язык/Объект была бы не сложнее C/Файл, но зато была бы большая гибкость при взаимодействии с ядром, а шелл был бы тогда интуитивно понятным (чтобы убедиться в этом, попробуйте покапаться в вендовом файрволле netsh (cmd, netsch) - реально удобная и интуитивно понятная консольная утилита).