Убунты

[metaclass]

В связи с накопившимся железячно-программным вудуизмом, выкопал из загашников флешку с коллекцией мемтестов, акронисов и прочих специализированных линуксов, а так же коробку с дисками, где лежат несколько убунт, виндов, кноппиксов, GParted и прочая, и прочая, а так же запас пустых CD-R и CD-RW для войны с железом.
И заодно вспомнил, что я ж скачал новую убунту но до нее так и не добрался, решил поэтому проверить - поставил в виртуалке серверную версию и сейчас поднимаю на ней редмайн(который там таки 0.9.3), а в соседней виртуалке запустил KUbuntu и сижу проникаюсь гламурностью интерфейса.

Конечно, по сравнению с гномом в 9 убунте или дебиане, это выглядит гораздо более макоебскипривлекательно, насчет использования пока неясно - я перекопал где-то 5 пунктов меню, чтобы найти настройку разрешения экрана.
Кто-нибудь гном в 10 убунте видел, там дизайнерского макоебства тоже добавили или где, и как там с юзабилити?


PS: Такс, раз уж тут линуксовый холивор, чтобы два раза не вставать, перескажу рабочий спор недавний. Вкратце, задача: производственный сервак, на нем баг-трекер(редмайн), меркуриал и субвершн. Сейчас это винда, на ней баг-трекер и субвершн, в виртуалке на ней же - линукс, в линуксе - меркуриал(не умею под виндой поднять на нем сервер толком с правильным разделением прав и прочим).
Сервер устарел и потиху глючит, нужно менять. И нужно передать его обслуживание с меня - специально назначенным на это людям.
Я упорно доказываю, что это нужно делать на линуксе, т.к. все это я уже делал на линуксе, все используемые пакеты - линуксовые порты, линукс удобнее для серверов и удобнее в удаленном управлении (никаких тупых графических десктопов). Кроме того, я хочу обучить людей линуксу, т.к. очень много тонкостей, используемых на работе, притянуто оттуда, даже если используется под виндой.
В общем, линукс банально удобен мне, а если что-то пойдет не так - все равно придется мне или восстанавливать или обучать восстановлению людей.
Еще у меня есть соображение, что если я уеду в израиль - то на винду придут 1000 тупиц на собеседование, из которых отобрать можно пару человек в лучшем случае, а на линукс уже будет первоначальный фильтр, и можно будет просто обратится к ребе theiced, он попросит over 9000 баксов, все заплачут, но заплатят и все будет хорошо :)
Начальство колеблется - то ли винда, то ли линукс, в общем прислушивается к техническим специалистам в лице меня и ребе белнетмона.

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

Comments

[(Anonymous)]

Виндовую консоль с деревьями, дропбоксами и чеклистами не засунешь в VCS

[metaclass.livejournal.com]

Да, кстати, /etc/ под меркуриалом это спасение.

[zelanton.livejournal.com]

А зачем там не резервное копирование, а именно контроль версий?

[metaclass.livejournal.com]

Ооо, это самоочевидно - чтобы последователи могли посмотреть "когда, кем и зачем" было сделано изменение. Да я сам постоянно в это смотрю, у меня голова не дом советов помнить "когда я увязал софт А с апачем и как это связано что теперь через пару лет что-то не работает".

[zelanton.livejournal.com]

ну когда и кем - для этого вообще-то event-ы и системные логи есть. Контроль версий встаёт только когда параллельно могут вестись несколько версий одного и того же.

[metaclass.livejournal.com]

Какие в пень event-ы и логи? Я еще не видел нигде, чтобы система вела лог изменений в конфигах. В винде даже аудит и тот руками включать в полисях надо. А уж чтобы "было изменено значение там-то и там-то" - такого не бывает. Кроме того, суть же контроля версий в связных коммитах - поменял я 10 файлов и закомитил чохом с комментом "установлен и настроен редмайн", теперь я в любой момент могу глянуть "что я сделал" и повторить это или откатить.

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

[develop7]

Я тут вспомнил, что в виндах есть «аудит» ключей реестра (и файлов, да). Отдельная закладка в диалоге расширенной настройки пермишнов. Правда, не помню, умеет ли оно ругаться в Event Log при срабатывании.

[inhate.livejournal.com]

Простая производственная задача вставшая на неделе:
1) Определить какоим чудом на production попала версия самодельного по с неким вроде как вылеченым багом
2) Кто и на основании чего это сделал.

В случае linux-way я просто посмотрел логи SVN в котором лежат DSL-конфиги системы управления конфигурациями, узнал автора конкретной ревизии из-за которой на прод выехал новый код, в каменте SVN - номер таска в трекере, в таске прилинкован список закрываемых этой версией ПО проблем и гринлайт от QA. Дальше разбор полетов никаких трудностей не вызвал.
Как реализовать это в венде (контроль версий конфигурации и авторов измений с возможностью адекватного отката) - хрен знает, до сих пор не придумали.

Вторая производственная задча: в эксплуатации есть ряд вендовых поделий сторонних производителей серверная часть которой совмещена с чем-то вроде консоли управления. Т.е. заходит админ, запускает гуйню, поднимается сервер. Эксплуатируемые поделия стоят сотни тысяч баксов за штуку минимум, увод файлов либо БД поделия на сторону - прямые убытки для компании вплоть до закрытия проекта с выплатой неустойки. Переделвать никто их не будет. Нужно дать возможность дежуной смене (который мы не сильно-то верим) всем этим хозяством рулить. Х.з. как пока. К счастью, наиболее серьезные и прибыльные эксплуатируемые поделия всё-таки пишутся под линукс и там таких заёбов нет, всё разруливается средствми ОС типа sudo и помянутой выше системе управления конфигурациями которая сама лежит в SVN.

[inhate.livejournal.com]

Для полноты счастья замечу, что всё что у нас есть на венде - работает под локальным админом и использование AD строго запрещено во всех используемых нами продуктах.

[metaclass.livejournal.com]

А из каких соображений Active Directory запрещено и работа только под локальным админом?

[inhate.livejournal.com]

Программисты наших поставщиков считают, что AD может помешать работать их гениальным творениями а так же предоставить доступ к их продуктам конкурентам. Мы иногда эксплуатируем продукты "заклятых друзей" и они об этом знают.
Иногда нам разрешают включить firewall, иногда - нет. Бывает, что можно даже антивирус поставить, но это уже редкость. Вобщем, в нашей индустрии системные требования обычно выглядят так: "поставьте windows 2003 и ничего там не меняйте, иначе мы ответсвенности не несем". При этом поставщики почти всегда хотят себе доступ на наши сервера.
С линуксовыми проектами ситуация несколько лучше: мы окультуриваем проекты для уменьшения ручной работы и на многих проектах поставщики не имеют никакого доступа к production.

[metaclass.livejournal.com]

В общем, мы софт поставляем примерно так же, но запрещаем только особо клиническую хуиту - типа "ставить на один сервер вместе с прокси, веб-сервером для локальной порнухи, антивирусом и терминальным сервером и все это на p2-400". Антивирусы не мешают особо (хотя иногда бывают траблы с настройками, когда они долбят нашу базу данных и снижают производительность). Файрволлы просто настраиваются, если культурные. Сетевой софт вроде керио и прочего приходится настраивать самим, ибо он говно и всерьез мешает работать нашим серверам.
Без доступа мы работаем только с клиентами, у которых админы достаточно вменяемы чтобы делать обслуживание самостоятельно.
Ну и вообще сделать проект пригодным к стороннему обслуживанию достаточно тяжко, хотя у нас вроде в основном получается.

[inhate.livejournal.com]

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