Убунты

[metaclass]

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

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


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

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

Comments

[permea-kra.livejournal.com]

Стандарты на XML писали такие пидарасы (я их читал), что любое его применение должно быть специально обосновано.

[metaclass.livejournal.com]

Да, за стандарты на XML нужно убивать и отрезать жопы.

[zelanton.livejournal.com]

и вы туда же...
Аргументы-то?

[metaclass.livejournal.com]

design by committee, over-engineered
Все эти неймспейсы и прочий ад в большинстве случае не нужны.

[zelanton.livejournal.com]

не нужны - не пользуйте. Стандарт это, между прочим, позволяет. А кому-то, между прочим, нужны.

[permea-kra.livejournal.com]

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

[zelanton.livejournal.com]

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

А уж лишний объём - это простите вообще. Это ж где вам лишний объём xml успел поперёк горла встать-то?

[permea-kra.livejournal.com]

В курсе. И что?

там 100 кб, сям 100 кб, вот и отъела программа полгига оперативы, а программеры проклятье.

[zelanton.livejournal.com]

ребе, а вы что, в самом деле храните XML или чего там у вас его заменяет прям так, as is, в оперативке? То есть не тупо прочитали и закрыли, а постоянно?

[metaclass.livejournal.com]

А ведь хранят. Тот же самый дотнет XmlDocument просто усирается грузить, если размер приличный. XmlReader обычно спасает, конечно.

[zelanton.livejournal.com]

Кто хранит?
Да даже если кто пользует XmlDocument - тут вопрос вообще-то поставлен так, что после чтения xml кто-то его не убивает, а хранит в оперативке дальше.

[metaclass.livejournal.com]

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

[nealar.livejournal.com]

Внимание, вопрос: при "тупо чтении" XML сколько он может отъесть памяти, в худшем случае? В тот момент, когда его уже открыли, но ещё не дочитали.

[zelanton.livejournal.com]

бесконечно. Вообразим XML в сто тыщ терабайт с кучей ссылок.

А может давайте предметно. Я тут выше спрашивал конкретно где вас размер XML успел задеть - вот давайте эту конкретную ситуацию и обсудим.

[zelanton.livejournal.com]

мне кажется, что вы своё мнение считаете истиной только потому, что это ваше мнение. Ну просто потому, что аргументов в его обоснование, каким бы смелым оно не было, вам приводить не надо.

Извините за резкость, но просто вы в самом деле просто зашли насрали в рояль, сказали "это говно" и удалились.

[permea-kra.livejournal.com]

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

[zelanton.livejournal.com]

я читал эти стандарты. Там не всё ок, но в целом нормально. Может конкретизируете свои претензии?

[permea-kra.livejournal.com]

Парсер попробуйте написать.

[zelanton.livejournal.com]

Писал много раз. Первый ещё студентом. Вы не справились?

[permea-kra.livejournal.com]

Значит, не писали.

Нормальный там в принципе написать нельзя. Потому что грамматика дурная. Вот, приходится DOM ваять.

[zelanton.livejournal.com]

ах ну да, это невозможно.

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

А грамматика там отличная для текстового предстваления данных. Именно данных. Хочешь читать их как книгу - трансформируй в соотв. вид, благо все инструменты есть.

[permea-kra.livejournal.com]

нормальная - это context-free. Там - ни разу не context free, да ещё и с внешними ссылками, которые надо отрабатывать. Значит ни генераторы парсеров, ни теория разбора тут не работают. Значит, вместо отработанных техник приходится изголяться. Накуя?

[zelanton.livejournal.com]

если есть внешняя ссылка - значит она нужна. Если эта возможность заложена в стандарт, значит кому-то это нужно. Вы считаете себя умнее разработчиков того стандарта? Или можете всё-таки обосновать почему XML должен был быть принять без этих ссылок?

[permea-kra.livejournal.com]

>если есть внешняя ссылка - значит она нужна. Если эта возможность заложена в стандарт, значит кому-то это нужно

Совершенно необязательно.

>>Вы считаете себя умнее разработчиков того стандарта?
Быть умнее толпы - нетрудно.

[metaclass.livejournal.com]

Кстате насчет "умнее разработчиков стандарта" - это очень запросто. Не нужно думать, что разработчики где-нибудь в Микрософте или там в W3C сильно умные - там такие же 83% как и здесь.