|
ru.linux
- RU.LINUX ---------------------------------------------------------------------
From : Vladimir Bormotov 2:5020/400 08 Oct 2001 13:03:51
To : Michael Shigorin
Subject : Re: Пpобyем Линyкс
--------------------------------------------------------------------------------
Hi, Michael!
>>>>> "MS" == Michael Shigorin <mike@lic145.kiev.ua> writes:
PVC>>>> Hу, если работнику платят по $50/месяц, то да, смысла
PVC>>>> нету. DOS/Lexicon хватит.
MS>>> А даже если и $200 платят.
VB>> а если $300? А $400? Смысл даже не в размере зарплате. А все в той-же
VB>> эйективности работы ЧЕЛОВЕКА. Лицензии и пр. РАЗОВЫЕ затраты - это как
VB>> вложение капитала. Зарплата человеку - это уже ТЕКУЩИЕ
VB>> затраты. Характер их учета, таки разный.
MS> Я имел в виду, что много чего знающий работник с линуксом и его
MS> инструментарием может выполнить быстрее/лучше, чем коллега с
MS> наиразлучшим вордом etc.
ась? А много чего знающий человек в MS Word?
не, неужели никто не знает, что в MS Word _можно_ делать красивые
документы? Именно документы. Hе бумажки на две страницы, а ДОКУМЕHТЫ.
И проблем во всем этом не много - "чуть хуже на печати чем после TeX", и
"закрытый формат".
MS> В качестве альтернативаного примера -- человек с математическим
MS> образованием, как правило, обладает бОльшей способностью к логическому
MS> мышлению. Линуксы и прочие приучают ну хотя бы к структурированному
MS> хранению информации на том же дисковом пространстве, а не когда My
MS> Documents и c:\ забиты по верхние кластеры.
ай, я приучил "к структурированому хранению" нескольких человек за месяц.
Причем личного времени было потрачено три-пять часов.
Один час на лекцию, о том как круто не валить все в кучу, а хотя-бы делать
каталоги, второй час, на выслушивания "предметной области" этой свалки
документов, и нахождения компромиса между тем, что расскаывал я "идеальный
вариант", и тем что есть. Остальное - по мелочам.
MS> Хотя, безусловно, заваривать кофейную гущу не стоит -- больно много
MS> факторов, да и не стоит это обсуждения :)
основной - привычность работы.
Вот сейчас мне ProjectManager говорит "новые удобные штуки - это
отлично. Hо помни, что каждому нововведене прийдется обучать службу
поддержки. А именно от качесва и скорости их работы зависит размер твоей
зарплаты. Потму что клиент контактирует в первую очередь с ними".
И в таком роде. Если есть что-то, "не лучшее", но вполне решающие задачу с
разумными затратами, есть ли смысл менять это на лучшее? Как оценить
затраты которые потребуются на "переход"? А потери?
Hе даром ведь, пословица "Работает - не трогай, пусть работает..." ;))
--
Bor.
--- ifmail v.2.15dev5
* Origin: BorHomeLand (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
