В ответ на: Так или она есть или таки пишется своя? Уж определитесь, хотя бы для себя. Меня за три года вполне устроил тот совет которым поделился. Не так часто оно обновляется, как забывается.
Что ж вы такой непонятливый то
Берется некая задача, решение которой пока не известно. Пусть это будет развертывание сервиса X на базе ОС Y. Как этого можно добиться:
1) путь первый - нанимается специалист, ставится ТЗ, определяются и уточняются некие рассчитанные параметры данного сервиса. Он все делает сам, предоставляю для контроля набор параметров развернутого сервиса для сравнения с запрошенными значениями. Все. Не нужно ничего учить, и что-то искать.
2) Вы делаете это сами.
2.1) вы выбираете ПО исходя из требуемого функционала
2.2) вы читаете документацию
2.3) вы сопоставляете возможности настройки ПО с теми показателями, которые потребовались вам
2.4) если не получилось найти консенсус - возвращаетесь на пункт 2.1 или может быть даже 1
2.5) составляете план конфигурирования на бумаге (в текстовом файле). Смотрите. Думаете. Пока не решите что по вашему мнению это должно работать.
2.6) развертываете в тестовом окружении сервис - если при точном следовании вашему написанному на предидущем плане шаге у вас сервис не полетел - возвращаетесь на шаг назад и переписываете план.
Вот здесь нужно иметь план, причем понимать что он делает, потому что он написан должен быть собственноручно. Вы же заменяете эти шесть пунктов гуглом и найденным в нем outdated howto's - что вкорне неправильно и профессионала за это нужно батогами бить и на кол сажать.
2.7) - у вас все полетело - делаете контрольные замеры, проводите минимальное тестирование требований - если все вас устроило, по подготовленному в п 2.5 плану с написанными на бумаге заранее конфигами вы разворачиваете сервис в продакшн. Свой план развертывания оформляете как внутреннюю документацию к сервису с подробными комментариями.
Заменить пункты 2.1-2.6 найденным в гугле хауту и сразу перейти к 2.7 - никто из нормальных профессионалов так не делает. Сервисы отличаются чуть более чем именем хоста, где они задеплойены - они по разному интегрируются, у них разные типовые сценарии использования, у них в конце концов разная расчетная производительность - и поэтому кусок внутренней документации, опубликованный кем-то "для себя" чтобы не забыть и найденный вами через гугл может быть только полезен для изучения и понимания как это планировал делать кто-то другой на _похожем_ сервисе, но не нужно это куда-то сохранять и потом молится на этот план.
В ответ на: "углы мешают" - аналогия нестыковки интерфейсов ПО под Линукс, пример, которого Вы благополучно умолчали: горячие клавиши сохранения результата в распространенных текстовых редакторах (уж куда проще!).
Не знаю - все горячие клавиши у меня настраиваются. Почему у вас не так - ну так не пользуйтесь таким ПО. Вы еще посетуйте, что у части машин рычаг КПП на руле, у некоторых с правой стороны водителя, у некоторых с левой. Вот жеж ужас, да. Если вам не нравятся сочетания - перебиндите - благо в этом плане линукс гораздо настраиваемей виндовса. Ах да, перебиндить нужно же тайное знание из ненаходимой документации - бида-бида.
В ответ на: А сегодня, вдруг оказывается, что "не это я говорил"... а что?!? Что надо учить матчасть... ну дык и я про тоже... именно надо учить, открыть инструкцию и просто прочитать - недостаточно.
вы меня перевираете =) Учить - имелось ввиду некий базис знаний о том, где эти знания брать. Где они могут быть, для какой конкретной системы и что конкретно там можно ожидать найти. Это нужно учить. Сами инструкции заучивать не нужно. Это либо выучится само если это требуется часто, либо не имеет смысла потому что используется редко, а где это взять вы уже выучили. Нужно учить где брать инструкцию и какие разделы там есть, саму инструкцию учить _НЕ НУЖНО_.
Конфиг squid из пакета - приблизительно более трех тысяч строк был в последний раз когда я его видел.
Документация по samba и параметрам conf-файла занимает туеву хучу строк. Ман по mount - тоже весьма нелегкий. Я не помню, что конкретно сейчас там написано, но я знаю, какие возможности конфигурирования они предоставляют, и как может называться параметр который я хочу найти. Учить их я не собираюсь, но если мне нужно будет конфигурировать squid или samba - я сначала прочитаю документацию еще раз - этого будет достаточно. Я не собираюсь учить всю документацию наизусть и призываю к этому кого-либо - не передергивайте.
В ответ на: Вы, кстати, уже нашли место в инструкции по Наутилусу как все-таки заставить его открывать дочерние папки в "том же самом окне", а не в новом, или в одном и том же для всех папок?!? ... или всё ещё ищете?
Ну или может объясните филосовское величие перевода "пространственный режим" в той же документации? Это, я так понимаю "внутренний стандарт" по-Вашему... или такие перлы все-таки надо учить, нет? Только "осмыслить и написать собственную инструкцию"?
Не искал - мне это не нужно =) А вы на английском интерфейс пробовали читать? Может быть искать на английском документацию стоило? ))) Если вы хотите чтобы я вам лично объяснил почему именно так и где это написано - ради бога )) платите деньги я вам лекцию прочитаю
В ответ на: Вы так и не поняли. Я не против линукс... я вовсе даже "за". И не потому что он платен или наоборот, а потому что грамотная архитектура древнего unix (на котором тоже когда-то работал :), сохранена и перенесена - также грамотно.
Но детские болезни самопального софта, давным-давно уже пора устранять. Иначе он так и останется системой для красноглазиков.
Я и не говорю что я за линукс или против вас. Я мнение высказываю, что со сложными системами должен работать подготовленный специалист, а какая именно при этом система используется и какова ее архитектура, кто ее придумал и много прочих вещей - мне лично все равно. Вы же сетуете, что на одной из сложных систем неподготовленный специалист работает плохо - ну так это ожидаемо. И то, что подготовить специалиста нереально потому что отсутствует документация - это тоже миф.
В ответ на: Помнится в ценах начала 80-х, стоимость разработки ПО оценивалась как 1/10 от стоимости разработки на серии 360
Ага, а когда-то наши славянские предки пню молились, а предки итальянцев распяли Христа.
Все течет, все изменяется, а в мире связанном с ИТ гораздо быстрей чем вы думаете. 30 лет назад для ИТ - это примерно как древний мир в в истории общества - было давно и мало кто помнит ,а технологии тех лет кроме самых очевидных и фундаментальных уже устарели.