|
ru.linux
- RU.LINUX ---------------------------------------------------------------------
From : Victor Wagner 2:5020/400 23 Feb 2004 00:38:30
To : Mikhail Ramendik
Subject : Re: Российский LINUX победил WINDOWS
--------------------------------------------------------------------------------
Mikhail Ramendik <Mikhail.Ramendik@p145.f362.n5020.z2.fidonet.org> wrote:
AB>>> 1. Терминал есть разделение функций, а не труда.
VW>> А разделение функций между устройствами - естественное следствие
VW>> разделения труда между людьми. Специализированный инструмент всегда
VW>> обеспечивает более высокую производительность и эффективность труда,
VW>> чем универсальный. Исключений не бывает.
MR> Универсальное аппаратное решение позволяет применить специализированное
MR> программное решение для той или иной задачи.
Ты не прав. Hормальные люди выбирают программное решение под задачу, а
аппаратные - под это программное.
MR> С учётом этого, твоё утверждение сводится к "специализация на
MR> аппаратном уровне обеспечивает бОльшую производительность и
MR> эффективность труда, чем на программном уровне". Я очень хотел бы
MR> посмотреть на доказательства этого утверждения.
Главное не в этом. В случае если мы централизуем вычислительную
мощность, то при некотором разнообразии задач, решаемых в конторе,
удается равномерно загрузить универсальный хост-компьютер.
Если же мы рассредотачиваем вычислительную мощность по рабочим станциям,
то каждая рабочая станция должна иметь запас мощности на пиковую
нагрузку. В результате мы просто омертвляем капитал. А при скорости
морального старения компьютерного железа капитал, вложенный в
неиспользуемые вычислительные мощности - деньги, выброшенные на ветер.
Это не учитывая того, что маневрирование вычислительной мощностью в
терминальных решениях гораздо проще. Программы уже отделены от рабочего
места пользователя, и в критической ситуации, вроде сведения годового
отчёта, можно, скажем, часть нагрузки перекинуть на процессоры
корпоративного web-сервера,
VW>> Увы, это заблуждение. В котором пребывает большинство хозяев. Они
VW>> почему-то считают что всё, что они из наемного работника выколотили,
VW>> пойдет им в карман. А что усилия могут быть просто непроизводительно
VW>> потрачены, не принося пользу ни хозяину, ни работнику, а только
VW>> увеличивая энтропию вселенной, они не учитывают.
VW>> Решение задач с помощью универсальных инструментов как правило
VW>> приводит именно к таким затратам усилий.
MR> Если это только "усилия" машины - процессора и т.п. - то попросту пофиг,
MR> они дешёвые.
Hет, это в первую очередь усилия пользователя, который вынужден решать
задачу неэффективными универсальными инструментами, и усилия
администратора (если он есть, а если нет - опять же пользователя,
который вместо того чтобы заниматься скажем финансовой аналитикой, за которую
ему деньги платят, себе сервис пак к аутлуку устанавливает).
MR> Правда, это всё относится к "общим высказываниям". Что до конкретно
MR> терминальных решений - мне они не нравятся разве что тем, что затрудняют
MR> telecommuting, делая его слишком зависимым от надёжности канала. А за
MR> telecommuting, по моему мнению, будущее в огромном количестве отраслей.
Они же, в некоторых отраслях, например в системном администрировании,
делают его вообще принциально возможными.
MR> Когда можно будет рассчитывать на надёжность каналов хотя
MR> бы настолько же, как на надёжность подачи электричества -
Вопрос этот уже следует ставить не "когда" а "где". Кое-где УЖЕ можно.
MR> то есть считать отключение или даже сужение канала редкой и
MR> серьёзной аварией - в масштабах хотя бы "город плюс пригороды",
MR> терминальные решения будут уже _помогать_ telecommuting. (Про
MR> нормальную шифровку я не говорю, она подразумевается). Вот
MR> тогда я стану их сторонником. Использовать для telecommuting
MR> стандартный терминал (неважно - аппаратный, или же программный на
MR> универсальной аппаратуре) - куда удобнее, чем реплицировать дома
MR> всю корпоративную рабочую среду.
Ты знаешь, я так и работаю, когда работаю из дома. Зайти через два
файрволла по ssh на работу и там пособирать программу мне проще, чем
вытаскивать её к себе домой (хотя на работе и дома один и тот же
дистрибутив) и разбираться, каких я пакетов не доставил, чтобы её
собрать.
MR> Best regards,
MR> Mikhail [ORuGA][RAnMA] e-mail: mr AT ramendik.ru (AT=@)
--
Это не романтика, это какая-то некромантика
--- ifmail v.2.15dev5.3
* Origin: Free Net of Leninsky,45 (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
