Когда начинаешь изучать новый язык, то в определенный момент происходит ломка сознания — когда ты начинаешь мыслить этим языком. Некоторые языка сильно ломают сознание, и после этого ты пытаешься на всех следущих языках писать как на том, который сломал сознание =)
Вообще, изначально, давным-давно, системные администраторы считались чуть ли не «школьниками». В то время, не было отдельной професии сисадмины — были разработчики, которые собственно ось и писали(имеется в виду unix). А те люди, которые только настраивали софт, но сами при этом ничего не писали не воспринимались в серьез. Но за последние десятилетия ситуация сильно изменилась.
>Со временем роста нагрузки на проект понижается роль программиста и возрастает роль админа.
Это не всегда верно. Зачастую больших результатов можно достичь оптимизируя и вылизывая код. На высоконагруженных проектах очень большое значение отводится скорости выполнения кода.
Да и программистам, зачастую, было бы полезно иметь опыт администрирования, потому что иногда посмотришь с точки зрения админа, как что сделано — и хочется побить тех, кто это писал.
Вообще трудно представить системного администратора, который ничего не пишет, даже простейших скриптов для автоматизации ежедневной работы. И вообще, наиболее правильный путь понять операционную систему — писать под нее :)
Там достаточно просто. Сначала addoon попадает в песочницу, где тестируется и затем может быть перенес в официальное дерево. Кстати, недавно, всем авторам, кто подтверждал что их addon был совместим с третей версией фф высылали классные футболки=) У мну такая есть =)
Да как медленее? Пример — shell быстрее распарсит и посчитает статистику по какому-нибудь лог файлу. Вы так и не сказлаи для чего используется этот python на серверах. Назовите пожалуйста. Мы говорим о серверах — так о серверах, не изменяйте понятия.
Вы посмотрите на название поста, посмотрите на чем и для чего предполагается писать скрипты и поймете, что ни о чем другом речь и не шла.
RH под рукой нет, но вот
Fedora 9:
/usr/bin/perl 1
/bin/sh 703
/usr/bin/pulseaudio 1
/bin/csh 1
/bin/bash 656
Что-то я не вижу здесь python. Если Вы говорите про средства администрирования, like pw, useradd, passwd, etc — удивлю Вас, они обычно на c пишутся.
Если парсеры будут писать идиоты, то да — конфиги будут парситсья по разному. И лучше все таки тектовые конфиги. Оставьте Ваши мечты и посмотрите на самые популярные open source проекты. Какими конфиг. файлами они пользуются?
Пожалуйста, давайте прекратим нашу беседу. Правда, мне надоело тратить свое время в пустую.
Кроме пользователя nobody еще какие-то есть?
Я просил привести аналог для поиска в /etc/passwd, никакие другие механизмы атворизации(like kerberos) я не затрагивал. Примера Вашего я не увидел. Привести его сможете?
:)
Отказ от реализации самых важных функций внутри ооп и вынос их как простых функций. Из-за того, что движок ооп в пхп сам по себе тормозит.
И «дяденька» давайте говорить как-то более менее культурно, а?
Поймите, если у Вас bottle neck в скриптах, то наращивание мощности это конечно же выход, но он не самый верный.
Это не всегда верно. Зачастую больших результатов можно достичь оптимизируя и вылизывая код. На высоконагруженных проектах очень большое значение отводится скорости выполнения кода.
RH под рукой нет, но вот
Fedora 9:
/usr/bin/perl 1
/bin/sh 703
/usr/bin/pulseaudio 1
/bin/csh 1
/bin/bash 656
Что-то я не вижу здесь python. Если Вы говорите про средства администрирования, like pw, useradd, passwd, etc — удивлю Вас, они обычно на c пишутся.
Если парсеры будут писать идиоты, то да — конфиги будут парситсья по разному. И лучше все таки тектовые конфиги. Оставьте Ваши мечты и посмотрите на самые популярные open source проекты. Какими конфиг. файлами они пользуются?
Пожалуйста, давайте прекратим нашу беседу. Правда, мне надоело тратить свое время в пустую.
Я просил привести аналог для поиска в /etc/passwd, никакие другие механизмы атворизации(like kerberos) я не затрагивал. Примера Вашего я не увидел. Привести его сможете?