Представлен (http://links.twibright.com/download.php) релиз минималистичного web-браузера links 2.6 (http://links.twibright.com/), поддерживающего работу как в консольном, так и в графическом режимах. При работе консольном режиме возможно отображение цветов и управление мышью, если это поддерживается используемым терминалом (например, xterm). В графическом режиме поддерживается вывод изображений и сглаживание шрифтов. Во всех режимах обеспечено отображение таблиц и фреймов. Браузер поддерживает спецификацию HTML 4.0, но игнорирует CSS и JavaScript. Также имеется поддержка закладок, SSL/TLS, фоновых загрузок и управления через систему меню. При работе links потребляет около 2.5 Мб ОЗУ в текстовом режиме и 4.5 Мб в графическом.
Среди улучшений (http://links.twibright.com/download/ChangeLog), добавленных в новой версии:
- возможность смены цветов пользователем;
- возможность указания IP-адреса для формирования исходящих запросов (при нескольких активных сетевых интерфейсах или алиасах);
- поддержка неанглоязычных клавиатур в драйвере Xwindow;
- при открытии нового окна теперь копируются опции текущей сессии;
- изменен характер смещения при использовании тега br в блоке pre;
- поддержка продолжения загрузки частично загруженных файлов;
- отображение имени файла и прогресса выполнения операции в диалоге загрузки;
- налажен приём и передача Unicode-символов через буфер обмена.
URL: http://links.twibright.com/download.php
Новость: http://www.opennet.me/opennews/art.shtml?num=33567
Самая бесполезная программа
Ваш самый бесполезный комментарий.
Программа полезная, в отличии от вашего комментария.
Пользу этой программы можно оценить как минимум когда отказываются стартовать иксы. Или когда их еще просто нет, а нагуглить что-то надо (хотя бы лекарство для иксов).
> хотя бы лекарство для иксовX.org Server Zver Edition скачать бесплатно и без регистрации лекарство в комплекте
:)))))))
Проблемы Линукса обычно имеют решение, описанное в документации, списках рассылки или форумах. Для этого типа страниц этого браузера более чем достаточно.
> Для этого типа страниц этого браузера более чем достаточно.У вон того господина толи фря, толи соляра. Вот его и донимают проблемы с нестартующими иксами.
Сравнительно недавно для проблем с иксами достаточно было обновить драйвера ATI на Убунте, например.
> Пользу этой программы можно оценить как минимум когда отказываются стартовать иксы. Или
> когда их еще просто нет, а нагуглить что-то надо (хотя бы
> лекарство для иксов).А для этого прогрессивное человечество придумало спасательные диски ещё во времена доса. Которые можно выкладывать в сеть и решать с их помощью проблемы с гораздо большим уровнем комфорта.
Это прогрессивное человечество, предпочитающее комфорт эффективности работы, всегда будет решать любые сколько-нибудь серьезные проблемы переустановкой системы. Так же комфортнее...
Сис.админу на работе не за комфорт платят. Если переустановить и перенастроить можно быстрее, чем найти и исправить - нужно переустанавливать.Мля... Как вы вообще в ИТ работаете??????
Ремонта будиш делать, дом ламай!
>Сис.админу на работе не за комфорт платят. Если переустановить и перенастроить можно быстрее, чем найти и исправить - нужно переустанавливать.при этом копроративные данные мало того что утекли, так теперь и не узнаешь куда и кем.
:D
ps;
>Сис.админу на работе не за комфорт платятименно. ему платят за компетентность.
>Если переустановить и перенастроить можно быстреепоэтому у нормального админа всегда есть подменное оборудование.
а быстро только винадмины родятся.
Ваня, ты знаешь что определяет скилл системного администратора? - Способность поднять систему из любого состояния (конечно же, проблемы железа не рассматриваем) без переустановки и с минимальным числом перезагрузок.PS1: И, кстати, не всего систему на сервере можно переустановить. Более того, не всего ее можно перезагрузить. В некоторых случаях софт пишут таким образом чтобы его части можно было обновлять мгновенно, безболезненно и "на лету" (например, так пишут web-ориентириванный софт чтобы можно было обновлять компоненты и/или даже весь сайт/портал разом даже без перезапусков веб-сервера). Но ты, Ваня, понятно дело что не в курсе про эти дела, поскольку ты под колпаком некрософта.
Способностью МИНИМИЗИРОВАТЬ ВРЕМЯ ПРОСТОЯ системы (конечно же, проблемы железа мы РАССМАТРИВАЕМ)Если исключить проблемы с оборудованием, то: "Если СДЕЛАТЬ А можно быстрее, чем СДЕЛАТЬ Б - нужно СДЕЛАТЬ А." Если переустановить и перенастроить быстрее (А) - переустанавливаем и перенастраиваем.
Работа админа меряется в рублях и человеко-часах, а не в количестве перезагрузок. И не важно под колпаком ты или не под колпаком. Правильно выбранные критерии = грамотно выстроенная система мотивации, оценки, и вознаграждения (получка, зар.плата, бабло).
> Способностью МИНИМИЗИРОВАТЬ ВРЕМЯ ПРОСТОЯ системы (конечно же, проблемы железа мы РАССМАТРИВАЕМ)
> Если исключить проблемы с оборудованием, то: "Если СДЕЛАТЬ А можно быстрее, чем
> СДЕЛАТЬ Б - нужно СДЕЛАТЬ А." Если переустановить и перенастроить быстрее
> (А) - переустанавливаем и перенастраиваем.
> Работа админа меряется в рублях и человеко-часах, а не в количестве перезагрузок.
> И не важно под колпаком ты или не под колпаком. Правильно
> выбранные критерии = грамотно выстроенная система мотивации, оценки, и вознаграждения
> (получка, зар.плата, бабло).Если СДЕЛАТЬ А можно быстрее, чем СДЕЛАТЬ Б, НО А - ГОВНО, то нужно СДЕЛАТЬ Б.
Если у тебя в оффисе фирмы "Рога и Копыта" нужно избавить компьютер бухгалтерши от вирусов, то ты переставишь винду с накатанного образа.
Если тебе надо исправить проблему на сервере который РАБОТАЕТ и ДОЛЖЕН РАБОТАТЬ, то ты БУДЕШЬ ИСКАТЬ ПРОБЛЕМУ.
1. вы исказили проблему, сделав решения А и Б неравноценными. Они равноценны по всем параметрам, кроме времени выполнения: А быстрее, Б медленнее.
2. я не буду ИСКАТЬ проблему, я буду её РЕШАТЬ. Уясните разницу - начнёте зарабатывать на половину больше.
> 1. вы исказили проблему, сделав решения А и Б неравноценными. Они равноценны
> по всем параметрам, кроме времени выполнения: А быстрее, Б медленнее.
> 2. я не буду ИСКАТЬ проблему, я буду её РЕШАТЬ. Уясните разницу
> - начнёте зарабатывать на половину больше.1. Я не исказил проблему, я дополнил формулировку проблемы. Бывают решения А и Б которые различаются не по скорости.
2. Ты будешь РЕШАТЬ проблему, когда будешь знать ПРИЧИНУ проблемы. Если ты это делаешь не так, то твою зарплату следует поделить на 2.
> 2. я не буду ИСКАТЬ проблему, я буду её РЕШАТЬ.Не найдя, не решишь. В лучшем случае отложишь.
Поймя это, Вы сможете понять, почему бабло -- вовсе не универсальный и даже не главный параметр для приличного специалиста. Хороший коллектив, полезная работа, красивый вид из окна, удобная парковка -- это всё в бабло не пересчитывается, а местами стоит просто выше.
А что до "лишений от майклософт" -- у лётчиков-испытателей есть такой термин: "привезти дефект". Посадить неисправный опытный образец, чтоб конструкторы смогли понять, где же была проблема. Если вдруг интересно -- найду книжку (кажется, Берегового) и постараюсь найти тот фрагмент.
Есть разница между ремесленником, даже знающим своё дело назубок -- и мастером: один творит, другой повторяет. Винда провоцирует ремесленность и не поощряет к мастерству, увы.
>Хороший коллектив, полезная работа, красивый вид из окна, удобная парковка -- это всё в бабло не пересчитывается, а местами стоит просто выше.2-мя руками за.
Не везде ценятся творцы. Я не замечал, чтобы в финансовых учреждениях (банках, страховых компаниях) были нужны творцы от ИТ. Как раз-таки наоборот - им нужны крепкие ремесленники, владеющие лучшими практиками. Показатель отбора формальный - наличие сертификатов и опыт работы в аналогичной должности. Ценится не знание системы и умение творить, а способность обеспечивать минимальное время простоя, потому что каждая потерянная секунда для компании может обернуться миллионными убытками.Творцы ценятся там, где нужно именно что творить - не спеша разрабатывать какую-то систему.
А вообще, ценятся универсалы - разработчики, которые могут оперативно решать возникающие проблемы, генерируя обходные решения на тот период, пока ищется и разрабатывается правильное решение.
Обычно все проще - ремесленники в цене там, где начальство над IT-отделом слабо владеет предметом.
> Обычно все проще - ремесленники в цене там, где начальство над IT-отделом
> слабо владеет предметом.Есть ещё понятия минимизации рисков и оптимизации расходов. Что будет если творец уйдёт из компании? Переманивать из других компаний, предлагая заоблачные деньги? Гораздо дешевле и менее рискованно иметь легко заменяемых среднестатистических специалистов, которых на рынке труда как грязи.
Сравните, кстати, с подходом Google к построению сервисов. Они избегают применения дорогого уникального брендового железа, используют максимально дешёвый noname. А инфраструктура построена так, что выход одного сервера из строя не приведёт к полному отказу в предоставлении сервиса. Точно так же думают и финансисты - они используют типовые решения, типовое оборудование и типовых специалистов. В итоге минимизируются риски, компания не зависит от какого-то одного очень редкого специалиста.
> Есть ещё понятия минимизации рисков и оптимизации расходов. Что будет если творец уйдёт из компании? Переманивать из других компаний, предлагая заоблачные деньги?А это просто жлобство.
Черта характера недалёких руководителей, которые сами в предмете полные нули.
1. Да! В банках это актуально.:D Потом удивляются как это у них деньги увели.
2. Был у меня опыт. Устроился я в одну не мелкую контору. Но в производство.
Все не плохо, но как то раз пригласили на обсуждение запуска сети магазинов, которые эта контора решила открыть. Набрали команду внедренцев. С капитаном естесно.
Ну, обсуждаем. Говорю надо так вот и так. Нет, говорит. Будем так.
И 1с типовую возьмём - каждый студент за 3 копейки разберётся. Если что.
Ну-ну, говорю. У меня то опыт большой. И успешный. Стройте.
Через 2(!!!) месяца вызывает руководство - нужно провести аудит, а то там "что-то не то".
Прихожу - 80% "команды" уже нет. Расхождение по каждому контрагенту минимум(!!!) поллимона.
Кто первичку вбивал? Да вот говорит - опрератор1, оператор2,.. а то текучка, нафиг по именам.
Я офигел... через месяц эта сеть была продана. Кому и как? Х/з. Я тоже решил держаться подальше.:D
> Кто первичку вбивал? Да вот говорит - опрератор1, оператор2,.. а то текучка,
> нафиг по именам.
> Я офигел... через месяц эта сеть была продана. Кому и как? Х/з.
> Я тоже решил держаться подальше.:DИ какой вывод? О минимизации рисков тут точно не думали.
Они должны были исследовать, как работают аналогичные компании, какие программы используют, какие проблемы есть в этих программах. Дальше - купить наиболее беспроблемную платформу и заказать её внедрение опытному интегратору. Так и поступают в банках. Минимизация рисков - это желание сэкономить деньги в долгосрочной перспективе, а не близорукое жлобство.
(вздыхает) интегратор… как много в этом слове…
А да.
> Сравните, кстати, с подходом Google к построению сервисов. Они избегают применения дорогого уникального брендового железа.Но не экономят на качестве персонала!
Не путайте.
И переустановкой винды не занимаются.
> А да.
>> Сравните, кстати, с подходом Google к построению сервисов. Они избегают применения дорогого уникального брендового железа.
> Но не экономят на качестве персонала!
> Не путайте.Потому что в любой компании есть профильные специалисты, а есть непрофильные. Первые приносят доход, поэтому на них не экономят, а вторые приносят только расходы - на них и экономят. ИТ-специалист в финансовом учреждении не является профильным работником, поэтому он должен быть максимально дёшев, а риски от его некомпетентности снижаются с помощью дорого ПО и чётких должностных инструкций - никакой самодеятельности (читай - творчества). Всё должно быть типовым, должно быть стандартным и предсказуемым.
> И переустановкой винды не занимаются.
Но и починкой своих линуксов они тоже не занимаются. Починкой серверов в гугл занимаются не профильные специалисты, потому что это не профильная деятельность гугла и она им приносит только расходы. А потому в гугле не чинят линуксы на сломавшихся компьютерах - вместо сломанного компьютера просто ставят другой, который тут же грузится по сети и вступает в работу. Где тут простор для творчества? Тут тоже нужны просто добротные ремесленники.
Хоть один здравомыслящий человек...Показатели отбора формализуют чтобы никогда больше не заморачиваться на личных качествах кандидатов и их опыте. Работник для компании - это не личность, а набор параметров.
Проблема сертификации глубже и сложнее. Кратко: сертификации проверяют способность быстро решать типовые возникающие проблемы. Считается что это гарантирует базис знаний кандидата + знание возможностей обслуживаемой системы + максимально быстрое типовое решение типовых проблем штатными средствами обслуживаемой системы. Как раз то, что и требуется от специалиста ЛЮБОГО профиля. Это не "универсал", это специалист, знающий своё дело.
Не видел ни одной компании где "не спеша" что-то разрабатывалось. Есть рынок, если не вы сегодня, значит конкурент завтра. Пока разработчики создают, маркетинг уже подготаливает рынок и думает о следующих продуктах. Не в пустоте живём... Даже на внутренних проектах: есть рынок, который предлагает решения, и бывает что разрабатываемое годами внутреннее решение не сопоставимо дороже и менее функционально, чем типовое с рынка. Хотя, возможно, в мире "open source" всё по другому, и можно "не спешить", один хрен за бесплатно отдашь.
> Показатели отбора формализуют чтобы никогда больше не заморачиваться на личных качествах кандидатов и их опыте. Работник для компании - это не личность, а набор параметровДля плохой конторы! Для плохой.:D
Тут вон буржуи даже наши доски почёта уже во всю юзают. И грамоты раздают.
Мэд ин юсса.
Зыж
Вот такой капитан и открывал описанную мной выше сеть магазинов.
Правда свалил первым. Тонуть не захотел.:D
Речь о поддержке, пример выше о внедрении без какого-либо плана и контроля. ЛЮБОЙ проект где нет плана и контроля со стремящейся к 100% вероятностью обречён на провал. И то что вас, сис.админа, привлекли к обсуждению внедрения, а затем попросили разобраться - как яркий показатель непрофессионализма вашего руководства. То что вы согласились - показатель вашего. Если же вы работали руководителем ИТ, то отсутствие плана и контроля - целиком и полностью ваша винаВ данном случае путаете мотивацию (грамота), вознаграждение (деньги), и отбор соискателей на должность. Не слабо так...
>Речь о поддержке, пример выше о внедренииугу, как раз о поддержке.
когда ещё на этапе внедрения думают о "копеечной" поддержке (да ещё и в узкую меру своих скромных познаний) — всегда так и получается.
ЭТО АКСИОМА!>В данном случае путаете мотивацию (грамота), вознаграждение (деньги), и отбор соискателей на должность. Не слабо так...
:D
ваня - это слив.
нельзя отделить условия/мотивацию/вознаграждение от отбора соискателей.
иначе будешь набирать тех же студентов, но с завышеным чсв.
что и встречается - я правда 3 курса, но хочу 100'000.
зыж
правда бывает что заслужено просит эту з/п.
но это явно не ваш случай
ззыж
даже дворники по разному метут.
> Для плохой конторы! Для плохой.:D
> Тут вон буржуи даже наши доски почёта уже во всю юзают. И
> грамоты раздают.
> Мэд ин юсса.Хороший способ поощрить работника, потратив сущие копейки - погладить по головке и сказать "ты молодец". Они-то, дураки, раньше только премии выписвали, а тут, оказывается, можно и досками почёта и грамотами отделываться...
> Работник для компании — это не личность, а набор параметров.ванечка, тора-гой. если вдруг ты когда-то сможешь устроиться уборщиком не в «рога и копыта усть-пердюйска», как сейчас, а куда-то посерьёзней, тебя ожидает сильная ломка мировоззрения. это просто до нигерии всё доходит как обычно. а мир уже прошёл полосу «все винтики» и возвращается к «антивинтовой» системе. ничего, лет через десять-пятнадцать до нигерии дойдёт и это — когда и оно уже устареет.
Нет, ну мы конечно замечали за тобой, Ваня, несколько своеобразный образ мыслей. Но Ваня, тебя действительно радует то, что ты не личность, а набор параметров?
> Работник для компании - это не личность, а набор параметров.Соболезную. Мои сотрудники -- каждый суть личность.
>> Работник для компании - это не личность, а набор параметров.
> Соболезную. Мои сотрудники -- каждый суть личность.Когда у вашей компании будет по представительству в каждом городе России с населением выше 100000 жителей, а в самой компании будут работать миллионы людей, тогда до вас дойдёт закон больших чисел. Сотрудники в вашем отделе будут для вас личности, сотрудники в удалённом оффисе в мухосранске будут для вас набором параметров. Потому что лично со всеми не перезнакомишься, оценки будут интуитивные максимум на уровне офисов и филиалов: "В Новосибирске работают грамотные ребята, а вот в Улан-Удэ - одни тормозы" и типа того. Для улучшения ситуации в большой компании подойдёт только формальный подход с отбором сотрудников по параметрам, а так как сотрудников нужно много, то желательно чтобы и требования были не очень высокими и обходились сравнительно дёшево.
> Когда у вашей компании будет по представительству в каждом городе России с
> населением выше 100000 жителей, а в самой компании будут работать миллионы
> людей…тогда там работать смысла не имеет. подобные динозавры-переростки 90% ресурсов тратят на самих себя, выхлоп мизерный (по сравнению с объёмами). ну, и 90% рабочего времени тратится на то, чтобы подсидеть, урвать, ухватить. нафиг-нафиг. лучше учеником младшего черпальщика в ассенизационном обозе при холерных бараках, чем в таком гадючнике.
>>> Работник для компании - это не личность, а набор параметров.
>> Соболезную. Мои сотрудники -- каждый суть личность.
> Когда у вашей компании будетНадеюсь, никогда: с 2003 мы не разрастались больше трёх дюжин душ и для выбранных дел этого уже многовато. Потому что найти нужных людей, избежать между ними конфликтов, помочь им настроиться на именно тот результат и добиться его -- это и на таких количествах личного состава уже тяжко. Особенно если позволять себе слабинку...
PS: собственно, Ваши доводы я понимаю -- а Ваня как минимум чрезмерно обобщил, потому его доводы и не принимаю. Даже если звучат они будто бы одинаково.
> Не видел ни одной компании где "не спеша" что-то разрабатывалось. Есть рынок,
> если не вы сегодня, значит конкурент завтра. Пока разработчики создают, маркетинг
> уже подготаливает рынок и думает о следующих продуктах. Не в пустоте
> живём... Даже на внутренних проектах: есть рынок, который предлагает решения, и
> бывает что разрабатываемое годами внутреннее решение не сопоставимо дороже и менее
> функционально, чем типовое с рынка. Хотя, возможно, в мире "open source"
> всё по другому, и можно "не спешить", один хрен за бесплатно
> отдашь.Творчество - это поиск. Поиск требует времени. Или вы творческий специалист и неспеша занимаетесь поиском, или вы ремесленник и используете самое быстрое решение, подвернувшееся под руку - ведь рынок не будет ждать.
> им нужны крепкие ремесленники, владеющие лучшими практикамине лучшими, а принятыми в этом племени. неважно, лучше ли шаман соседнего племени лечит людей: его техники *не такие*, а потому априори неправильные. да и вообще, уровень смертности в годовых планах прописан, что с дополнительными живыми делать?!
>> им нужны крепкие ремесленники, владеющие лучшими практиками
> не лучшими, а принятыми в этом племени. неважно, лучше ли шаман соседнего
> племени лечит людей: его техники *не такие*, а потому априори неправильные.
> да и вообще, уровень смертности в годовых планах прописан, что с
> дополнительными живыми делать?!Сертификация пропагандирует типовые лучшие практики, а не практики племени. Шаман соседнего племени проходил ровно ту же сертификацию, поэтому его методики априори будут такими-же.
И вообще, ребята, неужели вы ни разу не сталкивались с ситуацией, когда бывает, что называется, "горе от ума"? Человек считает себя умным и поэтому вместо того, чтобы сделать правильно, делает хитро - ставит кучу костылей и неочевидных подпорок, в которых потом никто, кроме него самого, не может разобраться. Как следствие, такие "умные" решения часто приводят к каким-то таинственным, загадочным и непредсказуемым глюкам, с которыми этот "ум" справляется привычными для него методами - костылями и подпорками, делая из себя незаменимого для компании человека. От таких ситуаций нормальные компании стараются защититься и ищут типовых и взаимозаменяемых.
> Сертификация пропагандирует типовые лучшие практики, а не практики племени.ой, не надо. я, к сожалению, имею немалый опыт работы с «сертифицироваными специалистами». и не лучшие, и даже не практики — так, набор рецептов на несколько типовых случаев и мгновенный ступор, как только задача в типовой случай не вписывается хоть краешком.
с тех пор прочитав в резюме «сертифицированый специалист» я автоматически щёлкаю «удалить». особенно это касается людей с сертификатами m$.
> И вообще, ребята, неужели вы ни разу не сталкивались с ситуацией, когда
> бывает, что называется, «горе от ума»?ещё как. к сожалению, в случае с «сертифицироваными» обычно ситуация «горе от деревянности». хрен редьки не слаще.
я отлично понимаю, зачем ищут взаимозаменяемых. беда в том, что с ними получается и типовой, взаимозаменяемый софт, который может сваять студент на коленке. при этом какая-либо смена условий вводит всех в ступор. равно как и слово «оптимизация» — они отвечают: «а я включал галочки оптимизатора в настройках среды!»
причём архитектурой это решается слабо: её приходится прорабатывать на таком уровне, что дальше уже проще натравить на неё перловый скрипт, который просто допишет boilerplate.
возможно, это я не умею работать с такой спецификой, но увы… нанимаю я, а не меня, поэтому и переучиваться не мне.
> Не везде ценятся творцы. Я не замечал, чтобы в финансовых учреждениях (банках,
> страховых компаниях) были нужны творцы от ИТ. Как раз-таки наоборот -
> им нужны крепкие ремесленники, владеющие лучшими практиками.Это как раз неудивительно с учётом характерного отношения хозяев таковых учреждений к неевреям как к этакому имуществу для стрижки (см. "хезкат-ишуб"). Человек творческий -- он ведь задумается над тем, что делает; а когда решительный -- то его ещё и заткнуть не выйдет.
> Творцы ценятся там, где нужно именно что творить - не спеша разрабатывать
> какую-то систему. А вообще, ценятся универсалы - разработчики, которые могут
> оперативно решать возникающие проблемы, генерируя обходные решения на тот период,
> пока ищется и разрабатывается правильное решение.Кто бы спорил.
>> Не везде ценятся творцы. Я не замечал, чтобы в финансовых учреждениях (банках,
>> страховых компаниях) были нужны творцы от ИТ. Как раз-таки наоборот -
>> им нужны крепкие ремесленники, владеющие лучшими практиками.
> Это как раз неудивительно с учётом характерного отношения хозяев таковых учреждений к
> неевреям как к этакому имуществу для стрижки (см. "хезкат-ишуб"). Человек
> творческий -- он ведь задумается над тем, что делает; а когда
> решительный -- то его ещё и заткнуть не выйдет.Просто ИТ в банке - это статья расходов и рисков, а не доходов. Поэтому расходы и риски стараются минимизировать. Тут нет никакой конспирологии - тут простая прямая логика.
Творческие люди - это ценный ресурс, потому что его мало. А компания большая и нуждается в большом количестве персонала. Поэтому творческих людей нанимают только на ключевые должности, а на остальных позициях работает человек-"набор параметров", строго по инструкции от ключевых сотрудников.
ваня признай уже, что облажался
> 2. я не буду ИСКАТЬ проблему, я буду её РЕШАТЬ.ванятка, ты доставляешь снова!
— эй, солдат, почему стоим?
— мотор не заводится, товарищ сержант!
— солдат, хватит ерундой заниматься, поехали, потом заведёшь!
Предлагаю вам идти в ветеринары. Хотя нет, с такими идеями "МИНИМИЗИРОВАТЬ ВРЕМЯ ПРОСТОЯ" лучше зверушек не мучить, а то пойдут попугаи наколесиках, рыбы с вентилятором etc.
> Предлагаю вам идти в ветеринары. Хотя нет, с такими идеями "МИНИМИЗИРОВАТЬ ВРЕМЯ
> ПРОСТОЯ" лучше зверушек не мучить, а то пойдут попугаи наколесиках, рыбы
> с вентилятором etc.Ребята, вы страшно далеки от практики. Не бывает такого, чтобы простоя не было вообще. Обязательно периодически случаются какие-нибудь факапы. Вот именно админы локалхоста и могут всё предусмотреть, потому что ни от кого не зависят. А реальность намного сложнее - в больших компаниях есть разные подразделения, занимающиеся разными задачами, невозможно заранее предсказать со 100% уверенностью, как изменения на твоём участке работы могут повлиять на работу других подразделений. Предсказать можно многое, но не всегда и не всё, потому что у каждого подразделения могут быть свои нюансы в работе, о которых ты не имеешь представления.
> Ребята, вы страшно далеки от практики. Не бывает такого, чтобы простоя не
> было вообще.Вообще-то сейчас практикую. Простои бывают.
> А реальность намного сложнее - в больших компаниях есть разные
> подразделения,Согласен.
> Предсказать можно многое, но не всегда и не всё, потому что у каждого
> подразделения могут быть свои нюансы в работе, о которых ты не
> имеешь представления.Это не имеет никакого отношения к "МИНИМИЗИРОВАТЬ ВРЕМЯ ПРОСТОЯ". Да бывают моменты когда можно поставить костыль и забыть. А бывают когда ты этот костыль поставишь, "МИНИМИЗИРУЯ ВРЕМЯ ПРОСТОЯ", и из-за него будет рушится вся система.
>Способностью МИНИМИЗИРОВАТЬ ВРЕМЯ ПРОСТОЯ системы (конечно же, проблемы железа мы РАССМАТРИВАЕМ)Простоя???
Это и козе понятно, но неужели тебе непонятно что в моем сообщении прямо говорится что простоя быть не должно вообще? Не то что переустановок - даже перезагрузок не должно быть. Проблема админом решается сходу и часто во время работы (часто отключением какого-то демона на некоторое время и возобновлеением его работы без влияния на другие сервера/службы). На особо критичные случие нас спасает kexec-tools. Ты что, реально переустановкой систем сервера обслуживаешь? Или о каких вообще переустановках ты говоришь? Или ты просто одмин локалхоста?
>Не то что переустановок - даже перезагрузок не должно быть.Конечно, попробуй установить обновления ядра или доставить планку памяти без перезагрузки или отключения системы. Или поставить обновления на виндовый сервер без его перезагрузки. Или попробовать обеспечить минимальное время простоя, когда вместе с официальными обновлениями винды приходит какая-нибудь бяка, после которой отваливается что-нибудь критичное для бизнеса.
Детский максимализм такой детский...
>Конечно, попробуй установить обновления ядра или доставить планку памяти без перезагрузки или отключения системы. Или поставить обновления на виндовый сервер без его перезагрузки. Или попробовать обеспечить минимальное время простоя, когда вместе с официальными обновлениями винды приходит какая-нибудь бяка, после которой отваливается что-нибудь критичное для бизнеса.Насчет доставит планку памяти - это вопрос по части железа, так что отвали-ка с ним. А кто говорит что на требующий максимального аптайма сервер ставим Archlinux и беспечно накатываем обновления (в т.ч. и ядра)? Про LTS слыхал? Я же писал что в критичных случаях (критичные баги в ядре) перегружаем сервер с использованием kexec-tools, а это, друг мой, очень быстро (варьируется от системы к системе). А насчет винды вообще забудь: только ССЗБ будет строить сервер на винде которые требует высокой нагрузки и высокого аптайма. Винда для домохозяет - а не для матерых IT'шников.
>Детский максимализм такой детский...А как насчет чтобы на свой пост взлянуть со стороны? Ты приводишьш под доводы очень редкий исключительный случай про обновление ядра. Замечу что некоторые модули ядра можно пересобрать и перегрузить без перезагрузки ядра. Съел?
> Насчет доставит планку памяти - это вопрос по части железаИ уже довольно давно работающий (RAM hotplug). Правда, не доводилось с таким сталкиваться.
> [...] очень редкий исключительный случай про обновление ядра. [...] Съел?
Давайте я съем, но всё-таки последняя автоматная очередь 3.2.x и 3.0.x с настоятельными рекомендациями обновиться немного не коррелирует с "очень редким исключительным случаем".
Да, в продакшне получилось бы скорее так, что менять шило на мыло (пока тестируется приехавшая сборка -- приезжает следующая и смысл ставить тестируемую множится на очень небольшую величину) просто не стали бы и из очереди в работу бы пошло последнее ядро. Но согласиться уже не получается.
PS 2 Ваня re 173:
> Вы мыслите категориями инструментов и путей поиска проблем, что сразу
> характеризует вас как низового специалиста в сис.администрированииВообще-то как диагноста, даже если начинающего. И даже если согласиться с "низовым специалистом", то специалист ценнее шамана как минимум в части воспроизводимости результатов его деятельности и отчуждаемости его опыта.
> Конечно, попробуй установить обновления ядра или доставить планку памяти без перезагрузки
> или отключения системы.дублирующие сервера — rocket science, видимо. равно как и *запланированое* время на ТО (выше говорили о *незапланированых* остановах, если что).
> виндовый сервер
нененене, благодарю, там пусть кто-нибудь другой работает.
> обновлениями винды…
> …критичное для бизнеса.нененене, благодарю, там пусть кто-нибудь другой работает.
> Детский максимализм такой детский…
бег на костылях может быть увлекателен. когда смотришь его на тытрубе под пивко, например. а вот участвовать в нём лично как-то не особо тянет.
>> виндовый сервер
> нененене, благодарю, там пусть кто-нибудь другой работает.А вам и не предлагают. Просто не нужно считать свою точку зрения единственной. Расширяйте кругозор - не нужны везде творцы и только творцы, ремесленники тоже нужны.
>> обновлениями винды…
>> …критичное для бизнеса.
> нененене, благодарю, там пусть кто-нибудь другой работает.А там и работает кто-нибудь другой, потому что белоручки с такой работой не справятся. Платят не за отдых на рабочем месте, а за работу. Если у тебя всё работает без особых усилий, значит выгонят тебя и аналогичных твоих коллег. Посадят вместо всей вашей оравы одного человека, которому и будут платить за разгребание грязи, а не за просиживание штанов.
>> Детский максимализм такой детский…
> бег на костылях может быть увлекателен. когда смотришь его на тытрубе под
> пивко, например. а вот участвовать в нём лично как-то не особо
> тянет.Бег на костылях может быть увлекательнее просиживания штанов, особенно если за бег хорошо платят зрители, а за дырки на штанах - никто не платит.
> Расширяйте кругозоря расширил. уже более десяти лет как. благодарю, на виндах пусть негры трудятся, им за это миску еды дадут.
> А там и работает кто-нибудь другой, потому что белоручки с такой работой
> не справятся. Платят не за отдых на рабочем месте, а за
> работу. Если у тебя всё работает без особых усилий, значит выгонят
> тебя и аналогичных твоих коллег. Посадят вместо всей вашей оравы одного
> человека, которому и будут платить за разгребание грязи, а не за
> просиживание штанов.видишь ли, если админ работает — то или он только что устроился и разбирается, что как; или привезли новую технику и он накатывает туда типовой набор; или всё только образовалось и он с нуля строит систему (или убирает за фигурантом следующего «или»); или он дятел. если бы наш админ постоянно работал, я бы выпер его нафиг.
> Бег на костылях может быть увлекательнее просиживания штанов, особенно если за бег
> хорошо платят зрители, а за дырки на штанах — никто не
> платит.ага. «пашите негры, пашите, солнце ещё высоко. а когда солнце сядет, мы вам лампочку включим.»
> не нужны везде творцы и только творцы, ремесленники тоже нужны.Конечно. И кичиться не стоит ни мастерством, ни искусностью.
Из недавнего по схожей теме -- может быть интересно: http://lists.altlinux.org/pipermail/devel/2012-April/193855.... (мне показалась занятной, хоть и не новой, цитата в последних трёх абзацах).
> Бег на костылях может быть увлекательнее просиживания штанов,
> особенно если за бег хорошо платят зрителиВот потому и не осталось хорошего футбола... Страшно подумать, что бы стало с древними греками, если бы их спорт коммерциализировался.
Не стоит защищать и превозносить ремесло. Надо понимать ему цену. Больше за ним ничего особо и нет.
> Правильно выбранные критерии = грамотно выстроенная система мотивации, оценки,
> и вознаграждения (получка, зар.плата, бабло).Сильно рекомендую http://lib.ru/MEMUARY/ERSHOW_W/zapiski_ezdowogo_psa.txt
PS re #155: рад; спасибо, поищу издание, хотя анонс настораживает последней фразой (вроде бы и правильная, а всё же нет: люди для государства, государство для людей, как и в семье).
Помнится, вы кому-то уже рекомендовали ранее. Именно с вашей легкой клавиатуры она прочлась в одно дыхание. Аноним благодарен Шигорину за книгу. Книга очень достойная.PS: Также рекомендую почитать "Бураном сожженные" (да-да, именно о том самом беспилотном Буране речь...).
> Если переустановить и перенастроить можно быстрее, чем найти и исправить
> - нужно переустанавливать.Правильно, причём на этот раз ставить то, с чем найти и исправить можно быстрее и с меньшим суммарным даунтаймом сервисов. Как раз по тематике данного сайта.
> Это прогрессивное человечество, предпочитающее комфорт эффективности работы, всегда
> будет решать любые сколько-нибудь серьезные проблемы переустановкой системы. Так же комфортнее...Я надеюсь, что под эффективностью здесь имелась ввиду самодиагностика системы с автоматизированным выявлением и устранением проблем, а не копание в недрах системы вручную, начитавшись манов?
>>> Есть проблемы системы, которые можно сравнить с изучением бактерий.
>> Этим уже наука занимается. А обыватель изучает бактерии водой с мылом.
> Обыватель так-же переустанавливает винду при проблемах и забивает гвозди молотком. Консольные
> браузеры и микроскопы обывателю нафиг не нужны, они нужны науке.
> Ты всё правильно понял.Даже теряюсь в догадках, какой науке может потребоваться устаревшей технологии вроде консольных браузеров.
самой простой пример: чтоб быстро посмотреть server-status апача с самого сервера, так как у тебя например динамический ИП, а сервер-статус естественной залочен от всех кроме локалхоста (или ряда разрешенных ипов)
Если человек живет надеждой, что система будет умнее него - маны читать бесполезно.
В затронутом случае (упавшие иксы) не требуется ни суперавтоматизированных систем, ни, тем более, чудесных дисков. Достаточно заглянуть в логи, а потом, если проблема софтовая, выполнить (о ужас! вручную!) пару команд в консоли. Если же проблема не софтовая - то, как ни странно, никакой искусственный разум сам ее за админа не решит.
> Достаточно заглянуть в логи, а потом, если
> проблема софтовая, выполнить (о ужас! вручную!) пару команд в консоли.Что интересно, эта задача вполне относится к автоматизируемым. Ибо и логи, и пара команд в консоли - это формальные языки со строгой семантикой. Ан нет, её предпочитают вручную решать. Хотя, может, кто-то считает подобные задачи творческими, не поддающихся формализации и автоматизации.
>Если человек живет надеждой, что система будет умнее него - маны читать бесполезно.Как показывает практика, на формализованных задачах система действительно гораздо умнее человека. Ибо для этого она и создавалась. Другое дело, что не каждому под силу задачу формализовать.
>> Достаточно заглянуть в логи, а потом, если
>> проблема софтовая, выполнить (о ужас! вручную!) пару команд в консоли.
> Что интересно, эта задача вполне относится к автоматизируемым. Ибо и логи, и
> пара команд в консоли - это формальные языки со строгой семантикой.
> Ан нет, её предпочитают вручную решать. Хотя, может, кто-то считает подобные
> задачи творческими, не поддающихся формализации и автоматизации.
>>Если человек живет надеждой, что система будет умнее него - маны читать бесполезно.
> Как показывает практика, на формализованных задачах система действительно гораздо умнее
> человека. Ибо для этого она и создавалась. Другое дело, что не
> каждому под силу задачу формализовать.Понимаешь, проблема не в творчестве или сложности формулирования конкретной задачи.
Проблема в том, что этих задач очень много.
Если бы это было не так, то сейчас все программы писались бы автоматически.
> Понимаешь, проблема не в творчестве или сложности формулирования конкретной задачи.
> Проблема в том, что этих задач очень много.
> Если бы это было не так, то сейчас все программы писались бы
> автоматически.А что, сейчас хоть _какие-то_ программы пишутся автоматически? Или хотя бы автоматизированно? Или есть автоматизированные средства решения частых вопросов вместо написания faq? Или, может, где-то вместо cook book'ов есть автоматизированные средства?
>> Понимаешь, проблема не в творчестве или сложности формулирования конкретной задачи.
>> Проблема в том, что этих задач очень много.
>> Если бы это было не так, то сейчас все программы писались бы
>> автоматически.
> А что, сейчас хоть _какие-то_ программы пишутся автоматически? Или хотя бы автоматизированно?
> Или есть автоматизированные средства решения частых вопросов вместо написания faq? Или,
> может, где-то вместо cook book'ов есть автоматизированные средства?Нет, программы не пишутся автоматически. Да, программы пишутся автоматизированно. Задать пару комманд в консоли, это тоже автоматизированное средство решения проблемы.
>Да, программы пишутся автоматизированно.А вы поподробнее, поподробнее. Заодно и быстрее будет.
>Задать пару комманд в консоли, это тоже автоматизированное средство решения проблемы.
Однако люди на этом уровне автоматизации не остановились и из команд начали складывать программы.
>>Да, программы пишутся автоматизированно.
> А вы поподробнее, поподробнее. Заодно и быстрее будет.А что подробнее? Ни одна программа пока не научилась программировать.
>>Задать пару комманд в консоли, это тоже автоматизированное средство решения проблемы.
> Однако люди на этом уровне автоматизации не остановились и из команд начали
> складывать программы.Начали. И даже получили автоматизированные решения для некоторых проблем. Только не для всех и не всегда оптимальные. Беда...
Но уверяю, если ты сумеешь написать программу, которая автоматически решала все проблемы возникающие при, скажем, использовании винды, то пару миллионов баксов ты точно заработаешь.
> А что подробнее?Подробнее, в чём автоматизация состоит.
> Начали. И даже получили автоматизированные решения для некоторых проблем. Только не для
> всех и не всегда оптимальные.Какое может быть неоптимальное решение по анализу логов и нахождению проблемы?
> Беда...
> Но уверяю, если ты сумеешь написать программу, которая автоматически решала все проблемы
> возникающие при, скажем, использовании винды, то пару миллионов баксов ты
> точно заработаешь.Я очень сомневаюсь, что это можно сделать, не работаю на MS и не имея доступа ко всей документации.
>> А что подробнее?
> Подробнее, в чём автоматизация состоит.Мне описать фишки конкретной IDE?
>> Начали. И даже получили автоматизированные решения для некоторых проблем. Только не для
>> всех и не всегда оптимальные.
> Какое может быть неоптимальное решение по анализу логов и нахождению проблемы?Я написал "решения ... проблем"
Например откат винды может являтся совсем неоптимальным решением, если достаточно подправить ветку в реестре. Но откат можно использовать для решения большого колличества разных проблем, поэтому его удобно использовать при автоматизации.>> Беда...
>> Но уверяю, если ты сумеешь написать программу, которая автоматически решала все проблемы
>> возникающие при, скажем, использовании винды, то пару миллионов баксов ты
>> точно заработаешь.
> Я очень сомневаюсь, что это можно сделать, не работаю на MS и
> не имея доступа ко всей документации.Это очень сложно сделать, даже имея всю документацию. MS пока полностью не справился.
> Мне описать фишки конкретной IDE?Да нет, достаточно назвать наиболее автоматизирующие создание программы фишки.
> Я написал "решения ... проблем"
Чтобы _решить проблему_, можно сначала её найти. А так это не решение проблемы, а её уничтожение вместе с частью системы.
> MS пока полностью не справился.
MS пишет программы не потому, что они хотят решать проблемы пользователя, а потому, что их можно продавать.
>> Мне описать фишки конкретной IDE?
> Да нет, достаточно назвать наиболее автоматизирующие создание программы фишки.Автодополнение из всех автоматических фишек навскидку создаёт больше всего кода.
>> Я написал "решения ... проблем"
> Чтобы _решить проблему_, можно сначала её найти. А так это не решение
> проблемы, а её уничтожение вместе с частью системы.Конечно. Но о поиске я не писал. Я писал о неоптимальных автоматических решениях.
>> MS пока полностью не справился.
> MS пишет программы не потому, что они хотят решать проблемы пользователя, а
> потому, что их можно продавать.Не будь наивным. Если MS перестанет решать проблемы пользователей, их продукты перестанут покупать.
> Автодополнение из всех автоматических фишек навскидку создаёт больше всего кода.На этапе кодирования. А как насчёт проектирования/перепроектирования? Создание программы всё-таки с проектирования начинается.
> Конечно. Но о поиске я не писал. Я писал о неоптимальных автоматических
> решениях.А я говорил об автоматизируемых методах. С предварительным анализом ситуации.
> Не будь наивным. Если MS перестанет решать проблемы пользователей, их продукты перестанут
> покупать.MS не нужно переставать решать проблемы. Ей достаточно не решать их все, при этом создавая новые. Ибо в противном случае её продукты уж точно перестанут покупать.
>> Автодополнение из всех автоматических фишек навскидку создаёт больше всего кода.
> На этапе кодирования. А как насчёт проектирования/перепроектирования? Создание программы
> всё-таки с проектирования начинается.Последний раз проектированием на компьютере я занимался будучи студентом. Вся видимая для меня автоматизация сводилась к тому что мне не надо было рисовать диаграммы "вручную".
>> Конечно. Но о поиске я не писал. Я писал о неоптимальных автоматических
>> решениях.
> А я говорил об автоматизируемых методах. С предварительным анализом ситуации.Странный получился разговор, я говорю о неоптимальных решениях, а у меня переспрашиваешь о неоптимальном поиске проблем.
>> Не будь наивным. Если MS перестанет решать проблемы пользователей, их продукты перестанут
>> покупать.
> MS не нужно переставать решать проблемы. Ей достаточно не решать их все,
> при этом создавая новые. Ибо в противном случае её продукты уж
> точно перестанут покупать.Перестанут покупать, если MS решит все проблемы, я правильно понял?
Может быть, но я не думаю, что это основаная причина отсутствия "решателя всех проблем".
> Последний раз проектированием на компьютере я занимался будучи студентом. Вся видимая для
> меня автоматизация сводилась к тому что мне не надо было рисовать
> диаграммы "вручную".Так может это и не проектирование было вовсе? А так, одно название?
> Странный получился разговор, я говорю о неоптимальных решениях, а у меня переспрашиваешь
> о неоптимальном поиске проблем.А всё потому, что это изначально предполагалось.
http://www.opennet.me/openforum/vsluhforumID3/84013.html#28
> Перестанут покупать, если MS решит все проблемы, я правильно понял?
> Может быть, но я не думаю, что это основаная причина отсутствия "решателя
> всех проблем".Основная причина - решение всех проблем не приводит к максимальному количеству денег при минимальных затратах. А компании, они не универы и НИИ, главная цель у них - деньги зарабатывать, а не проблемы эффективно решать при возможном недостатке финансирования, а то и вовсе без оного.
>> Последний раз проектированием на компьютере я занимался будучи студентом. Вся видимая для
>> меня автоматизация сводилась к тому что мне не надо было рисовать
>> диаграммы "вручную".
> Так может это и не проектирование было вовсе? А так, одно название?Было проектирование, по своей сложности соответствующее знаниям студентов.
Основной целью у него было не показать возможности автоматизаций.Ты бы просвятил меня в общих чертах, какие возможности в плане автоматизации проектирования дают современные программы.
>> Странный получился разговор, я говорю о неоптимальных решениях, а у меня переспрашиваешь
>> о неоптимальном поиске проблем.
> А всё потому, что это изначально предполагалось.
> http://mobile.opennet.ru/openforum/vsluhforumID3/84013.html#28Ну давай расставим точки над i. Я считаю невозможной "самодиагностику системы с автоматизированным выявлением и устранением проблем", которая способна к 100% возможных проблем подобрать оптимальные решения, потому-что программист этой самодиагностики не способен учесть всех проблем, которые могут возникнуть в системе.
>> Перестанут покупать, если MS решит все проблемы, я правильно понял?
>> Может быть, но я не думаю, что это основаная причина отсутствия "решателя
>> всех проблем".
> Основная причина - решение всех проблем не приводит к максимальному количеству денег
> при минимальных затратах. А компании, они не универы и НИИ, главная
> цель у них - деньги зарабатывать, а не проблемы эффективно решать
> при возможном недостатке финансирования, а то и вовсе без оного.Я примерно о том же и говорю. Фирма (не MS) которая напишет "автоматического сисадмина для windows", который мог бы решать хотя бы 99% программных проблем, может заработать на нём кучу денег.
Проблема в том, что это довольно трудная задача и стоимость её решения вполне может привысить прибыль.
> Ты бы просвятил меня в общих чертах, какие возможности в плане автоматизации
> проектирования дают современные программы.Самое смешное, что это был мой вопрос.
> Ну давай расставим точки над i. Я считаю невозможной "самодиагностику системы с
> автоматизированным выявлением и устранением проблем", которая способна к 100% возможных
> проблем подобрать оптимальные решения, потому-что программист этой самодиагностики не
> способен учесть всех проблем, которые могут возникнуть в системе.Какие 100 % и подбор оптимальных решений? Даже типичные проблемы решаются через faq, cookbook и howto, а не через скрипты.
> Я примерно о том же и говорю. Фирма (не MS) которая напишет
> "автоматического сисадмина для windows", который мог бы решать хотя бы 99%
> программных проблем, может заработать на нём кучу денег.Но только один раз. А дальше всё - проблемы решены, программы не нужны.
>Какие 100 % и подбор оптимальных решений?tmp: "Я надеюсь, что под эффективностью здесь имелась ввиду самодиагностика системы с автоматизированным выявлением и устранением проблем, а не копание в недрах системы вручную, начитавшись манов?"
Я не верю в возможность существования "автоматизированного выявления и устранения проблем" без "копания в недрах системы, начитавшись манов".
>Но только один раз. А дальше всё - проблемы решены, программы не нужны.
Дальше ждём новых фич от майкрософта и устраняем проблемы в них. Заодно сдаём "виртуального сисадмина" в аренду с помесячной оплатой. Профит же.
> tmp: "Я надеюсь, что под эффективностью здесь имелась ввиду самодиагностика системы с
> автоматизированным выявлением и устранением проблем, а не копание в недрах
> системы вручную, начитавшись манов?"Ну и где здесь про 100 % и подбор? Автоматизация - это предоставление выбора, удобного интерфейса аля экспертная система, а не готовых решений и кнопки Ок.
> Я не верю в возможность существования "автоматизированного выявления и устранения проблем"
> без "копания в недрах системы, начитавшись манов".А я не верю, что чтение справочников по ключам команд для изучения системы вообще можно считать эффективным занятием.
> Дальше ждём новых фич от майкрософта и устраняем проблемы в них.
А новые фичи в большинстве случаев уже будут и не нужны.
> Заодно
> сдаём "виртуального сисадмина" в аренду с помесячной оплатой. Профит же.Хакеры эту фичу отломают и профита уже не будет.
> Я написал "решения ... проблем"
> Например откат винды может являтся совсем неоптимальным решением, если достаточно подправить
> ветку в реестре. Но откат можно использовать для решения большого колличества
> разных проблем, поэтому его удобно использовать при автоматизации.Ага, осталось только написать автоматизацию принятия решения "есть проблема или нет проблемы". Проблемы тоже бывают разные и проявляются по-разному и поэтому полной автоматизации не поддаются - нужен человек, чтобы принять авторитетное решение и взять на себя ответственность за это решение.
вы как-то забываете о том, что команды в консоли УЖЕ являются программами.
> вы как-то забываете о том, что команды в консоли УЖЕ являются программами.Только писались они с расчётом, что будут компонентами других программ на bash. А не для прямого вызова.
>> вы как-то забываете о том, что команды в консоли УЖЕ являются программами.
> Только писались они с расчётом, что будут компонентами других программ на bash.
> А не для прямого вызова.Предлагаю запретить xterm, rxvt и cmd.exe заодно, нам же не надо напрямую вызывать команды в консоли.
Глупость же.
> Предлагаю запретить xterm, rxvt и cmd.exe заодно, нам же не надо напрямую
> вызывать команды в консоли.
> Глупость же.Э нет. xterm, rxvt и cmd.exe позволяют вызывать и скрипты. А не только голые программы, которые для встраивания в эти скрипты предназначены.
>> Предлагаю запретить xterm, rxvt и cmd.exe заодно, нам же не надо напрямую
>> вызывать команды в консоли.
>> Глупость же.
> Э нет. xterm, rxvt и cmd.exe позволяют вызывать и скрипты. А не
> только голые программы, которые для встраивания в эти скрипты предназначены.Да точно запретить, скрипты можно и из файлового менеджера вызвать.
> Да точно запретить, скрипты можно и из файлового менеджера вызвать.Согласен. И вывод скриптов туда же, в файловый менеджер, пихать.
>> Да точно запретить, скрипты можно и из файлового менеджера вызвать.
> Согласен. И вывод скриптов туда же, в файловый менеджер, пихать.Есть и такие ФМ. Но кто мешает перенаправить его в файл? Тем более для логов удобно.
Только что представил себе, как я для каждого единичного действия а-ля заархивировать директорию, буду писать отдельный скрипт. Улыбнуло.
> Есть и такие ФМ.Какие же?
> Только что представил себе, как я для каждого единичного действия а-ля заархивировать
> директорию, буду писать отдельный скрипт. Улыбнуло.А нужно архивировать директорию? Или реализовать, скажем, политику резервного копирования?
Нет, если у вас задачи по уровню совпадают с уровнем консольных утилит, то вопросов нет.
> А что, сейчас хоть _какие-то_ программы пишутся автоматически?Да, конечно.
PS: загляните в почти любой configure script.
> Да, конечно.
> PS: загляните в почти любой configure script.Это не совсем то, что обычно понимают под программой.
Makefile-то? Вполне себе программа. Хинт: программирование бывает не только императивным.
> Makefile-то? Вполне себе программа. Хинт: программирование бывает не только императивным.Это программы настолько, насколько являются программами конфиги, если бы их не разбирали интерпретаторы, а генерировали в скрипты, содержащие настройки этих самых конфигов.
А императивщина тут ни при чём - makefile он тоже не с нуля генерится, начальные условия ему человек задаёт, а не он получает, анализируя исходники.
> А императивщина тут ни при чём — makefile он тоже не с
> нуля генерится, начальные условия ему человек задаёт, а не он получает,
> анализируя исходники.(задумчиво) а у меня вот система сборки анализирует исходники. и вполне способна «с нуля» создать сборочные скрипты, опознав некоторые хидеры, прописав зависимости и так далее. потому что я заколебался однажны вручную выпиливать автокрап (ну да, бывают и такие нужды). а также заколебался руками прописывать всякие библиотеки и прочее для своих проектов. язык системы сборки — вполне себе turing complete (и, кстати, часть генератора на этом же языке и написана). пожалуйста, вполне себе программа, которая пишет программу.
> (задумчиво) а у меня вот система сборки анализирует исходники. и вполне способна
> «с нуля» создать сборочные скрипты, опознав некоторые хидеры, прописав зависимости
> и так далее.Это как это, опознав _некоторые_ хидеры, можно прописать _все_ зависимости?
> пожалуйста, вполне себе программа, которая пишет программу.
Ещё раз: формально это программа, фактически - конфиг в виде программы. Да и то, глядя на ./configure, низкого качества. И вопросы возникают в её преимуществе перед нормальным декларативным компактным конфигом.
> Это как это, опознав _некоторые_ хидеры, можно прописать _все_ зависимости?хидеров конечное количество, вообще-то. и совершенно не нужно знать все 100500, кстати. а режим «для особо ленивых» позволяет выцепить из хидеров функции, поискать их в so-шках, потом прошерстить pkg-config на предмет этих исошек и обновить базу известных хидеров. автоматически. что забавно — это вполне себе удовлетворительно работает, не так часто приходится руками мозги вправлять. плюс оно умеет отлавливать ошибки линковки и делать то же самое (почти) с ними. это если хидеры системных библиотек.
хидеры же самого софта — простейший разбор include, иногда «почти-грепы» на предмет вызова чего-то откуда-то.
в итоге порождаются вполне удобоваримые скрипты сборки, притом человекочитаемые и даже с комментариями, зачем оно притащило ту или иную фичу. моё участие обычно заключается в том, что я пинаю генератор (на заведомо собираемой программе, натурально) и получаю в итоге необходимую сборочную конфигурацию.
некоторое усложнение разве что с опциями-дефайнами, которые надо выдёргивать из автокрапа: всё никак не соберусь допилить толковый анализатор.
> Ещё раз: формально это программа, фактически — конфиг в виде программы.
а сишный исходник — это конфиг для процессора. в виде программы. угу.
> и то, глядя на ./configure, низкого качества.
а я разве про конфигур говорил? O_O я, как раз, говорил про то, что основной причиной создания подобной штуки у меня было хроническое неприятие продуктов жизнедеятельности автокрапа. и да, это не для make, это немного для другой системы сборки (с одной стороны — попроще, с другой — помощнее и поумнее).
>[оверквотинг удален]
> умеет отлавливать ошибки линковки и делать то же самое (почти) с
> ними. это если хидеры системных библиотек.
> хидеры же самого софта — простейший разбор include, иногда «почти-грепы»
> на предмет вызова чего-то откуда-то.
> в итоге порождаются вполне удобоваримые скрипты сборки, притом человекочитаемые и даже
> с комментариями, зачем оно притащило ту или иную фичу. моё участие
> обычно заключается в том, что я пинаю генератор (на заведомо собираемой
> программе, натурально) и получаю в итоге необходимую сборочную конфигурацию.
> некоторое усложнение разве что с опциями-дефайнами, которые надо выдёргивать из автокрапа:
> всё никак не соберусь допилить толковый анализатор.Это ж где такая прелесть? Пока я видел, что создание пакетов из тарболов происходит в ручном режиме.
> а сишный исходник — это конфиг для процессора. в виде программы. угу.Только пользы от этих "конфигов" для конечного пользователя сильно больше. А возможностей генерации практически нет.
> а я разве про конфигур говорил?Я говорю в принципе про качество сгенерированного кода.
>> в итоге порождаются вполне удобоваримые скрипты сборки, притом человекочитаемые
>> и даже с комментариями, зачем оно притащило ту или иную фичу.
> Это ж где такая прелесть?Автоматическое создание сборочной информации проекта видел и использовал больше двадцати лет тому в наборе JPI TopSpeed (когда писал на Modula-2). Иэхх, и впрямь прелесть :-)
> Пока я видел, что создание пакетов из тарболов происходит в ручном режиме.
Посмотрите на cpan2rpm/cpan2spec и подобные конверторы -- это частный случай, но в хорошо устроенных репозиториях метаинформации для генерации спека по тарболу достаточно.
>> а сишный исходник — это конфиг для процессора. в виде программы. угу.
> [...] возможностей генерации практически нет.Да ладно. "generate c code" => ~238k результатов в гугле сейчас.
>> а я разве про конфигур говорил?
> Я говорю в принципе про качество сгенерированного кода.Бывает разным, смотря как продумывали и выписывали генератор. Кстати, макросы -- это тоже кодогенерирование. И они бывают не только первого порядка.
PS re #197:
> Ещё раз: формально это программа, фактически - конфиг в виде программы.Так в приличных языках текст программы сразу является и структурированными данными (s-expression, например)...
PPS re #176:
>> Makefile-то? [...] Хинт: программирование бывает не только императивным.
> Это программы настолько, насколько являются программами конфиги [...]
> А императивщина тут ни при чёмВообще занятно перечитывать ваше обсуждение -- интересно, случайно так мысли наложились или нет? :)
Makefile -- это программа на местами функциональном языке; в таких языках кодогенерация по факту является довольно общим местом. С императивщиной так делать просто неудобней.
> Автоматическое создание сборочной информации проекта видел и использовал больше двадцати
> лет тому в наборе JPI TopSpeed (когда писал на Modula-2).
> Иэхх, и впрямь прелесть :-)Это не для linux, увы.
> Посмотрите на cpan2rpm/cpan2spec и подобные конверторы -- это частный случай, но в
> хорошо устроенных репозиториях метаинформации для генерации спека по тарболу достаточно.
>репозиториях метаинформацииЭтот репозитарий ещё создать надо, что приравнивается к ручной работе. Вот если он создавался бы автоматически на основе анализа содержимого тарболла...
> Да ладно. "generate c code" => ~238k результатов в гугле сейчас.Это может быть генерация в c код с другого языка. Или генерация такого же конфига. Как насчёт генерации со спецификации?
> Бывает разным, смотря как продумывали и выписывали генератор. Кстати, макросы --
> это тоже кодогенерирование. И они бывают не только первого порядка.На глаза попадается низкое качество.
> Так в приличных языках текст программы сразу является и структурированными данными (s-expression,
> например)...Это вы к чему?
>> в наборе JPI TopSpeed (когда писал на Modula-2).
> Это не для linux, увы.Это для DOS, но не вижу пока принципиальной разницы. Кстати, C/C++ там тоже были, да и история фирмы-производителя интересна.
>> Посмотрите на cpan2rpm/cpan2spec и подобные конверторы -- это частный случай,
>> но в хорошо устроенных репозиториях метаинформации для генерации спека по тарболу
>> достаточно.
> Этот репозитарий ещё создать надо, что приравнивается к ручной работе.Уф. Посмотрите для примера какой http://search.cpan.org/~agent/Makefile-GraphViz/ и объясните, какую ручную работу можно было выкинуть.
> Вот если он создавался бы автоматически на основе анализа содержимого тарболла...
Если произвольного -- то это задачка на AI. Если для e.g. autoconf-based -- отчасти автоматизируемо, у меня где-то в архиве даже есть подборка на эту тему.
>> Да ладно. "generate c code" => ~238k результатов в гугле сейчас.
> Это может быть генерация в c код с другого языка. Или генерация
> такого же конфига. Как насчёт генерации со спецификации?IDL не встречали?
>> Бывает разным, смотря как продумывали и выписывали генератор. Кстати, макросы --
>> это тоже кодогенерирование. И они бывают не только первого порядка.
> На глаза попадается низкое качество.Возможно, ищете под фонарём.
>> Так в приличных языках текст программы сразу является и структурированными данными
> Это вы к чему?К возможности и удобству на практике их записи, а при необходимости -- чтения и модификации. Я просто не знаю, из каких именно соображений Вы стали разделять текст программы и конфигурационный файл (данные).
> Это для DOS, но не вижу пока принципиальной разницы. Кстати, C/C++
> там тоже были, да и история фирмы-производителя интересна.Это я к тому, что сейчас этого нет. Для пользователя. Которому тарболл нужно в пакет собрать, а не разработкой заниматься, если что.
>>> Посмотрите на cpan2rpm/cpan2spec и подобные конверторы -- это частный случай,
>>> но в хорошо устроенных репозиториях метаинформации для генерации спека по тарболу
>>> достаточно.
>> Этот репозитарий ещё создать надо, что приравнивается к ручной работе.
> Уф. Посмотрите для примера какой http://search.cpan.org/~agent/Makefile-GraphViz/
> и объясните, какую ручную работу можно было выкинуть.Что-то я не понял это предложение. И да, перловые модули - это опять не то, что пользователи понимают под программой. И я говорю, что для других программ, более полезных, подобные репозитории создавать надо. Вручную.
> Если произвольного -- то это задачка на AI. Если для e.g.
> autoconf-based -- отчасти автоматизируемо, у меня где-то в архиве даже есть
> подборка на эту тему.Подборка из статей или инструментов, которые реально работают?
>>> Да ладно. "generate c code" => ~238k результатов в гугле сейчас.
>> Это может быть генерация в c код с другого языка. Или генерация
>> такого же конфига. Как насчёт генерации со спецификации?
> IDL не встречали?Эх, опять служебные программы...
> Возможно, ищете под фонарём.
Так я специально их не ищу. Наблюдая то, что попадается в обыденной жизни.
> К возможности и удобству на практике их записи, а при необходимости --
> чтения и модификации. Я просто не знаю, из каких именно
> соображений Вы стали разделять текст программы и конфигурационный файл (данные).Разделяю из соображений отношения к пользователю. Пользователь - он с программой непосредственно работает. А конфиг ему нужен постольку поскольку.
> Это я к тому, что сейчас этого нет. Для пользователя. Которому тарболл
> нужно в пакет собрать, а не разработкой заниматься, если что.Как пользователь, собравший некоторое количество тарболов в пакеты -- ответственно заявляю, что разработка вовсе не всегда при чём. Нередко достаточно навыков чтения и понимания технической документации в виде README/INSTALL или в эквиваленте.
> Что-то я не понял это предложение. И да, перловые модули - это опять не то,
> что пользователи понимают под программой. И я говорю, что для других программ,
> более полезных, подобные репозитории создавать надо. Вручную.Так и я говорю, что для других программ есть хороший пример. Различие приложений с модулями (по сути библиотеками) уже отчасти покрывается трудами fd.o и LSB.
>> [...] где-то в архиве даже есть подборка на эту тему.
> Подборка из статей или инструментов, которые реально работают?Инструментов, которые вроде как работают в ограниченном числе случаев. В альтовских рассылках обсуждались, кажется.
>>> Как насчёт генерации со спецификации?
>> IDL не встречали?
> Эх, опять служебные программы...Ну так уточните, что имеете в виду под спецификацией. Если "хочу, шоб..." -- опять же задачка на ИИ.
>> [...] разделять текст программы и конфигурационный файл (данные).
> Разделяю из соображений отношения к пользователю. Пользователь - он с программой
> непосредственно работает. А конфиг ему нужен постольку поскольку.Значит, правильно Вас понял.
Если интересно -- почитайте на досуге, скажем, http://www.ccs.neu.edu/home/dorai/t-y-scheme/t-y-scheme.html или даже http://ftp.linux.kiev.ua/pub/docs/developer/general/sicp-ru/ ; вдруг да понравится. Особенно хорошо может пойти при наличии склонностей к математике (причём не численным, а символьным вычислениям), а пригодиться -- при необходимости ужатия многого в малое, да понадёжней.
> Как пользователь, собравший некоторое количество тарболов в пакеты -- ответственно заявляю,
> что разработка вовсе не всегда при чём. Нередко достаточно навыков
> чтения и понимания технической документации в виде README/INSTALL или в эквиваленте.Да нет. Нужно читать вывод ./confugure --help, ЕМНИП, чтобы хоть какую-то гибкость иметь. А дальше начинаются сложности. Например, делать, а предварительно знать про, сборку пакета в чистой системе.
И да, вы не пользователь - уровень не тот.
> Так и я говорю, что для других программ есть хороший пример.
> Различие приложений с модулями (по сути библиотеками) уже отчасти покрывается трудами
> fd.o и LSB.Я всё-таки ещё раз прошу пояснить тот пример - непонятно , что вы имели ввиду.
> Инструментов, которые вроде как работают в ограниченном числе случаев. В альтовских
> рассылках обсуждались, кажется.Прогресс внедрения есть? И да, эти ограниченные случаи - не CPAN/CRAN/CTAN?
> Ну так уточните, что имеете в виду под спецификацией. Если "хочу,
> шоб..." -- опять же задачка на ИИ.Не "что имею ввиду под спецификацией", а область применения программы. Вы под генерацией понимаете получение исключительно программ для программистов и иже с ними. Или то, что и без генерации неплохо работает.
> Значит, правильно Вас понял.
> Если интересно -- почитайте на досуге, скажем, http://www.ccs.neu.edu/home/dorai/t-y-scheme/t-y-scheme.html
> или даже http://ftp.linux.kiev.ua/pub/docs/developer/general/sicp-ru/ ; вдруг да понравится.
> Особенно хорошо может пойти при наличии склонностей к математике (причём
> не численным, а символьным вычислениям), а пригодиться -- при необходимости ужатия
> многого в малое, да понадёжней.Интересно, книга валяется. Но толку, программы пишутся на совсем других языках.
> Нужно читать вывод ./confugure --help, ЕМНИП, чтобы хоть какую-то гибкость иметь.Тогда уж configure.ac парсить...
> А дальше начинаются сложности. Например, делать, а предварительно знать про,
> сборку пакета в чистой системе.Это само собой подразумевается, ну и про отсутствие сложностей ни разу не утверждаю.
> И да, вы не пользователь - уровень не тот.
Махровый юзер, поскольку предпочитаю без нужды в исходники не лазить. Разве что рука немного набита -- где это получится, а что лучше обойти во избежание.
> Я всё-таки ещё раз прошу пояснить тот пример - непонятно ,
> что вы имели ввиду.А, простите. Имел в виду то, что в рамках текущей штатной архитектуры и реализации CPAN собирается необходимое и достаточное количество метаинформации для упакечивания модулей.
>> Инструментов, которые вроде как работают в ограниченном числе случаев.
> Прогресс внедрения есть?Скорее нет, по крайней мере не замечал.
> И да, эти ограниченные случаи - не CPAN/CRAN/CTAN?
Не-а, скорее autoconf-based.
>> Ну так уточните, что имеете в виду под спецификацией. Если "хочу,
>> шоб..." -- опять же задачка на ИИ.
> Не "что имею ввиду под спецификацией", а область применения программы.Можно пример, хотя бы тривиальный и на пальцах? Просто есть формальные спецификации, по которым код можно генерировать автоматически; есть достаточно точные, за которые можно сажать кодеров; а есть и такие, которые грамотный специалист с зубной болью читает и наполовину игнорирует либо интерпретирует по принципу DWIM...
> Вы под генерацией понимаете получение исключительно программ для программистов
> и иже с ними. Или то, что и без генерации неплохо работает.Вообще-то нет. Например, orbitz.com не только для программистов, но без глубоких макросов вряд ли работал бы так же хорошо.
> Интересно, книга валяется. Но толку, программы пишутся на совсем других языках.
Смотря где, да и знание принципов помогает. Когда вдруг понимаешь, что в тот же шелл диверсанты засадили изрядное количество функциональных подходов (один пайп чего стоит) -- скрипты получаются совсем другие: не простыни, а читабельные, внятные и отлаживабельные.
Да и для декомпозиции задачи понимание функционального программирования полезно.
> Тогда уж configure.ac парсить...А это уже парсер писать требуется. Не бог весть какая сложность, если знаешь как...
> Это само собой подразумевается, ну и про отсутствие сложностей ни разу не
> утверждаю.Это совершенно не подразумевается. Особенно учитывая тот факт, что упрощённая документация по сборке и помощь на форумах это не подразумевает, а в Install большими красными буквами об этом не написано. А также, что при сборке нет warning'ов. Ну и по многим другим причинам.
> Махровый юзер, поскольку предпочитаю без нужды в исходники не лазить.
Нет, нет, нет. Пользователь не лазит в исходники просто потому, что не знает, что это такое. А уж создатель пакетов - он и вовсе может нести гордое звание - сопровождающий, на что пользователь способен разве что в Windows, где программы распространяются сразу готовые для установки.
> А, простите. Имел в виду то, что в рамках текущей штатной
> архитектуры и реализации CPAN собирается необходимое и достаточное количество метаинформации
> для упакечивания модулей.Нет, что вы имели ввиду, когда просили объяснить, какую ручную работу можно выкинуть?
> Скорее нет, по крайней мере не замечал.Автоматические инструменты не имеют спроса?
> Не-а, скорее autoconf-based.А разве не большинство тарболлов не autoconf-based?
> Можно пример, хотя бы тривиальный и на пальцах? Просто есть формальные
> спецификации, по которым код можно генерировать автоматически; есть достаточно точные,
> за которые можно сажать кодеров; а есть и такие, которые грамотный
> специалист с зубной болью читает и наполовину игнорирует либо интерпретирует по
> принципу DWIM...Ну вот смотрите, у вас есть программа, код. Он состоит из собственно кода и комментов. Без комментов вы код не поймёте. Без кода комменты работать не будут. ;) Получается так: у вас есть спецификация функций в виде комментов, которые вы пишете сами, и её же описание на языке программирования. А вот писать такие комменты, чтобы по ним код генерировался, нельзя.
Или, например, возьмём регекспы. Такой мощный механизм поиска. Однако часто избыточный. Что можно было бы сделать в частном случае? Взять код регекспов, как более общий случай, подставить параметры, получить частный случай. Как в математике, из общей формулы получить частный случай. Опять таки, инструментов вроде как нет, все пишут свой велосипед.
Казалось бы, язык со строкой семантикой. А дедукция невозможна.
> Вообще-то нет. Например, orbitz.com не только для программистов, но без глубоких
> макросов вряд ли работал бы так же хорошо.Так макросы по сути тот же самый императивный высокоуровневый код. Если их и транслируют в C, то для скорости исключительно.
> Смотря где, да и знание принципов помогает. Когда вдруг понимаешь, что
> в тот же шелл диверсанты засадили изрядное количество функциональных подходов (один
> пайп чего стоит) -- скрипты получаются совсем другие: не простыни, а
> читабельные, внятные и отлаживабельные.Принципы хорошо познаются в динамике и визуализации. В моделях. А когда для программ даже нормальных принципиальных и функциональных схем нет, и всё описывается исключительно языком, то при чтении возникает ощущение, что тебе выкололи глаза и рассказывают про теорию цветности.
Предлагаю перебраться в профильный форум: http://www.opennet.me/openforum/vsluhforumID9/9434.html#0 и оставить links'у links'ово.
>> Возможно, ищете под фонарём.
> Так я специально их не ищу. Наблюдая то, что попадается в обыденной
> жизни.Кажется, у нас схожие взгляды на авкокрап и место кодогенерации в реальной жизни.
Возможно, будет интересно взглянуть сюда:http://sf.net/projects/mk-configure
Здесь основа -- декларативный стиль описания проекта,
никакой кодогенерации.
> Здесь основа -- декларативный стиль описания проекта, никакой кодогенерации.Только осторожно, bmake явно писали не умеющие ФП (см. .for и компанию).
2 vle: посмотрел, прикинул, не соблазнился на вроде бы упрощение -- я уж лучше ещё подумаю и опять нарисую eval. Но всё равно спасибо.
> Это ж где такая прелесть?это мой личный набор костылей и матюгов. оно, в общем-то, выросло из кучи утиля для частных случаев, «в паблик» малоюзабельно. в далёких планах у меня стоит «причесать хоть как-то и вывалить», но, честно говоря, в очень далёких: это надо половину переделать, наваять документацию и так далее. короче, занудная неинтересная ерундень, к которой сердце не лежит.
> Пока я видел, что создание пакетов из
> тарболов происходит в ручном режиме.ну, тут речь не совсем про пакеты, больше про автогенерацию штуки, похожей на кнофигур и штук, похожих на мэйкфайлы, но приспособить к генерации пакетов, в принципе, можно. разве что мне это мало интересно, у меня для генерации слакопакетов немного другие утилиты есть.
>> а сишный исходник — это конфиг для процессора. в виде программы. угу.
> Только пользы от этих «конфигов» для конечного пользователя сильно больше.ты зря так подставляешься. я ведь могу спросить — для начала — какая польза *конечному пользователю* от того же gcc.
> А возможностей генерации практически нет.
э? O_O
>> а я разве про конфигур говорил?
> Я говорю в принципе про качество сгенерированного кода.(задумчиво) некоторые компиляторы схемы, например, генерируют вполне читабельный код на C. можно ли считать, что это программа, которая пишет программу — да, по неким заданым правилам, тем не менее…
> это мой личный набор костылей и матюгов. оно, в общем-то, выросло из
> кучи утиля для частных случаев, «в паблик» малоюзабельно. в далёких планах
> у меня стоит «причесать хоть как-то и вывалить», но, честно говоря,
> в очень далёких: это надо половину переделать, наваять документацию и так
> далее. короче, занудная неинтересная ерундень, к которой сердце не лежит.Если решение чем-то интересное, с документации в виде спецификации можно начать и закончить. Хотя бы просто для расширение кругозора.
> ты зря так подставляешься. я ведь могу спросить — для начала —
> какая польза *конечному пользователю* от того же gcc.Польза - бинарные пакеты. Другого способа как компилятор вроде нет. А конфиги - они и разные форматы могут иметь, и разные интерпретаторы. И взаимозаменяются они много проще. И генерация именно кода может быть не нужна.
> (задумчиво) некоторые компиляторы схемы, например, генерируют вполне читабельный код
> на C. можно ли считать, что это программа, которая пишет программу
> — да, по неким заданым правилам, тем не менее…Решения могут и быть.. Вопрос в повседневном применении людьми. В том коде, с которым приходится встречаться. У пролог-подобного языка, языка с семантикой выше некуда, Mercury тоже генератор в C есть. И тоже вроде бы приличного качества. Но почему--то не видно применения. Руками пишут. А значит, с граблями, если они есть, а они наверняка есть, никто не встречался, и все ошибки придётся изучать самостоятельно.
> Если решение чем-то интересное, с документации в виде спецификации можно начать
> и закончить. Хотя бы просто для расширение кругозора.да нет там документации, нет спецификации. «не надо справочной. не надо булочной.» это набор костылей, который со временем оформился в аморфную, но вполне юзабельную *для меня* массу. чтобы его ещё кому-то дать даже просто пощупать — надо, фактически, воссоздать мою систему с моими утилями и привычками. потому я его и «зажимаю».
>> ты зря так подставляешься. я ведь могу спросить — для начала —
>> какая польза *конечному пользователю* от того же gcc.
> Польза — бинарные пакеты.ни разу не видел *конечного пользователя*, который собирает бинарные пакеты.
> ни разу не видел *конечного пользователя*, который собирает бинарные пакеты.Ну, бинарные пакеты собрать из сырцевых - обычно пара пустяков. Собрать похожий пакет при наличии готового spec-файла - тоже. alien не отменяли. Ну и традиционно - arch, gentoo... И да, даже если пользователь и сам не собирает, ему польза от компилятора тоже есть.
это всё увёртки же: я говорил, что ты подставился. ладно, ну его, неконструктивная совсем беседа пошла.
> Вопрос в повседневном применении людьми.Так это вопрос:
- ремесла vs мастерства;
- наличия образования и терпения;
- ну и чтоб не выкапывать вчера посаженную картошку, как в том анекдоте...Если на втором курсе озадачен поисками работы, а не самообразованием -- наверное, сложнее учиться мыслить более высокими материями, чем дедлайн по халтуре в конце недели и коллоквиум впритык.
Хотя это скорее было верно для нашего поколения студентов девяностых, а начинать ведь нужно раньше: сейчас вместо улицы с друзьями, кружков с паяльником и вечеров с книгами скорее игрушки, что развитию головы тоже никак не способствует... :(
PS: куда-то делось #242 -- самообразование требует и теории, и практики, так что "вместе".
> Хотя это скорее было верно для нашего поколения студентов девяностых, а начинать
> ведь нужно раньше: сейчас вместо улицы с друзьями, кружков с паяльником
> и вечеров с книгами скорее игрушки, что развитию головы тоже никак
> не способствует… :(не надо людей насильно пытаться учить. 95% населения, увы…
а игрушки — это хорошо, например. я вот в своё время был затащен другом в кружок информатики посулом, что там бесплатно поиграть можно, когда задание сделал. за пару вечеров меня научили бейсику, и первый месяц я быстренько делал задание, после чего оставшийся час занятия радостно играл. а потом играть наскучило, зато стало интересно, как же эта ерунда внутри устроена.
я это к тому, что кто хочет учиться, того никакими играми с пути ботана не собьёшь.
> я это к тому, что кто хочет учиться, того никакими играми с
> пути ботана не собьёшь.Ну, вот хочу я, к примеру, CS изучать. Что посоветуете? Искать кружок по информатике и делать задания на бейсике?
Если вы можете привести хоть один пример того, о чем рассуждаете - нам всем будет интересно.
При условии, что это будет пример того, о чем вы рассуждаете, а не того, что вдохновило вас на рассуждения.
А то что-то в ваших воздушных замках сплошные сквозняки.
> Это прогрессивное человечество, предпочитающее комфорт эффективности работы, всегда
> будет решать любые сколько-нибудь серьезные проблемы переустановкой системы.Иногда проще переставить систему за полчаса чем два дня искать грабли. Хотя способ набивки XP и самоудовлетворения хороший, но если важен результат и его недостижение ведет к крупным неприятностям - возможно что просто переставить в некоем конкретном случае предпочтительнее.
Проще, комфортнее - да, это уже сказано. Речь о том, что это уход от проблемы, а не ее решение.
Выставлять как правильный метод то, к чему прибегаешь от нехватки времени - в корне неправильно. Хотя бы потому, что потакание лени еще никому на пользу не шло.
у меня знакомый виндов-админ всем свои клиентам со старта переставляет систему. на все уговоры типа цель админа не переставить систему, а спасти данные он шляпу красную ложил - платят бабки и ему пох на весь белый свет
Ещё один умник рассказывает о своём единственно правильном способе работы.
> А для этого прогрессивное человечество придумало спасательные диски ещё во времена доса.Кстати, принимаются пожелания к rescue -- в т.ч. соображения о текстовом браузере, сейчас кладу elinks (он умеет позвать $EDITOR по Ctrl-T в textarea).
Сабж(tm) обновил, работает; хорошо, что проект развивается, много раз выручал.
> Кстати, принимаются пожелания к rescue -- в т.ч. соображения о текстовом браузере,
> сейчас кладу elinks (он умеет позвать $EDITOR по Ctrl-T в textarea).Я извиняюсь, а live-cd на флешке с нормальным браузером не годится? Или это предложение не для юзеров?
да бкдет вам там и обычные браузеры.
>Или это предложение не для юзеров?ну а если это предложение, скажем так, не только для юзеров? если хочется охватить как можно бОльшую аудиторию?
>Кстати, принимаются пожелания к rescueмне понравилось гибридное решение в генте - ядро 64-бита и 32-бита окружение.
плюсы - восстанавливать можно как 64-бит системы, так и 32-бит; меньше жрут озу, что с рам-диском актуально.
зыж
вообще, себе на ноут тоже хочу поставить такую конфигурации - чтобы не говорили, а озу много не бывает. всегда на лишние 2-3гб (а где-то такая экономия при забитых 8-10гб и наблюдается) найдётся не лишняя виртуалка или ещё что.
со временем (если таки будет развиваться) хочу поставить окружение на архитектуру x32, но боюсь x86 ещё очень долго будет наиболее проверенной. особенно для ноута.
для серверов конечно x86-64 уже без разговоров.
> мне понравилось гибридное решение в генте - ядро 64-бита и 32-бита окружение.Да, в курсе (так же в Debian сделано IIRC).
> плюсы - восстанавливать можно как 64-бит системы, так и 32-бит; меньше жрут
> озу, что с рам-диском актуально.Можно рамдиск, а можно и кэшируемым squashfs с носителя довольствоваться (для некоторых stage1 это опция загрузки lowmem). Во втором случае по памяти требования резко ниже.
> зыж вообще, себе на ноут тоже хочу поставить такую конфигурации [...] виртуалка
Осторожно, по крайней мере virtualbox 4.x у меня в таком виде не поднялся. Надо будет kvm проверить.
2 tmp:
> Я извиняюсь, а live-cd на флешке с нормальным браузером не годится?Из http://ftp.linux.kiev.ua/pub/Linux/ALT/people/mike/iso/mkima.../ это live-rescue (там образ с gparted и firefox на борту, правда, прошлогодний -- могу подновить, сделать гибридным и заодно досыпать links: поверьте, он стоит своей соли, да и -g делает очень шустро+экономно).
> Или это предложение не для юзеров?
При нужде в rescue юзер быстро мужает ;-)
>> Или это предложение не для юзеров?
> При нужде в rescue юзер быстро мужает ;-)Но не до консольных браузеров. ;)
>поверьте, он стоит своей соли, да и -g делает очень шустро+экономно).
Не верится как-то, после dillo и hv3. Хотя да, я его пользователь.
>Но не до консольных браузеров. ;)когда не ставятся дрова на ультрасовременной видюхе? :D
а это часто бывает.прям вижу пример -
вот так, даже вантузятник, после полного самораспада (уже даже можно научно высчитать) винды, по совету друзей грузит ливсд, чтобы спасти хоть что-то, а там всё-равно только терминал.
очень быстро повзрослеет.
хотя бы выйти в инет и задать гуглу вопрос.зыж
кстати, 2Michael, не плохо было бы советы в консоли подправить так, чтобы было удобно новечку хоть как-то начать.
>>Но не до консольных браузеров. ;)
> когда не ставятся дрова на ультрасовременной видюхе? :DА VESA как промежуточное решение у нас уже отменили?
Вот я, к примеру, не знаю, как автоматически менять драйвер на nv при проблемах с современным драйвером. Как это делает Windows в безопасном режиме. Ведь, казалось бы, задача простая. Ан нет, руками приходится.
>очень быстро повзрослеет.
>хотя бы выйти в инет и задать гуглу вопрос.А эта ситуация меня вообще поражает. Программа выдаёт ошибку, описание которой годится только для того, чтобы спросить про эту ошибку по этому описанию у гугла. Пользовательские методы отладки? Устаревшие методы!
>А VESA как промежуточное решение у нас уже отменили?хм. а консоль? или хомячки отакуэ?
или потому что вы что-то там не знаете я должен отказаться от удобной мне консоли?
ха! 3-и раза.
>Вот я, к примеру, не знаю, как автоматически менять драйвер на nv при проблемах с современным драйвером. Как это делает Windows в безопасном режиме. Ведь, казалось бы, задача простая. Ан нет, руками приходится.вы никогда не ставили вындоуз на ноут, который идёт без оного? не?
даже ваш тролиг "Вот я, к примеру, не знаю" и "Ан нет, руками приходится" не поможет - иксы автоматом весу пускают, если нет конфига вообще.
но! вот я поставил дрова - не заработали, перегрузился в безопасный, ставлю другие, перегружаюсь, не работает, опять в перегружаюсь в безопасный,..... ультрасовременная схема в винде.
в лине с линксем - в первом терменале пускаю линкс, какчаю дрова, читаю хавту.
во второй консоли ставлю различные дрова, в третьей - запускаю иксы.
>А эта ситуация меня вообще поражает. Программа выдаёт ошибку, описание которой годится только для того, чтобы спросить про эту ошибку по этому описанию у гугла. Пользовательские методы отладки? Устаревшие мевелком то современный синий экран?
правда тут куда уж до выхода в инет.
> хм. а консоль? или хомячки отакуэ?хомячки отакуэ. И это хорошо видно, когда IT'шник выходит из IT-мира в его остальные ипостаси, превращаясь в такого же хомячка, но уже в других областях.
Вот казалось бы, консоль, дрова, генту, линкс... А пиво ведь магазинное пьёте.
других аргументов нет?
ну нет, так нет.зыж
мне links интересен. глупо доказать мне обратное. :D
с другой стороны - мне всё равно чем вы там пользуетесь, но я не гричу что это что-то нииинужен.
так что слив засчитал, можете раслабиться.
> мне links интересен. глупо доказать мне обратное. :D
> с другой стороны - мне всё равно чем вы там пользуетесь, но
> я не гричу что это что-то нииинужен.А вы не пользователь, дружок. А речь-то выше о пользователях шла.
> Вот я, к примеру, не знаю, как автоматически менять драйвер на nv
> при проблемах с современным драйвером.Я тоже не понял, зачем в нынешних xorg выкинули из кандидатов на автодетект nv.
> зыж
> кстати, 2Michael, неплохо было бы советы в консоли подправить так,
> чтобы было удобно новичку хоть как-то начать.В /etc/motd? Резонно; не подскажете, откуда бы хороший пример почерпнуть или на какие моменты стоит обратить внимание?
Нам с приятелями когда-то здорово помог motd из WGS Linux Pro (был клон RH4.2), но припоминается разве что подсвеченное слово startx и сейчас тех древностей не найти.
>> зыж вообще, себе на ноут тоже хочу поставить такую конфигурации [...] виртуалка
>Осторожно, по крайней мере virtualbox 4.x у меня в таком виде не поднялся. Надо будет kvm проверить.да, тоже наблюдал глюки, когда запускал ливсд под виртуальной коробкой.
но! мне то надо наоборот! :D
с сд привода и с флэхи работает отлично, и виртуалбокс в нём - тоже.
зыж
виртуалбокс часто с 64-битными гостями лажает. особенно с новыми ядрами.
поэтому я и написал - x86 ещё очень долго будет наиболее проверенной.
в ливсд тоже глюки наблюдаются с локализацией (в багтрекере уже запись есть), но всё-равно ливдвд отменный.
>>Осторожно, по крайней мере virtualbox 4.x у меня в таком виде не поднялся.
> да, тоже наблюдал глюки, когда запускал ливсд под виртуальной коробкой.В смысле 32-битный vbox под 64-битным ядром+модулем на 32-битной установленной системе.
> виртуалбокс часто с 64-битными гостями лажает. особенно с новыми ядрами.
> поэтому я и написал - x86 ещё очень долго будет наиболее проверенной.Порой может высыпаться, но в этом плане разницы между x86 и x86_64 не наблюдаю.
Впрочем, это уже глубокий офтопик...
> Пользу этой программы можно оценить как минимум когда отказываются стартовать иксы№"нуть кривой конфиг и пусть сами детектят и стартуют. Это они умеют делать хорошо.
Для кого как. Лично я использую один из его аналогов w3m. Потому как он умеет рендерить таблицы и никаких проблем с UTF-8. Но таблицы он рендерит он не всегда так, как хотелось бы. Попробую новый links, может быть с ним все будет как хотелось бы
> Самая бесполезная программаГлупости.
Просто вашей первой ОС был Виндуз или Убунту и вы не знаете, что такое работать быстро и очень быстро.
> что такое работать быстро и очень быстро.Hello world работает еще быстрее. А хорошо сжимающий архиватор - намного медленнее. Следует ли отсюда что hello world намного полезнее хорошо жмущего архиватора?
>> что такое работать быстро и очень быстро.
> Hello world работает еще быстрее. А хорошо сжимающий архиватор - намного медленнее.Угу.
А еще Hello world на Си и на assm далеко не то же самое.> Следует ли отсюда что hello world намного полезнее хорошо жмущего архиватора?
Это как раз тот случай когда лучше лишний раз ман почитать и пинать архиватор из bash, а не из гуёв.
Разница будет очевидной.
Заметки для себя тоже будут полезны. Ищется не более 30-ти секунд.
Или алиас если лениво.
И, - хорошо, быстро жмущий архиватор и гуй вещи взаимоисключающие.Есть программы, которые в своей системе должны быть в первую очередь - wget, rsync, htop, elinks, mplayer(noGUI), mocp, mikmod, vixie-cron (bb, caca-utils для ностальджи).
Быстро, удобно, для повседневного, для пользователя. Весят копейки. Не завясят от состояния ОС. Гуй не нужен.Честно говоря, глядя на линуксовые тенденции в гуях, иногда чешутся руки, а не обчитаться ли документацией и не собрать ли чисто консольный дистрибутив с пользовательскими приложениями для повседневного использования?
> mikmodПосмотрите modplugplay ещё, другой движок и IMHO качественней. Правда, запускать приходится через aoss.
> Правда, запускать приходится через aoss.Непринципиально.
Да, помнится через aoss отлично работает.>> mikmod
> Посмотрите modplugplay ещё, другой движок и IMHO качественней.В чем-то даже лучше конечно.
Плохо с таким ПО то, что PA в дистрибутивах добровольно-принудительно стоит и завести с PA её мне не удалось:
выдает шерох со скрипом вместо звука. А в тестовую систему на alsa переводить не хочется.
Что правда не означает, что я сторонник PA.Сугубо ИМХО и шепотом: для своего десктопа минусов с PA намного больше чем плюсов.
Утверждение чисто прагматического характера, а не эмоционального.
И тут всплывает проблема: две системы - два раздела.
Одна заточена так как удобно мне, другая система (тестовая), - так как оно есть в дистрибутиве общего назначения по-умолчанию, что не совпадает с собственным видением.
Не флейм, а мысли вслух.Так что пока крутится mikmod в TDE.
А мне вот было понадобилась. Правда поддержка JavaScript в ней отсутствует. Пробовал elinks - но и он, несмотря на заявленную способность, JavaScript не поддерживает.
Хоть что то из HTML5 там реально реализовать? Просто интересно.
Опередили! Я тоже хотел про HTML5 пошутить :)P.S. Пользую нечасто, но программа нужная. Можно доки, баш читать. Когда графики нет - то, что надо!
Видео через libcaca
MPlayer умеет играть видео через фреймбуфер.
> Хоть что то из HTML5 там реально реализовать? Просто интересно.Тэг <html>.
> Тэг <html>.У меня есть смутное подозрение, что в HTML4 он уже был :)
В HTML 5 он также есть
А HTTPS он поддерживает? Или хотя бы намечается в будущем?
> А HTTPS он поддерживает? Или хотя бы намечается в будущем?Поддерживает
Как ему задать требование просматривать страничку, например Майл.ру, через HTTPS?
> Как ему задать требование просматривать страничку, например Майл.ру, через HTTPS?А как вы задаете это требование в любом другом браузере? Неужели там имеется кнопка "работать только по https"?
>> Как ему задать требование просматривать страничку, например Майл.ру, через HTTPS?
> А как вы задаете это требование в любом другом браузере? Неужели там
> имеется кнопка "работать только по https"?в ФФ через NoScript можно...
Т.е. в Линксе2 HTTPS только по требованию сайта?
что мешает набрать https://адрес?
links https://google.ru
Не судьба проверить?
>налажен приём и передача Unicode-символов через буфер обмена.О да!
Он умеет видео с ютуба в ascii показывать?
:)
Было бы прикольно) just for fun)
Поддерживаются все популярные ascii-форматы видео.
> популярные ascii-форматы видеоСамо по себе забавно звучит :) Не подскажете, это какие например?
Plain text - это, между прочим, формат. А если им набрано ascii-видео, то...
Кстати, я не проводил исследований, но, как мне кажется, именно он наиболее популярен.
http://ascii.dyne.org/
> Но в приложении к данной задаче, современные ЦП позволяют запускать и более серьёзные (и полноценные) браузеры без заметного замедления.Ох уж эти сказки... Мне приходится перед началом работы логиниться на один внутренний сервачок (по https). links с нужным url подвешен на хоткей. Так вот, он запускается моментально (в буквальном смысле этого слова - едва успеваю отпустить клавиши у меня уже открыта нужная страничка). Вся процедура логина занимает меньше времени чем просто стартует "более серьезный (и полноценный)" браузер, при том, что я редко держу открытыми больше 5-6 вкладок одновременно. Так что весьма заметное замедление налицо (при использовании для данной задачи "полноценного" браузера) и мне, в общем-то, в данном случае совершенно пофигу что там теоретически позволяют современные ЦП и остальная требуха.
> Ох уж эти сказки... Мне приходится перед началом работы логиниться на один
> внутренний сервачок (по https). links с нужным url подвешен на хоткей.
> Так вот, он запускается моментально (в буквальном смысле этого слова -
> едва успеваю отпустить клавиши у меня уже открыта нужная страничка).Вообще говоря, у elinks есть возможность скриптования.
> Один из лучших браузеров.Ну это Вы загибаете - либо он лучший исключительно для определенного круга задач (что, в принципе, верно - как уже было сказано выше - для чтения манов и баша), либо, если для большинства задач, - он не лучший (по принципиальным ограничениям).
В нем можно сделать чтоб русский работал в directfb?
Так-так, кому там из прошлой темы мегакомбайн в виде FF не нравился?! ;)
только lynx, только хардкор :)на самом деле links отличный браузер и действительно иногда очень необходим.
Использую в качестве основного браузера. Перешел на него год назад, когда надоели вечные тормоза Файрфокса.
Аналогично. Только переходил с хрома.
elinks лучше - там табы есть
там можно шрифт побольше сделать в графике? мелковат для моего 24 дюймового моника... понимаю что там битмапы на каждую букву. но должен же быть способ...
Генерить битмапы из шрифта при загрузке, не?
подскажи, плиз, как это сделать
какого ответа вы ждёте? alt+printscreen и ctrl+v в point?
$ links -g
далее F9 - Настройки - Прочие настройки
там есть размер шрифта
> какого ответа вы ждёте?
> $ links -g
> далее F9 - Настройки - Прочие настройки
> там есть размер шрифтаБлин! это настройки МЕНЮ. а я говорю про отображение страниц. Нет там настроек размера шрифта отображения страниц и никогда не было.
> Блин! это настройки МЕНЮ. а я говорю про отображение страниц. Нет там
> настроек размера шрифта отображения страниц и никогда не было.F9 - вид- настройки html - размер шрифта.
> F9 - вид- настройки html - размер шрифта.Оууууйййеее! Спасибо! Сработало!
Интересно, есть ли что-нибудь типа links -g, но с CSS и хотя бы примитивным JavaScript? Просто заметил, что links очень шустро открывает страницы, практически мгновенно. В других браузерах, даже если отключить JavaScript, то страницы отображаются гораздо медленее.
elinks
но тут уж как он собран в дистре.
equery u www-client/elinks
...
+ - javascript : Enables javascript support
- - lua : Enable Lua scripting support
+ + nls : Adds Native Language Support (using gettext - GNU locale utilities)
- - nntp : Add support for newsgroups (Network News Transfer Protocol)
- - perl : Adds optional support/bindings for the Perl language
- - ruby : Adds support/bindings for the Ruby language
+ + ssl : Adds support for Secure Socket Layer connections
+ + unicode : Adds support for Unicode
+ + zlib : Adds support for zlib (de)compression
Там же графики нет.
> Там же графики нет.links2 -g
(компилять надо только с ключом --enable-graphics или как-то так)
> Интересно, есть ли что-нибудь типа links -g, но с CSS и хотя
> бы примитивным JavaScript?hv3
Открыл Это для себя сегодня. Посмотрел на скорость загрузки, кол-во оперативы и юзабилити. Все это сравнил с тем же ФФ : на 1мб оперативы(да и скорости загрузки контента) Линкс на голову обскокал ФФ при том же функционале... Делаю выводы
А какие тут могут быть выводы? Надо срочно переходить на Links как на основной браузер. По всем тестам рвет Хром и Файрфокс, при этом в функционале почти не уступает.
> том же функционале...Ага. А видео он играет? Через libcaca? :)
поддерживал бы яву, ценыб ему небыло.
Или еслибы хостеры квм свои делали бы консольными а не на яве, тоже цены им бы небыло!А так все плохо. Зачем мне это копье которое не прошибает этот счит, зачем мне такой счит который не защитит меня от этого копья.
> поддерживал бы яву, ценыб ему небыло.Думаю, можно попробовать извернуться и запустить прилетевший .jnlp через обёртку вокруг javaws.
> Или еслибы хостеры квм свои делали бы консольными а не на яве,
> тоже цены им бы небыло!Если речь про железячные от серверов -- это скорее к поставщикам прошивок BMC (и там да, разброд и шатание). Если про консольки ко Xen/KVM/чегоещёVDS -- не знаю, не пользуюсь.