После пяти лет разработки представлен (http://permalink.gmane.org/gmane.comp.window-managers.fvwm.a...) релиз минималистичного оконного менеджера FVWM 2.6.0 (http://www.fvwm.org/news/#2.6.0). Последний релиз прошлой стабильной ветки (2.4.20) вышел в 2006 году, с тех пор было подготовлено 32 экспериментальных выпуска, в которых шаг за шагом сформированы новые возможности. Проект FVWM был основан в 1993 году, продолжив развитие кодовой базы оконного менеджера twm (Tab Windows Manager) в направлении поддержки виртуальных рабочих столов и возможности гибкой настройки поведения под собственные нужды. Впоследствии, код FVWM стал прародителем таких систем, как WindowMaker, Afterstep, XFWM (Xfce) и EWM (Enlightenment).Из возможностей (http://www.fvwm.org/features.php) FVWM можно отметить поддержку спецификаций ICCCM2 (http://tronche.com/gui/x/icccm/) и GWMH (GNOME Window Manager Hints), возможность организации работы многомониторных конфигураций, поддержку подключения расширений ...
URL: http://permalink.gmane.org/gmane.comp.window-managers.fvwm.a...
Новость: https://www.opennet.ru/opennews/art.shtml?num=30266
Долго я на нем просидел, лет 5 наверное. Потом стало влом шариться в конфигах. Так что КДЕ4.
Многим не нравится FVWM из-за того, что его настройка - это почти программирование.
А для многих это, напротив, преимущество.
Да, для тех, у кого нет ни работы, ни жены, ни детей, никакого занятия кроме компа. :)
> Многим не нравится FVWM из-за того, что его настройка - это почти программирование.Аноним > А для многих это, напротив, преимущество.
> Да, для тех, у кого нет ни работы, ни жены, ни детей, никакого занятия кроме компа. :)
Плохим танцорам как известно танцевать мешают работа, жены, дети, и некоторые особенности их телосложения.
Если у вас есть вещи, для вас более важные, чем ИТ, тогда занимайтесь этими вещами, зачем вы лезете не в свое дело, и еще при этом жалуетесь.Насчет того, мешает ли работа - так для некоторых ИТ - это и есть именно работа.
А вообще именно, программирование как раз таки и экономит время гораздо больше, чем тупая правка переменных в конфигах. И только люди далекие от программирование, никак не могут этого понять.
Настоящий UNIX - это вообще система для программистов. Просто сейчас развелось очень много админов, которые считаю себя крутыми ИТ-шниками, но при этом кроме правки конфигов ничего делать не умеют.
>> Из фразы о том, что некоторые якобы админы ничего кроме правки конфигов
>> делать не умеют, вы почему-то делаете вывод, что сказавший это не
>> может отличить администратора от программиста.
>> Отличия конечно есть. Однако вы видимо считаете, что настоящий админ не должен
>> кроме правки конфигов ничего уметь.круг обязанностей у админа большой, но в него не входит программирование. Программист, который вместо программирование занимается админской работой теряет квалификацию и наоборот. Не пытайтесь программистов сделать "пупами земли".
> круг обязанностей у админа большой, но в него не входит программирование.Интересно, а как вы себе представляете "круг обязанностей" программиста, если считате, что этот "круг" у админа всегда непременно больше.
По-вашему наверное "программированние" - это одна такая "обязанность".Скорее всего вы как раз раз и принадлежите именно к этой категории якобы админов, которые о программировании никакого представления не имеют, и считают, что именно это делает их настоящими.
У дворника тоже может быть большой круг обязанностей. Это зависит от конкретного места работы, а не от сферы деятельности.
> Программист, который вместо программирование занимается админской работой теряет квалификацию и наоборот.
То есть вы считаете, что программировать можно только "вместо" администрирования.
И по-вашему в администрировании программирование никак применить нельзя.
И средства для администрирования по-вашему вовсе не программисты пишут, а они сами на деревьях вырастают.> Не пытайтесь программистов сделать "пупами земли".
А при чем здесь "пуп земли" вообще?
Или может быть по-вашему админы являются "пупами земли"?Кроме того, многие программисты и администраторы ИТ занимаются не по обязанностям, а "добровольно", либо вообще собственные предприятия имеют, а не нанимаются.
И о каких-то "обязанностях" в подобных случаях вообще говорить не имеет смысла.
Но видимо такие варианты вообще оказались за пределами вашего воображения.На самом деле все просто. Вы считаете что программирование и администрирование определяются по-вашему не знаниями и способностями, а исключительно по-вашему обязанностями. Потому что в о знаниях и способностях вы вообще предпочитаете не думать, а только исполнять.
Не забывайте только, что человек, который ориентируется на исполнение и обязанности, больше уподобляется программе. Хотя по исполнительности с программой все равно конкурировать не в силах. А кем программы обычно программируются?
Мне казалось я без подтекста выразился - но вас все равно понесло.
Можно многое совмещать, но это не значит что все одно.
PS И опять-таки - хватит унижать достоинство ИТ-шников не занимающихся прямым кодингом.
> Мне казалось я без подтекста выразился - но вас все равно понесло.Какой уж тут подтекст. Все было действительно было "прямо закодировано" (см. ниже).
Вы "без подтекста" считаете, что сфера деятельности по-вашему определяется исключительно "кругом обязанностей", а вовсе не знаниями и способностями.
Хотя эти самые "круги обязанностей" программистов вы как видно очень плохо представляете.> Можно многое совмещать, но это не значит что все одно.
То есть использование программирования в администраторских задачах вы понимаете всего лишь, как "совмещение".
> PS И опять-таки - хватит унижать достоинство ИТ-шников не занимающихся прямым кодингом.
Видимо вы только что сделали для себя внезапное открытие о роли программирования в администрировании. И в связи с этим открытием ощущаете понижение чувства своего достоинства.
Ну понятно, что программирование представляется для вас исключительно чем-то вроде "прямого кодинга". Чего-то другого от вас и ожидать был нельзя.
Именно "кругло-обязанных исполнителей" обычно всегда "прямо кодируют". Технологии управления развивались с незапамятных времен.
Просто потом научились делать искусственных исполнителей - автоматы называются. Так и появилось программирование.Пожалуйста, с "прямым кодингом" ситуация симметричная.
Сейчас развелось очень много быдло^W "прямых кодеров", которые с трудом админят даже собственный комп, не говоря уже о настройке сервера. И пишут "проги", которые очень трудно админить в многопользовательской среде, поскольку для каждого пука требуют прав суперпользователя.
Поскольку привыкли "прямо кодить" прямо из-под root^W "windows administrator".Так что все дело в знаниях, а не в обязанностях.
Чушь собачья. Админ, который неспособен к автоматизации своей деятельности подручными средствами, _особенно_ на юниксах -- профнепригоден.Мало того, коллеги могут подтвердить, что я могу выругать админа за косолапые скрипты (и показать, как это должно выглядеть).
PS: я работал в разные времена и программистом, и сисадмином, и менеджером, и ещё по кругу, если что. :)
> Чушь собачья. Админ, который неспособен к автоматизации своей деятельности подручными
> средствами, _особенно_ на юниксах -- профнепригоден.Главное, чтобы автоматизация каждого пшика не превратилась в слепую самоцель. Иначе получится как у гентушников. Я не против автоматизации оконных манагеров, но когда через конфиг надо самому и руками делать вообще все, имхо это уже перебор.
> Главное, чтобы автоматизация каждого пшика не превратилась в слепую самоцель. Иначе получится как у гентушников. Я не против автоматизации оконных манагеров, но когда через конфиг надо самому и руками делать вообще все, имхо это уже перебор.Вы уже определитесь, или "руками делать вообще все", или все-таки автоматизированно.
Ну может Генту и не идеальна. Но где именно вы там увидели "автоматизацию каждого пшика"? Да еще и "слепую самоцель"?
Это примерно как рассуждают чиновники, когда получают указание "сверху" об автоматизации их ведомства.
- Мы конечно не против автоматизации, но как бы она не превратилась в слепую самоцель, а то нам придется все делать своими руками, а не на бумаге.Или вообще отправят "руками работать" из-за проф непригодности.
Юзер, в твоём случае иногда всё-таки лучше жевать, чем говорить. У гентушников всё автоматизировано ровно настолько, насколько и в большинстве дистров. Мы давно не собираем систему из stage1, кроме "очень хочется попробовать", если ты это имел ввиду под "самому и руками". Не хочется править make.conf, настраивать систему с нуля и компилить _все_ пакеты - есть замечательный дистр Calculate, все преднастроено, бинарные обновления, но при необходимости можешь определённые пакеты компилировать на своей системе.
> Чушь собачья. Админ, который неспособен к автоматизации своей деятельности подручными
> средствами, _особенно_ на юниксах -- профнепригоден.
> Мало того, коллеги могут подтвердить, что я могу выругать админа за косолапые
> скрипты (и показать, как это должно выглядеть).
> PS: я работал в разные времена и программистом, и сисадмином, и менеджером,
> и ещё по кругу, если что. :)Согласен с том плане, что хороший администратор должен уметь автоматизировать свои задачи. Для этого есть скриптовые языки типа bash/perl. Но должен ли каждый админ быть хорошим программистом? Человек, который не программирует регулярно, никогда не станет хорошим программистом, а круг_обязанностей_ рядового системного администратора достаточно широк для того, чтобы времени на кодинг не оставалось. Только на скрипты для автоматизации.
Да и программисты бывают разные.
Но касательно темы треда - насколько оправданно применение программирования в конфигах - мне кажется, это оверкилл. Не получится настолько более удобная среда работы, чем затраченное время на разбор того, как это настраивается.
P.S. Юзаю почти дефолтный fluxbox с минимальной правкой конфигов.
> Согласен с том плане, что хороший администратор должен уметь автоматизировать свои задачи.
> Для этого есть скриптовые языки типа bash/perl.То есть по-вашему только языки "типа bash/perl" пригодны для автоматизации администраторских задач?
И какого же они по-вашему "типа"?>Но должен ли каждый админ быть хорошим программистом?
Что значит по-вашему "быть хорошим программистом"?
> Человек, который не программирует регулярно, никогда не станет хорошим программистом,
Ага. Вы это понимаете именно как "программировать регулярно". Если регулярно программирует - значит однозначно "хороший".
И что случится по-вашему с админом, если он будет регулярно автоматизировать свои задачи?
Он по-вашему перестанет быть админом?> а круг_обязанностей_
Видимо вы очередной представитель того "круга" считающих себя специалистами, которые определяют сферу деятельности по "кругу обязанностей", а не по знаниям и способностям.
> рядового системного администратора достаточно широк для того, чтобы времени на кодинг не оставалось.
> Только на скрипты для автоматизации.Типичные шаблоны мышления человека, думающего в плоскости "ручной работы".
А что мешает автоматизировать весь этот "круг обязанностей"?По-вашему, если заниматься автоматизацией, то на остальное времени не останется.
А для чего тогда автоматизация нужна была, если после нее времени не стало больше?
Автоматика разве не для того нужна, чтобы людям время экономить?> чтобы времени на кодинг не оставалось.
> Только на скрипты для автоматизации.Чем по-вашему кодинг отличается от написания скриптов автоматизации?
И видимо это все варианты автоматизации и программирования, которые вы можете себе представить.> Да и программисты бывают разные.
Да и админы тоже.
> Но касательно темы треда - насколько оправданно применение программирования в конфигах - мне кажется, это оверкилл.
Это оправдано настолько, насколько админ способен сам не уподобляться тем программам, которые он пытается настраивать.
> Не получится настолько более удобная среда работы, чем затраченное время на разбор того, как это настраивается.
Вы думаете, что на изучение какого-то языка программирования требуется принципиально больше времени, чем на изучение систем конфигурирования?
Сложность "конфигов", которые нельзя программировать возрастает гораздо быстрее по мере удаления от исходного шаблона, чем при использовании более интеллектуальных конструкций нежели присваивание переменных.
> P.S. Юзаю почти дефолтный fluxbox с минимальной правкой конфигов.
Да уж, если программировать не можете, лучше править как можно меньше, иначе времени совсем не будет.
>> Человек, который не программирует регулярно, никогда не станет хорошим программистом,
> Ага. Вы это понимаете именно как "программировать регулярно". Если регулярно программирует - значит однозначно "хороший".Тут сказано примерно следующее: без регулярной практики программист превращается из хорошего в какого-то еще, например, посредственного. Но не сказано, что много практикуя становишься хорошим программистом - то есть практика это только необходимое, а не необходимое и достаточное условие, коллега. Верю, что вы это хорошо знаете, только решили передернуть.
> И что случится по-вашему с админом, если он будет регулярно автоматизировать свои задачи?
> Он по-вашему перестанет быть админом?Он получит еще один полезный скил, который вряд ли оплатят. Зато в другом месте его могут оценить по достоинству. Тому примеры я видел. Только тут есть одна опасность - если пытаться автоматизировать явно одноразовую работу - можно оказаться, реально, медленнее менее подкованных, но и менее ленивых админов ;)
> Вы думаете, что на изучение какого-то языка программирования требуется принципиально больше времени, чем на изучение систем конфигурирования?
Освоить синтаксис еще одного процедурного языка, пожалуй, проще, чем разобраться в конфигах какого-нибудь монстра (например, inn), но на одном синтаксисе далеко не уедешь... библиотеки, программные интерфейсы - освоение всего этого добра в достаточно старом процедурном языке (каким является, например, C) задача на порядок более сложная, чем конфиги того же inn.
>>> Человек, который не программирует регулярно, никогда не станет хорошим программистом,
>> Ага. Вы это понимаете именно как "программировать регулярно". Если регулярно программирует - значит однозначно "хороший".
> Тут сказано примерно следующее: без регулярной практики программист превращается из хорошего в какого-то еще, например, посредственного. Но не сказано, что много практикуя становишься хорошим программистом - то есть практика это только необходимое, а не необходимое и достаточное условие, коллега. Верю, что вы это хорошо знаете, только решили передернуть.В том-то и дело, что здесь было никакое не передергивание.
Он сначала выразил сомнение "Но должен ли каждый админ быть хорошим программистом?"Отсюда и последовал вопрос, что именно понимается под "хорошим программистом"?
Только ли регулярное программирование? (А то ведь есть куча посредственных кодеров, которые тем не менее "регулярно" кодят, не отвлекаясь при этом на админство)И по прежнему, что мешает админу знать программирование (кроме отсутствия способностей)?
И можно ли его считать тогда "хорошим" админом, если он не может осилить программирование хотя бы на уровне автоматизации собственной деятельности.
Просто он попытался вывести мысль, что якобы если админ начнет регулярно автоматизировать свою деятельность, от этого якобы пострадает его "круг обязанностей".
>> И что случится по-вашему с админом, если он будет регулярно автоматизировать свои задачи?
>> Он по-вашему перестанет быть админом?
> Он получит еще один полезный скил, который вряд ли оплатят. Зато в другом месте его могут оценить по достоинству. Тому примеры я видел.А стоит ли админить там, где не платят за автоматизацию?
А весь этот софт, который он админит - его разве внедряют не для автоматизации?Ну да, у нас большинство предприятий внедряют ПО и оборудование для видимости.
Ну так в этом и вопрос, "кто ты есть", и "на кого ты работаешь", считаясь якобы админом по своему "кругу обязанностей".
И как этот "круг обязанностей" сформулирован? - Как работа "вместо" автоматики?Опять же не надо забывать в первую очередь про знания и способности.
> Только тут есть одна опасность - если пытаться автоматизировать явно одноразовую работу - можно оказаться, реально, медленнее менее подкованных, но и менее ленивых админов ;)
А как из этого следует вдруг необходимость автоматизировать одноразовую работу?
Скажите, какой у вас "круг обязанностей", и про вас можно сказать, какой вы админ.
Если "круг обязанностей" состоит из действительно одноразовой работы - значит наверное "хороший" админ.Только в том-то и дело, что все, кто тут до этого выступали против программирования при администрировании - они свой "круг обязанностей" с точки зрения "одноразовости" даже не догадывались рассматривать.
> Освоить синтаксис еще одного процедурного языка, пожалуй, проще, чем разобраться в конфигах какого-нибудь монстра (например, inn), но на одном синтаксисе далеко не уедешь... библиотеки, программные интерфейсы - освоение всего этого добра в достаточно старом процедурном языке (каким является, например, C) задача на порядок более сложная, чем конфиги того же inn.
Как именно вы меряете сложность?
Не путайте сложность/простоту с трудностью/легкостью (понятностью, доступностью и т.п.).А зачем сразу процедурный? Можно проще (не путать с легче!).
Если человек что-то захочет освоить, он это освоит. Другое дело, что они тупо не хотят, и придумывают всякие отмазки.
Но если сложить все время, в течение которого они ковыряют свои конфиги - они бы за это время уже десять языков освоили, и давно бы нужные скрипты написали.
Так стоит ли считать админом того, кто работает как придаток программ, к которым он прикреплен свои "кругом обязанностей". Не имея способностей на что-то большее.
>В том-то и дело, что здесь было никакое не передергивание.
>Он сначала выразил сомнение "Но должен ли каждый админ быть хорошим программистом?"Нет, Вы все же сильно передергиваете. Давайте еще устроим дискуссию кто же такой "хороший программист" и получим 20 несовместимых мнений.
>И можно ли его считать тогда "хорошим" админом, если он не может осилить программирование >хотя бы на уровне автоматизации собственной деятельности.
>Просто он попытался вывести мысль, что якобы если админ начнет регулярно автоматизировать >свою деятельность, от этого якобы пострадает его "круг обязанностей".Заметьте, я изначально согласился с тем, что автоматизировать постоянные процедуры необходимо. И для этого есть специальные средства - скриптовые языки, планировщики задач, готовые утилиты, решающие конкретные проблемы. Которые проще, чем процедурные языки вроде того же C. Админу, который делает бэкапы только руками, надо эти самые руки и оторвать, это совершенно нецелесообразно, но админ, который пишет свою утилиту для бэкапа с шахматами и поэтессами на Сях, тоже поступает в корне неправильно - эти задачи уже давно решили за него.
>А стоит ли админить там, где не платят за автоматизацию?
>А весь этот софт, который он админит - его разве внедряют не для автоматизации?
>Ну да, у нас большинство предприятий внедряют ПО и оборудование для видимости.
>Ну так в этом и вопрос, "кто ты есть", и "на кого ты работаешь", считаясь якобы админом >по своему "кругу обязанностей".
>И как этот "круг обязанностей" сформулирован? - Как работа "вместо" автоматики?
>Опять же не надо забывать в первую очередь про знания и способности.Работодатели платят деньги сотрудникам, в том числе и админам, не за эфемерные "знания и способности", а за реально выполненную работу. Зачастую, работодатель может совершенно не разбираться в вашей работе - однако, если он ей доволен, ему безразлично, как был достигнут этот результат.
При этом, нормальный админ на мелком/среднем предприятии автоматизирует _рутинные_ задачи за месяц, а то и меньше.>Только в том-то и дело, что все, кто тут до этого выступали против программирования при >администрировании - они свой "круг обязанностей" с точки зрения "одноразовости" даже не >догадывались рассматривать.
Мне кажется, у Вас извращенное восприятие слов собеседников. Вы так прицепились к этому кругу обязанностей, что даже не пытаетесь вдуматься в то, что до Вас пытаются донести.
>Видимо вы очередной представитель того "круга" считающих себя специалистами, которые >определяют сферу деятельности по "кругу обязанностей", а не по знаниям и способностям.
>Скорее всего вы как раз раз и принадлежите именно к этой категории якобы админов, >которые о программировании никакого представления не имеют, и считают, что именно это >делает их настоящими.А вот эти постоянные нападки на собеседников уже заставляют меня считать, что принадлежите как раз к той категории, которую столь рьяно порицаете. Или просто троллите.
Вообще, не вижу смысла продолжать спор с человеком, для которого спор - это самоцель,
который изначально видит во всех оппонентов, а не собеседников, а так же который искажает смысл слов участников обсуждения.
> Нет, Вы все же сильно передергиваете. Давайте еще устроим дискуссию кто же такой "хороший программист" и получим 20 несовместимых мнений.Вы так говорите, как будто это некая "запретная" тема, не подлежащая обсуждению.
Вы сами использовали это словосочетание, задав свой вопрос "Но должен ли каждый админ быть хорошим программистом?"
А теперь сами же не можете толком объяснить, что же вы имели в виду.
Это лишь наводит на мысль, что вы плохо представляете себе что вообще такое программирование, но пытаетесь на эту тему рассуждать.> Заметьте, я изначально согласился с тем, что автоматизировать постоянные процедуры необходимо.
Каждый раз, когда кто-то тыкается в это носом, обычно мало кто решается против этого возражать. Только обычно выясняется, что он только сейчас в это и ткнулся.
> И для этого есть специальные средства - скриптовые языки, планировщики задач, готовые утилиты, решающие конкретные проблемы.
То есть по-вашему только некоторые "специальные средства" предназначены для автоматизации.
А все остальное ПО и аппаратура по-вашему предназначены для чего угодно, но только не для автоматизации. И вообще по-вашему "конкретные проблемы" не решают.> Которые проще, чем процедурные языки вроде того же C. Админу, который делает бэкапы только руками, надо эти самые руки и оторвать, это совершенно нецелесообразно, но админ, который пишет свою утилиту для бэкапа с шахматами и поэтессами на Сях, тоже поступает в корне неправильно - эти задачи уже давно решили за него.
Вопрос уже был задан, как именно вы измеряете "простоту" языка? Если уж вы об этом говорите.
И почему вы вдруг заговорили именно о С. Разве о нем шла речь?
Может быть в большинстве случаев неправильно, хотя есть отдельные случаи, когда будет очень даже правильно.Чтобы говорить что правильно, а что неправильно, надо как минимум эти языки знать. А судя по тому, что в вашем сознании языки программирования перемешаны с какими-то "шахматами и поэтессами" - вы очень плохо представляете, о чем говорите. Просто где-то что-то прочитали.
> Работодатели платят деньги сотрудникам, в том числе и админам, не за эфемерные "знания и способности", а за реально выполненную работу.
Работодатель платит за работу, однако результат работы в первую очередь зависит от знаний и способностей. Видимо вы этого никогда не знали.
А также знания и способности - для вас это нечто "эфемерное".Варианты же, когда административные задачи не относятся к работе по найму и работодателям - такие варианты видимо вообще выходят за пределы вашего воображения.
> Зачастую, работодатель может совершенно не разбираться в вашей работе - однако, если он ей доволен, ему безразлично, как был достигнут этот результат.
Работодатель может совершенно не разбираться. Но как это по вашему может уменьшать значение знаний и способностей, необходимых для выполнения работы.
> При этом, нормальный админ на мелком/среднем предприятии автоматизирует _рутинные_ задачи за месяц, а то и меньше.
Речь шла о том, должен ли "нормальный" админ уметь автоматизировать _свои_собственные_ рутинные задачи.
А если задачи были автоматизированы исключительно благодаря ПО, к разработке которого этот якобы админ никакого отношения не имеет - имеет ли тогда этот якобы админ какое-то отношение к автоматизации, кроме того факта, что он является НЕавтоматизированным придатком к внедренному ПО.Зато как вы ловко подсчитали сроки решения сферических задач в вакууме на мелком/среднем предприятии!
> Мне кажется, у Вас извращенное восприятие слов собеседников. Вы так прицепились к этому кругу обязанностей,
Если вы привыкли считать любую неустраивающую вас точку зрения извращением, пожалуйста, это ваше дело.
Я не прицепился, а просто считаю это принципиальным моментом - когда многие определяют сферу деятельности по "кругу обязанностей", а не по знаниям и способностям.
> что даже не пытаетесь вдуматься в то, что до Вас пытаются донести.
В начале вы пытались донести вот эту свою позицию: "Но должен ли каждый админ быть хорошим программистом? Человек, который не программирует регулярно, никогда не станет хорошим программистом, а круг_обязанностей_ рядового системного администратора достаточно широк для того, чтобы времени на кодинг не оставалось."
А когда вам все разложили по полочкам, пытаетесь донести, что якобы вас не так поняли.
> А вот эти постоянные нападки на собеседников уже заставляют меня считать, что принадлежите как раз к той категории, которую столь рьяно порицаете. Или просто троллите.
Ваше право считать все так, как вы хотите.
Ну и конечно традиционные жалобы на троллинг, стоит только указать на какие-то ошибки в рассуждениях.> Вообще, не вижу смысла продолжать спор с человеком, для которого спор - это самоцель, который изначально видит во всех оппонентов, а не собеседников, а так же который искажает смысл слов участников обсуждения.
Естественно с учетом тех ошибок которые вы постоянно делаете, вам целесообразно спор покинуть, иначе будете чувствовать себя все глупее и глупее.
А придумать для себя удобное оправдание, почему именно вы не смогли спор продолжить - это вполне ожидаемая в этом случае реакция.
ндааа....какой жирный тролль то оказался :)
PS У меня такое подозрение, что господину diff-у 17 лет и он на первом курсе специальности-программиста/инженера САПР, но подрабатывает исключительно админом. Вот и пытается оправдать свой смысл непрофильного хобби ;)
Скорее его знания о программировании недостаточны даже для гордого звания "быдлокодер". Поэтому он и не понимает, что умение наваять автоматизирующий скрипт никак не относится к тому, что обычно подразумевается под умением программирования. Практики серьезной работы тоже скорее всего не имеет, потому и рассуждает о знаниях и способностях вместо круга обязанностей. В общем либо типичный эльф, либо жирный тролль.
Надо понимать, тут собрались представители профсоюза обиженных не умеющих программировать, в "круг обязанностей" которых прописано администрирование, и которые борются за исключение программирования из своего "круга обязанностей".> PS У меня такое подозрение, что господину diff-у 17 лет и он на первом курсе специальности-программиста/инженера САПР, но подрабатывает исключительно админом. Вот и пытается оправдать свой смысл непрофильного хобби ;)
Наверное с вашей точки зрения это выглядит очень логично.
> Скорее его знания о программировании недостаточны даже для гордого звания "быдлокодер".
Видимо вам остается надеяться только на это.
После того, как для вас внезапно открылось, что деятельность админа тоже нужно автоматизировать, вам очень хочется верить, что об этом говорил человек, знания которого якобы недостаточны.> Поэтому он и не понимает, что умение наваять автоматизирующий скрипт никак не относится к тому, что обычно подразумевается под умением программирования.
То есть умение создавать "автоматизирующие скрипты" вы к программированию не относите.
Но при этом наверное тоже боретесь за исключение этого из "круга обязанностей".Тут уже был вопрос, кого именно подобные вам считают "хорошими программистами".
Теперь возникает вопрос - что именно у вас "обычно подразумевается под умением программирования"?> Практики серьезной работы тоже скорее всего не имеет, потому и рассуждает о знаниях и способностях вместо круга обязанностей.
Я уже понял, что знания и способности для вас ничего не значат.
Если кто-то не участвует в какой-то порочной практике, это еще не значит, что он не знает о ее существовании.
Прекрасно знаю эту "практику". Понапишут обычно в анкете на пол-страницы круг своих бывших обязанностей, а попросишь что-то продемонстрировать - тут же сливают, сливают даже чаще еще при попытке объяснить, что их "обязанности" означают.
>То есть умение создавать "автоматизирующие скрипты" вы к программированию не относите.Нет конечно. Только ламер может это назвать программированием.
>Но при этом наверное тоже боретесь за исключение этого из "круга обязанностей".
Я владею как программированием так и системным администрированием. Как следствие, работая в команде админов, обычно именно я пишу большую часть скриптов. Однако программированием это не называю.
>Теперь возникает вопрос - что именно у вас "обычно подразумевается под умением программирования"?
Умение писать достаточно большие объемы кода, который при этом будет для _других_ легко читаемым, поддерживаемым и модифицируемым. Для админских скриптов подобные требование неважны, там нужнее надежность и скорость работы.
>Я уже понял, что знания и способности для вас ничего не значат
Мне без разницы какие умные слова и продвинутые техники знает человек. Он либо может выполнить задачу в срок, либо нет. Во втором случае он не справляется со своим кругом обязанностей и должен сменить работу. Для вас это будет сюрпризом, но если на вопросы типа "почему сервис лежал больше пяти минут" вы начнете рассказывать боссам о своих мегазнаниях и суперспособностях, то вас просто уволят. Добро пожаловать в реальный мир.
>Понапишут обычно в анкете на пол-страницы круг своих бывших обязанностей, а попросишь что-то продемонстрировать - тут же сливают, сливают даже чаще еще при попытке объяснить, что их "обязанности" означают.
Когда меня начинают расспрашивать о подробностях какой-либо работы админом, то я тоже замолкаю или отделываюсь общим описанием. Но не потому, что чего-то не знаю или не умею, а потому что слова безопасность и этика не являются для меня пустым звуком.
>>То есть умение создавать "автоматизирующие скрипты" вы к программированию не относите.
>>Теперь возникает вопрос - что именно у вас "обычно подразумевается под умением программирования"?
>
> Нет конечно. Только ламер может это назвать программированием.
> Умение писать достаточно большие объемы кода,Ну я уже догадался, что программирование вы определяете для себя чисто с эмоциональной точки зрения.
Типа: "Ну какие же у тебя дыни? Разве это дыни? А вот у меня это дыыыыни!"То есть если кода вдруг получилось не очень много, то это для вас это уже в принципе не программирование.
И вы предпочитаете оценивать не по качеству, а по количеству.> который при этом будет для _других_ легко читаемым, поддерживаемым и модифицируемым. Для админских скриптов подобные требование неважны, там нужнее надежность и скорость работы.
Типичные оправдания всех быдлокодеров, в любой области, а не только в администрировании.
Типа здесь "читаемость", "поддерживаемость" и "модифицируемость" не важны, а важна скорость работы. Зато у вас код получается якобы очень надежный.А как же у вас код может быть надежным, если он у вас не читаемый, не поддерживаемый и не модифицируемый. Типа, сказали надежный - значит надежный.
Для _других_? Думаете в других областях чужой код сопровождать легче, каким бы читаемым он не был. Просто ничего вы об этом не знаете.
Ну и наконец, вы просто не знаете, как в "админских" задачах можно писать код, который будет при этом "легко читаемым, поддерживаемым и модифицируемым". Точнее вы вообще не умеете писать такой код, и администрирование здесь ни при чем.
Тот, кто умеет писать качественный код, пишет его качественно и в "админских" задачах.
А кто не умеет - оправдывается, что якобы такие это особые задачи.> Я владею как программированием так и системным администрированием. Как следствие, работая в команде админов, обычно именно я пишу большую часть скриптов. Однако программированием это не называю.
Следим за ходом вашей мысли.
То есть вы программированием "это" не называете. Долго расписывали тут, почему якобы по-вашему в "админстве" не нужно то что вы считаете программированием. И как это по-вашему правильно и здорово - не использовать там программирование.
Но тут же утверждаете, что якобы владеете программированием.
М-да. Неудивительно, почему у вас не получается качественный код.
>>Я уже понял, что знания и способности для вас ничего не значат
> Мне без разницы какие умные слова и продвинутые техники знает человек.То есть для вас знания и способности - это исключительно "знание умных слов и продвинутых техник". Видимо "продвинутые техники" вы особенно терпеть не можете, даже больше, чем "умные слова".
> Он либо может выполнить задачу в срок, либо нет. Во втором случае он не справляется со своим кругом обязанностей и должен сменить работу.
А выполнение поставленной задачи в срок - это по-вашему никак не может быть связано со знаниями и способностями.
По вашей логике получается, что "сервис лежал больше пяти минут" - это тоже часть "круга обязанностей". Ну раз это никак по-вашему нельзя связать с плохими знаниями и низкими способностями.
> Для вас это будет сюрпризом, но если на вопросы типа "почему сервис лежал больше пяти минут" вы начнете рассказывать боссам о своих мегазнаниях и суперспособностях, то вас просто уволят. Добро пожаловать в реальный мир.
Для вас это будет сюрпризом, но о настоящих знаниях и способностях обычно не "рассказывают боссам". Их просто берут и применяют, чаще обычно молча. Добро пожаловать в реальный мир.
А если кто-то где-то молча применит "продвинутые техники" - от этого вас наверное вообще корежит.
Это вы тут "рассказываете", что якобы вы владеете сразу одновременно программированием и администрированием. Но при этом не знаете, как писать в администрировании качественный код. Оправдываясь, что его у вас зато большие объемы, и он быстро работает. И наверное еще долго-долго "рассказываете боссам", какой у вас код "надежный".
> Когда меня начинают расспрашивать о подробностях какой-либо работы админом, то я тоже замолкаю или отделываюсь общим описанием. Но не потому, что чего-то не знаю или не умею, а потому что слова безопасность и этика не являются для меня пустым звуком.
Оно видно как вы замолкаете и "отделываетесь", в частности о подробностях того, что же вы считаете программированием.
А уж с вашим нечитаемым кодом безопасность у вас наверняка на высоте! Никто ведь прочитать не может! Это же так этично и без всяких пустых звуков! И самое главное - быстро работает!
Прости, но разжевывать еще больше у меня нет желания, слов ты похоже не понимаешь, а картинки рисовать я плохо умею. Ну, а если ты просто косишь под дурочка, то еда для тебя тоже кончилась.
> Прости, но разжевывать еще больше у меня нет желания, слов ты похоже не понимаешь, а картинки рисовать я плохо умею. Ну, а если ты просто косишь под дурочка, то еда для тебя тоже кончилась.Ну это был у вас вполне традиционный комплект оправданий, когда уже боитесь что-то возразить по теме и снова не лажануться при этом.
Многие внезапно открыли для себя, что администрирование тоже подлежит автоматизации.
Как им теперь жить с этой мыслью!
Некоторые из них сейчас люто бешено минусуют.
> Многие внезапно открыли для себя, что администрирование тоже подлежит автоматизации.
> Как им теперь жить с этой мыслью! Некоторые из них сейчас люто бешено минусуют.Я постфактум заминусовал за агрессию и крайне небольшую долю здравых мыслей, которые в ней тонут. В то время как js и Анонима, с которым Вы спорили выше по субтреду, почитал с удовольствием и чуточку чего-то отложилось.
PS: помните мультик про Крошку Енота? :)
> Поэтому он и не понимает, что умение наваять автоматизирующий скрипт никак
> не относится к тому, что обычно подразумевается под умением программирования.А посещение assembly не поможет человеку понять разницу?
Не, он толстый тролль
>[оверквотинг удален]
> занимайтесь этими вещами, зачем вы лезете не в свое дело, и
> еще при этом жалуетесь.
> Насчет того, мешает ли работа - так для некоторых ИТ - это
> и есть именно работа.
> А вообще именно, программирование как раз таки и экономит время гораздо больше,
> чем тупая правка переменных в конфигах. И только люди далекие от
> программирование, никак не могут этого понять.
> Настоящий UNIX - это вообще система для программистов. Просто сейчас развелось очень
> много админов, которые считаю себя крутыми ИТ-шниками, но при этом кроме
> правки конфигов ничего делать не умеют.имхо а наверное так и надо )) если есть косяк в коде его нада майнтейнерам отправлять, чтобы все пользователи продукта знали а не только Вася Пупкин себе поправил!!!
"Настоящий UNIX - это вообще система для программистов."
Я прощаю бледнолицему его слова. Ведь он мог не слышать о сэре Стиве Джобсе и не знать, что MacOS является сертифицированным Юниксом.
> "Настоящий UNIX - это вообще система для программистов."
> Я прощаю бледнолицему его слова. Ведь он мог не слышать о сэре Стиве Джобсе и не знать, что MacOS является сертифицированным Юниксом.Я в курсе.
И как по-вашему то факт, что MacOS является сертифицированным Юниксом, противоречит моим словам?
> Я в курсе.
> И как по-вашему то факт, что MacOS является сертифицированным Юниксом, противоречит моим
> словам?Макось - for programmers only?
>> И как по-вашему то факт, что MacOS является сертифицированным Юниксом, противоречит моим словам?
> Макось - for programmers only?Видимо вы считаете, что ваша смесь "аглицкого с урюпинским" придает вам более компетентный вид.
>> "Настоящий UNIX - это вообще система для программистов."
Где здесь здесь было сказано "только для программистов"?
Даже чтобы бы быть грамотным пользователем нужно быть более внимательным к деталям.
Казалось бы всего одно слово, а смысл принципиально меняется.
Казалось бы одну кнопочку не в том порядке нажмешь, а программа уже не так работает.Не говоря уже о программировании.
Вот UNIX именно и предназначен в первую очередь для тех, кто умеет думать, что делает. А не исполнять как программа по шаблону. В том числе и Mac'и.
>> Я в курсе.
>> И как по-вашему то факт, что MacOS является сертифицированным Юниксом, противоречит моим
>> словам?
> Макось - for programmers only?Да перестаньте вы придираться к словам.
Если вы не поняли, что вам хотел донести собеседник, то это проблема (а чья в большей степени, это вопрос).
Но это все не страшно, страшнее фанатизЪм.
Ну да упаси
Аминь!
Использую его на киосках, или его или icewm. Под тем же srss оторвать всё по максимуму, сделать похпжим на эксплрер и вперед... обновить, чтоли :)
А выложите кто-нибудь, пожалуйста, вменяемый конфиг этого чуда? На стандартные конфиги без слез не взглянешь, а fvwm-crystal, имхо, не очень :-(.
> А выложите кто-нибудь, пожалуйста, вменяемый конфиг этого чуда? На стандартные конфиги
> без слез не взглянешь, а fvwm-crystal, имхо, не очень :-(.
http://box-look.org/index.php?xcontentmode=7314&PHPSESSID=35...
года два пользовался и был доволен, но в итоге перешёл на awesome с практически дефолтным конфигом. собственно весь опыт использования сводился к постепенной настройке, подобной текущему awesom-у. а вообще, замечательный wm - в разумных пределах из него делается всё.
Юзаю года3, перешол после 5лет мучений с afterstep.
Недостатки есть, но по сумме параметров лучше ничего пока не подворачивается.
Вообще, конечно, это wm для настоящего пользователя, не "быдло-юзера". Именно пользователя, который способен обозначить свои требования и прочитать документацию.
Правильно ли я понимаю что по вашему, если кто-то на компьютере просто выполняет работу, то он "быдло-юзер", а если вместо этого играется с окошечками, то он "илита"?
Заодно скажите чего такого полезного умеет FVWM, чего не умеет KDE.
Омонимус > Вообще, конечно, это wm для настоящего пользователя, не "быдло-юзера". Именно пользователя, который способен обозначить свои требования и прочитать документацию.> Правильно ли я понимаю что по вашему, если кто-то на компьютере просто выполняет работу, то он "быдло-юзер", а если вместо этого играется с окошечками, то он "илита"?
Человек вам уже сказал, чем по его мнению отличаются юзеры.
Значит по-вашему получается, что пользователь, "который способен обозначить свои требования и прочитать документацию" - это по-вашему то же самое, что "играется с окошечками".
А если кто-то не способен делать вышеперечисленное, то это по-вашему и есть "просто выполняет работу".
Как видно вы уже даже попытались мне подражать по способу построения фраз (видимо та встряска не прошла для вас даром). Теперь вам осталось только научиться понимать, о чем идет речь.
> Заодно скажите чего такого полезного умеет FVWM, чего не умеет KDE.
Об этом уже было четко сказано. Именно с этого и началась дискуссия, в которой вы уже один раз даже рискнули принять участие.
>Как видно вы уже даже попытались мне подражать по способу построения фраз (видимо та встряска не прошла для вас даром).Ой, спасибо. Ой, насмешил. Я аж прослезился. Классики небось тоже подражали именно твоему способу построения фраз, как им не стыдно, представляю какая это встряска для них. Гляди не лопни от спеси.
P.S. Так как ты обязательно вякнешь еще что-нибудь, дабы оставить за собой последнее слово, то сразу дам тебе утешительную пилюльку: "твоя победила, моя делает ку целых три раза и прячется в ицык с гвоздями".
Оставляю за собой последнее слово.> Ой, спасибо. Ой, насмешил. Я аж прослезился. Классики небось тоже подражали именно твоему способу построения фраз, как им не стыдно, представляю какая это встряска для них. Гляди не лопни от спеси.
С какими именно "классиками" вы нашли здесь совпадение? Опять не знаете, о чем говорите.
Вы попытались так же как и я в дискуссии с вами логически проанализировать слова оппонента, точнее попытались лишь подражать этому, не понимая как это на самом деле происходит. Вот у вас ничего и не получилось. Вы только еще больше обляпались.
А если вы сами считаете, что "моя победила", то какие у вас ко мне вообще претензии?
Если высказывания по теме у вас так быстро иссякают ввиду вашего невежества, стоит вам только указать на ваши ошибки - то я считаю, что все было вполне справедливо.
...Очередной пример как "Дурная голова рукам покоя не дает" (c) и клавиатуре :D
> Очередной пример как "Дурная голова рукам покоя не дает" (c) и клавиатуре :DНу не всем же нужно так сильно напрягаться, чтобы без ошибок сформулировать свои мысли.
(Хотя у некоторых тут и после напряжения не получается.)
А зачем ему GTK в зависимостях?