Windows vs Linux - Как десктоп , и игровая станция.

Цитата $im @ 17.04.08, 09:31

Цитата DUKe @ 17.04.08, 09:14

$im, не исключаю, что на твоей машине это можно увидеть, но вот исключаю, что там летает хп

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

на 256 метрах даже в xfce наблюдалась "неторопливость".
что уж говорить про гном? у меня и в мыслях не было ставить его на такую машину..

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

Сообщение отредактировано: снежОк - 17.04.08, 10:43

Цитата negram @ 17.04.08, 10:17

например?

Та же самба.

Цитата linuxfan @ 17.04.08, 10:17

То что баш при этом останется таким же старым добрым башем, а «дополнительные либы и пакеты» будут чем-то вроде плагинов.

о_О А PS будет оставаться тем же PS.

Цитата linuxfan @ 17.04.08, 10:10

Хм, ты не поверишь, но я уже лет эдак 6-7 винду не пользую ни дома, ни на работе

А, ну так ты, очевидно, не в теме. За 6 лет винда сильно поменялась, знаешь ли.

Цитата linuxfan @ 17.04.08, 10:29

Черт, как же я забыл о современных методах разработки, когда все пишется исключительно методами копипаста и автокомплита.

Ну не по душе нам изобретение велосипедов. Это юниксвей.

Цитата linuxfan @ 17.04.08, 10:10

Юниксвей вштыривает «нипадеццки» и сильно расширяет границы сознания.

Кстати да, тут ты совершенно прав - никогда раньше я и представить себе не мог, что обычная ОСь может требовать к себе столько внимания. Да, это расширило мои границы сознания.

Сообщение отредактировано: $im - 17.04.08, 11:03

Цитата Повстанець @ 17.04.08, 10:35

Если определённая задача решается определённым образом, нет надобности изообретать велосипед.

Решаем задачу в линуксе: пишется утилита, которая делает то, что требуется и выводит результат. Лишних действий нет.
Решаем задачу в винде: пишется утилита, удовлетворяющая определенным соглашениям и реализующая какие-то интерфейсы, в результате чего вместо написания простых вещей проще на них забить. Я подозреваю, что создание нового фильтра для повершелловского dir'а (чтобы читал ширины их нового графического формата) -- задача на редкость нетривиальная. Количество «сорного кода» будет прямо таки ужасающим.

Добавлено 17.04.08, 11:08

Цитата $im @ 17.04.08, 10:49

Та же самба.

Если интесно, то есть такая штуковина под названием swat -- Samba Web Administration Tool. Я не знаю. идет ли она в убунте отдельным пакетом, но в любом случае попробуй /etc/init.d/swat start, после чего можно админить самбу с помощью браузера по адресу 127.0.0.1:порт (номер порта не помню, он или гуглится или netstat-ится).

Цитата $im @ 17.04.08, 10:49

А PS будет оставаться тем же PS.

Его надо заменить целиком. Следует так же учитывать, что это будет выпуск новой версии продукта со всеми вытекающими (как минимум одна итерация проектирование -> кодирование -> тестирование). Плюс при добавлении новых фич можно поломать что-то старое или обратную совместимость -- это тоже придется проверить. А standalone утилита командной строки -- дело 15 минут.

Цитата $im @ 17.04.08, 10:49

Ну не по душе нам изобретение велосипедов. Это юниксвей.

Я уже понял, что правило «думай, потом пиши» в цикле разработки windows-приложений не используется. Производительность, я так полагаю, измеряется в килобайтах кода на единицу времени? Отсюда выгодно давать переменным и функциям очень длинные понятные названия вроде «IncrementArgumentByOne», «AddOneNumberToAnother» и т.п.

Цитата $im @ 17.04.08, 10:49

Кстати да, тут ты совершенно прав - никогда раньше я и представить себе не мог, что обычная ОСь может требовать к себе столько внимания.

Ну не знаю у кого как, а у меня он как-то сам по себе работает, а когда мне чего-то хочется я объясняю это на доступном языке и получаю ожидаемый результат.

Цитата linuxfan @ 17.04.08, 11:00

Решаем задачу в линуксе: пишется утилита, которая делает то, что требуется и выводит результат. Лишних действий нет.
Решаем задачу в винде: пишется утилита, удовлетворяющая определенным соглашениям и реализующая какие-то интерфейсы, в результате чего вместо написания простых вещей проще на них забить.

Это твоё субъективное мнение.

Цитата linuxfan @ 17.04.08, 11:00

Я подозреваю, что создание нового фильтра для повершелловского dir'а (чтобы читал ширины их нового графического формата) -- задача на редкость нетривиальная. Количество «сорного кода» будет прямо таки ужасающим.

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

Цитата Повстанець @ 17.04.08, 11:10

Есть новый формат -- добавил новый интерфейс и всего делов.

Дык я и говорю о том, что это самое «добавление нового интерфейса» -- это такое выкручивание яиц... В духе всех решений MS: пока вы делаете то, на что мы рассчитывали, все легко и просто, а если приходится решать нестандартные задачи, то начинается аццкое порево.

Цитата linuxfan @ 17.04.08, 11:00

Цитата $im @ 17.04.08, 10:49

А PS будет оставаться тем же PS.

Его надо заменить целиком. Следует так же учитывать, что это будет выпуск новой версии продукта со всеми вытекающими (как минимум одна итерация проектирование -> кодирование -> тестирование). Плюс при добавлении новых фич можно поломать что-то старое или обратную совместимость -- это тоже придется проверить. А standalone утилита командной строки -- дело 15 минут.

Жесть. Ему говорят "PS останется таким, каким и был", а он говорит "нет его надо заменить". Да, о великий linuxfan мы будем делать именно так как ты сказал

Цитата linuxfan @ 17.04.08, 11:16

Дык я и говорю о том, что это самое «добавление нового интерфейса» -- это такое выкручивание яиц... В духе всех решений MS: пока вы делаете то, на что мы рассчитывали, все легко и просто, а если приходится решать нестандартные задачи, то начинается аццкое порево.

Нет уж звыняй, ваш баш тоже не из воздуха новыми возможностями обзаводится. Наверное же покет какой поставить надо? Или ты думаеш что в регистрации СОМ сервера есть что-то сверхъестественное? Нет, там и нужно-то, в большинстве случаев, экзешник, или дллка + черкануть пару строк в реестре. Да и то COM-API, в большинстве своём это делает за тебя.

Цитата linuxfan @ 17.04.08, 11:00

Решаем задачу в линуксе: пишется утилита, которая делает то, что требуется и выводит результат. Лишних действий нет.

Что мешает написать такую же утилиту под венду? Вот честно - только что открыл PS консоль, набрал там calc и нажал ентер. Как вы думаете, что произошло?

Цитата $im

И многие настройки, которые в гноме вынесены в гуй в кедах так и остались в конфигах онли

Поясни, плз, ЧТО нужно настраивать в Кедах через конфиги онли???

Я уже неведомо скока сижу под Кедами, любую настройку произвожу через KControl/SystemSettings и (честно) не представляю, что там я ещё не увидел???
Открой глаза, пожалуйста, что ещё я не искусил в КДЕ?

Цитата MichSpar @ 17.04.08, 11:26

Что мешает написать такую же утилиту под венду?

Я написал утилиту, которая берет с командной строки имя файла, а в ответ печатает на stdout ширину картинки в пикселах. Как мне это прикрутить в повершеллу?

$im, ну тормозит гном на таких машинах, что в общем-то неудивительно. Про внешний вид не согласен, мне гномовский вид намного приятнее, нежели виникспевый. Это субъективная характеристика. А скомпизом так вообще красота (но у тебя будет безбожно тормозить).

Цитата $im @ 17.04.08, 10:49

Та же самба.

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

DUKe

Цитата

$im, ну тормозит гном на таких машинах, что в общем-то неудивительно. Про внешний вид не согласен, мне гномовский вид намного приятнее, нежели виникспевый. Это субъективная характеристика. А скомпизом так вообще красота (но у тебя будет безбожно тормозить).

Какие ты темы для ХР юзал ? Не стандартные ессно, а те которые в нете лежат, которые другие сделали. Стандартные темы всегда были *овном везде и всегда и такими и останутся. Как правило на дизайнерах экономят все.

Сообщение отредактировано: Devilguard - 17.04.08, 12:19

Цитата linuxfan @ 17.04.08, 08:23

Ну в общем, отчетливо виден очередной костыль, предназначенный исключительно для ковыряния правым указательным пальцем в левой ноздре и ни для чего другого. По пунктам:

Приблизительно такого ответа я и ожидал. Уйма воды, апелляции к дополнительным приблудам, ни одного живого примера. Мне кажется ты отчетливо продемонстировал беспомощность линукса. "По пунктам" проходиться будем? Да ты и сам прекрасно это понимаешь

Цитата linuxfan @ 17.04.08, 08:23

Правило №1: не гадить там, где живешь, но коль скоро такая гадость случается, то можно скриптовать с использованием ImageMagick

Вау, оказывается в львиной доле сайтов основательно нагажено. Там знаешь ли, есть нарезка и прочие элементы дизайна, а иногда встречаются и просто картинки.

Цитата linuxfan @ 17.04.08, 08:23

у вас в распоряжении набор кривых и ломанных с жестко заданной конфигурацией, а у нас -- ортонормированный базис. Имеющимися ломанными и кривыми вы замечательно опишете любую подобную ломанную или кривую, но не любую из возникающих задач. Конечно в статичном отживающим свое виндузятническом мире новых задач уже не предвидится и ваши инструменты нацелены на сглаживание существующих известных шероховатостей, поэтому они кажутся вам идеальными. Мир Linux и *nix сейчас очень динамично развивается, появляются все новые проблемы, старые становятся неактуальными и в таких условиях ортонормированный базис гораздо лучше вашей пачки ломанных и кривых для аппроксимации решений возникающих задач.

Сейчас я тебе расскажу всю правду "Ортонормированный базис" хорош, как известно, только в линейных пространствах, в остальных он беспомощен. Так и в вашем случае. Есть поросший мхом мир литеральных манипуляций, в котором вы беспомощно превозносите регекспы, поскольку это ваш единственный спасательный круг. Это мир также основательно сдобрен, как ты это назвал, "набором кривых и ломанных с жестко заданной конфигурацией", то бишь всевозможных утилит, коими вы так гордитесь. Но они настолько ограничивают вашу свободу, что как только у find нет какой-то опции или, не дай бог, просто нет утилиты под нужную, то вы совершенно беспомощны. Такие задачи сразу приобретают клеймо синтетических и в целом человечеству, в вашем лице, не нужных. Но есть другой мир. Как на смену процедурному подходу в программирования пришло ооп, на смену привычным шеллам пришел PS. И строится он на понятии объекта, со всем из этого вытекающим. Т.е. есть и наследование и интерфейсы и методы со свойствами. И если я в командной строке напишу: "(10).GetType()", то он мне вернет Int32, а если "(dir somefile).GetType()", то [FileSystemInfo]. Всей это кухне даны все необходимые flow возможности любого языка, от if до foreach с break/continue и работы с исключениями. В нем ваши убогие текстовые пайпы были заменены на объектные. И теперь "1.16,2.48,3.02 | ForEach-Object {$_ * 1.13}" вернет заданные значения с налогом ндфл Он дает нам возможности объединять скрипты в блоки

PS> $sum = {
param ([int] $a, [int] $b)
$a + $b
}
PS> &$sum 2 2
4

и функции, в которых я даже могу передавать аргументы по ссылке

PS> function Swap([ref] $first, [ref] $second) {
$tmp = $first.Value
$first.Value = $second.Value
$second.Value = $tmp

Он вполне может расширять конструктивные возможности, поскольку имеет возможность исполнения динамических инструкций

PS> function trace($code)
{
...trace before
&$code
...trace after
}
PS> trace {dir *.txt}

Все команды, которые ты видел есть просто предефайненные функции или алиасы на них. Тот же dir это Get-ChildItem, который берет любые объекты из текущего провайдера. Я могу им посмотреть те же алиасы или реестр

cd alias:
dir
...или
dir HKLM:Software\Microsoft

И все это может быть расширено как средствами самого PS (вплоть до динамического создания классов), так и через весьма серьезный фундамент в виде .NET. Причем вместо вашего набора утилит мы имеем просто подавляюще превосходящую библиотеку FCL. Сам же повершелл - это маленький экзешник размером в 300К и парой ресурсных длл на 20К. Так вот, о чем ты там? Ах вот это этом:

Цитата linuxfan @ 17.04.08, 09:24

Так вот базис -- это find, xargs, sed и т. п. А ваш psh -- это сплошной набор наперед заданных векторов, которые не то что не ортогональны или даже не нормированы, не факт что размерность этого множества векторов совпадает с размерностью пространства решаемых задач.

Странно, у вас базисом являются утилиты, а у нас объекты + пайп + продвинутые языковые возможности и мощный ООП бэкенд.

Цитата linuxfan @ 17.04.08, 09:24

Вот ты не поверишь, но задача совсем не синтетическая, а типичная административная -- найти главных пи*в, которые в хомяках хранят кучу буллшита и вывести их на чистую воду.

У нас запрос интуитивно понятный был и результат красивый, с графиком

Цитата linuxfan @ 17.04.08, 09:24

Хотя что-то я забываю, что домашний каталог на сетевом ресурсе -- это для винды нечто экстраординарное

Люди уже лет 15 пользуют и бед не знают. Это для вас поди roaming profiles - чудо

Цитата linuxfan @ 17.04.08, 09:42

Эту фразу стоит воспринимать как «в PS уже встроены всевозможные клиенты баз данных»?

Добавляешь провайдер и готово. Разница в скрипте - только создание соединения. Вся остальная работа ведется с едиными интерфейсами IDbConnection, IDbCommand и т.п. И если у меня было $command = $connection.CreateCommand(), то оно так и осталось. А вам нужно для каждой базы рыскать в поисках утили и усердно курить ее маны, ибо опции единым стандартам не подчиняются.

Цитата linuxfan @ 17.04.08, 09:42

Лениво. Намекну лишь на то, что identify -format %w filename и все решение выглядит как конвеер find ... | xargs identify "%w %i\n" | awk ...

Ну-ну. А может все-таки потратишь минутку Мне просто интересно, у вас для сравнения с числом утиль наверно отдельная есть Хотя и в данном виде выглядит уже стократ уродливей.

Цитата linuxfan @ 17.04.08, 09:42

Прикинь, ну надо же, задача, для решения которой авторы PS делали какие-то отдельные классы (кстати, а PSD ваш PS тоже обработает? а XCF? или только jpg и bmp?) и свойства, решается общими методами. Вот сюрприз, а?

Ты прикинь, а там все объекты возвращаются класса Bitmap и этому пайпу пофигу до формата, в котором он был, это заботы декодера.

Цитата linuxfan @ 17.04.08, 09:57

Мне вообще удивительно в наш продвинутый век, когда модульность является не только признаком хорошего тона, но и веянием моды, нам втюхивают монолит под названием PS, который может [следует огроменный список чего он умеет] и ничего кроме этого, плюс мне неочевидно, как это расширяется (подозреваю, что исключительно всякие нативные и полунативные ди-эль-эли). Соответственно, если завтра мне понадобиться срочно сделать что-то новое, то не факт, что PS сможет это обеспечить.

Ну ты понял, бугагища бугаговая

Цитата linuxfan @ 17.04.08, 10:10

Фанатизм? Хм, ты не поверишь, но я уже лет эдак 6-7 винду не пользую ни дома, ни на работе (точнее дома я на ней в игрушки играю), а до этого дико тащился от винды, Far'а и дельфей. Однако после N доз юниксвея обратно как-то не тянет. Юниксвей вштыривает «нипадеццки» и сильно расширяет границы сознания.

Во дает, я до этого ненавидел винду Дал последний шанс, когда в2к вышел, параллельно мацая дебиан

Цитата linuxfan @ 17.04.08, 10:17

Вот только состряпать приложение с COM интерфейсом весьма и весьма проблематично. Тот же самый баш легко расширяется с помощью скриптов, написанных на нем самом или на питонах/перлах/чем-угодно.

Обана, а скриптлеты еще из древнего wsh регистрируются как COM без проблем. Пиши хоть на яваскрипте, хоть на перле.

Цитата linuxfan @ 17.04.08, 10:17

Скажем, появился новый супер-пупер графический формат, а imagemagick не поспевает за ним: пишем скрипт-обертку, который распознает, это супер-графический-формат или нет и вызывает в зависимости от этого identify или что-то другое (хотя бы собственную программу на C, которая тупо печатает ширину изображения, используя libinnovative-supergrahics-format).

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

PS>$stream = (dir somefile).OpenRead()
PS>$stream.Seek(...
PS>$stream.Read(...
...проанализировали
PS>$stream.Close()

В функцию завернул и пользуешь. А ваш "базис" походу, прошу прощения, в жопе

Цитата linuxfan @ 17.04.08, 11:00

Решаем задачу в линуксе: пишется утилита, которая делает то, что требуется и выводит результат. Лишних действий нет.
Решаем задачу в винде: пишется утилита, удовлетворяющая определенным соглашениям и реализующая какие-то интерфейсы, в результате чего вместо написания простых вещей проще на них забить. Я подозреваю, что создание нового фильтра для повершелловского dir'а (чтобы читал ширины их нового графического формата) -- задача на редкость нетривиальная. Количество «сорного кода» будет прямо таки ужасающим.

Покамест это суждение выходит как надуманное и ложное в основе своей Как человек, который как мне казалось, знаком со стройными объектно-ориентированными системами, ты должен понять, что мы не оставили вам шансов

Цитата снежОк @ 17.04.08, 10:40

на 256 метрах даже в xfce наблюдалась "неторопливость".

Довелось поработать с последним xfce на антиквариате p-2 333 о 352 метрах оперативы. Да, задумчиво (кто бы мог подумать ), но память свободная присутствует и не свопится. Так что не совсем в памяти дело.

На этой же машине при тех же задачах (разглядывание сайтов и аська) xp шевелилась быстрее..