 |
|
|
ru.linux- RU.LINUX --------------------------------------------------------------------- From : Alex Korchmar 2:5020/400 19 Jul 2002 15:39:27 To : Ilya Anfimov Subject : Re: Slackware vs RH vs Mandrake etc. -------------------------------------------------------------------------------- Ilya Anfimov <ilan@adt.ru> wrote: IA> Только не надо говорить, что ты не смотришь список патчей к IA> новому даймону, который решил поставить. Особенно если его нет в IA> твоём дистрибутиве. разьве что к не совсем незнакомому но с неизвестным мне стилем поддержки. Hу фиг ли я буду смотреть список патчей к очередному апдейту от RH? Их до меня три тыщи человек смотрела, и скорее всего - более грамотных в именно этом вопросе. (опять же - желающим могу предложить изучить кернельные и рассказать нам, что там и зачем - это действительно важно и интересно, и сам я уже не могу) В незнакомом пакете копаться - тем более бессмысленно, все равно не знаешь, что тут и зачем. Работает - хорошо. Hе работает - первым делом поищем другой - где пакет собирали плохо, там и софтину плохо напишут. Вот в фряхиных портах - да, иногда приходится заглядывать и в patch-xx и в makefile - потому что делается это обычно одним человеком, часто - раздолбаем. (см. к примеру russian/apache13* - особенно приятно, что оно перпендикулярно www/apache13*). А вот в mysql'ные я не заглядываю - я знаю, что там все как следует, а все ручечки вынесены в defines. (максимум - ничего особо не разглядывая оторву db2/innodb - больше из паранойи, чем по реальной надобности. Однажды уже вышло боком.) Т.е. когда-то я в него поглядел, нашел пристойным и с тех пор доверяю майнтейнеру - он все равно лучше меня в этом разбирается. >>IA> Это интересует его профессионализм. Если человек не понимает, >>я же говорю: профессионализм - это когда машина работает, админ дома спит. >>Определяется только временем, потребным для приведения нового сервиса в >>это состояние. А все остальное - ерунда. Вешание лапши на уши и создание >>видимости работы. IA> Так не бывает при нормальном рынке раб. силы. Если админы IA> слишком много спят дома, то им срежут зряплаты или повесят ещё n ну, можно устраивать раз в неделю образцово-показательный дизастер - чтоб не забыли, зачем ты нужен, если дизастер сам почему-то задерживается ;-) Hа самом деле это действительно признак, что контора держит слишком дорогостоящего админа. (некоторые конторы готовы за это платить - понимая, что с этого имеют больший запас прочности) Он был такой нужен на этапе строительства сети, а сейчас пора его поменять, скажем, на круглосуточную службу поддержки пользователей - пусть менее грамотную. Да и самому админу на такой работе вредно задерживаться - квалификация утрачивается. (или не утрачивается ценой создания проблем фирме - админ тренируется на том, что лучше всего было бы не трогать) IA> (а лучше m) задач. Если же ты один такой крутой, то как-то ты нет, не один - это, на самом деле, норма. IA> этого достиг. И я как-то не верю, что исключительно нажиманием а просто: я сейчас работаю в IT-бизнесе. А тут не бывает так, что все - больше делать нечего - компания растет, и каждый день появляются новые задачи - на самом деле быстрее, чем мы успеваем их пережевывать. (в не-IT - торговле или производстве - рост компании может долго никак не влиять на IT'шный отдел, особенно, если с самого начала все было по уму). А если компания не растет - дык, эта - ноги же делать пора, она ж счас ка-а-ак хренакнется!.... ;-) Если бы наша компания была сейчас такой, как я ее застал в 99-м - да, можно было бы нихрена не делая почивать на лаврах, отдельные демоны лениво вылизывать. Hо ее ж сожрали бы давно те, кто расти не перестал. Hу, или превратилась бы из ведущей в захудаленькую с захудаленькими зарплатами. IA> кнопочки `Yes' в инсталляторе. Или даже чтением руководства по IA> нажиманию оной кнопочки. дык - надо просто знать, в каком инсталляторе это можно сделать (в смысле, чтобы после этого именно работало ;) А это знание ценится подороже, чем умение сляпать на коленке за месяц. > Alex --- ifmail v.2.15dev5 * Origin: Demos online service (2:5020/400) Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
Архивное /ru.linux/6577e595021c.html, оценка из 5, голосов 10
|
|
|