shurutov

В Москве, возле станций метро — МОЖЕТ БЫТЬ. В Подомосковье, на платформах — точно нет. Да и на открытых платформах МЦК курящих есть в наличии.

подкину на вентилятор
…
использовать одну админскую учётку на всех серверах. чтобы не возиться с настройкой прав в различных системах, чтобы не возиться с настройкой кросс-доменных, кросс-системных, кросс-сервисных прав. Яя…

Отличный наброс! Спасибо, повеселили изрядно! Правда, правда, годно получилось, даже замечательно. :)

Ну а я немного подолью маслица со своей паранойей:

Но тут пришел инженер по охране труда и повесил на стену план эвакуации при пожаре.

каковая является вполне себе законным источником для формирования схемы отхода после совершения всех необходимых деяний. И от неё никак не избавиться, однако.
И что с этим поделать — вот я совсем не придумаю.

Ну расскажите уже, как без find обработать текстовые файлы с пробелами и прочими непотребствами в наименованиях. Я вот сколько не пытался, либо ничего не получается, либо какие-то совершенно монструозные конструкции.

Тема xargs вообще не раскрыта. А между тем:
find <path> -print0|xargs -0 -I {} <command> {}
это наиболее простой способ обработать файлы, в именах которых есть пробелы.

а зачем в команде awk ... < multiline перенаправление,
когда вполне себе работает awk ... multiline?

Вывод адреса IPv4, связанного с сетевым интерфейсом:
ip ad |awk '/inet / {print $2}'
ifconfig — это уже несколько устарело (мало того! встречался с ситуациями, когда ip ad показывал интерфейс/адрсес, а ifconfig — нет, а вот обратного не видел. Но утверждать, что обратного быть не может, я не буду);
/inet / — шаблон строки, которая должна быть обработана, сразу отсекает inet6, т.к. после 't' идёт пробел.

Воооот! А я-то страдал, чтобы такое ребёнку (6 лет) показать несложное, чтобы мыргало, пищало, и было интересно. А то просто опыты со сжиганием светодиодов (то полярность папа перепутает, то гасящий резистор забудет, то ещё что-нибудь где-нибудь в цепи замкнёт :) ) уже немного приелись. У ребёнка интересов много, и опыты с мигающими лампочками и прочими пищалками от батареек — далеко не на последнем месте.
Спасибо, однако, большое!

Нууу… За бортом вроде бы Москва… :) Место постоянной дислокации — ближнее заМКАДье.

В стране, полной стереотипов, где большинству девочек с детства внушают, что их главная задача удачно выйти замуж и родить детей, решение делать карьеру в IT требует упорства, смелости и независимости.

Я явно в какой-то другой стране живу. Почему-то вокруг меня с самого детства никому ничего подобного не внушали. И да, из этой фразы напрашивается вывод, что мужчинам для карьеры в ИТ не надо ни упорства, ни смелости, ни независимости.

Даёшь КУЯП (кошерный универсальный язык программирования)!

• ностальгируя
  А ведь кто-то в школе начинал с Русского Алгоритмического Языка… (на самом деле, не я, т.к. по причинам, например, разным начал с бейсика).

ЗЫ. Стукни мне в башку что-нибудь подобное под высоким давлением, публикацию бы начал с минимальной уже реализованной грамматики, из которой код генерировался бы тем же flex-ом, а не со скомпилированной программы.

Стоп-стоп-стоп!
А как же break? Это ведь именно "иди на..." или "иди в...", в общем "катись отседова!"

И про гениев. Я неоднократно слыхал, что гений — это 99% пота и крови, а 1% — вдохновения и таланта.

Почитал, подумал. Где-то что-то не сходится, а вот что — вопрос далеко не праздный.

У ДСМ в природе, согласно исследованиям, одно существенное ограничение – туда помещается не более 250 объектов, а точнее – субъектов, т.е. членов стаи.

Я другую цифру видел, которая в отличие от приведённой, вполне себе бьется с жизненным, начиная с армейки (штатная орг.структура мотострелкового и/или танкового батальонов, роты охраны, и т.д., и т.п.) и профессиональным опытом: 7-10 человек в непосредственном подчинении. Больше — уже сложнее, и необходимы помощники/замы и прочие советники. Сильно больше — структурная единица разбивается на более мелкие, ну и вот это вот всё.
И штатные структуры на моём уже гражданском профессиональном пути формировались, исходя из приведённых цифирек (когда народу было в достатке). Т.е. при численности отдела до 7 человек, руководитель — один-единственный, после 7 ему полагался помощник, более 10 — зам, ну и так далее, и тому подобное.

Общий же смысл статьи выражается двумя фразами:

• мозг обязан нагружаться, т.е. вкалывать;
• обстановку вокруг себя надо контролировать.

И если для выполнения задачи из первой фразы вполне себе достаточно решения каких-то головоломок, то вот под решением второй разворачивается бездна, не, даже так: БЕЗДНА. (ага, та самая, в которую если долго смотреть, то она посмотрит в тебя, и из этого обмена взглядами вряд ли что-то хорошее получается :) ) Которая сильно зависит от конкретной личности и той задницы ситуации, в которой эта личность очутилась.

Барин, однако.
В том варианте, который я слыхал, Иван был родственником барина, как бы не сыном. Работник был уже в годах, а Иван — молокосос, вот работник и спрашивал, что за дела. Ну а всё остальное — как приведено в тексте.

А я почему-то подумал не про условных менеджеров и программистов, а про человеков, которые не на своём месте вообще. Неважно, какая у человека должность. Важно, как он относится к тем, кто в служебной иерархии на более других ступенях, выше, ниже. Как относится к своим обязанностям.
Описываемые в качестве передастов — это индивидуумы, которые плюют на тех, кто им, условно говоря, подчиняется (я — начальник, ты — дурак), и удовлетворяют любые прихоти вышестоящего начальства (ты начальник — я дурак). При этом в предметной области не вот уж соображают. Причём предметная облась совершенно неважна — в любой есть подобные особи.
Вот такие вот мысли по прочтении и статьи, и комментариев.

Спасибо, что ткнули меня в мою невнимательность.

Среднему программисту за такое ничего не будет

Вот насчёт среднему — я не уверен. Несмотря на постоянные жалобы от руководителей различного уровня об отсутствии кадров.
Другое дело, что я невнимательно, каюсь, прочитал исходное сообщение. Что не отменяет необходимости вкалывать, чтобы иметь возможность задавать руководителям подобные вопросы.
Именно для разрабов/эксплуататоров частичным решением подобных неувязок (когда управленец забивает на инициативы сотрудников) являются следующие меры:

• основное: собственно, я выше писал — на собесе указывать о необходимости реакции на свои инициативы; почему основное — так предупредить пожар существенно дешевле и проще, нежели потушить; другое дело, что озвучивание подобного пожелания увеличивает сроки трудоустройства, но тут уж каждый сам себе хозяин;
• если уж вляпались, то:
  
  1. инициатива должна быть оформлена в письменном виде;
  2. при отсутствии своевременной реакции на инициативу или реакции негативной, потихоньку ковырять в сторону этой инициативы;
     ковырять — оно да, может быть, по-разному, когда это необходимость закупки железа для резервирования мощностей, потому что сервер службы каталогов в компании один-единственный, и на него дыхнуть боятся… В такой ситуации я советовать ничего не буду. А то обвинят в звёздной болезни. :(
     Когда же речь идёт о каких-то наработках, которые могут быть сделаны без лишних материальных трат, эти наработки лишними отнюдь не будут.

Самое убогое — в MS SSMS

Я с МС скулой не сталкивался, сказать не буду.

Насчёт же ВСЯКИЕ_ЛЮБОПЫТНЫЕ_ДЛИННЫЕ_НАЗВАНИЯ_ТАБЛИЦ — я неоднократно слышу про самодокументирующийся код. Одно дело — любопытные длинные названия, и совсем другое — длинное название, имеющее смысловую нагрузку в данной конкретной БД. Лично я различаю такие названия. Или лучше:
CREATE TABLE a (b BIGSERIAL, c BIGINT, d BIGINT, e TIMESTAMPTZ, f TEXT);
и никаких ключей и прочих ссылок?

Те словари, которые быстро-быстро находятся поиском (пишут, что Ожегова и Большой Толковый словарь русского языка), говорят, что и значение "быстро! немедленно!", и "в определённый срок" — имеют право на существование.

То, что вижу я.

• Местные провайдеры сжираются федеральными операторами связи. Именно потому что крупняк всё резервирует, причём не просто дублирует, а МНОГОКРАТНО резервирует ресурсы. Включая кадры. А мелочёвка — у них а) денеХ нет; б) оне жадные;
• крупные торговые сети — многократное резервирование (на собесах бывал неоднократно);
• газпром я привёл;
• промышленность, судя по требованиям — резервирование ресурсов — во все поля.

Остаются мелкие мастерские и магазинчики. Вот там, где я живу, мелкие магазинчики, ВСЕ!, вообще ничего не ведут в компах. Бухучёт — на бумаге, представьте себе! в 2020-м году. Такие дела.

А зайду-ка я с тузов. Козырных.

вам и примеры приводить.

гугель, яндекс, мейл.ру. В Сети материалов, как оно у них всё устроено — вагон и маленькая тележка.
Есть такая конференция: pgconf. Так вот на ней далеко не один доклад, где рассматривается обеспечение отказоустойчивости постгреса в конкретных компаниях. Вот, например, газпром:
https://pgconf.ru/media/2020/02/17/Operating_experience_of_PostgreSQL_servers_in_a_corporate_network.pdf

Дело в том, что я рассматриваю всю статью, и, соответственно, круг задач, которые в этой статье описываются, не просто как срочные, а из тех, которые: никогда не было, и вот опять! (с)
Т.е. работало, работало, а тут — бац, и не работает, применительно к эксплуатации. И никто не знает, что делать, куда бечь, кого искать, ну и вот это вот всё.
В описанной же мной ситуации с ручным переключением, выход сервера из строя — это ШТАТНАЯ ситуация с вполне определёнными и описанными действиями в случае её возникновения. Т.е. никто не кричит, не бегает, волосы из тела не вырывает, а просто ответственный выполняет нужные, описанные в соответствующем регламенте манипуляции.
Мало того! В подобных ситуациях ПЕРЕД тем, как приступить к устранению проблем, этот ответственный направляет соответствующее письмо в определённый список рассылки! О как!
Вот когда простой начинает выходить за определённые временные рамки, вот тогда да — начинается цирк. А так… Никакой срочности не вижу.

Вы меня таки извините, но приведите, пожалуйста, конкретные примеры компаний, где НЕТ резервирования по ресурсам. А то вот я имею опыт эксплуатации вычтеха в промышленности, торговле, интернетах (интернет-компании и операторы связи), и вот это вот всё — и как-то не могу вспомнить, чтобы критичные к простоям ресурсы не резервировались (вернее, такое было, но в начале 2000-х). Сейчас резервируется всё, в режиме от ручного переключения (несколько минут простоя) до автоматического (так, что пользователь сервиса ничего не замечал).

Мне кажется, такую реальность для себя можно и нужно создавать.

А мне вот не кажется. Я — ЗНАЮ, что эту реальность надо создавать. ;)
И что никто, кроме самого индивидуума, эту реальность для него за него не создаст. Банально, но факт: каждый сам кузнец своего счастья.
Но это надо трудиться:

• совершенствоваться в своей специальности, чтобы заслужить уважение коллег, включая того же начальника;
• смотреть вокруг, как минимум, на смежные специализации, запасной парашют — это не только и не столько счёт в банке, сколько возможность манёвра своими знаниями и умениями на рынке труда;
• ну и много другого разного, чего человек вообще-то обязан сам с собой делать. Иначе это необходимое для него за него и с ним будут делать другие. С немножко прогнозируемым результатом.

Я вот сколько вкалываю, но не помню, чтобы уточнение сроков решения задачи воспринималось как

начальника лицом в его же ссанину тыкнуть.

независимо от уровня руководителя. Т.е. от слова совсем. Почему-то все руководители к подобным уточнениям относятся нормально. Может потому, что я на берегу (во время собеседования) и этот вопрос затрагиваю: когда сроки в трекере не определены, я прошу уточнить эти сроки.

Набирать вот это всё очень раздражает.

Я вот такое слово — автодополнение — частенько слышу. Из всех сред, из которых я подключаюсь в БД, самое убогое автодополнение у консольных клиентов: mysql, psql.
В интегрированных средах же автодополнение — в полный рост, от рубля до бесконечности. И в чём проблема с набором идентификаторов в подобных средах, я совсем не понимаю.

Я про героизм другую цитату слыхал (дословно не помню, но смысл такой): героизм одного — это, в подавляющем большинстве случаев, следствие просчётов какой-то команды.
С аварийными и/или срочными задачами — вот ровно то же самое.

На чей счёт заносить поломки оборудования, которые выливаются в срочную работу? Достаточно часто такое бывало — никакой мониторинг не предвещает, просто в один прекрасный день некое устройство выключается, и больше не включается.

Вот же ответ:

Сисадмин подавал заявку на резервный сервер, а ИТ-директор не подписал? Виноват ИТ-директор, он — причина срочности. Не оплатил финдир, потому что из бюджета выбились? Виноват ИТ-директор, который криво ведет бюджет. Директор компании запретил покупать «всю эту чушь для айтишников»? Виноват он.

Попробую немного развернуть. Когда руководитель умный, он в обязательном порядке учитывает возможность внезапного выхода из строя оборудования. ОБЯЗАТЕЛЬНО! Соответственно, у такого умного руководителя просчитано, сколько стоит резервирование ресурсов (неважно, оборудования, сырья, кадров, а кадры, особенно квалифицированные — это таки для компании тоже ресурс! и т.д., и т.п.), и сколько стоит простой на время ремонта, сам ремонт, ну и вот это вот всё. Поэтому у такого руководителя оборудование выходит из строя редко, люди не сваливают в туман неожиданно, и вообще, трудиться в подобных компаниях — весьма полезно для психического здоровья. А реальные внезапные сбои, которые таки случаются в обязательном порядке — они просто решаются. Без истерик и прочих недовольствий.

В данном горячем обсуждении я уже неоднократно приводил название — Blender. Это ПО для… Чъорд побъери, эта софтина может ВСЁ! Что касается графики, особенно 3D. И используется именно в профессиональной среде (мультипликация и прочая 3D-графика), если верить интернетам. Настоятельно рекомендую посмотреть, с чего начинается обучение этому продукту.

Все.

Серьёзно? Вы когда-нибудь с САПР-ами сталкивались? Я вот сталкивался. Хоткеи и прочие клавиатурные безобразия — в полный рост, от рубля и до бесконечности.
Blender — это самый распространенный пакет для 3D-моделирования, который, судя по информации, например, всякой, весьма широко используется в профессиональной среде. Обучение начинается с ой, больно! горячих клавиш.

Неужели даже, скажем, такое повседневное как найти и перейти по нужной ссылке в браузере быстрее долбя tab чем воспользовавшись мышью

Я вас безмерно расстрою. Быстрее всего перейти по ссылке — это перейти по горячей клавише. безо всяких Tab. И данная возможность реализована, оркестр, туш! в Microsoft Internet Explorer 11 точно (с чего бы это, интересно знать). И пришла эта возможность из Konqueror лохматых годов.
Казалось бы — Микрософт! Владеет (реально!) десктопом! И вместо навяливать пользователям, например, всякое, тащит это самое всякое из опенсурса.

админ ежедневно грепает логи в промышленных масштабах.

Я 23 года занимаюсь эксплуатацией вычислительных систем. Ежедневно грепать логи в промышленных масштабах — это лютый непрофессионализм.
И да, я не про командную строку. Я про клавиатуру и мышь. Если вы не видите разницы — у меня для вас очень грустные новости.

К чему такое пренебрежение к пользованию мышки?

К тому, что зачастую её применение ничем не оправдано. Пройдите уже по ссылке и почитайте. Настоятельно рекомендую прочитать всю книгу.

Неудобный — да, но есть.

Если под удобством понимать мышкоблудство, то да — неудобный. Если же речь идёт об наиболее эффективном решении задач, определяемых профессиональной сферой, то всё очень сильно не так однозначно. Хотя бы потому, что позиционирование курсора мыши на порядок медленнее нажатия клавиш на клавиатуре, и это без учёта временнЫх затрат на снять руку с клавиатуры, положить на мышь, а потом вернуть обратно.
Вот: http://raskin-interface.narod.ru/interface/chapter4.htm#s4.2

Но полезная метаинформация о записи, даже при наличии полного лога: не надо его джойнить, а то и вытаскивать приложением с какого-то внешнего хранилища для самой частой задачи даже не аудита, а UI: кто и когда сделал последнее изменение.

Это аудит. Антипаттерн, как я сказал выше.

не являются доказательством против слов людей, которые в данной сфере занимаются профессионально.

Мой жизненный (47 лет) и профессиональный (23 года) опыт приучили к тому, что:

• профессионал не имеет права на безапеляционные высказывания, фраза "Видеомонтажа под Линукс нет." является именно безапеляционным высказыванием;
• профессионал ОБЯЗАН уметь обосновывать свою точку зрения конкретными примерами, понятными для непрофессионала, в данном случае показывая отсутствие НЕОБХОДИМЫХ функций у целого класса продуктов для одной системы, присутствующих у более другой. Для профессионала следование этому требованию не составит труда; причём не в терминах конкретного продукта, а на литературном языке. Например, очень, ОЧЕНЬ грубо упрощая: — моя софтина умеет источник света там, где я укажу, кликом мышки на рабочем поле, а в вашей свободной непотребщине я должен набрать какие-то магические заклинания; или — а ваша свободная открытая безобразия так не умеет в принципе;
  вон там где-то выше один деятель указывал, что ему не хватает каких-то конкретных функций из фотошопа, вы и/или он считаете, что я обязан поставить себе фотошоп и разобраться, что делают эти функции, чтобы что-то говорить? Серьёзно?
• профессионал не имеет права на такую грубую ошибку, на которую я указал — назвать открытый свободный продукт коммерческим:
• профессионал ОБЯЗАН уметь различать профессиональную сферу от любительской. Говоря о видеомонтаже, профессионал обязан чётко понимать, что данная сфера — очень узко специализирована, и то, что необходимо именно профессионалу, рядовому пользователю не нужно от слова совсем.

Так что факт профессионализма под большим вопросом.
И да, вопрос — 5 млн загрузок для системы видеомонтажа — это много или мало? А то вот у меня складывается впечатление, что программы для разводки печатных плат и/или подготовки моделей для 3D-принтеров (коих под Linux в ассортименте есть, ща буду пробовать Blender и meshlab для 3D) более востребован, нежели обсуждаемые системы (ПО для обработки видео).

Напишите, пожалуйста, по-русски, что вы хотите сказать, я ничего не понял.

Т.е. у Вас логирование идёт в туже таблицу, что и данные?! Извините, но Вы — сами себе злобные буратины.

Неужели никогда не встречали?

Логов в одной таблице с данными? Нет, такой дури я ещё не встречал.
ЗЫ. Логи/аудит в одной таблице с данными — это лютейший антипаттерн, как с точки зрения архитектуры, так и с точки зрения безопасности.

И что делать?

У Вашей проблемы ровно два решения:

1. перестать пользоваться виндой, ибо открытый софт — он такой, разрабатывается под открытые системы в основном, да, закрытые поддерживаются по остаточному принципу;
2. попросить помощи у автора и/или у тех, кто пользует: https://github.com/ppwwyyxx/OpenPano/issues

ЗЫ. Спасибо за ссылку, надо попробовать, а то у меня есть исходники, которые совсем плохо связываются, но панораму собрать из них хочется (hugin не справляется, но материал конкретно отвратительный).

• Рекурсивная ссылка — parent_<tablename>_id;
• несколько полей, ссылающихся на одно поле в родительской таблице?! Я хочу словесную формулировку задачи, которая приводит к такому "решению"!